Изначально не работает DHCP Relay option82 на DES-3528

Boot PROM Version Build 1.00.B008
Firmware Version Build 2.01.B042
Hardware Version A4

Прошивку уже обновляли (на прошлой тоже не работало).

Настройка:

# DHCP_RELAY

enable dhcp_relay
config dhcp_relay hops 4 time 0
config dhcp_relay option_82 state enable
config dhcp_relay option_82 check disable
config dhcp_relay option_82 policy replace
config dhcp_relay option_82 remote_id default
config dhcp_relay option_60 state disable
config dhcp_relay option_61 state disable
config dhcp_relay add ipif System <IP1>
config dhcp_relay add ipif System <IP2>
config dhcp_relay option_60 default mode drop
config dhcp_relay option_61 default drop

IP1, IP2 - адреса серверов DHCP из сети управления (та же подсеть). По неё связь с ними есть.

Схема подключения
...................(B) DGS-3200-10
................................. |
(A)DES3528 ---(C)-DGS3200-24-----DGS3200-16----<IP1>
.................................|---Cisco---<IP2>

На месте свитча С( 3200-24) ранее стоял другой DGS-3200-16 ничего не изменилось.

Со всех свитчей DHCP-Relay работает. (в т.ч. с B, который также как и проблемный A подключен через C).

Конфиг с B:

# DHCP_RELAY

enable dhcp_relay
config dhcp_relay hops 4 time 0
config dhcp_relay add ipif System <IP1>
config dhcp_relay add ipif System <IP2>
config dhcp_relay option_82 state enable
config dhcp_relay option_82 check disable
config dhcp_relay option_82 policy replace
config dhcp_relay option_82 remote_id default


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

P.S. В какой-то момент логика DHCP сервера была переведена с MAC идентификатора свитча на IP. Но проблема осталась.

Обновите прошиву, на вашей 100% есть проблемы с DHCP-Relay

На последней прошивке (2.80.B042) не лучше. Юникастовые запросы не перехватываются, и option82 в них не вставляется - хотя заявлено, что должны. Из-за этого такие запросы перехватываются на вышестоящих длинковских свитчах других моделей, где такой функционал есть, и в option82 вставляются их магистральные порты. На dhcp-сервере получается каша - запрос приходит то с одного порта, то с другого.

Это имелось ввиду на вышестоящем свитче? Так на него юникастовый запрос с 3528 приходит вообще без opt82, поэтому данная опция бесполезна..

Полезна, без неё option 82 не вставляется