Подскажите - задача на des-3200-28f добавлять в dhcp request'ы opt 82 но не пересылать их на dhcp сервер, а просто форвардить их дальше в этом влане.
Как я понял для этого есть функция dhcp_local_relay.

но в моей конфигурации, почему то от клиента до dhcp сервера долетают только броадкаст пакеты.

И второй вопрос, должна ли добавлятся в случае dhcp_local_relay opt 82 в unicast пакеты?

# DHCP_RELAY

disable dhcp_relay
config dhcp_relay hops 4 time 0
config dhcp_relay option_82 state disable
config dhcp_relay option_82 check disable
config dhcp_relay option_82 policy replace
config dhcp_relay option_82 remote_id default

# DHCP_LOCAL_RELAY

enable dhcp_local_relay
config dhcp_local_relay vlan vlanid 3001 state enable

config address_binding ip_mac ports 1-24 state enable strict allow_zeroip enable forward_dhcppkt enable mode acl stop_learning_threshold 500
config address_binding dhcp_snoop max_entry ports 1 limit no_limit
config address_binding ip_mac ports 25-28 state disable allow_zeroip enable forward_dhcppkt enable mode arp stop_learning_threshold 500
config address_binding dhcp_snoop max_entry ports 25-28 limit no_limit
enable address_binding dhcp_snoop
disable address_binding trap_log
disable address_binding arp_inspection

UP

Опция 82 добавляется только в широковещательные пакеты, юникастовые проходят без изменений.

Соответственно если мне нужно во всех пакетах вставлять опцию 82 мне нужен dhcp_relay а не dhcp_local_relay?

Вопрос №2 - почему в текущей конфигурации до dhcp сервера долетают только broadcast пакеты. Unicast режется где-то на уровне свитча.

Нет, dhcp_relay тоже вставляет опцию только в широковещательные пакеты.

При правильно настроенном DHCP сервере это не должно вызывать проблем.

А как же в этом случае отрабатывает Address Binding?
Он же должен продлевать запись основываясь на DHCP пакете?

Коммутатор отслеживает эти пакеты и продлевает у себя счётчики при получении клиентом подтверждения пробления адреса.

Ok, спасибо за информацию