Выслал Вам прошивку.

Помогите пожалуйста, не работает option82, свитч DES-3526.

Дефолтная конфигурация + включено:
enable dhcp_relay
config dhcp_relay hops 4 time 90
config dhcp_relay option_82 state enable
config dhcp_relay option_82 check disable
config dhcp_relay option_82 policy keep
config dhcp_relay option_82 remote_id default

Но опция 82 не работает,

не подскажите, в чем может быть дело?

зы: прошивка последняя: 5.01.B52

Что значит "не работает"? Снифером пакеты на DHCP сервере смотрели? Идут без опции?

Да, на dhcp сервер пакеты приходят без опции 82,

пробовал ставить на место dlink edge-core, все работает отлично.

Да, пробовал все как в 1-м влане, так и разных; в сторону клиента untegged, к серверу tagged

enable dhcp_local_relay

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

Помогло, спасибо всем за помощь!

Еще вопрос,

а можно как-то на свиче запретить хождение пакетов от абонента, если он получил IP не через DHCP ?
вбил вручную?

Иначе смысл в option82, если абонент все равно привязывается по MAC'у?
тогда можно сделать IP-MAC-PORT биндинг на порту и обычный DHCP с выдачей IP по маку.

Кто как решал данную проблему?

Проверил работоспособность на FreeBSD. Спасибо, вроде теперь счетчики обновляются даже при обновлении адреса не с 68 порта.

А вот такой вопрос - будет ли работать DHCP-snooping на свитче (DGS3200-10, прошивка - см.подпись), если DHCP-сервер в том же влане, что и клиент DHCP, а также управляющий влан самого свитча?

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

смысл в том, что абонент привязывается и по порту/вилану, если чё =) для этого Option82 и нужен ))


D-Link решил эту проблему так: IMP-Binding + DHCP Snooping

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

To Dima G.:

Будет.

Хм, протестировал. Увы, броадкастовые DHCP Discover дальше порта, откуда они пришли, никуда не ушли.
Схема простая: порт 7 - DFL-210 (шлюз и DHCP-сервер, 192.168.0.1), порт 1 - ПК, порт 4 - точка доступа DWL-2100, к которой цепляется второй ПК. Зеркалировал 4-й порт, где видно, как пришел запрос. Зеркалировал порт 7, куда должен был релеиться DHCP-запрос, там тишина. Все перечисленные порты в одном VLAN - default. Этот же VLAN является управляющим.
Кое-какие вырезки из конфига:


Есть один-единственный ACL в этом VLANе



Больше никаких запретов нету.

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Попробуйте отключить DHCP Local Relay.

Не помогает.

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Dima G.
Подождите. Если у Вас и сервер и клиенты находятся в одном вилане, то Вам не надо использовать dhcp_relay, он просто не будет работать, отключите его. Вам нужен dhcp_local_relay.