- UBR и dhcp helper, niknik, 12:06 , 26-Май-06 (1)
>Кабельный головной модем ubr7114, конфигурация кабельного интерфейса: > >interface Cable1/0 > description Common Cable > ip address 172.22.0.1 255.255.0.0 > ip address X.X.144.1 255.255.252.0 secondary > ip verify unicast source reachable-via rx > cable source-verify dhcp > cable dhcp-giaddr policy > cable helper-address X.X.151.35 > >На адресе X.X.151.35 работает сервер isc-dhcp. Проблема в том, что циска клиенту >передает DHCPOFFER броадкастовым пакетом вместо юникастового. Так это выглядит в tcpdump >на стороне клиента: > >IP 172.22.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length: 300 >172.22.0.1.67 >IP (tos 0x0, ttl 255, id 61808, offset 0, flags [none], length: 328) 172.22.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length: 300, hops:1, xid:0x7d296604, secs:64350, flags: [Broadcast] > Your IP: >X.X.144.41 > Server IP: >X.X.151.35 > Gateway IP: >X.X.144.1 > Client Ethernet >Address: 00:02:3f:d0:46:77 [|bootp] > >Журнал isc-dhcp: >May 26 11:14:36 <daemon.info> mail dhcpd: DHCPDISCOVER from 00:02:3f:d0:46:77 (mobile) via X.X.144.1 >May 26 11:14:36 <daemon.info> mail dhcpd: DHCPOFFER on X.X.144.41 to 00:02:3f:d0:46:77 (mobile) via X.X.144.1 > >Проблема в том, что в итоге все клиенты видят чужие DHCPOFFER, а >при возникновении петли в езернете у некоторых клиентов начинается широковещательный шторм >со стороны самой циски. Можно ли заставить циску отсылать DHCPOFFER юникастом? >DHCP-OFFER пакеты быть юникастовыми не могут. А клиенты различаю пакеты по ID сессии. В TCPDUMPe это xid:0x7d296604. В этом случае возможно проблема с DHCP сервером.
|