Het is www.eurofiber.com afaik.
Verder kan dit iedereen gebeuren, ook al heb je 2 glasvezels, als ze beide door zelfde kabel lopen en de hele kabel doorgehakt wordt heb je er nog niets aan.
Afdrukvoorbeeld
Het is www.eurofiber.com afaik.
Verder kan dit iedereen gebeuren, ook al heb je 2 glasvezels, als ze beide door zelfde kabel lopen en de hele kabel doorgehakt wordt heb je er nog niets aan.
Paar jaar geleden hadden ze ook zo'n geintje hier bij sloterdijk, iemand had geen zin om ergens omheen te spitten dus werd besloten om gewoom maar een damwand door de fibers heen te slaan.
Je hebt nog altijd de omgekeerde weg.
Als je EAPS (op extreme) of MRP (foundry) gebruikt reroute je ring vanzelf wel naar de andere kant.
Klopt, maar ik vermoed dat ze nu in capaciteitsproblemen komen wat eventueel de trage verbindingen kan verklaren.
Nemen ze geen transit ter plekke in redbus af? (of kampen die ook met het fiberprobleem).
Btw nog ff vraagje kunnen klanten uit belgie er ook last van hebben gehad??
vooral die van telenet die zaten gister ook teklagen over lagg/choke kan dat er ook mee te maken hebben?
Kan er zeker mee te maken hebben. AFAIK komt de lijn naar de BNIX in TC2 binnen, dus dat verkeer moet over dezelfde link als bv. het AMS-IX verkeer.
aha ok want skynet heeft nergens last van gehad en telenet klanten wel.Citaat:
Origineel geplaatst door clanhost
Kan er zeker mee te maken hebben. AFAIK komt de lijn naar de BNIX in TC2 binnen, dus dat verkeer moet over dezelfde link als bv. het AMS-IX verkeer.
die gingen via:
treuserver.bnix.be
fe0-2-1.m20.ams1.treuserver.nl
Nouja gelukkig was trueserver er snel bij en draait alles tenminste, niet super snel nog maar het draait tenminste :)
Volgens mij zitten wij in hetzelfde netwerk CombatServers, en ProServe heeft volgens de netwerklijst een private peering met Trueserver, BE. Lijkt me logisch als het verkeer van een bepaalde provider over die link gaat op gegeven moment ook last krijgt van de kabelbreuk @ Trueserver, NL.Citaat:
Origineel geplaatst door CombatServers
aha ok want skynet heeft nergens last van gehad en telenet klanten wel.
die gingen via:
treuserver.bnix.be
fe0-2-1.m20.ams1.treuserver.nl
Heeft iemand inmiddels al een officieel statement mbt deze storing? Die zou er nog steeds komen, maar ik geloof dat ze hopen dat we het allemaal weer vergeten...
Geachte klant,
Dinsdag 7 december is het netwerk van TrueServer getroffen door de hevigste storing in ons vijf jarige bestaan.
Aangezien wij voor een sluitende verklaring voor de preciese oorzaak van deze storing mede afhankelijk waren van uitleg van onze leveranciers heeft onze verklaring langer op zich laten wachten dan wij in eerste instantie verwacht hadden, onze excuses hiervoor.
Wat er is gebeurd:
Dinsdag 7 december, 15:02: Een deel van onze fibers tussen TeleCity en Redbus valt onverwacht uit. Onze engineers signaleren deze storing direkt. De storing wordt onderzocht en ondertussen vertrekken een tweetal engineers uit voorzorg alvast met vervangende hardware (switches en long-haul optics) naar de twee datacenters om eventueel uitgevallen apparatuur te vervangen.
15:15: Het is duidelijk dat het geen probleem aan onze hardware betreft waarop wij direct onze fiberleverancier benaderen inzake deze storing.
Bij onze leverancier is op dit moment echter nog niks bekend en zij raden ons aan om de patches te controleren. Zowel TeleCity als Redbus engineers onderzoeken dit voor ons, echter blijkt ook hier het probleem niet te liggen.
16:20: na een hectisch uur van onderzoek en noodingrepen komt onze fiberleverancier naar buiten met de mededeling dat het toch, zoals verwacht, een gebroken fiber betreft; een bundel van 48 vezelparen zijn gebroken.
Zodra dit aan het licht komt wordt direkt al het verkeer tussen de twee locaties omgeleid via een andere fiber tussen onze routers en via een fiberring van een collega provider. Gezien de grote hoeveelheid verkeer raakt echter een interface op TeleCity overbelast waardoor verkeer vanaf Redbus richting, voornamelijk, AMS-IX trager is.
+/- 23:50: Onze fiberleverancier geeft door dat de fibers gelast zijn
en weer werken. Uit voorzorg wordt deze vezel eerst uitvoerig getest.
Woensdagochtend, 8 december: De fiber wordt weer in gebruik genomen en
vrijwel al het verkeer loopt weer normaal.
Gisterenmiddag heeft onze fiberleverancier in haar officiele verklaring
laten weten dat de storing lang onopgemerkt is gebleven omdat niet alle
48 vezels gebroken waren. Onder de vezels die intact gebleven waren was
ondermeer degene die gebruikt wordt voor monitoring..
Maatregelen:
TrueServer zal de storing 7 december gebruiken als een wijze les voor
de toekomst. Om dit soort problemen in de toekomst volledig uit te
bannen zullen wij ondermeer de volgende maatregelen nemen:
- De capaciteit qua verbindingen zullen worden verdubbeld;
- Een directe AMS-IX aansluiting op Redbus via long-haul
- Een tweede ring, af te nemen van een andere fiberleverancier, de
noodzaak en haalbaarheid van deze maatregel zijn we op dit moment
grondig aan 't onderzoeken.
Daarnaast staat er nog een pakket maatregelen op stapel waarover we nu
nog geen informatie over kunnen verstrekken. Een en ander zal in ieder
geval inhouden dat soortgelijke storingen definitief tot het verleden
behoren en TrueServer haar positie op het gebied van betrouwbare
netwerken nog verder verstevigt.
Graag willen wij u bedanken voor uw steun tijdens deze hectische dag.
Met vriendelijke groet,
Het TrueServer Netwerk-team
Zeer netjes van Trueserver!
dat zeker, mooi dat ze ons (klant) een mail sturen. Hoe het afgelopen is
Ik ben er wat minder over te spreken. Ik vraag me nml nogal af waarom het testen van een vezeltje 9 uur moet duren, en wat er dus gebeurd is tussen 23:50 en de volgende dag rond 9:30 toen alles weer oke was. Ik heb wel mn vermoedens, en dat is dat ze op 1 oor lagen. Vind ik nogal vreemd terwijl je netwerk op apegapen ligt.
Tevens werd (en wordt) er beweerd dat er sprake is van een fiberRING waar RedBus aan hangt, maar als er daadwerkelijk sprake was van een ring, waarom kon het verkeer dan niet de andere kant van de ring langs. Bij onderbreking van een ringnetwerk is er nml altijd een alternatieve route...
Dat de schuld voor deze storing (en zn duur/omvang) grotendeels op Eurofiber afgeschoven wordt is dus naar mijn mening niet terecht.