Логика работы DHCP сервера / возврат запроса с Option 82
Логика работы DHCP сервера / возврат запроса с Option 82
5.3.002rc1 dhcp сервер в связке dlink des-3200 работает нормально. Сервер отправляет dhcp ответ и dlink его обрабатывает правильно. Но ответ без opt82. Cтолкнулись с тем, что коммутатор SNR, в частности S2950, не смог разобрать ответ и адрес в итоге не выдается.
Планируется ли добавить в ответ dhcp сервера opt82?
Планируется ли добавить в ответ dhcp сервера opt82?
Re: Логика работы DHCP сервера / возврат запроса с Option 82
Логи коммутатора какие-то есть на этот счет?Pei0t писал(а):5.3.002rc1 dhcp сервер в связке dlink des-3200 работает нормально. Сервер отправляет dhcp ответ и dlink его обрабатывает правильно. Но ответ без opt82. Cтолкнулись с тем, что коммутатор SNR, в частности S2950, не смог разобрать ответ и адрес в итоге не выдается.
Планируется ли добавить в ответ dhcp сервера opt82?
Код: Выделить всё
#%Apr 01 15:15:02 2014 %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet1/24, changed state to DOWN
%Apr 01 15:15:04 2014 %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet1/24, changed state to UP
%Apr 01 15:15:07 2014 DHCPR PACKET: build circuit id with vid <172>, portname <Ethernet1/24>
%Apr 01 15:15:07 2014 DHCPR PACKET: rcvd request packet, length <548>, making our circuit-id <00:06:00:AE:01:00:00:18>, our remote-id <F8:F0:82:10:7D:06>
DHCPR PACKET:receive relay request packet,and enter function fnDhcpRelayRequest().
%Apr 01 15:15:07 2014 DHCPR PACKET: rcvd BOOTPREQUEST from client 1 a8-f9-4b-21-e5-2c on interface Vlan172.
%Apr 01 15:15:07 2014 DHCPR PACKET: inserted an option 82(subscriber-id 00:06:00:AE:01:00:00:18 remote-id F8:F0:82:10:7D:06) into this request packet(type:1), new packet length 336
%Apr 01 15:15:07 2014 DHCPR PACKET: unicasting BOOTP-REQUEST from client a8-f9-4b-21-e5-2c to server/relay 192.168.254.133
DHCPR PACKET: now have packet enter function fnDhcpRelayReplyPacketRecv().
DHCPR PACKET: socket(83) receive reply packet,and it binds vrf(0),nowenter function fnDhcpRelayReply() .
%Apr 01 15:15:07 2014 DHCPR PACKET: rcvd BOOTPREPLY for client 1 a8-f9-4b-21-e5-2c (172.16.55.249) from server 192.168.254.133
%Apr 01 15:15:07 2014 DHCPR PACKET: no option 82 found from this reply packet(type:2)
%Apr 01 15:15:07 2014 DHCP L2 RELAY PACKET: unicasting BOOTP-REPLY for client a8-f9-4b-21-e5-2c to relay/client 255.255.255.255
%Apr 01 15:15:07 2014 DHCPR PACKET: unicasting BOOTP-REPLY for client a8-f9-4b-21-e5-2c to relay/client 255.255.255.255
%Apr 01 15:15:10 2014 DHCPR PACKET: build circuit id with vid <172>, portname <Ethernet1/24>
%Apr 01 15:15:10 2014 DHCPR PACKET: rcvd request packet, length <548>, making our circuit-id <00:06:00:AE:01:00:00:18>, our remote-id <F8:F0:82:10:7D:06>
DHCPR PACKET:receive relay request packet,and enter function fnDhcpRelayRequest().
%Apr 01 15:15:10 2014 DHCPR PACKET: rcvd BOOTPREQUEST from client 1 a8-f9-4b-21-e5-2c on interface Vlan172.
%Apr 01 15:15:10 2014 DHCPR PACKET: inserted an option 82(subscriber-id 00:06:00:AE:01:00:00:18 remote-id F8:F0:82:10:7D:06) into this request packet(type:1), new packet length 336
%Apr 01 15:15:10 2014 DHCPR PACKET: unicasting BOOTP-REQUEST from client a8-f9-4b-21-e5-2c to server/relay 192.168.254.133
DHCPR PACKET: now have packet enter function fnDhcpRelayReplyPacketRecv().
DHCPR PACKET: socket(83) receive reply packet,and it binds vrf(0),nowenter function fnDhcpRelayReply() .
%Apr 01 15:15:10 2014 DHCPR PACKET: rcvd BOOTPREPLY for client 1 a8-f9-4b-21-e5-2c (172.16.55.249) from server 192.168.254.133
%Apr 01 15:15:10 2014 DHCPR PACKET: no option 82 found from this reply packet(type:2)
%Apr 01 15:15:10 2014 DHCP L2 RELAY PACKET: unicasting BOOTP-REPLY for client a8-f9-4b-21-e5-2c to relay/client 255.255.255.255
%Apr 01 15:15:10 2014 DHCPR PACKET: unicasting BOOTP-REPLY for client a8-f9-4b-21-e5-2c to relay/client 255.255.255.255
%Apr 01 15:15:13 2014 DHCPR PACKET: build circuit id with vid <172>, portname <Ethernet1/24>
%Apr 01 15:15:13 2014 DHCPR PACKET: rcvd request packet, length <548>, making our circuit-id <00:06:00:AE:01:00:00:18>, our remote-id <F8:F0:82:10:7D:06>
DHCPR PACKET:receive relay request packet,and enter function fnDhcpRelayRequest().
%Apr 01 15:15:13 2014 DHCPR PACKET: rcvd BOOTPREQUEST from client 1 a8-f9-4b-21-e5-2c on interface Vlan172.
%Apr 01 15:15:13 2014 DHCPR PACKET: inserted an option 82(subscriber-id 00:06:00:AE:01:00:00:18 remote-id F8:F0:82:10:7D:06) into this request packet(type:1), new packet length 336
%Apr 01 15:15:13 2014 DHCPR PACKET: unicasting BOOTP-REQUEST from client a8-f9-4b-21-e5-2c to server/relay 192.168.254.133
DHCPR PACKET: now have packet enter function fnDhcpRelayReplyPacketRecv().
DHCPR PACKET: socket(83) receive reply packet,and it binds vrf(0),nowenter function fnDhcpRelayReply() .
%Apr 01 15:15:13 2014 DHCPR PACKET: rcvd BOOTPREPLY for client 1 a8-f9-4b-21-e5-2c (172.16.55.249) from server 192.168.254.133
%Apr 01 15:15:13 2014 DHCPR PACKET: no option 82 found from this reply packet(type:2)
%Apr 01 15:15:13 2014 DHCP L2 RELAY PACKET: unicasting BOOTP-REPLY for client a8-f9-4b-21-e5-2c to relay/client 255.255.255.255
%Apr 01 15:15:13 2014 DHCPR PACKET: unicasting BOOTP-REPLY for client a8-f9-4b-21-e5-2c to relay/client 255.255.255.255
Уточните у них. Если дело действительно в этом, не проблема сделать поддержку в UTM5.Pei0t писал(а):Коммутатор получает ответ, но не знает куда отправлять, сейчас он шлёт его в management vlan, когда клиент находится в другом vlan. Без opt 82 он не знает куда конкретно слать.
Сейчас параллельно связываемся с поддержкой SNR.
Написали им, ждем ответ. К слову isc-dhcp присылает ответ с opt82 и SNR его отрабатывает правильно. Не знаем как с другими коммутаторами, но что б с вашей стороны обезопаситься - было бы неплохо включить поддержку в utm.serjk писал(а):Уточните у них. Если дело действительно в этом, не проблема сделать поддержку в UTM5.Pei0t писал(а):Коммутатор получает ответ, но не знает куда отправлять, сейчас он шлёт его в management vlan, когда клиент находится в другом vlan. Без opt 82 он не знает куда конкретно слать.
Сейчас параллельно связываемся с поддержкой SNR.
Спасибо.
Спасибо за информацию по ISC DHCP, если подтвердится, в RC2 включим соответствующие изменения.Pei0t писал(а):Написали им, ждем ответ. К слову isc-dhcp присылает ответ с opt82 и SNR его отрабатывает правильно. Не знаем как с другими коммутаторами, но что б с вашей стороны обезопаситься - было бы неплохо включить поддержку в utm.serjk писал(а):Уточните у них. Если дело действительно в этом, не проблема сделать поддержку в UTM5.Pei0t писал(а):Коммутатор получает ответ, но не знает куда отправлять, сейчас он шлёт его в management vlan, когда клиент находится в другом vlan. Без opt 82 он не знает куда конкретно слать.
Сейчас параллельно связываемся с поддержкой SNR.
Спасибо.
https://tools.ietf.org/html/rfc3046#page-7
DHCP servers claiming to support the Relay Agent Information option
SHALL echo the entire contents of the Relay Agent Information option
in all replies. Servers SHOULD copy the Relay Agent Information
option as the last DHCP option in the response.
DHCP servers claiming to support the Relay Agent Information option
SHALL echo the entire contents of the Relay Agent Information option
in all replies. Servers SHOULD copy the Relay Agent Information
option as the last DHCP option in the response.