@beertje76, ik kan je niet volgen, namelijk:
Om te beginnen:
Ik kan je verzekeren: die zijn redundant. Maar daarmee vang je het probleem dat Vodafone trof niet af. In dit geval werd een complete lokatie door poweroutage afgesloten en dan heeft rack-redundancy en battery-backup ook geen zin meer
Dit is waarom er als power backup niet alleen battery backup is, maar ook een aggregaat opgenomen moet zijn als backup. Elk bedrijf weet dit! Namelijk heb je een stroomstoring, dan vangt de battery backup dit op en kan een noodstroomvoorziening gestart worden (aggregaat). Zodra het aggregaat UP is wordt er weer geschakeld van battery naar aggregaat. Komt hierna de netspanning weer terug en blijf deze enige tijd stabiel, dan kan er omgeschakeld worden van aggregaat naar netspanning. Zo zit je NOOIT zonder stroom (tenzij je niet op tijd de diesel/bandstof van het aggregaat bijvult en/of de accu's niet onderhouden zijn).
Aangezien VF een kwart van haar klanten niet meer kon bedienen, is het waarschijnlijk dat op deze lokatie een HLR stond. Dit is een database waarin in een zeer hoog tempo enorm veel transacties worden gedaan (location-updates, authentication, porteringen, aansluitingen/afsluitingen enz). Dit dupliceer je niet even over 2 verschillende lokaties in hot-standby of dual-master configuratie. De hoogst haalbare optie is misschien een dagelijkse backup naar een remote lokatie op een passive-standby HLR die dan via een transmissie-cutover weer online kan komen met max 1 dag oude data.
Dit hoeft helemaal niet en de data kan gewoon beschikbaar zijn op 2 verschillende locaties tegelijk (met hoogstens een paar records verschil).
Maar dan heb je alleen nog maar de HLR. Alle andere systemen waar veel klanten 'op zitten' zijn regio geboden, en kunnen in mobiele netwerken NOOIT redundant worden uitgevoerd over meerdere lokaties. Er is alleen rack-of-frame redundancy mogelijk in het Access Netwerk (RNC / BSC) en in de transmissie-apparatuur. Dus ook hier geen mogelijkheid om een storing als deze te voorkomen. Het netwerk is zo sterk als de zwakste schakel, dus als ook maar 1 required network element in de keten geen multi-location-redundancy support, dan voorkom je nog steeds geen blackout als deze.
Hoe kom je aan deze info? Alles kun je redundant maken/uitvoeren.
National roaming opzetten als oplossing is inderdaad ook niet verstandig. Het kost veel tijd om het te implementeren en als je het echt nationaal wil doen dan moet je ook alle MVNO's meenemen welke via een getroffen netwerk worden bediend. Deze hebben zelf hun eigen Core netwerk, dus je krijgt een enorme chaos in de coordinatie. Op administratief gebied -wie roamt naar wie en wie heeft nu capaciteit voor hoeveel- als op technische gebied. Elke operator heeft andere apparatuur, dus even een export uit A mailen naar B in in diens HLR importeren is er niet bij. Handwerk, en dus tijd.
Daarom zijn de kosten voor bellen in het buitenland toch zo duur? Ze worden bij Vodafone helemaal gek als je heel de dag over de grens Nederland/Belgie heen en weer blijft rijden

. Roaming kan (eenvoudig) NATIONAAL geïmplementeerd worden.
Voorkomen van een blackout als deze is onmogelijk en het enige zinnige dat gedaan kan worden is de blackout-tijd verkorten door een complete CORE/RAN lokatie standby te hebben in een karavaan trucks zoals bij AT&T en jaarlijks een disaster-recovery oefening houden.
Ik ben met je eens dat ze bij Vodafone pech op pech op pech hebben gehad en dat dit een scenario is waarmee je nauwelijks rekening houd. Maar het legt gewoon een ontwerpfout bloot, niets meer en minder dan dat.
Conclusie: Een blackout als deze had gewoon voorkomen kunnen worden.
De vraag is alleen hoeveel budget providers in het huidige marktbeeld nog over hebben om dit soort enorme investeringen te kunnen doen.
En dit is idd de crux van het probleem. Enerzijds zit Neelie Kroes op de kosten te drukken en anderzijds wil Verhagen nu voor deze laagst mogelijke prijs het meest geavanceerde systeem met maximale UP tijd. Dus moet je kiezen tussen twee kwaden, met deze storing als gevolg.
Sowieso petje af voor Vodafone dat ze de boel (in grote lijnen) weer zo snel op de rit hadden. Ik heb zo'n vermoeden dat had dit probleem zich bij één van de andere twee provider zich voorgedaan, dat het dan veel langer zo duren voordat ze de boel weer draaiende hadden.
edit:
typo
[Reactie gewijzigd door MrBreaker op 23 juli 2024 03:31]