Перейти до

DES-3200-XX и блокировка абонентов с IP-MAC-Port Binding после выключения света


Рекомендованные сообщения

Имеются коммутаторы DES-3200-XX после выключения света блокируются абоненты находящиеся в таблице IP-MAC-Port Binding. В логах ничего не пишет, если абонент активен то его по MAC-у  не видно на порту. удаляем абонента с таблицы и тут же добавляем или просто отключаем включаем привязку на портах и все начинает работать! прошивки стоят разные от 1.52 до последней 1.82 ситуация такая же! Подскажите что делать?

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 08:54, _ivan_ сказав:

Имеются коммутаторы DES-3200-XX после выключения света блокируются абоненты находящиеся в таблице IP-MAC-Port Binding. В логах ничего не пишет, если абонент активен то его по MAC-у  не видно на порту. удаляем абонента с таблицы и тут же добавляем или просто отключаем включаем привязку на портах и все начинает работать! прошивки стоят разные от 1.52 до последней 1.82 ситуация такая же! Подскажите что делать?

имеется подобная проблема, прошивки тоже разные стоят, после отключения света до клиента возникают потери, ребуты, перепрошивки не помогают, выключаешь ipmb на порту и все сразу ок, кабель звонили и т.д. и т.п. , неделю трахались....отключили и все ок, но это же не выход и форум лежит. В данный момент стоит 1.82 прошивка

Відредаговано zeleniy
Ссылка на сообщение
Поделиться на других сайтах

Чудесно, у меня такая же проблема, причем на обоих ревизиях и на В1 и на С1. Причем выключение света не влияет, абон может работать а потом его мак попадает в список блокированных. Режим работы биндинга не влияет, проблема есть и на ацл и на арп режимах.

Если честно уже даже не знаю как с этим жить :-)

Может кто из опытных братьев подскажет прошивку со стабильно работающим функционалом ИПМБ?

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 09:16, Kitikonti сказав:

Чудесно, у меня такая же проблема, причем на обоих ревизиях и на В1 и на С1. Причем выключение света не влияет, абон может работать а потом его мак попадает в список блокированных. Режим работы биндинга не влияет, проблема есть и на ацл и на арп режимах.

Если честно уже даже не знаю как с этим жить :-)

Может кто из опытных братьев подскажет прошивку со стабильно работающим функционалом ИПМБ?

да дело то в том, что эти свитчи работали нормально с той же самой прошивкой, маками и абонентами, потом стали электроэнергию вырубать, и после этого возникла проблема

Ссылка на сообщение
Поделиться на других сайтах
из последних на DES-3200-хх
 
  Цитата

 

 потом стали электроэнергию вырубать, и после этого возникла проблема

 

Попробуйте разобрать один, посмотреть на состояние кондеров внутри... возможно по вздувались и дают перекос по питанию.

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 09:54, BUM сказав:

 

из последних на DES-3200-хх
 
  Цитата

 

 потом стали электроэнергию вырубать, и после этого возникла проблема

 

Попробуйте разобрать один, посмотреть на состояние кондеров внутри... возможно по вздувались и дают перекос по питанию.

это как вариант, попробуем, спасибо. А прошивка стоит v1.82.B006

Ссылка на сообщение
Поделиться на других сайтах

что заметил бывает постоянно у одних и тех  же абонентов! может это зависит от того что подключено с их стороны!

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 09:16, Kitikonti сказав:

Чудесно, у меня такая же проблема, причем на обоих ревизиях и на В1 и на С1. Причем выключение света не влияет, абон может работать а потом его мак попадает в список блокированных. Режим работы биндинга не влияет, проблема есть и на ацл и на арп режимах.

Если честно уже даже не знаю как с этим жить :-)

Может кто из опытных братьев подскажет прошивку со стабильно работающим функционалом ИПМБ?

А можно потеоретизировать? - Сразу скажу что, свичи подобные имеем, но ИПМБ не пользуем в связи с иной технологией доступа.

А по сему хотелось бы спросить - в штатном режиме (т.е. когда питание стабильно) как и чем (при помощи чего? DHCP или что то иное?) заполняется таблица ИПМБ?

Відредаговано Гайджин
Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 10:20, BUM сказав:

посмотрите по маку Вендора, если одинаковый то можно копать в эту сторону.

маки разные, TP-link, Asus, D-link

 

 

  В 26.03.2013 в 10:20, Гайджин сказав:

 

  В 26.03.2013 в 09:16, Kitikonti сказав:

Чудесно,

у меня такая же проблема, причем на обоих ревизиях и на В1 и на С1.

Причем выключение света не влияет, абон может работать а потом его мак

попадает в список блокированных. Режим работы биндинга не влияет,

проблема есть и на ацл и на арп режимах.

Если честно уже даже не знаю как с этим жить :-)

Может кто из опытных братьев подскажет прошивку со стабильно работающим функционалом ИПМБ?

А можно потеоретизировать? - Сразу скажу что, свичи подобные имеем, но ИПМБ не пользуем в связи с иной технологией доступа.

А

по сему хотелось бы спросить - в штатном режиме (т.е. когда питание

стабильно) как и чем (при помощи чего? DHCP или что то иное?)

заполняется таблица ИПМБ?

забивается оператором по snmp

Відредаговано zeleniy
Ссылка на сообщение
Поделиться на других сайтах

Господа! А не кажется ли вам, что без приведения текста конфигов свичей доступа все ваши рассуждения - не более чем профанации и сказки?

Ссылка на сообщение
Поделиться на других сайтах
  Цитата

Попробуйте разобрать один, посмотреть на состояние кондеров внутри... возможно по вздувались и дают перекос по питанию.

что то это мне напоминает ситуацию с DES-3526 в далеких 2006-7 годах. Неужели опять лажанулись...

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 10:33, alex_o сказав:

Господа! А не кажется ли вам, что без приведения текста конфигов свичей доступа все ваши рассуждения - не более чем профанации и сказки?

 

полностью всего или какая то часть интересует?

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 10:33, alex_o сказав:

alex_o, on 26 Мар 2013 - 12:31, said:

Господа! А не кажется ли вам, что без приведения текста конфигов свичей доступа все ваши рассуждения - не более чем профанации и сказки?

  Відновити прихований контент

 

Відредаговано zeleniy
Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 10:51, alex_o сказав:

Расставить переносы строк Вы предлагаете желающим самостоятельно?

извиняюсь, искал спойлер не нашел, подскажите исправлю

Ссылка на сообщение
Поделиться на других сайтах

А почему rev.C1: - v4.34.B007 ? у меня 4.34.B008 давно уже.

 

http://rghost.ru/private/44785730/3d5c2bd8f51a2d9f5791733362d423ff

Відредаговано rtrt
Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 10:33, alex_o сказав:

Господа! А не кажется ли вам, что без приведения текста конфигов свичей доступа все ваши рассуждения - не более чем профанации и сказки?

 

 

  Відновити прихований контент

 

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 10:31, zeleniy сказав:

 

 

  В 26.03.2013 в 10:20, Гайджин сказав:

А можно потеоретизировать? - Сразу скажу что, свичи подобные имеем, но ИПМБ не пользуем в связи с иной технологией доступа.

А по сему хотелось бы спросить - в штатном режиме (т.е. когда питание

стабильно) как и чем (при помощи чего? DHCP или что то иное?)

заполняется таблица ИПМБ?

забивается оператором по snmp

 

 

Второй вопрос:

Насколько я понимаю, если у Вас "оператор" (биллинг) ходит snmp-ём на свич и приводит состояние привязок ip-mac-port в соответствие с "действительностью" и не сохраняет конфиг после этого, то после ребута свича он просыпается с чистым "мозгом" (т.е. без этих привязок), но с четкими указаниями на то, что если придет незнакомец - блочить. Что он похоже и делает.

Вы как то специально отрабатываете подобную ситуацию?

Ссылка на сообщение
Поделиться на других сайтах

у меня скрипт сохраняет конфиг на коммутаторе каждых 5 часов! с таблицы они не пропадает а значит с конфигом все гуд!

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 11:14, Гайджин сказав:

 

  В 26.03.2013 в 10:31, zeleniy сказав:

 

  В 26.03.2013 в 10:20, Гайджин сказав:

А можно потеоретизировать? - Сразу скажу что, свичи подобные имеем, но ИПМБ не пользуем в связи с иной технологией доступа.

А по сему хотелось бы спросить - в штатном режиме (т.е. когда питание

стабильно) как и чем (при помощи чего? DHCP или что то иное?)

заполняется таблица ИПМБ?

забивается оператором по snmp

 

Второй вопрос:

Насколько я понимаю, если у Вас "оператор" (биллинг) ходит snmp-ём на свич и приводит состояние привязок ip-mac-port в соответствие с "действительностью" и не сохраняет конфиг после этого, то после ребута свича он просыпается с чистым "мозгом" (т.е. без этих привязок), но с четкими указаниями на то, что если придет незнакомец - блочить. Что он похоже и делает.

Вы как то специально отрабатываете подобную ситуацию?

нет, в скрипте после операций с ipmb идет save, у меня немного не такая ситуация как у ТС, у меня потери до клиента если включен ipmb

Відредаговано zeleniy
Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 11:20, zeleniy сказав:

 

 

  В 26.03.2013 в 11:14, Гайджин сказав:

 

 

  В 26.03.2013 в 10:31, zeleniy сказав:

 

 

  В 26.03.2013 в 10:20, Гайджин сказав:

А можно потеоретизировать? - Сразу скажу что, свичи подобные имеем, но ИПМБ не пользуем в связи с иной технологией доступа.

А по сему хотелось бы спросить - в штатном режиме (т.е. когда питание

стабильно) как и чем (при помощи чего? DHCP или что то иное?)

заполняется таблица ИПМБ?

забивается оператором по snmp

 

 

Второй вопрос:

Насколько я понимаю, если у Вас "оператор" (биллинг) ходит snmp-ём на свич и приводит состояние привязок ip-mac-port в соответствие с "действительностью" и не сохраняет конфиг после этого, то после ребута свича он просыпается с чистым "мозгом" (т.е. без этих привязок), но с четкими указаниями на то, что если придет незнакомец - блочить. Что он похоже и делает.

Вы как то специально отрабатываете подобную ситуацию?

 

 

нет, в скрипте после операций с ipmb идет save, у меня немного не такая ситуация как у ТС, у меня потери до клиента если включен ipmb

 

 

Чудесно, т.е. правильно ли я понимаю, что Ваш свичь поднимаясь из холодного ребута имеет в конфиге все привязки ipmb?

Тогда следующий вопрос - После загрузки свича Вы видите "валидных" абонентов как "блокированных"?

Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 11:27, Гайджин сказав:

 

  В 26.03.2013 в 11:20, zeleniy сказав:

 

  В 26.03.2013 в 11:14, Гайджин сказав:

 

  В 26.03.2013 в 10:31, zeleniy сказав:

 

  В 26.03.2013 в 10:20, Гайджин сказав:

А можно потеоретизировать? - Сразу скажу что, свичи подобные имеем, но ИПМБ не пользуем в связи с иной технологией доступа.

А по сему хотелось бы спросить - в штатном режиме (т.е. когда питание

стабильно) как и чем (при помощи чего? DHCP или что то иное?)

заполняется таблица ИПМБ?

забивается оператором по snmp

 

Второй вопрос:

Насколько я понимаю, если у Вас "оператор" (биллинг) ходит snmp-ём на свич и приводит состояние привязок ip-mac-port в соответствие с "действительностью" и не сохраняет конфиг после этого, то после ребута свича он просыпается с чистым "мозгом" (т.е. без этих привязок), но с четкими указаниями на то, что если придет незнакомец - блочить. Что он похоже и делает.

Вы как то специально отрабатываете подобную ситуацию?

 

нет, в скрипте после операций с ipmb идет save, у меня немного не такая ситуация как у ТС, у меня потери до клиента если включен ipmb

 

Чудесно, т.е. правильно ли я понимаю, что Ваш свичь поднимаясь из холодного ребута имеет в конфиге все привязки ipmb?

Тогда следующий вопрос - После загрузки свича Вы видите "валидных" абонентов как "блокированных"?

нет не вижу, т.к. они после включения получают по dhcp адреса и в fdb они dynamic forward. Повторю еще раз, свитч работал в таком режиме более года, проблемы начались после многократных отключений электроэнергии в этом районе

Відредаговано zeleniy
Ссылка на сообщение
Поделиться на других сайтах
  В 26.03.2013 в 11:40, rtrt сказав:

Может стоит слить конфиг, ресетнуть его и влить заново?

сначала попробую туда поставить такой же свитч, а тот разберу и проверю кондеры, просто делали уже все кроме замены свитча, есть такие же 3200-26 из той же партии, но в другом районе и сегменте сети, так эл-во не отключали и все ок работает

Відредаговано zeleniy
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

×
×
  • Створити нове...