KPN lost storing op waardoor NL ziekenhuizen slecht bereikbaar waren - update 2
KPN heeft een storing opgelost waardoor meerdere Nederlandse ziekenhuizen slecht bereikbaar waren. De storing kwam door een probleem in het koelsysteem van een van de datacenters. De provider onderzoekt nog hoe het probleem kon ontstaan en welke maatregelen nodig zijn om herhaling te voorkomen.
Onder meer Maastricht UMC+ liet weten dat het door de storing 'beperkt bereikbaar' via de vaste telefoonlijn en het nummer van de Spoedeisende Hulp. Het ziekenhuis verwees patiënten voor noodgevallen daarom door naar 112.
Ook veel andere ziekenhuizen hadden last van de storing. Het Radboud UMC schreef dat het beperkt bereikbaar was en bood een alternatief noodnummer aan: 024-3527300. Ook het UMCG in Groningen, CWZ Nijmegen en UMC Utrecht boden vanwege de storing noodnummers aan.
Volgens CSP Reporter gingen twee netwerkknooppunten van KPN in de nacht van 9 op 10 oktober offline. Het was meteen duidelijk dat er een probleem met de koeling was. Hierdoor werd de ruimte waarin de datacenterracks staan zeer heet. De hoge temperatuur zou de reparatie hebben bemoeilijkt. Om 14.40 uur meldde KPN dat het de problemen had opgelost.
Update, 11.50 uur – In het artikel stond aanvankelijk dat er een lekkage in het koelsysteem was. Een woordvoerder van KPN laat nu aan Tweakers weten dat de oorzaak van de storing nog niet vaststaat. De provider heeft de communicatie over de lekkage ook verwijderd. Het artikel is daarom aangepast.
Update, 16.38 uur – KPN meldt dat het de storing heeft opgelost. Het artikel is hierop herschreven.
Lees meer
Reacties (147)
Wel een beetje bizar eigenlijk dat ziekenhuizen zo'n single point of failure hebben. Kan dat niet een back-up krijgen ofzo?
Dan doel ik dus ook vooral op het feit dat zowel telefoon als internetverbinding bij elkaar horen waardoor je écht totaal moeilijk te bereiken bent op zo'n punt.
[Reactie gewijzigd door CapnCrinkle op 10 oktober 2026 10:56]
Om even flauw te doen: ze "krijgen" het niet, ze moeten er voor betalen. Ziekenhuizen zijn echter geen telecombedrijven en hebben geen geld om zelf een landelijk dekkend telefoonnetwerk aan te leggen (en te koppelen met alle telecombedrijven). Dat moeten ze dus "gewoon" op de markt inkopen uit het beschibkare aanbod, en dat is niet zo heel erg groot. Ziekenhuizen moeten het dus doen met wat een partij als KPN aanbiedt, inclusief redundantie en dergelijke.Wel een beetje bizar eigenlijk dat ziekenhuizen zo'n single point of failure hebben. Kan dat niet een back-up krijgen ofzo?
Volgens mij is dit ook een stuk lastiger dan "gewoon internet" omdat het hier over telefonie gaat en dus om vaste telefoonnummers die je niet zomaar even via een ander netwerk kan sturen. Er zijn wel doorschakeldiensten enzo, maar die zijn vast ook weer afhankelijk van computers van KPN en die hadden nu net een probleem.
Hoeveel kost een zakelijk Ziggo abonnement naast een KPN abonnement?Om even flauw te doen: ze "krijgen" het niet, ze moeten er voor betalen.
En ja, op een totale begroting van een ziekenhuis zullen die 12000,- per jaar wel meevallen, maar dan ben je er natuurlijk nog niet. Er moet ook een firewall achter, inclusief licenties, en er moet een switch-over-plan zijn, en er moet misschien wel een losse UPS bij, met jaarlijks onderhoud, en, en, en...
Juist daarom zei ik dat de tweede lijn waarschijnlijk van dezelfde beheerder komt en dus geen optie. Alleen waar men glasvezel van verschillende beheerder (KPN/Delta/ODF...) heeft, heeft men relatieve goede backup, tenzij een storing optreedt met effecten op alle lijnen (hebben we ook al, brand in transformatorhuis in de stad, alles lagen eruit, KPN/Odido/Vodafone/Ziggo/Enexis).Jouw "redundante" Odido aansluiting kan dan onder water prima een KPN, Eurofiber of Vodafone of Ziggo aansluiting zijn
Maar goed, in algemene zin klopt het dat je alert moet zijn. Ik heb ook wel offertes gehad van (ik geloof) Colt, die zeiden via Eurofiber te kunnen leveren. Echter, dat bleek onder water toch een KPN WEAS lijn te zijn, en een KPN FTTO hadden we al (direct via KPN) dus dat zou niet redundant geweest zijn. Blijft tricky.
Sterker nog, ik heb thuis alleen een glasvezelaansluiting, maar bij mijnaansluiting staat 2 netbeheerder (Glaspoort en Eurofiber), dus als men zakelijk via Eurofiber wil, is de belichter nog steeds KPN en loopt via Glaspoort vezel.via Eurofiber te kunnen leveren. Echter, dat bleek onder water toch een KPN WEAS lijn te zijn
Er was hier sprake van 2 DCs die gelijktijdig een probleem kregen. Als je pech hebt en die zijn net voor essentieel doel elkaar redundante, dan kun je nog zoveel redundantie voor bijv. verbinding geregeld hebben, maar dan is het potentieel klaar.
Wat ik altijd betoog is: probeer zoveel mogelijk redundant te doen, maar na "2x" wordt het over het algemeen veel te kostbaar en/of slechter beheersbaar, met alle kans op andere fouten. Zorg voor een noodplan, dat als het gebeurd je snel kunt schakelen naar alternatieven voor je essentiele dienstverlening. En dat lijken in elk geval een aantal ziekenhuizen ook gewoon gedaan te hebben.
[Reactie gewijzigd door CH4OS op 11 oktober 2026 00:54]
Het feit dat men er dus tijdelijk een nummer tegenaan gooide betekent dus in theorie dat zowel de centrale als de backup/failover het gebelde nummer niet kon routeren.Ook veel andere ziekenhuizen hadden last van de storing. Het Radboud UMC schreef dat het beperkt bereikbaar was en bood een alternatief noodnummer aan: 024-3527300
Dat ligt naar mijn idee wel bij de leverancier, want als een centrale om wat voor reden dan ook niet oppakt zou je eigenlijk naar een failover nummer moeten doorgaan. Dat kan bij de simpelste voip aanbieders.
Issue zat hier wel wat complexer, want zover ik dit vanaf de zijlijn meelees lijkt het erop dat KPN ook dat platform dus niet werkend had.
Vergeleken met DNS zou het dus kunnen dat je webserver 1 plat ligt en dat ook het platform waar je de DNS kan aanpassen eruit ligt. Dan kan je webserver 2 wel up en running hebben, daar komt 0 verkeer als die route niet aangeboden wordt/aangepast.
Maar hier gaat het om ziekenhuizen. Ik ken geen enkele ziekenhuis, de voor de tijd van IPTV geen TV had.Er zijn genoeg (oudere) bedrijventerreinen waar juist geen Coax ligt.
Als je dan een alternatief wilt moet je eerst het nummer porteren en je telefonie centrale hierop configureren.
Maar dat heb je natuurlijk sws al nodig in semi redundante opstelling. Iets van een WAN switch extra met een tweede lijn is dan niet heel veel duurder. In dit soort gevallen is geen tweede lijn een stuk problematischer dan zelfs een simpele huislijn via ziggo. Een zakelijk coax abonnement extra kost een paar tientjes.Er moet ook een firewall achter, inclusief licenties, en er moet een switch-over-plan zijn, en er moet misschien wel een losse UPS bij, met jaarlijks onderhoud, en, en, en...
Ik snap dat het “goed doen” een leuke duit kost, maar stap 1 is het “niet goed” doen.
Beetje hardware ondersteund active loadbalancing waarmee je dus beide lijnen tegelijk gebruikt. Heb je ook direct je lijntest.
Voor jouw beeldvorming: een sportschool keten waar ik kwam betaalde 600 euro voor een FttB en 300 voor een FttH - per locatie.
Als je dan 4 locaties hebt ben je al 3600 euro kwijt voor enkel plat internet. Factor even nu een ziekenhuis en dan hebben we het over veel geld... Dan is een paar uurtjes plat prima - dat investeren ze liever in stroom onafhankelijkheid.
-Arts op oproepdienst kan vanuit huis geen onderzoeken meer inzien.
-Koppelingen met partners die eruit liggen (E-zorg bv)
-Host je je EPD buiten de deur (wij doen dat niet maar ze zijn er) ben je je EPD kwijt
Laatst had KPN met onderhoud haar routering vernaggeld (blijkt later).
Vanuit het ziekenhuis kon je prima overal bij, andersom not so much.
Mag je toch midden in de nacht naar de werkplek. Diverse afdelingen die dan moeten beslissen een noodprocedure te starten (bv artsen oproepen naar het ziekenhuis te komen) of niet. Zorg die uitgestelt wordt (en dan klagen over wachttijden)
Nee een "paar uurtjes" geen internet is geen optie meer.
Mijn punt was meer dat "Dan is een paar uurtjes plat prima" in de context van Internet te kort door de bocht is.
Het werkt door in van alles. Een patient onder het mes kan besloten worden deze dicht gemaakt en te herplannen. Personeel moet mogelijk op lokatie verschijnen omdat handeling nu meer tijd kosten (want bv op papier bijhouden)
Die patient moet later alsnog wellicht moet iemand anders zijn afspraak daarvoor wijken, gedorven inkomsten, verloren tijd van de OK en personeel. De vraag "kan uitstel bij de patient eigenlijk wel" rijst. Mijn moeder haar operatie is ook 3 keer verplaatst terwijl ze eigenlijk "nu" moest.
Dat personeel is later (in de week) mogelijk deels niet beschikbaar, want rust/arbeidstijdenwetgeving en omdat je ze opriep kost nog eens extra, want ongeplanned /midden in de nacht.
Is hetgeen wat je omschrijft niet duurder dan moeten sluiten?
Wbt de Failover niet beschikbaar zijn bij sommige ziekenhuizen, doel je daarmee op dat sommige ziekenhuizen niet of verminderd telefonisch bereikbaar waren?
Zo ja dat wordt ergens beter uitgelegt dan ik kan, ik ben daar niet in thuis. Maar waar het op neerkwam was dat als je leverancier (hier KPN) waarbij en de telefoniedienst (je nummer(s)) niet werkt en het platform om die dienst te manipuleren (door klant of kpn zelf) je hangt.
Theoretisch zou je je nummers (die bij 1 provider horen) als laatste strohalm kunnen overzetten naar een andere provider, maar dan moet je wel je nummers kunnen manipuleren.
Dan blijft er niks anders over een alternatief nummer te publiceren op bv social media.
Een sportschool hoeft geen grootzakelijk abonnement met tiental extra services. Een MKB internet van KPN kost nog geen 100€ (30,-€ in de eerste 12 maanden) plus telefonie van 9,50€/maandeen sportschool keten waar ik kwam betaalde 600 euro voor een FttB en 300 voor een FttH - per locatie.
Dit heeft alleen te maken met aanlegkosten, niet met abonnementskosten. Verklaar a.u.b. waarom een MKB bedrijf in een industrieterrein dit veel goedkoper kanop locaties die niet eens aangesloten zaten op een openbare nutsvoorziening.
Ook vaste nummers maken gebruik van gewoon internet tegenwoordig.
En ziekenhuizen maken veelvuldig gebruik van VoIP.
[Reactie gewijzigd door firest0rm op 10 oktober 2026 11:28]
Dat laten routeren naar een andere provider is dus iets wat KPN moet doen, en dat platform (onebase) Lag eruit. Dus ook al zijn onze trunk en centrale dubbel uitgevoerd, dan nog heb ik geen mogelijkheid om telefone te ontvangen
Heeft locatie X geen mogelijkheid om te routeren dan krijg je geen connectie.
Dan kan @heuveltje de trunk en voip programmering 100x dubbel uitvoeren, als de route erheen niet bereikbaar is, dan rinkelt er niets.
[Reactie gewijzigd door Cpimp op 10 oktober 2026 15:20]
Wat je bij vaste nummers vaker ziet is dat er een noodroutering voorzien wordt voor klanten die dit willen (betalen). Dan zijn klanten wel nog bereikbaar door een herroutering van het vaste nummer naar een andere bestemming. Bijvoorbeeld naar mobiel.
Uit het bericht is niet duidelijk of zoiets wel ingezet is, en geen last heeft van de storing.
En dat kan allemaal redundant gemaakt worden, als daar de wil en het budget voor is.
Raar, juist uit kostenoverwegingen kiezen vele niet voor vaste telefonie bij internet provider maar een andere goedkopere VoIP aanbieder.Een telefoonnummer zit altijd bij 1 provider
Dus daar is best geld in gestoken
we hebben een main en backup telefoon provider.
We hebben een main en backup internet provider.
Maar ik kan 1 telefoonnr wat ik naar de klant communiceer (088-xxx) maar bij 1 provider registreren, KPN in dit geval.
Daarnaast neem ik nog een losse platform af bij kpn, waarmee ik in geval van uitval van bv de KPN verbinding, de inkomende telefonie kan doorzetten naar die backup provider.
Maar vanacht lagen zowel dat platform als de telefoonverbinding eruit. Dus wij zijn 12 uur telefonisch onbereikbaar geweest. En voor zover ik weet is er geen methode die we hadden kunnen toepassen om dat te voorkomen.
Je kan de DNS wel aanpassen, maar als je niet in kan loggen OM de DNS aan te passen, gaat niemand jouw website zien zegmaar idee.
WIj hebben inderdaad meerdere telefonie providers gekoppeld voor zowel in als uitgaande telefonie. Maar op het moment dat je provider bij wie het nr is gekoppeld een flinke storing heeft, ben je dus onbereikbaar voor de klant op dat nummer. Ongeacht dat jij nog 1200 andere nr's hebt die wel kunnen bellen.
We hebben KPN gekozen omdat die inderdaad claimen alles trippel redundant te hebben
Maar storing was groot genoeg dat ik en KPN zelf niet in het systeem konden om mijn nummer door te schakelen.
Toen ik nog verantwoordelijk was voor telefonie bij 1 van mijn vorige werkgevers had ik altijd een backup van elke omgeving. Die kon ik dan inladen en dan waren in elk geval de mobiele toestellen gewoon weer bereikbaar als vanouds.
Dan moet bij de hostende partij wel het nummer naar de vooraf ingestelde failover werken anders werkt het hele feest niet.
Even los gezien van het feit dat één datacenter-uitval meerdere ziekenhuizen Kan plat leggen.
En toevallig was er vanmorgen ook een storing met het inloggen op de portals van KPN. Waarschijnlijk konden ze daardoor ook niet de nummers doorschakelen naar mobiel o.i.d.
Als de centrale echter down is (zoals hier aan de hand geweest lijkt te zijn), bij ons was namelijk zowel onze KPN telefonie als onze KPN zakelijk glas verbinding down. Echter de failover glas verbinding van een andere aanbieder nam alles over, echter de toestellen konden nog steeds niet verbinden. Dus telefonie bleef down tot enige tijd geleden.
[Reactie gewijzigd door Dennism op 10 oktober 2026 11:16]
Dan kan je alleen maar terugvallen op patiënten informeren over alternatief telefoonnummers / noodmobieltjes bij andere provider.
Update 10:55: Sinds dien lijkt meeste weer te werken, en nu ook de calamiteiten doorschakeling eindelijk kunnen activeren zodat nummers nu bij andere providers uitkomen.
Begin van de ochtend zagen we dat 1 op de 10 gesprekken wel door kwam, dus we laten het voorlopig even bij andere provider totdat de storing echt is afgemeld. Nu staat er nog:
Quote: Update bericht 2026-10-10 11:40 Eerste signalen van herstel worden waargenomen, business check worden uitgevoerd en onderzoek naar toedracht vind plaats. De volgende business call staat gepland om 12:00 CET. Na deze call volgt een nieuwe update.
[Reactie gewijzigd door kevinvs op 10 oktober 2026 11:41]
Er is geen internet storing maar een telefoniestoring. Daarnaast zit een Universiteit (en dus ook een UMC) op Surf(net) en niet via KPN.
En wie gaat dat dan betalen? De zorg is al uitgemergeld door alle bezuinigingen en dat gaat in de toekomst (vanwege vergrijzing e.d.) alleen maar meer worden. Daarnaast, de zorg neemt de dienst af. Moet de zorg zelf zorgdragen voor dergelijke back-ups? Dat lijkt me ook onredelijk. Wellicht dat een zorginstelling tegen een meeprijs zoiets kan afnemen bij de dienst die ze al hebben, maar nogmaals, dat is ook niet goedkoop en drijft de zorgkosten alleen maar verder op, die niemand betalen wil. Ook gaat het om telefoonnummers, die kun je niet zo snel bij een storing "even" op een ander netwerk zetten omdat er een storing is.Wel een beetje bizar eigenlijk dat ziekenhuizen zo'n single point of failure hebben. Kan dat niet een back-up krijgen ofzo?
[Reactie gewijzigd door CH4OS op 10 oktober 2026 13:41]
bron: iemand die werkt op de hartbewaking
Snel oppakken en er weer in stoppen dan.maar mijn internet lag er ook ui
Overigens vind ik het ook een beetje vreemd om zo maar te roepen dat er te veel schakels in de keten zitten, welke zouden er dan tussenuit kunnen volgens jou en hoe zou dat deze storing voorkomen hebben? Hoe ga je zorgen voor meer redundantie met minder schakels?
Toen ging je nog fysiek langs om iets te bespreken, tegenwoordig moet alles via Whatsapp of whatever.
Als er nu een knik in de kabel is op de waddeneilanden weet limburg dit al in 5 minuten, vroeger kwam die informatie niet aan.
[Reactie gewijzigd door mr_evil08 op 10 oktober 2026 13:01]
[Reactie gewijzigd door Quintiemero op 10 oktober 2026 13:51]
Het testen van je backup geeft weinig garantie. In zulke netwerken heb je elke nacht werkzaamheden die stiekem een fout kunnen introduceren.
Alles dubbel uitvoeren is gewoon heel erg duur en het zijn gewoon afwegingen die je moet maken.
Nu lees ik er nog niet uit, of de ziekenhuizen rackspace/suite huren of dat het een SAAS dienst is. Mijn vermoeden is een SAAS dienst van KPN.
Dan is het eigenlijk helemaal een nobrainer om de nodes die dit verzorgen over meerdere ruimtes of datacenters te verspreiden.
De meerkosten vallen eigenlijk best mee. Je hebt namelijk altijd al meerdere nodes draaien in een soort van clustering. Maar ja, er zitten inderdaad wat extra kosten aan.
Maar bij een A/P clustering, zijn de kosten weer minimaal. Het een een load balancer cluster, dan heb je inderdaad wel wat meer kosten, afhankelijk over hoeveel locaties je dit kunt verdelen.
Dit soort diensten horen hierop juist ontworpen te zijn.
[Reactie gewijzigd door Rolfie op 10 oktober 2026 11:30]
Het ging (bij ons althans) om het platform van kpn wat het nr koppelt naar een bestemming, in ons geval een cloud centrale die in MS Azure leeft. Onze cloud centrale is compleet redundtant uitgevoerd, met een redundante provider, en met daarnaast zelfs nog een compleet andere cloud centrale van een andere leverancier waar we naar kunnen switchen
Maar om onze inkomende nr's naar een andere verbinding of centrale te zetten, moeten ze bij kpn dit doorschakelen, en dat platform bij kpn lag eruit....
als jij weet hoe je dit als bedrijf kunt indekken, dan horen we het graag.
De storing betreft (o.a.) 088 nummers, meeste ziekenhuizen hebben nog wel een "normaal" nummer als alternatief.
Zie bijvoorbeeld melding op de website van dt ziekenhuis:
www.haaglandenmc.nl
Het is volgens mij dat de servers van de ziekenhuizen bij KPN gehost worden.
Daarnaast zijn enkele racks momenteel buiten bedrijf, die wel weer hersteld leken te kunnen worden.
Ze hebben 'direct maatregelen genomen om verkeer om te leiden', maar dat bleek nog niet zo succesvol... om 11:40 pas de eerste update dat 'Eerste signalen van herstel worden waargenomen, business check worden uitgevoerd en onderzoek naar de toedracht vindt plaats. Volgende update na de business call van 12:00 uur'
[Reactie gewijzigd door kevinvs op 10 oktober 2026 12:08]
Maar onze internet verbinding (KPN zakelijk Glas) lag er ook uit van +-23:15 gisteravond tot zojuist (alles is nu weer up). Gelukkig werkte de failover goed en nam onze andere glas verbinding het zonder issues over.
Maar goed dat het inmiddels oktober is en die koeling het niet in juli begaf ofzo.
Hier was het down om 23:11, up om 05:14, down om 05:57, up om 6:07, down om 06:31, up om 7:26 down om 07:40, up om 10:59 kijkende naar alle meldingen in de monitoring.
Laat wel weer goed zien hoe makkelijk we te ontwrichten zijn, maar dat geldt ook voor het spoor, het stroomnet, etc... maar het voelt iedere keer weer alsof we tegen de grens van het maximale aanschurken en er eigenlijk niets mag gebeuren of het valt om, zoals hier gebeurt.
Dus het reikt niet enkel tot de ziekenhuizen.
[Reactie gewijzigd door mr_evil08 op 10 oktober 2026 12:55]
Om te kunnen reageren moet je ingelogd zijn
:strip_icc():strip_exif()/u/79614/Family-Guy-Victory-is-Ours.jpg?f=community)
/u/232427/crop5db8b791b0f89_cropped.png?f=community)
/u/217510/crop660db19c1cf7b_cropped.png?f=community)
/u/379725/helloworld.png?f=community)
:strip_exif()/u/53522/crop583d477015a24.gif?f=community)
:strip_exif()/u/33165/crop660ea38befdf0.gif?f=community)
:strip_icc():strip_exif()/u/52072/crop5de51ebf91960_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/10689/camino.jpg?f=community)
:strip_exif()/u/3287/crop6274f828ec8f4.gif?f=community)
/u/123066/crop5db977bf69322.png?f=community)
:strip_icc():strip_exif()/u/270072/crop600be8fca1d4a.jpeg?f=community)
/u/356724/crop581c8a4fd631c_cropped.png?f=community)
:strip_icc():strip_exif()/u/637028/crop6a3e22601b0f7_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/77100/crop68da562d0f90e_cropped.jpg?f=community)
:strip_exif()/u/15441/cat.gif?f=community)
:strip_icc():strip_exif()/u/347508/marvin3.jpg?f=community)
:strip_icc():strip_exif()/u/2541280/crop6a885df0e74bf_cropped.jpg?f=community)
:strip_exif()/u/285020/crop6085b8acc4f0d_cropped.gif?f=community)
/u/96077/crop5b8d7c89bae9d_cropped.png?f=community)
:strip_exif()/u/26026/snowrabb.gif?f=community)
/u/763847/crop57206071c0978_cropped.png?f=community)
/u/87784/USM60.png?f=community)
/u/347911/28jjvhf.png?f=community)
/u/53213/crop6a63c9b570df5_cropped.png?f=community)
:strip_icc():strip_exif()/u/2561132/crop6ac7bcb972b41_cropped.jpg?f=community)