Здравствуйте!

Столкнулся со следующей проблемой.
Включен IP-MAC-Port Binding и DHCP Snooping.
Таблицы DHCP Snooping Entries и MAC Block List пусты.

Далее при включении клиента возможны два варианта:
1. Если он шлет DHCP Discover, коммутатор пропускает это пакет, DHCP-сервер выдает адрес клиенту и связка MAC-IP заносится в DHCP Snooping Entries. Все работает.

2. Если же DHCP-клиент имеет кэш, помнит о выданном прошлом IP-адресе, то он посылает DHCP Request. В этом случае коммутатор незамедлительно вносит эту связку MAC-IP в MAC Block List и ничего не работает. Надо заметить, что именно так работают DHCP-клиенты в windows и freebsd.
DHCP-клиент не получив от сервера ответа далее шлет DHCP Discover, но уже поздно, так как коммутатор не пропускает эти пакеты.

Прошивка:
Boot PROM Version : Build 1.00.B06
Firmware Version : Build 2.54.B03

Пришлите мне на почту полностью выгруженный конфигурационный файл коммутатора.Укажите какие связки не работают или не работают любые такие связки?

Отправил конфиг коммутатора вам на почту.

Не работают любые такие связки.

sh flood_fdb ничего не показывает.

И в strict и в loose не работает, на всех портах?

Забыл указать, что клиент находится на 2-ом порту.
Работает в режиме strict, но не работает в режиме loose.
2-ой порт в режиме loose.
Хотелось бы поставить strict, но в этом случае не будет работать, если MAC клиента находится в таблице flood_fdb.

Я запросил по Вашему вопросу ШК, как только появятся новости я Вам сообщу.

похожая проблема
При наличии кэша с данными о ранее выданном dhcp адресе в логах на сервере видно только OFFER и Discover... клиент блокируется на порту.
При этом win клиенты блокируются с адресом 169.254.х.х

Помогает включение-выключение порта или перезагрузка абонента с вытыканием кабеля

Исправление указанной проблемы планируется в первой половине ноября. Как появится исправление, мы Вам его вышлем.

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

то-есть с новой прошивкой, юзвери не получившие dhcp настройки, будут блокироваться?
это на самом деле не совсем уж и хорошо, у нас техподдержка так и определяла, получил ли абонент настройки или нет.

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

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

Меня интересует, если абонент по каким-то причинам не получил дхцп настройки, это залогируется на коммутаторе? (раньше мы понимали это по логам: неверная связка 169.254.х.х....... )

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

Вышлите, пожалуйста, и мне

2 sexp: Проблема исправлена в прошивке 2.54.B05, я Вам ее выслал.
2 mcdemon05: На DES-3028 логирование возможно только в режиме loose, режим strict работает по сути как фильтрация, поэтому заблокированные не заносятся в FDB. Это уже не раз обсуждалось.
P.S. При необходимости данную прошивку следует запрашивать в теме: http://forum.dlink.ru/viewtopic.php?t=92700

У нас и так стоит луз, и в прошивке 2.54.b04 логируется неавторизованная запись 169.254.*.* если не получил настройки по дхцп.

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

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД