Windows XP SP2 не воспринимает (дублирующиеся?) DHCP OFFER
Привет, может кто сталкивался с такой ситуацией и может помочь? В broadcast-домене есть клиенты и два DHCP relays, которые форвардят запросы в один и тот же DHCP сервер. Соответственно, когда клиент посылает свой DHCP DISCOVER, то он попадает на сервер в двух экземплярах (с разными gi_addr); сервер отвечает двумя DHCP OFFER'ами, которые благополучно игнорируются виндой. Процесс (с точки зрения DHCPd) выглядит таким образом: May 29 15:16:10 management dhcpd: DHCPDISCOVER from xx:xx:xx:xx:xx:xx:xx (winxp-001) via 172.17.0.3 May 29 15:16:10 management dhcpd: DHCPOFFER on 172.17.0.4 to xx:xx:xx:xx:xx:xx:xx (winxp-001) via 172.17.0.3 May 29 15:16:10 management dhcpd: Lease for 172.17.0.4 raw option-82 info is CID: 1.4.71.48.47.49 AID: 1.6.50.52.49.2d.44.33 May 29 15:16:10 management dhcpd: DHCPDISCOVER from xx:xx:xx:xx:xx:xx:xx (winxp-001) via 172.17.0.2 May 29 15:16:10 management dhcpd: DHCPOFFER on 172.17.0.4 to xx:xx:xx:xx:xx:xx:xx (winxp-001) via 172.17.0.2 May 29 15:16:19 management dhcpd: Lease for 172.17.0.4 raw option-82 info is CID: 1.4.71.48.47.49 AID: 1.6.50.52.49.2d.44.33 May 29 15:16:19 management dhcpd: DHCPDISCOVER from xx:xx:xx:xx:xx:xx:xx (winxp-001) via 172.17.0.3 May 29 15:16:19 management dhcpd: DHCPOFFER on 172.17.0.4 to xx:xx:xx:xx:xx:xx:xx (winxp-001) via 172.17.0.3 May 29 15:16:19 management dhcpd: Lease for 172.17.0.4 raw option-82 info is CID: 1.4.71.48.47.49 AID: 1.6.50.52.49.2d.44.33 May 29 15:16:19 management dhcpd: DHCPDISCOVER from xx:xx:xx:xx:xx:xx:xx (winxp-001) via 172.17.0.2 May 29 15:16:19 management dhcpd: DHCPOFFER on 172.17.0.4 to xx:xx:xx:xx:xx:xx:xx (winxp-001) via 172.17.0.2 все это время винда ждет в режиме "ipconfig /renew", и через какое-то время отваливается без адреса. Если клиент - nix's "dhclient", то никаких проблем - он подхватывает адрес. То есть проблема - в винде. Никто не знает, куда копать и что смотреть? relay настроен банально: interface Vlan102 ip dhcp relay information trusted ip address 172.17.0.3 255.255.255.0 ip helper-address 172.16.200.100 Спасибо. -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, May 29, 2008 at 06:10:35PM +0300, Vladimir Litovka wrote:
Привет,
может кто сталкивался с такой ситуацией и может помочь? В broadcast-домене есть клиенты и два DHCP relays, которые форвардят запросы в один и тот же DHCP сервер. Соответственно, когда клиент посылает свой DHCP DISCOVER, то он попадает на сервер в двух экземплярах (с разными gi_addr); сервер отвечает двумя DHCP OFFER'ами, которые благополучно игнорируются виндой. Процесс (с точки зрения DHCPd) выглядит таким образом:
А зачем такой извратный сценарий ? Как-нибудь так: interface Vlan102 ip dhcp relay information trusted ip address 172.17.0.3 255.255.255.0 vrrp 1 address 172.17.0.1 ip helper-address 172.16.200.100 redundancy 1 не работает ? Основная идея в том, чтобы заставить релеить только тот шлюз, который на данный момент является "мастером" vrrp-группы... Соответственно, релеить в каждый момент будет только один шлюз, и клиенту будет приходить только один ответ... И это будет гораздо проще, чем обьяснять клиентам, что "это ваша винда глючит, вам нужно залезсть в реестр...". PS: сам не пробовал, идея взята отсюда: http://www.cisco.com/en/US/docs/ios/12_2t/12_2t15/feature/guide/ftudpvrg.htm... что именно Cisco Systems понимает под Virtual Router Group из этой ссылки не совсем понятно.. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
2008/5/29 Alexandre Snarskii
может кто сталкивался с такой ситуацией и может помочь?
таки винда. полечилось перезагрузкой. я думаю, что у нее крыша съехала от множественных стартов-стопов PPP-клиента и VPN-клиента поверх.
не работает?
работает, но не везде :) я как раз пытаюсь пробить тему, чтобы портануть этот код на большее количество пасочек -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (2)
-
Alexandre Snarskii
-
Vladimir Litovka