Я как-то уже описывал данную проблему, но ненашел топик чтобы поднять.
Опишу заново:

В сети работают 1228\МЕ и 3028, клиенты получают адреса по DHCP.
С 3028 все в порядке.
С 1228\МЕ раз в сутки случается следующая проблема: коммутатор не пропускает от клиента до сервера DHCP-запрос.
Тоесть при просмотре лога сервера нету discover с такого коммутатора.
Как только пытаешься залогиниться на коммутатор по ssh, в лог тутже высыпает discover и клиент получает свой ip
Проблема не на всех 1228, а выборочно.
Кто-нибудь сталкивался? чем лечить?
Прошивка последняя 1.20.B04

up up up plz

C DHCP сервера коммутатор пингуется во время наличия проблемы? Управление вынесено в отдельный влан? Вы ARP и FDB таблицы на ближайшем L3 устройстве между коммутатором и DHCP сервером (либо самом DHCP сервере) анализировали?

коммутатор пингуется, управление в default vlan
Влан для клиентов приходит по оптике с тэгом, тэг снимается на клиентские порты.

А что именно нужно проанализировать? Количество МАС?
Я так понимаю анализ fdb это show fdb ports xx
А как анализировать arp ?

Нужно анализировать не количество, а то присутствуют ли они на правильных портах и правильная ли пара IP-MAC в ARP таблице (sh arpentry).

DGS3627G:
Command: show fdb vlanid 519

VID VLAN Name MAC Address Port Type
---- -------------------------------- ----------------- ----- -----------------
519 VLAN519 00-00-E8-00-09-76 19 Dynamic
519 VLAN519 00-01-6C-BE-CD-32 19 Dynamic
519 VLAN519 00-14-85-7C-E6-1B 19 Dynamic
519 VLAN519 00-15-F2-89-F2-B4 19 Dynamic
519 VLAN519 00-1F-D0-D1-07-CB 19 Dynamic
519 VLAN519 00-22-B0-50-8F-92 19 Dynamic
519 VLAN519 00-30-48-90-E9-95 23 Dynamic
519 VLAN519 00-E0-52-A8-F5-29 19 Dynamic
519 VLAN519 1C-6F-65-21-09-53 19 Dynamic

Total Entries: 9
на 19 порту висит 3028, за ним цепочкой воткнут 1228 проблемный.
23 порт - аплинк до интерфейса роутера с DHCP сервером

Command: show arpentry


ARP Aging Time : 20

Interface IP Address MAC Address Type
------------- --------------- ----------------- ---------------
System 10.50.0.0 FF-FF-FF-FF-FF-FF Local/Broadcast
System 10.50.0.1 00-30-48-90-E9-95 Dynamic
System 10.50.0.2 00-1E-58-58-C0-00 Local
System 10.50.0.255 FF-FF-FF-FF-FF-FF Local/Broadcast
if_sw 172.16.50.0 FF-FF-FF-FF-FF-FF Local/Broadcast
if_sw 172.16.50.1 00-30-48-90-E9-95 Dynamic
if_sw 172.16.50.5 00-1E-58-58-C0-00 Local
if_sw 172.16.50.255 FF-FF-FF-FF-FF-FF Local/Broadcast

Total Entries: 8

вот все что вижу. Пары соответствуют

Это в момент наличия проблемы? Если да, то попробуйте прописать статикой на DES-1228/ME MAC-адрес шлюза на нужном порту и запись в ARP таблице.

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

а какой команой это сделать?

Вот так:

сделал вышеуказанное, непомогло.
Апдейт:
я ошибся в первом сообщении.
На DHCP-сервер приходит
DISCOVER
потом идет предложение OFFER
Далее сервер делает LEASE
и ждет DHCPACK от клиента, но не получает, это повторяется по кругу, пока я не зайду на коммутатор.

+ к проблеме добавился еще один коммутатор 3028 FW 2.90

Что странно: у меня стоит около сотни 3028 и 1228, но проблемы только на трех коммутаторах. Все они из последних закупок.
Может железо косячит?

Бегом в школу учить матчасть
Client -> DHCPDISCOVER -> Server
Client <- DHCPOFFER <- Server
Client -> DHCPREQUEST -> Server
Client <- DHCPACK<- Server

Вот ситуация в логе, при неполучении адреса:
Nov 25 17:51:04 MM-R4-NEW dhcpd: DHCPDISCOVER from 1c:7e:e5:e1:57:0d via 172.16.40.
Nov 25 17:51:04 MM-R4-NEW dhcpd: DHCPOFFER on 10.4.5.101 to 1c:7e:e5:e1:57:0d via 1
Nov 25 17:51:18 MM-R4-NEW dhcpd: Lease for 10.4.5.101 Switch IP: 172.16.40.10 Swith

А вот, когда зайду на коммутатор, тут же в логе:
Nov 25 17:52:35 MM-R4-NEW dhcpd: DHCPDISCOVER from 1c:7e:e5:e1:57:0d via 172.16.40.10
Nov 25 17:52:36 MM-R4-NEW dhcpd: DHCPOFFER on 10.4.5.101 to 1c:7e:e5:e1:57:0d via 172.16.40.10
Nov 25 17:52:36 MM-R4-NEW dhcpd: Lease for 10.4.5.101 Switch IP: 172.16.40.10 Swith port: 1 VLAN: 405 MAC on the port: 1c:7e:e5:e1:57:d
Nov 25 17:52:36 MM-R4-NEW dhcpd: DHCPREQUEST for 10.4.5.101 (10.4.0.1) from 1c:7e:e5:e1:57:0d via 172.16.40.10
Nov 25 17:52:36 MM-R4-NEW dhcpd: DHCPACK on 10.4.5.101 to 1c:7e:e5:e1:57:0d via 172.16.40.10

Соответственно, не проходит от клиента DHCPREQUEST

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

create fdb ...
create arpentry ...
задал привязки IP и МАС шлюза по умолчанию.

Резюмирую по топологии:
Сеть звезда:
Управление: DHCP-server(tagged vlan) -> 3627G (untagged vlan default) -> 1228 (untagged vlan default)
Клиенты: DHCP-server(tagged vlan) -> 3627G (tagged vlan) -> 1228(3028) (tagged vlan) -> client (untagged vlan

Глючат: 2 шт 3028, стоят сразу после 3627, DHCP-REQUEST пропускают при ssh-входе. ( Причем замечена закономерность: клиент работает со статическим адресом без нареканий. При изменении режима static -> DHCP ( независимо от того, роутер это или компьютер) Адрес получает корректно. Но при последующем обновлении аренды, либо перезагрузке роутера или компа с изначально включенным DHCP адрес не получает.
Глючат: 2 шт 1228, стоят в цепочке 3627-3028-1228, адрес клиент получает ТОЛЬКО при dis\en порта. Вытаскивание клиентом кабеля самостоятельно не помогает.

Статическую запись в FDB и ARP таблице Вы сделали как на DES-3028, так и на DGS-3627 в первом случае?
Во втором случае есть ли MAC адрес клиента на порту и помогает ли очистка таблицы flood_fdb?