I don't know if this is a red herring but I had a similar problem - after a Windows update, the "QoS Packet Scheduler" had been set in the Network Properties.
Fine you might think, except it was adding "VLAN 0" to the packet header so it had issued communicating with any self-respecting non-MS platform - would appear they mixed up 802.1p and 802.1q. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Jim Conrad > Sent: 20 July 2003 00:10 > To: [EMAIL PROTECTED] > Subject: [leaf-user] MS/Windows XP SP1 Drops Lease With DHCPRELEASE > > > Has anyone encountered a problem in which MS/Windows is dropping its > DHCP lease? > > My MS/Windows XP Pro SP1 laptop became unable to retain its DHCP lease > on my Bering system (Kernel is 2.4.18 #4). It's working fine when I > take it to another network. My other clients (W2K and XP Home systems) > are working fine. > > The laptop is doing a DHCPDISCOVER, and it's getting a DHCPOFFER from my > Bering dhcpd. The client responds with a DHCPREQUEST for the perfectly > reasonable address that was offered and the client even acknowledges it. > Then (from the tcpdump trace) the client ARPs for a duplicate IP > address assignment and hears nothing. Then it ARPs the Bering router > at 192.168.1.254 and receives an ARP reply from the router. And then, > Windows XP SP1 does a DHCPRELEASE and drops its lease --- game over. > > Checking the laptop (IPCONFIG), I discover that Windows has resorted > to one of those funky Microsoft private addresses at 169.254.92.201. > > It used to work just fine and then one day it quit. The most likely > thing that changed was something from Microsoft Update on the client. > > Jim Conrad > > ------------------------------------------------------------------ > ----------------- > > Here's a cut/past of my syslog when I power-up my laptop: > > Jul 19 15:29:41 firewall dhcpd: DHCPDISCOVER from 00:20:e0:88:b4:11 via > eth0 > Jul 19 15:29:42 firewall dhcpd: DHCPOFFER on 192.168.1.4 to > 00:20:e0:88:b4:11 vi > Jul 19 15:29:42 firewall dhcpd: DHCPREQUEST for 192.168.1.4 from > 00:20:e0:88:b4: > Jul 19 15:29:42 firewall dhcpd: DHCPACK on 192.168.1.4 to > 00:20:e0:88:b4:11 via > Jul 19 15:29:45 firewall dhcpd: DHCPRELEASE of 192.168.1.4 from > 00:20:e0:88:b4:1 > > ------------------------------------------------------------------ > ----------------- > > A more detailed analysis using tcpdump monitoring the laptop's ether > host reveals: > > 15:30:29.236060 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x84333143 > file ""[|bootp] (ttl 128, id 0, len 328) > 15:30:29.236438 192.168.1.254 > 192.168.1.4: icmp: echo request (DF) > (ttl 64, id 15167, len 48) > 15:30:30.236746 192.168.1.254.bootps > 192.168.1.4.bootpc: > xid:0x84333143 Y:192.168.1.4 S:192.168.1.254 file ""[|bootp] [tos 0x10] > (ttl 16, id 0, len 328) > 15:30:30.241431 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x84333143 > file ""[|bootp] (ttl 128, id 1, len 340) > 15:30:30.242066 192.168.1.254.bootps > 192.168.1.4.bootpc: > xid:0x84333143 Y:192.168.1.4 S:192.168.1.254 file ""[|bootp] [tos 0x10] > (ttl 16, id 0, len 328) > 15:30:30.348963 arp who-has 192.168.1.4 tell 192.168.1.4 > 15:30:30.546718 arp who-has 192.168.1.4 tell 192.168.1.4 > 15:30:31.350595 arp who-has 192.168.1.4 tell 192.168.1.4 > 15:30:33.181799 192.168.1.4.netbios-ns > 192.168.1.255.netbios-ns: [udp > sum ok] > >>> NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST > TrnID=0x8000 > OpCode=5 > NmFlags=0x11 > Rcode=0 > QueryCount=1 > AnswerCount=0 > AuthorityCount=0 > AddressRecCount=1 > QuestionRecords: > Name=JCMOBILE NameType=0x00 (Workstation) > QuestionType=0x20 > QuestionClass=0x1 > > ResourceRecords: > Name=JCMOBILE NameType=0x00 (Workstation) > ResType=0x20 > ResClass=0x1 > TTL=300000 (0x493e0) > ResourceLength=6 > ResourceData= > AddrType=0x6000 > Address=192 (0xc0).168 (0xa8).1 (0x1).4 (0x4) > > (ttl 128, id 2, len 96) > 15:30:33.251743 arp who-has 192.168.1.254 tell 192.168.1.4 > 15:30:33.251828 arp reply 192.168.1.254 is-at 0:1:2:4:54:a4 > 15:30:33.256609 192.168.1.4.bootpc > 192.168.1.254.bootps: > xid:0x92157b44 flags:0x8000 C:192.168.1.4 file ""[|bootp] (ttl 128, id > 3, len 328) > 15:30:35.634279 0:20:e0:88:b4:11 sap 90 > Broadcast sap 2c rr (r=51,R) > len=332 > 15:30:35.643039 0:20:e0:88:b4:11 sap 08 > Broadcast sap 36 47/C len=333 > 15:30:39.642900 0:20:e0:88:b4:11 sap 08 > Broadcast sap 36 47/C len=333 > 15:30:46.642896 0:20:e0:88:b4:11 sap 18 > Broadcast sap 4f cb/P len=333 > > ------------------------------------------------------------------ > ------------- > > My dhcp.conf file seems pretty normal: > > authoritative; > default-lease-time 600; > max-lease-time 7200; > option subnet-mask 255.255.255.0; > option domain-name "private.network"; > option domain-name-servers 192.168.1.254; > option routers 192.168.1.254; > > subnet 192.168.1.0 netmask 255.255.255.0 { > range 192.168.1.1 192.168.1.199; > > } > > > > -- > Jim Conrad <[EMAIL PROTECTED]> > The Conrads > > > > ------------------------------------------------------- > This SF.net email is sponsored by: VM Ware > With VMware you can run multiple operating systems on a single machine. > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the > same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 > ------------------------------------------------------------------------ > leaf-user mailing list: [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-user > SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html > ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
