Hoofdcategorieën
Device Settings

Telfort kampt met storing door kapotte dhcp-server - update

Door Arnoud Wokke, dinsdag 14 december 2010 14:45, views: 21.318

Een kapotte dhcp-server heeft ervoor gezorgd dat veel klanten van Telfort dinsdagmiddag zonder telefonie en internet kwamen te zitten. De storing duurde enkele uren en werd verlengd doordat veel mensen tegelijk een ip-adres vroegen.

De storing begon rond één uur vanmiddag, blijkt uit een topic op GoT. Telfort heeft een melding op de site gezet en zowel telefonisch als via Twitter bevestigd dat het kampt met een uitval van de dienstverlening. Enkele mensen melden ook uitval van hun mobiele internetverbinding, maar vooral klanten met vaste telefonie en adsl lijken getroffen. De modem geeft in die gevallen een rood knipperend lampje aan.

Via diverse bronnen, onder meer uit het topic op GoT, heeft Tweakers.net vernomen dat de oorzaak ligt bij een kapotte dhcp-server. Telfort bevestigt dat. Het is niet de eerste keer dat een kapotte dhcp-server Telfort parten speelt. Twee jaar geleden gebeurde dat ook al eens.

Update: 15:02: Diverse tweakers melden dat ze na een reset van het modem weer online zijn. Telfort bevestigt dat de storing is opgelost. "Nu vragen veel mensen tegelijk een ip-adres aan", zegt woordvoerster Renske Algra. "Daardoor is er een wachtrij. Het kan dus iets langer duren voor iedereen weer online is."

Volgende 14:46 Overheid haalt mogelijk netwerk kinderpornosites uit de lucht
Vorige 14:33 Nederlanders zitten weinig op sociale netwerken - update
Advertentie

Reacties

«  1  2  3  4  »

Lekker dan, nou ja, goede reden om wat ip nummers te onhouden voor situaties als dit ;)

dhcp server, niet dns server.

Lees het artikel nog een keer.

De server moet ip-adressen uitdelen, maar dat gebeurt niet meer.

DHCP hé en niet de DNS.

Als je je verbinding static instelt op het IP adres dat je als laatst had, heb je kans dat het wel kan werken. @ocdaan kan wel eens gelijk hebben ;)

net geprobeerd met het subnet dat ik dacht te hebben, werkt niet
(gateway was nog niet weg, en mn IP had ik nog)

Hoeveel providers in NL levert modems waar je handmatig een ip in kunt tikken?

99%

zolang je lease niet verlopen is kan en er geen tekort is in de ip uitgifte kan je zo je ip weer terugpakken.

Lekker verstandig in het geval van een DHCP server storing. Kans is groot in dat geval dat de poules opnieuw uitgedeeld gaan worden als de service hervat is. Zit je mooi met een dubbel IP adres.

Dat kan niet, mensen die een dubbele ip fout zouden veroorzaken worden geweigerd. Iets met radius enzo.

Iets met Radius enzo????
Zoek 't eerst maar uit voor je iets roept; Radius voorkomt dus geen dubbele IP adressen en Neh heeft dus een punt imho.

Toegang is bij KPN opgehangen aan RADIUS, zodra je een dubbel IP veroorzaakt wordt je verbinding disconnected. RADIUS wordt er ook gebruikt om wanbetalers en abuse mensen in aparte segementen te plaatsen zodat die geen overlast meer veroorzaken.

Lokaal in je eigen netwerk functioneerd het inderdaad zoals neh zegt, maar bij een DSL lijn zit er nog een authenticatie laag bij.

bij tele2 kun je dat wel vergeten, je kunt niets doen aan de modem kant van hun router!

Met KPN kan dat niet. De enige waar het officieel mee kan is XS4ALL.

Is hier iemand die dit al is gelukt? Ik weet mijn IP nog (al drie jaar hetzelfde nummer) en netmask ook. Mijn IP zit in het subnet 82.168.184 netmask 255.255.248.0, en de default gateway is dacht ik het hoogste hostnummer in het subnet: 82.168.191.254 als ik het goed heb uitgerekend.
Ik heb dit ingevuld, maar ik kan niet eens de gateway pingen (ik weet niet of dat normaal wel kan). Het kan zijn dat de gateway alleen maar traffic doorlaat met toestemming van de DHCP server, dus dan gaat dit nooit werken. Iemand wel succes????

[edit]
laat maar.. het werkt alweer. Ik had het trouwens mis, netmask was 255.255.240.0 maar de gateway was wel 82.168.191.254.

[Reactie gewijzigd door metaal op dinsdag 14 december 2010 15:22]


Rond 17.30 weer online in Den Bosch, zelfde IP adres gekregen...
Gegevens uit mijn modem (zonder laatste IP octet natuurlijk ;) )
- IP Address: 195.240.200.xxx
- IP Subnet Mask: 255.255.240.0
- Default Gateway: 195.240.207.254

En dus een statische setup voor je IP zal je als nog gewoon online helpen als je modem een verbinding heeft...

Nu werkt het helaas allemaal net even anders een modem krijgt een IP toegewezen van de DHCP server en jij als klant bent niet instaat om deze handmatig in te stellen om een hele simpele reden trouwens. Bij het toewijzen van de IP adressen wordt ook het IP adres van de TFTP server me geleverd en een path waar op deze server de de configuratie file voor de modem te vinden is. Deze file bepaald hoeveel bandbreedte jij als gebruiker tot je beschikking heeft hoeveel unieke MAC adressen er achter de modem mogen verschijnen en meer van dat soort onzin.
Natuurlijk mag je dit als klant niet met de hand instellen dat zou voor de ISP erg lastig worden omdat bijvoorbeeld ook standaard 128k in een speciaal kanaal wordt gereserveerd voor je telefonie verbinding (daarom is het zo lastig meer telefoons aan te sluiten op zo'n ding dat kost de ISP nog al veel geld (de 128k is gegarandeerde bandbreedte namelijk) Je zou als klant makkelijk al jouw data diensten over een gegarandeerde lijn kunnen laten lopen iets dat een modem over het algemeen zelf aan kan vragen bij de router aan de andere kant van de lijn.

De truck is dus om als klant je modem niet uit te zetten dan heb je in het beste geval 7 dagen de tijd voor dat je last hebt van zo'n uitval. In het slechtste geval net even meer dan 3.5 dagen voor je modem geen IP meer heeft. Je computer IP kun je gewoon onthouden en dat kun je dan gewoon handmatig instellen maar veel al krijg je geen publiek IP meer op je thuis PC maar gewoon een IP uitgegeven door de DHCP server in je modem. In zo'n geval zal je modem als het een goed model is gewoon deze IP's blijven uitgeven en je computers en thuis netwerk dus ook gewoon werken zonder enig probleem.
De mensen die nu een probleem hebben zijn mensen die de modem s'nachts uitzetten of om welke andere reden dan ook de modem hebben gereboot en dus een nieuw IP hebben moeten aanvragen.

dit klinkt meer als een provisioning voor de Docsis methodieken.

Adsl modems hebben ipc geen config nodig, helemaal niet upstream/downstream kanalen.. gezien dit word afgevangen door de ATM router.

Radius is belangrijker in dit opzicht....

Je verwart dit ongetwijfeld met DNS problemen.

Onzin. Een TCP/IP verbindingen heeft gewoon IP adressen. Als je dus een geldig IP, subnet en gateway aan je modem vertelt kan je gewoon internetten. Waarschijnlijk moet dat IP dan wel je 'eigen' IP zijn.

Hoewel Telfort geen melding op de site heeft gezet
Hier staat inmiddels wel een melding. En zou nu zijn opgelost.

Ik krijg nu weer netjes een ip adres en de verbinding werkt weer naar behoren.
Op het forum melden steeds meer mensen dat hun verbinding weer werkt.
Ook beweert xost dat het een KPN/Tiscali storing is, dus niet specifiek van telfort. Heeft iemand daar meer info over?

[Reactie gewijzigd door Stevie-P op dinsdag 14 december 2010 15:43]


Heb zelf in Wijchen ook hier echt mega vaak last van gehad. Was volgens mij en gare DSLAM die de hele tijd geen IP-adressen uitgaf. Was zeker 6x per jaar wel raak.

Gelukkig nou glas. :)

Was volgens mij en gare DSLAM die de hele tijd geen IP-adressen uitgaf.
Geen enkele DSLAM geeft ip-adressen uit, want het is een layer-2 device.

Dat weet ik, maar het probleem lag zover ik begreep in een aantal DSLAM's (want alleen Wijchen/Nijmegen kreeg geen IP) en ik had thuis geen IP-adres. :+

Het rare was overigens ook, dat er dus compleet geen WAN verkeer was, maar het modem wel gewoon netjes intrainde.

[Reactie gewijzigd door Mojo op dinsdag 14 december 2010 15:42]


erg druk op de helpdesk daar

hmm vreemd, ik lees het bericht en al mijn verbindingen naar mij thuis (waar ik telfort heb) vallen weg :S


Dit is overigens te omzeilen door het ip statisch in de modem te zetten.

[Reactie gewijzigd door itsalwaysme op dinsdag 14 december 2010 14:50]


heb ook last van de storing. IP stond al fixed in modem, maar connectie helemaal weg (en tot heden kom ik er ook neit meer bij) - heb zo'n vermoeden dat 't stiekem iets meer is dan alleen een DHCP die weg valt. Anders waren lopende leases ook neit vervallen of static ook down.

Wel slordig dat dit kan optreden. Je zou denken dat ze nog wel een backup plan hebben voor een DHCP server..... Misschien dat telfort hier eens wat vaker zou moeten rondkijken op ons forum ;)

"Het is niet de eerste keer dat een kapotte dhcp-server Telfort parten speelt. Twee jaar geleden gebeurde dat ook al eens."

Qua dienstverlening mag je dan nu toch wel verwachten dat dit soort dingen dubbel zijn uitgevoerd om evt incidenten te kunnen ondervangen. Vooral als het zo'n cruciaal netwerk component bevat.

Dubbel (of redundant) uitvoeren kan ook betekenen dat je een dubbel zo groot probleem hebt, dus het kan zomaar zijn dat het alleen m.b.v. een backup kan worden opgelost.

@PeeCee: Ja, deze vraag stelde ik mezelf ook al. In het item wordt niet aangegeven hoe de server-setup was uitgevoerd, misschien is het al redundant uitgevoerd geweest. Het zou eigenlijk behoorlijk stom zijn als het niet het geval is.

@fevenhuis interessant punt, ik mis alleen een argument waarom. Als redundancy slim wordt ingericht zijn bepaalde functies dubbel uitgevoerd waardoor bij een falend component de functie door zijn broertje wordt overgenomen. In zo'n geval ben je spekkoper. Boven beide systemen zal een managementlaag hangen die monitored of iets fout gaat. Daarmee wordt je systeem als geheel echter complexer wat de faalgevoeligheid weer kan doen stijgen. Is dit wat je bedoelt, of doel je op iets anders?

Zelf wilde ik bij thuiskomen (na zessen) even snel iets checken op mijn werk... geen internet.... en inderdaad na een restart van het modem werd mijn langzaam een IP adres gegeven. Dit kostte na zes uur nog steeds wat teveel tijd.

In nieuws: Kapotte dhcp-server legt internet Telfort plat is trouwens diezelfde redundantie ook aan de orde geweest. Geen antwoorden trouwens, verder als deze longshot over de Telfort configuratie kwam ik niet.

Weet je wat het lastige is bij redundantie? De trigger werkt niet. Dat komt, in mijn ervaring, vaak doordat het primaire component niet helemaal 'down' (door bv. storing) gaat en de secundaire dus niet actief wordt.
Dan ben je wel redundant maar heb je dus evengoed geen dienstverlening.

Ik vond het al zo vreemd dat ik niet (remote) op mijn NAS kon komen vandaag maar dit verklaart het.

Ze maken duidelijk geen gebruik van Infoblox :+

DSL lampje is groen, maar volgens mijn modem gaat er geen ATM traffic over de lijn. Dan is het toch logisch dat er ook geen IP's uitgedeeld worden?
«  1  2  3  4  »

Op dit item kan niet meer gereageerd worden.

Volgende 14:46 Overheid haalt mogelijk netwerk kinderpornosites uit de lucht
Vorige 14:33 Nederlanders zitten weinig op sociale netwerken - update
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011