ik heb weer eens wat :-)
ik heb sinds kort chello, en sinds dag 1 een raar probleem met dhcp. Hier een stuk log van m'n dhcp client om eea duidelijk te maken, eerste 3 regels zijn normaal, de 4de regel is raar:
15:46.430 SND broadcasting DHCP_DISCOVER, client: 0.0.0.0 , host: 0.0.0.0, dhcprelay: 0.0.0.0, Option 53: Message Type = 1, Option 61: Client Identifier = mijn mac , Option 12: Host Name = ding
15:46.670 RVC DHCP_OFFER, client: 0.0.0.0 , host: 80.xx.xx.62, dhcprelay: 10.162.136.1, Option 53: Message Type = 2, Option 54: Server Identifier = 212.142.28.181, Option 51: Lease Time = 562874, Option 01: Subnet Mask = 255.255.254.0, Option 03: Router = 80.xx.xx.1, Option 06: Domain Name Server = 212.142.28.66 212.142.28.67 , Option 15: Domain Name = arnhem.chello.nl
15:46.670 SND DHCP_REQUEST, client: 80.xx.xx.62 , host: 0.0.0.0, dhcprelay: 0.0.0.0, Option 53: Message Type = 3, Option 61: Client Identifier = mijn mac , Option 12: Host Name = ding, Option 5 Requested IP = 80.xx.xx.62, Option 54: Server Identifier = 212.142.28.181
15:46.680 RCV NAK, client: 80.xx.xx.62 , host: 0.0.0.0, dhcprelay: 0.0.0.0, Option 53: Message Type = 6, Option 54: Server Identifier = 192.168.100.1
15:46.690 RVC ACK, client: 80.xx.xx.62 , host: 80.xx.xx.62, dhcprelay: 10.162.136.1, Option 53: Message Type = 5, Option 54: Server Identifier = 212.142.28.181, Option 51: Lease Time = 562874, Option 03: Router = 80.xx.xx.1, Option 06: Domain Name Server = 212.142.28.66 212.142.28.67, Option 15: Domain Name = arnhem.chello.nl
Die RCV NAK zorgt er dus voor dat de ACK -die een fractie van een seconde later aankomt- geen nut heeft, mijn dhcp client krijgt een NAK en gaat het opnieuw proberen.
Eens in de zoveel tijd komt de ACK toevallig eerder dan de NAK, en werkt internet zoals het hoort.
Ik heb dit natuurlijk bij de upc helpdesk gemeld, maar ik ben erg benieuwd of iemand hier een id heeft wat er aan de hand is.
-lijkt me niet dat de chello dhcp server zelf eerst een nak en dan een ack stuurt, bovendien is de server identifier van die NAK anders (192.168.100)
-het is ook geen 'normale' dhcp server die de nak stuurt, hij stuurt nl. alleen maar nak's, nooit een offer.
Mijn eerste gedachte was: iemand heeft een dhcp server omgebouwd om alleen nak's te versturen zodat hij lekker als enige in de wijk kan internetten.
Volgens de upc-helpdesk is dat onwaarschijnlijk omdat ie dan toch aan een limiet gebonden is, en omdat ze dan wel meer klachten gehad zouden hebben.. zit ook wel wat in.
Iemand een id wat hier aan de hand is / zelfde ervaringen?
ps: ik heb een ibook (osx), maar ik heb het ook geprobeerd met winxp (geleende laptop) en linux, zelfde probleem, en nee, ik heb zelf geen dhcpserver draaien. Ik heb nu m'n ibook handmatig op het ipadres gezet wat de dhcp server probeert te geven, en dat werkt (iig tot de lease verstreken is)
ik heb sinds kort chello, en sinds dag 1 een raar probleem met dhcp. Hier een stuk log van m'n dhcp client om eea duidelijk te maken, eerste 3 regels zijn normaal, de 4de regel is raar:
15:46.430 SND broadcasting DHCP_DISCOVER, client: 0.0.0.0 , host: 0.0.0.0, dhcprelay: 0.0.0.0, Option 53: Message Type = 1, Option 61: Client Identifier = mijn mac , Option 12: Host Name = ding
15:46.670 RVC DHCP_OFFER, client: 0.0.0.0 , host: 80.xx.xx.62, dhcprelay: 10.162.136.1, Option 53: Message Type = 2, Option 54: Server Identifier = 212.142.28.181, Option 51: Lease Time = 562874, Option 01: Subnet Mask = 255.255.254.0, Option 03: Router = 80.xx.xx.1, Option 06: Domain Name Server = 212.142.28.66 212.142.28.67 , Option 15: Domain Name = arnhem.chello.nl
15:46.670 SND DHCP_REQUEST, client: 80.xx.xx.62 , host: 0.0.0.0, dhcprelay: 0.0.0.0, Option 53: Message Type = 3, Option 61: Client Identifier = mijn mac , Option 12: Host Name = ding, Option 5 Requested IP = 80.xx.xx.62, Option 54: Server Identifier = 212.142.28.181
15:46.680 RCV NAK, client: 80.xx.xx.62 , host: 0.0.0.0, dhcprelay: 0.0.0.0, Option 53: Message Type = 6, Option 54: Server Identifier = 192.168.100.1
15:46.690 RVC ACK, client: 80.xx.xx.62 , host: 80.xx.xx.62, dhcprelay: 10.162.136.1, Option 53: Message Type = 5, Option 54: Server Identifier = 212.142.28.181, Option 51: Lease Time = 562874, Option 03: Router = 80.xx.xx.1, Option 06: Domain Name Server = 212.142.28.66 212.142.28.67, Option 15: Domain Name = arnhem.chello.nl
Die RCV NAK zorgt er dus voor dat de ACK -die een fractie van een seconde later aankomt- geen nut heeft, mijn dhcp client krijgt een NAK en gaat het opnieuw proberen.
Eens in de zoveel tijd komt de ACK toevallig eerder dan de NAK, en werkt internet zoals het hoort.
Ik heb dit natuurlijk bij de upc helpdesk gemeld, maar ik ben erg benieuwd of iemand hier een id heeft wat er aan de hand is.
-lijkt me niet dat de chello dhcp server zelf eerst een nak en dan een ack stuurt, bovendien is de server identifier van die NAK anders (192.168.100)
-het is ook geen 'normale' dhcp server die de nak stuurt, hij stuurt nl. alleen maar nak's, nooit een offer.
Mijn eerste gedachte was: iemand heeft een dhcp server omgebouwd om alleen nak's te versturen zodat hij lekker als enige in de wijk kan internetten.
Volgens de upc-helpdesk is dat onwaarschijnlijk omdat ie dan toch aan een limiet gebonden is, en omdat ze dan wel meer klachten gehad zouden hebben.. zit ook wel wat in.
Iemand een id wat hier aan de hand is / zelfde ervaringen?
ps: ik heb een ibook (osx), maar ik heb het ook geprobeerd met winxp (geleende laptop) en linux, zelfde probleem, en nee, ik heb zelf geen dhcpserver draaien. Ik heb nu m'n ibook handmatig op het ipadres gezet wat de dhcp server probeert te geven, en dat werkt (iig tot de lease verstreken is)
[ Voor 3% gewijzigd door pinball op 03-10-2003 19:46 ]
Whenever you find that you are on the side of the majority, it is time to reform.