Userbase

Sinds de "crash" van enkele dagen geleden welke blijkbaar te wijten was aan de DHCP servers heb ik gemerkt dat de afhandeling van DHCP renew requests anders gaat bij TN.

Voordien was het namelijk zo dat je bij elke renew request onmiddelijk terug een lease kreeg voor 1u. Nu is het echter zo dat je deze pas krijgt na 8 requests (eigenlijk net voor het verstrijken van je lease).

DHCP Request success 81.x.x.x
Jan/14/2004 16:16:11
DHCP Request 81.x.x.x
Jan/14/2004 16:15:47
DHCP Request 81.x.x.x
Jan/14/2004 16:14:47
DHCP Request 81.x.x.x
Jan/14/2004 16:13:22
DHCP Request 81.x.x.x
Jan/14/2004 16:10:34
DHCP Request 81.x.x.x
Jan/14/2004 16:04:56
DHCP Request 81.x.x.x
Jan/14/2004 15:53:41
DHCP Request 81.x.x.x
Jan/14/2004 15:31:11
DHCP Request 81.x.x.x
Jan/14/2004 14:31:10

Het resultaat is dat men logs nu veel sneller vol lopen dan voordien, en dus massaal berichten bevatten van de DHCP afhandeling.

Iemand enig idee wat de beweegreden van TN hier is... welke trouwens massaal meer traffiek maakt dan voordien. (met enkele honderduizenden internetklanten kan je al snel uitrekenen hoeveel miljoenen nutteloze requests er per dag gebeuren over hun netwerk).

Er zit(zat?) al lange tijd iets niet goed met Telenet DHCP.
Ruim een jaar geleden liep ik daar tegen aan omdat bij gebruik van een Edimax routertje ik plotseling 80MB/dag upload had. (genoeg om alleen door die router naar smalband te gaan!)
De oorzaak bleek een bug in het ding te zijn die naar buiten kwam omdat Telenet de DHCP niet goed afhandelde volgens de RFC's.
Zie mijn verhaal (repost) hier http://groups.google.be/groups?selm=0jo ... put=gplain
Misschien is dat probleem inmiddels verholpen, pc's/routers die voor een verlenging de DHCP server aanriepen op het eerder verkregen IP adres riepen een half tot anderhalf uur zonder dat er antwoord kwam. Pas na de request broadcast (zoals windows tcpip stack dat meteen doet) kwam de server meteen terug.