URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 10622
[ Назад ]
Исходное сообщение
"UBR и dhcp helper"
Отправлено Harunaga , 26-Май-06 09:40 
Кабельный головной модем 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 юникастом?

Содержание
Сообщения в этом обсуждении
"UBR и dhcp helper"
Отправлено niknik , 26-Май-06 12:06 
>Кабельный головной модем 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 сервером.

"UBR и dhcp helper"
Отправлено Harunaga , 26-Май-06 12:10 
>DHCP-OFFER пакеты быть юникастовыми не могут. А клиенты различаю пакеты по ID
>сессии. В TCPDUMPe это xid:0x7d296604. В этом случае возможно проблема с
>DHCP сервером.

Понятно, тогда проблемы нет.