BiTel

4.4.4 Use of broadcast and unicast


The DHCP client broadcasts DHCPDISCOVER, DHCPREQUEST and DHCPINFORM
messages, unless the client knows the address of a DHCP server. The
client unicasts DHCPRELEASE messages to the server. Because the
client is declining the use of the IP address supplied by the server,
the client broadcasts DHCPDECLINE messages.

When the DHCP client knows the address of a DHCP server, in either
INIT or REBOOTING state, the client may use that address in the
DHCPDISCOVER or DHCPREQUEST rather than the IP broadcast address.
The client may also use unicast to send DHCPINFORM messages to a
known DHCP server. If the client receives no response to DHCP
messages sent to the IP address of a known DHCP server, the DHCP
client reverts to using the IP broadcast address.

Поймал пакеты первичные на клиенте - там есть

Relay agent IP address: 172.16.1.105 (172.16.1.105)
а также
Option: (t=54,l=4) DHCP Server Identifier = Х.Х.Х.Х

т.е. есть инфа и про сам DHCP_IPN-сервер, поэтому клиент посылает запросы продления аренды напрямую на сервер

enable dhcp_local_relay - это не пойдёт, DHCP то в другом сегменте, отделенным L3-свичем

Пробовал dhcp.server.identifier=0.0.0.0
Клиент тогда запрос продления шлет бродкастом, его уже свич ловит и отправляет серверу - вроде всё работает, спасибо.

enable dhcp_local_relay - это не пойдёт, DHCP то в другом сегменте, отделенным L3-свичем

эта опция отвечает за то чтобы даже в юникаст пакеты вставлять Option 82, заодно не дает DHCP запросам плодится и размножаться