форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[Проследить за развитием треда]

"UBR и dhcp helper"

Сообщение от Harunaga on 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 юникастом?

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "UBR и dhcp helper"

Сообщение от niknik (??) on 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 сервером.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

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

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]