Storing Amsterdam

[BReady]

Hoi,

Ik merk een (flinke) storing in Amsterdam.
Zag dat er nog meer hosting partijen hier last van hebben.

Weet iemand wat er precies gaande is?

Groeten,
Bart / ICT Ready

[visser]

Hoi,

Ik merk een (flinke) storing in Amsterdam.
Zag dat er nog meer hosting partijen hier last van hebben.

Weet iemand wat er precies gaande is?

Groeten,
Bart / ICT Ready

Aangezien ongeveer elk netwerk wel in "Amsterdam" aanwezig is, is er niks zinnigs te zeggen.
Welk datacenter, welke ISP, welke carrier.

[BReady]

Aangezien ongeveer elk netwerk wel in "Amsterdam" aanwezig is, is er niks zinnigs te zeggen.
Welk datacenter, welke ISP, welke carrier.

Mijn excuses, het betreft hier Telecity II (AMS) en Datahouse (ALPHEN). Wij maken gebruik van het AS42755 netwerk.

[Yourwebhoster]

Zie https://twitter.com/#!/rijndata

There is a problem with the MLPS network and the 100GE interfaces between locations in Amsterdam.

Zo ver ik weet is dit alleen bij Rijndata gaande en niet bij andere providers.

[no1san]

http://twitter.com/rijndata/

Het is onbekend, het betreft een enorm probleem aan een 100GE MPLS netwerk in Amsterdam. Kan nog zeker tot 00:00 duren.

edit
yourwebhoster was me voor :-)

[visser]

Mijn excuses, het betreft hier Telecity II (AMS) en Datahouse (ALPHEN). Wij maken gebruik van het AS42755 netwerk.

Volgens http://twitter.com/rijndata een fiber cut (en/of meer netwerk problemen) bij hun upstream ATRATO (AS5580) .
Afgezien van een beetje transit via GRAFIX , en volgens de ripe db drie peerings lijkt AS5580 de belangrijkste upstream voor AS42755 (Rijndata) te zijn.

[Yourwebhoster]

Volgens http://twitter.com/rijndata een fiber cut (en/of meer netwerk problemen) bij hun upstream ATRATO (AS5580) .
Afgezien van een beetje transit via GRAFIX , en volgens de ripe db drie peerings lijkt AS5580 de belangrijkste upstream voor AS42755 (Rijndata) te zijn.

Had rijndata trouwens het beheer niet uitbesteed aan atrato (dacht het ergens gehoord te hebben)?

[no1san]

https://twitter.com/#!/rijndata/stat...30273046822912
Atrato upstream partner?

[visser]

Had rijndata trouwens het beheer niet uitbesteed aan atrato (dacht het ergens gehoord te hebben)?

Geen idee. Normaal gesproken is de reden om een eigen AS te nemen dat je een routing _policy_ wilt implementeren, met verschillende transits en peerings.
Kijkend naar hoe weinig daarvan te zien is bij Rijndata vraag je je af waarom ze uberhaupt dat AS hebben. Wat dat betreft zou het wel kunnen dat ze dan (nu?) beheer uit besteed hebben. Mogelijk waren er ooit plannen om meer te gaan doen, of is de "bgp man" weggegaan, en laten ze het nu door hun voornaamste upstream beheren. Atrato heeft, als upstream leverancier, natuurlijk geen belang om hun klant ook direct met andere netwerken te laten peeren...

[rijndata]

Wij beschikken inderdaad niet meer over een "eigen" netwerk, maar beschikken nog wel over een eigen AS waarmee wij prefixes op het internet announcen, het overige deel is in handen van onze leverancier.

Zoals bij veel grote storingen is het een samenloop van omstandigheden geweest waardoor het netwerk voor een aantal providers (let op: totale downtime hebben wij vandaag nauwelijks meegemaakt) packetloss, of zelfs voor enkel uren totaal onbereikbaar.

Het is op dit moment ook nog niet duidelijk wat precies de oorzaak is geweest van het falen van een deel van het netwerk, dit hoopt onze leverancier vannacht te kunnen achterhalen door een aantal punten in het netwerk uitvoerig te testen.

Zover wij hebben begrepen zijn wij de enige partij geweest welke last had van deze storing, dit heeft te maken met de koppeling op NikHef en Telecity 2 in Amsterdam en onderhoud wat op dit moment loopt. We hebben letterlijk de wet van Murphy mee gemaakt.

[BReady]

Ik dacht dat het om een 'globale' storing ging (waar meerdere ISP's last van zouden hebben), verkeerd geïnterpreteerd.

@Robbert bedankt voor de opheldering.
Het lijkt nu weer (redelijk) stabiel.

In ieder geval veel succes vannacht!

[Yourwebhoster]

Geen idee. Normaal gesproken is de reden om een eigen AS te nemen dat je een routing _policy_ wilt implementeren, met verschillende transits en peerings.
Kijkend naar hoe weinig daarvan te zien is bij Rijndata vraag je je af waarom ze uberhaupt dat AS hebben. Wat dat betreft zou het wel kunnen dat ze dan (nu?) beheer uit besteed hebben. Mogelijk waren er ooit plannen om meer te gaan doen, of is de "bgp man" weggegaan, en laten ze het nu door hun voornaamste upstream beheren. Atrato heeft, als upstream leverancier, natuurlijk geen belang om hun klant ook direct met andere netwerken te laten peeren...

volgens mij was het netwerk in eigen beheer maar is het beheer door atrato nu. Niks mis overigens:-)
succes heren!

[rijndata]

volgens mij was het netwerk in eigen beheer maar is het beheer door atrato nu. Niks mis overigens:-)
succes heren!

Wij laten alle BGP en routing over aan onze leverancier, het achterliggende netwerk wordt t.z.t. uitgefaseerd zodat ook deze niet meer in eigen beheer is en wij ons 100% kunnen focussen op onze dienstverleningen.

[DutchTSE]

Zoals bij veel grote storingen is het een samenloop van omstandigheden geweest waardoor het netwerk voor een aantal providers (let op: totale downtime hebben wij vandaag nauwelijks meegemaakt) packetloss, of zelfs voor enkel uren totaal onbereikbaar.

Ter aanvulling/verbetering: tussen 19:40 en 20:35 heeft het netwerk er volledig uitgelegen... Misschien wel interessant om even uit te leggen waardoor deze storing niet is opgevangen door de redundante apparatuur in Amsterdam. Ten tijden van jullie eigen netwerk zouden jullie het linkje met Atrato hebben verbroken en verder hebben gedraaid op Grafix, Caveo en wie nog meer. Dat is nu niet meer mogelijk.

[BReady]

Ter aanvulling/verbetering: tussen 19:40 en 20:35 heeft het netwerk er volledig uitgelegen... Misschien wel interessant om even uit te leggen waardoor deze storing niet is opgevangen door de redundante apparatuur in Amsterdam. Ten tijden van jullie eigen netwerk zouden jullie het linkje met Atrato hebben verbroken en verder hebben gedraaid op Grafix, Caveo en wie nog meer. Dat is nu niet meer mogelijk.

Ja, dat vroeg ik mezelf ook af...