Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 114, views: 33.175 •
Submitter: lordfragger

Telenet heeft laten weten dat zijn klanten in de loop van zondagmiddag weer kunnen internetten nadat de Belgische kabelaar kampte met een landelijke storing. Ook interactieve tv en voip kampten met storingen. De problemen zouden veroorzaakt zijn door een falende dhcp-server.

De problemen bij Telenet ontstonden zondagochtend. Klanten in geheel Vlaanderen konden niet langer gebruik maken van voip-telefonie, terwijl ook internetverbindingen en interactieve tv niet langer werkten. Digitale en analoge televisie bleven wel werken.

Oorzaak van de storing zouden falende dhcp-servers zijn, zo meldt De Standaard. Volgens Telenet-woordvoerder Stefan Coenjaerts deelden de servers niet langer ip-adressen uit waardoor alle toepassingen die gebruik maken van een kabelmodem niet langer verbinding konden maken.

Telenet zou vrij snel de oorzaak van de verbindingsproblemen hebben gevonden, maar de provider zou enige tijd nodig hebben gehad om tests uit te voeren. Een ploeg van honderd man zou bezig zijn geweest om de problemen op te lossen. Inmiddels zouden de dhcp-servers weer functioneren. Telenet verwacht dat alle klanten vanaf circa 14:00 uur weer gebruik kunnen maken van internet, voip en interactieve tv.

Reacties (114)

Reactiefilter:-11140110+177+210+30
Welke 3 G ? dat werkt toch praktisch nergens goed ?
De eerste die in BelgiŽ over voldoende middelen beschikte om een 3G-netwerk uit te bouwen, was Proximus. In zijn kielzog volgde Mobistar, die er vergelijkbare tarieven op nahoudt.
Het ene netwerk is echter het andere niet.
http://www.test-aankoop.b...en-volwaardig-alternatief
Het moet in ieder geval wel iets met de DHCP geweest zijn. Ik heb hier gewoon mijn "oude" ip address static ingesteld en ik had gewoon internet zoals altijd :).

Uitendelijk zijn dergelijke updates meer dan gewoon "windows updates" ofzo, waarbij je even moet herstarten en klaar.

Stel nu even volgend scenario: er zijn een aantal updates voor de dhcp server en die worden getest in het testlab met een paar 100den clients en routers etc. Alles lijkt prima te werken. Men besluit de update door te voeren naar de live systemen en de servers lijken prima te reageren. Maar wanneer alle servers geupdate zijn, en alle honderduizenden modems beginnen stillaan een nieuw ip te vragen (want 24h lease) blijkt dat er ergens een issue in de nieuwe software zit dat vanaf de 100000ste lease de servers beginnen duplicate ip's uit te delen waardoor de boel al snel plat gaat. - Om nu maar iets uit de mouw te schudden.

Stel dat de updates rond 12u 's nachts zijn gestart, met 2u tijd per update (omdat het een of ander complex proces is), tegen dat de 4de server geupdate is, is het alweer 8u. Tegen dat men alle updates gerollbacked heeft (snapshot terugplaatsen), is men 6u verder, en om 14u kan iedereen terug werken.

Ik bedoel maar, updates op dergelijke schaal zijn iets complexer dan de meeste mensen denken ;).

En 100 man is ook mest mogelijk (al zal het misschien eerder 50 geweest zijn ofzo); een 10 network engineers, een 10 mensen in het NOC die alles in de gaten houden, 50 support engineers die de business klanten die er last van hebben op de hoogte houden en helpen waar mogelijk, 5 mensen die de persberichten moeten opstellen, ...
Deze praktijk om je ex DHCP leases als static te configureren introduceert ook nieuwe problemen voor mensen die vervolgens jouw ex-lease krijgen. Het werkt maar ik zou het zelf niet doen op netwerken waarvan ik het ip-subnet niet beheer, het is vragen om meer problemen.
Ik vind het grappig om te zien hoeveel mensen menen dat ze kunnen zeggen dat de ISP geen verstand van zaken heeft omdat deze zijn systemen niet redundant uitgevoerd zou hebben.

Tenzij een van deze personen daadwerkelijk bij Telenet werkt, kan men hier slechts over speculeren, zonder de kern van het probleem te raken.

Dat men meent dat er een wanbeleid gevoerd wordt door de ISP is meer gebaseerd op een gevoel dat men zelf voldoende kennis van internetarchitectuur heeft om te kunnen bepalen dat dit simpel is op te lossen, dan op feitelijke kennis.

Dat door het hebben van een redundant systeem dit probleem voorkomen zou kunnen worden is pure speculatie, gezien (naar ik aanneem) het merendeel van de mede-Tweakers geen kennis heeft van de systemen die bij Telenet staan, het feitelijke probleem, noch de omvang of oorzaak hiervan. (ook ik hoor bij deze groep)

Het redundant uitvoeren van systemen is lang niet altijd een haalbare oplossing, zowel vanuit financieel, alsmede technisch oogpunt. Zelfs als een systeem redundant wordt uitgevoerd is dit nog altijd kwetsbaar voor hetzelfde probleem dat het 1e systeem heeft laten crashen.

Meestal wordt er bij updates eerst het redundant of een testopstelling geŁpdatet, en dit wordt (meestal) uitvoerig getest, voordat men aan kritische of draaiende systemen gaat sleutelen.


Wat achtergrondinformatie over DHCP (RFC 2123) voor de geÔnteresseerden:


Ik ga het in het stuk hieronder niet hebben over diverse technieken zoals ADSL, CMTS, DSLAM, HFC, DSL, CIDR (RFC 1517, RFC 1518, RFC 1519, RFC 4632 en RFC 950 ) of NAT (RFC 2663,RFC 1918, RFC 3489 en RFC 5389), enkel over de interactie tussen DHCP servers van een ISP en de modems bij klanten.

DHCP systemen zijn kritisch in elk netwerk dat gebruik maakt van het Internet Protocol (RFC 791), tenzij alles gebaseerd is op fixed ip adressering.

Dit is technisch niet (altijd) haalbaar, gezien er vaak gewerkt wordt door middel van IP-blocks in de vorm xxx.xxx.xxx/24 die worden uitgedeeld aan woonwijken of regio’s. De ISP heeft dan meestal het IP-block xxx.xxx/16. Fixed IP's vind men wel vaak terug bij datacenters e.d., maar veel minder vaak bij 'gewone consumenten abonnementen'. Dit houdt niet in dat de desbetreffende IPS deze service niet aanbied.

Het probleem met fixed ip’s is het feit dat mensen makkelijk van ISP kunnen en willen wisselen.

Zou men met fixed ip’s werken, dan zou dit betekenen dat elke keer als een persoon met ip adres xxx.xxx.xxx.xxx van bijv. ISP X naar ISP Y zou wisselen, dit IP adres zou moeten worden opgenomen in de routing table van de dns-servers van ISP Y, gezien zij(de DHCP/DNS servers) al het verkeer van de desbetreffende ISP verzamelen. Dit gebeurd wel, maar (voornamelijk) bij zakelijke contracten die een fixed IP garanderen.

Om deze reden bestaat DHCP, en wordt er gebruik gemaakt van het zogenaamde Longest Prefix Matching.


DHCP:

Bij DHCP krijgt ieder modem, of modem/router combinatie een IP adres toegestuurd, en zit hieraan een lease-time gekoppeld. Voordat dit gebeurd moet er echter wel een uitwisseling aangegaan worden tussen de DHCP server en de desbetreffende client. Dit gebeurd meestal via een broadcast naar 255.255.255.255 of een netwerk specifiek adres.

Intern houd een DHCP server een strikte scheiding aan tussen externe en interne IP-adressen, en gedraagt zich als een router. De DHCP server heeft een extern IP-adres, en alle interne IP-adressen die geleased worden aan clients (modems die in de meterkast staan) worden via routing-table aan elkaar gekoppeld. Hierbij moet je de DHCP server zien als een router, en alle connecties hierachter moeten gezien worden als het clients zoals pc’s of printers e.d.. Voor de routering van pakketten wordt (vaak) gebruik Longest Prefix Matching (dit leg ik aan na het eind van DHCP uit), in combinatie met diverse routerings algoritmen.

Als de DHCP server om wat voor reden dan ook (ik heb geen informatie betreffende de situatie bij Telenet) geen IP-adressen meer uitdeelt, en de huidige IP-lease verloopt, vervalt het IP-adres, en wordt deze uit de routing-table van de DHCP server gehaald. Het logische vervolg hiervan is dat het verkeer dat voor de desbetreffende client bestemd was niet meer aankomt, gezien de DHCP server niet weet waar de pakketten heen moeten.

Dit soort situaties kunnen ontstaan als er bij het updaten van de software een fout in de server ontstaat, maar ook als een land al het verkeer van bijv. Youtube naar zich toe trekt, om zo te verhinderen dat de bevolking van dat desbetreffende land toegang heeft tot Youtube.

Disclaimer: ik sla hier een paar stappen over, dat weet ik, maar dat is (naar mijn mening) niet interessant het huidige verhaal (voor de mensen zie hier wel geÔnteresseerd in zijn: Distance vector routing protocol en Dijkstra's algorithm.)

Om het verhaal helemaal af te maken nog even iets over Longest Prefix Matching en fixed IP’s

Longest prefix matching:

Longest Prefix Matching is een methode om routering van IP-adressen te realiseren.

Stel: (de gebruikte IP-ranges zijn intern en dus niet buiten een thuis netwerk beschikbaar)
Bedrijf A heeft IP adres 192.168.20.16/28 (/28 betekend dat 28 van de beschikbare 32 bits vast staan)
Bedrijf B heeft IP adres 192.168.0.0/16

Als adres 192.168.20.19 opgezocht zou moeten worden, zou dat in beide gevallen een match genereren, maar omdat 192.168.20.16/28 een langere prefix heeft (want het subnet mask is /28 ), heeft deze een hogere prioriteit in het routing algoritme en wordt de data voor 192.168.20.19 naar 192.168.20.16/28 verstuurd.

In dit geval zou een typische routing table van een DHCP server er als volgt uitzien:

Adres | uitgaande interface (kabel)
192.168.20.16/28 | 1
192.168.0.0/16 | 2

Op deze manier worden ook fixed IP’s gerouteerd.

Edit: links toegevoegd, typo's verwijderd

[Reactie gewijzigd door neganav op 4 februari 2013 00:45]

Wat haal jij hier allemaal bij om te bewijzen dat het mogelijks wel een complexer probleem is/was dan de meeste denken 8)7

Niemand weet welk systeem men gebruikt bij Telenet als DHCP server , maar je hoeft heus geen expert te zijn om het verhaal van updates en uren lange downtime in vraag te stellen.

Een DHCP server , enkel , of in cluster , heeft geen terrabytes aan storage wat een restore tijd van meedere uren kan verklaren ! Zo'n server , indien hij virtueel draait of niet , kan toch echt op een uur of 2 volledig hersteld worden vanuit een backup.

Iets zegt mij dat ze gewoon geen goed rollback plan hadden , en men gewoon is blijven verder zoeken naar de oplossing op dat "nieuwe" systeem...

( ik werk bij een niet publieke ISP voor alle duidelijkheid , veel kleiner in schaal , maar voor DHCP lijkt me de grootte niet zo relevant. )
Je probeert een verband tussen routing en DHCP te leggen die er niet is. DHCP is een alternatief voor statische adressering en werkt traditioneel per layer 2 segment. Hier kan je nog wat aan knoeien met DHCP relays welke elkaar moeten kunnen bereiken, either direct of met tussenliggende routering.

Het stuk over routering, subnetting en hoe routes worden geselecteerd worden is puur offtopic hier en een aantal van je redenaties en verhalen kloppen gewoon niet (statische ip's zou ISP switchen vergemakkelijken, ...).

Het enige waar ik naar toe wil is dat deze +2 misleidend is, de inhoud van het bericht is deels correct en ontopic maar vooral vanaf de helft onjuist of offtopic, ik hoop dat niet teveel mensen bovenstaande als waarheid opnemen.
Zoals ook netjes in mijn post staat, is het deel na

"Wat achtergrondinformatie over DHCP (RFC 2123) voor de geÔnteresseerden:"

enkel en alleen bedoeld als achtergrondinformatie over DHCP. dit is inderdaad offtopic (dit is naar mijn idee subjectief gezien het wel over DHCP gaat)

Ik weet niet zo goed waar je in mijn verhaal leest dat statische ip's het switchen van ISP juist zou vergemakkelijken, dit is niet waar, indien dit ergens staat, is dat onbedoeld en een fout vanuit mijn kant.

Hetgeen ik probeer uit te leggen voor de mensen die misschien niet precies weten hoe DHCP werkt, wat het nou precies is, en waarom zij geen internet hadden, is hoe dit allemaal samenhangt.
Een extra gratis film is ook meegenomen. Hopelijk een film naar keuze, want een gratis film krijg je wel vaker in de teletheek. Ik zit ook al een hele dag te genieten van gratis topvoetbal. Van mij mogen er elke zondagvoormiddag problemen zijn. Ik slaap dan altijd uit.
Mogelijk is het toeval, maar net vandaag rond 12:30 gaf mijn iPhone met telenet king abo geen service meer terwijl ik van Luik naar Namen reed. Normaal niets te maken met wat telenet allemaal meedeelt. Mijn iPad met king surf werkt nog wel. Het is nu 10 uur later en heb nog steeds geen ontvangst na talloze keren herstarten van de iPhone.

Ik kan helaas niet op mijntelenet gaan zien om te kijken of er iets verkeerd is, wegens de onderhoudswerken, die inmiddels al tot 24u zouden duren.
Hoedanook, zou het mogelijk zijn dat telenet nog grotere problemen heeft dan dat ze laten uitschijnen? Of heb ik gewoon pech dat er net nu iets met mijn iPhone scheelt? Ik hoop,alleszins dat ik morgen terug kan bellen/gebelt worden.
"De problemen zouden veroorzaakt zijn door een falende dhcp-server"

Gaat tweakers.net nou ook al mee in de "Falende Fyra" hip doenerij? Het woord "defect" is een stuk objectiever, "faalt" (ook wel mislukken) bevat een mening.
Een DHCP server faalt of is defect. Iets faalt wanneer het niet meer doet wat het vroeger deed. Het is geen mening, het is simpelweg een feit.
ik weet niet wat falen bij jou betekend maar in het Nederlands wil falen zeggen 'je taak niet verwezenlijkt krijgen'. In deze context is falen gewoon het correcte woord gezien nergens uit het artikel blijkt dat het om een defect gaat (kan net zo goed door bvb overbelasting zijn)
Het is schandalig! En die 100 man zal wel lichtjes overdreven zijn. Als men met zoveel man hieraan heeft gewerkt, waarom duurde het dan van "u 's nachts tot 14u de volgende middag om de mensen terug internet te verschaffen?
Het gaat me niet over die halve dag dat we geen internet hebben gehad, er zijn namelijk nog andere zaken in 't leven dan computer, maar het gaat hem hier over de zoveelste uitval van Telenet (algemeen) in de regio. Wanneer we melding doen, krijgen we steeds hetzelfde te horen: "We werken eraan om het probleem zo snel mogelijk te verhelpen en te zorgen dat onze diensten optimaal kunnen geleverd worden." Enige probleem ... we horen dit al 4 jaar. ;)
Alles samengevat: bij Telenet is de klantenservice een ramp. Als communicatiebedrijf zijn ze zelf de slechtste in communiceren! Maar dat willen ze bij Telenet niet gehoord hebben.
Hoe moesten ze dan communiceren? Iedereen een mail sturen?

Heb zelf enorm weinig last van uitval bij Telenet alhoewel ik niet optimaal gelegen ben, als er iets niet werkt dien je de periode niet te betalen en je krijgt nu nog eens een gratis film erbij. Wat wil je dan nog meer? Dat de CEO persoonlijk een sorry postkaart komt insteken ofzo?
niet goed geslapen vannacht ??

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBSamsung

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013