Волшебство продолжается…
Итак имеем, в центре DXS-3326GSR от него 4 кольца (MSTP) с DES-3526 на уровне доступа, по 7-12 шт в каждом. Все пользователи в одном VLan’e в нем же и сервер DHCP с которого пользователи получают свои IP, с резервированием по MAC. Также на DES-3526, есть ISM VLAN в магистральных портах как Source, на клиентских как member, плюс ещё несколько технических VLAN’ов. DHCP Relay не используется. IP-MAC Binding в режиме ACL.
Проблема в следующем. Клиент получает IP но работать не может, коммутатор «теряет» MAC адрес клиента. При отключении IP-MAC Binding проблема устраняется.
Парадокс ситуации: на стенде воспроизвести глюк не получается.

Что посоветуете?

DXS-3326GSR
Firmware Version: Build 4.40-B04
Hardware Version: 5A1.2A1
DES-3526
Прошивка: 5.01-B06
Hardware Version: 3A1

Если не получается воспроизвести на стенде, тогда пришлите полную схему сети со всеми конфиг файлами и подробное описание на e-mail; rbigarov(a)dlink(.)ru

_________________
С уважением,
Бигаров Руслан.

DES-3526
Прошивка: 5.01-B06
Hardware Version: 3A1
Такая же проблема - комутатор проработал примерно неделю с новои прошивкои. Позвонил клиент - неработает интернет. На комутаторе сразу заметил FDB нет MAC адреса клиента, при етом IP у него есть ( в комутаторе исползуется "DHCP Relay" и клиенты IP получает через него).
Пробовал отключить/включить порт - неработает.
Заработало только отключив IP-MAC binding (config address_binding ip_mac ports 2 state disable), при етом появляется запись в FDB.
Пробовал переписать всю IP-MAC binding запись - непомогло. Как толко включаю IP-MAC binding, MAC адрес в FDB пропадает и интернет у клиента неработает.
IP-MAC binding режим используется арп т.е. "disable address_binding acl_mode" а также включен "config address_binding ip_mac ports 1-24 allow_zeroip enable".
В логе нет никаких записеи, хотя включены "enable address_binding trap_log" и "config traffic control_trap both".
Придется откатится к старои прошивке.

Ах еще вспомнил - некорекно отображается "show utilization cpu" - передвигается строчки. Терминал "PUTTY".

С уважением,
Ramunas

Аналогичная проблема с IP-MAC binding на такой же прошивке.

Сегодня возникла аналогичная проблема на DES-3526.

При включенном IpMacBindingPort (ACL mode) MAC-адрес на порту не был виден, в логах никаких записей про порт. При отключении привязки тут же появлялся, при включении тут же исчезал.

Заменил прошивку на 5.01-B07 и перезагрузил коммутатор. MAC-адрес на порту при включенной привязке появился. А вот помогла прошивка или перезагрузка... Абонент поставлен на контроль.

Кстати, коллеги, а перезагружать коммутаторы в таких случаях не пробовали? После этого не начинает случайно работать?

Если не сложно вышлете мне последнию версию прошивки для DES-3526.

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

у нас таких клиентов несколько, я лично склоняюсь к тому что дешёвые сетевые неправельно работают, может арпы не посылают и т.д. и всё бы не чего 300 рубликов на клиента в бюджет заложил и поехали дальше, но как быть с приставками и ноутбуками, не скажеш же клиенту, что извените вам нужно поменять плайстайшен на хБокс конкуренцию так точно не победим и обидно до помутнения в глазах на мыльницах у конкурентов всё ок (их проблемы конечно рассказывать не буду) а у нас L2 на узлах доступа и такие проблемы на ровном месте...

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

_________________
С уважением,
Бигаров Руслан.

Можно мне 5.01-b07, проверю у себя.

Выслал.

_________________
С уважением,
Бигаров Руслан.

Прошивка 5.01-B07 в описанном выше случае не помогла. Сейчас абонент позвонил, его MAC-адрес снова не виден на порту свитча.

На рабочей станции абонента есть Kaspersky Internet Security и Skype. Помогло отключение KIS. MAC-адрес абонента сразу же появился.

Если у кого такое повторится, то обратите внимание на указанный выше софт!

В моем случае помогала выгрузка скайпа. KIS там тоже стоит, кстати.

Попутно вопрос: а не планируется сделать dhcp snooping по портам? Т.е. Что б скажем на порту 1 можно было биндить адреса из снупа, а на порту 2 к примеру руками.

Может у кого-нибудь дойдут руки поставить XP SP2, KIS, Skype, после чего выяснить что именно влияет на блокировку? KIS, Skype, их сочетание?

Как вариант, Skype возбуждает KIS, после чего тот блокирует порт. В этом случае что выключение первого, что выключение второго может приводить к восстановлению работоспособности.

Хотя все равно не понятно как это связано с IpMacBindingPort, т.к. его выключение приводит к восстановлению работоспособности.

Кто возьмется сделать стенд и провести исследование?

Функция DHCP Snooping есть в указанных прошивках.

Ребяты, дело то не в софте!
представьте себе ситуацию - человек платит деньги а мы ему говорим что ставить, а что нет? а от вирусов как ему защищаться? скайп отлючить? зачем ему тогда вообще наши услуги?

у нас проблема не только с PC но и с PlayStation 3! и как быть, брать паяльник и сетевую перепаивать?
прошивки:
5.01-B07
5.01-B06
5.01-B05
5.00-B23

проблемы в основном с интегрёными сетевыми, от nVidia так же с ноутбуками.
и учитавая, опять же проблемность PS3 искать решение в замене сетевых и ПО не целесообразно.

P.S.:
Всё выше сказанное, не для критики, так как в целом продуктами и тех. подержкой доволен, а для того что бы знали что проблема есть и решить её необходимо.

Спасибо.

Мы занимаемся этой проблемой. Если Вам нам прислали бы подробный отчёт о такой ситуации с графической схемой, конфигами и дампами это существенно ускорило бы процесс.