Uitleg over storingen ReasonNet netwerk

Arnout Veenman | @veenman op 10 juli 2007 09:37
Tags: , , , , , , ,
ISP's (beta): PCextreme, Reasonnet

De afgelopen tijd draait het ReasonNet netwerk niet helemaal lekker door relatief veel packetloss en korte storingen. Gezien ISPam.nl ook in het ReasonNet draait, heeft dit ook effect op de bereikbaarheid van ISPam.nl en andere websites van xCAT.nl Publishing.

Op het forum van PCextreme is vannacht uitleg geplaatst over de ReasonNet storingen.

De afgelopen jaren heeft ReasonNet op Foundry Jetcore apparatuur gedraaid, echter door de enorme groei van ReasonNet was een upgrade naar nieuwe apparatuur noodzakelijk. Daarbij werd gekozen voor de nieuwe XMR/MLX series van Foundry.

Deze zijn vanaf 1 maart 2007 in een test-setup in gebruik genomen, om er zo zeker van te zijn dat er geen bugs of andere nog onbekende problemen mee waren. Na een aantal maanden testen bleek de nieuwe apparatuur naar behoren te werken en werd besloten om de oude Jetcore apparatuur door de nieuwe Foundry XMR/MLX apparatuur te vervangen.

Nadat de nieuwe apparatuur in gebruik was genomen bleek er in de Foundry XMR/MLX apparatuur toch een paar vervelende bugs te zitten. Door één van de bugs reboot de apparatuur spontaan en een andere vervelende bug had tot gevolg dat de verbinding met andere netwerken uitvielen. De eerste bug wordt op dit moment door Foundry aan gewerkt en de laatste bug is het hoofd geboden door het uitschakelen van een bepaalde functionaliteit.

Voor de techneuten onder ons hier de technische uitleg:

First :
We found a major bug in the what foundry said “ stable software”.
When we start AGGREGATING our netblocks, the router spontainiasly reboots and comes back without these command lines in the configuration.

(Foundry is Aware of this now, and will update their firmware a.s.a.p for their customers)
In the meantime we found a workaround, so it can’t happen again.

Second :
OSPF is not pushing all subnets into BGP correctly, this is why you could have seen some strange route flapping going on. Especially some /24′s. When flapping is going on, a lot of carriers will put you in a temporary damping table. This causes a delay to get your network back into the world.
We do not use OSPF anymore to push routes into BGP.
This behavior therefore can’t happen anymore.

Wat mij betreft is dit een nette uitleg. Het is te hopen dat ReasonNet de problemen snel weet op te lossen. Wat vinden jullie van deze uitleg en de storingen bij ReasonNet?

Print This Post





7 Reacties op “Uitleg over storingen ReasonNet netwerk”

Jayvd op 10 juli 2007 om 10:25

Misschien wel een nette uitleg maar ze schuiven het probleem wel richting Foundry.

Kan misschien wel zo zijn dat het erg bugged is, maar daar kan je toch ook achter komen in een test-opstelling. (volgens de verklaring misschien niet maar wiens nalatigheid is dat..)

JM op 10 juli 2007 om 10:47

Eweka had exact dezelfde problemen met die MLX routers een hele tijd geleden.

Paul op 10 juli 2007 om 12:28

Eweka heeft geen MLX routers maar XMR routers, al doet dat ‘r niet zoveel toe.

Verder hebben onze problemen andere oorzaken gehad gehad als dit, de gevolgen waren ook anders, al is het voor de klant uiteraard simpel, ‘het werkt niet’ :P

Al met al vervelend maar ik ga er vanuit dat Reassonnet icm Foundry de boel goed oplost.

Arjan Bijnen op 10 juli 2007 om 12:52

Ik ben het met Jayvd eens dat het vreemd is dat deze problemen niet in de testopstelling boven gekomen zijn. Tenslotte probeer je bij een testopstelling het netwerk zoveel mogelijk na te bootsen mbt eventuele settings etc.

Daarnaast geeft ReasonNet absoluut een nette (aannemelijke) uitleg over de problemen. Uiteraard is het te hopen dat er met Foundry een passende oplossing gevonden wordt welke de stabiliteit van het netwerk weer kan gaan garanderen.

Wesley op 10 juli 2007 om 22:41

zulke dure dingen en dan nog bugs

Arjan Bijnen op 10 juli 2007 om 23:50

@Wesley: Ken jij een fabrikant van Software en/of Hardware waar dit absoluut uitgesloten is??

Cisco, Microsoft, Sun, Nokia…. Ga zo maar even door… Allemaal regelmatig problemen met bugs ;-) .

Mike Noordermeer op 11 juli 2007 om 09:14

Jeej, dat is de zoveelste toko welke bij overgang op XMR/MLXen tegen issues aanloopt die het netwerk om de zeep helpen. Vraag is alleen of dit aan slechte testing of aan de vendor ligt ;) Uiteindelijk ligt het natuurlijk bij het bedrijf zelf, zij kiezen voor bepaalde apparatuur, afschuiven hebben je klanten weinig aan.



Iets te melden? Reageer!
Reacties zijn zeer welkom op ISPam.nl, wel hebben wij enkele huisregels:
  • Indien er volgens u een foutje in het artikel is geslopen (taalkundig of inhoudelijk) dan kunt u dat melden via redactie@ispam.nl en dus niet door onder het artikel te reageren.
  • Reageer enkel op de inhoud van het artikel en niet op de persoon van de auteur of offtopic.
  • Let op uw spelling, gebruik geen schuttingtaal en reageer zakelijk en professioneel.
  • Reacties die niet aan deze huisregels voldoen worden verwijderd.
Uw naam *
E-mail adres *
Uw website
Uw reactie *

Foutje in het artikel geslopen? Stuur een e-mail naar redactie@ispam.nl
advertenties



Ontvang ISPam.nl per e-mail

Vul je e-mail adres in:


of abonneer op de ISPam.nl RSS Feed