Journalistiek

Onpartijdig, onafhankelijk nieuws, uitsluitend in dienst van het branchebelang.

Uitleg over storingen ReasonNet netwerk

  • Door
  • Arnout Veenman
  • geplaatst op
  • 10 juli 2007 09:37 uur

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?

Jayvd, 10 juli 2007 10:25 am

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, 10 juli 2007 10:47 am

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

Paul, 10 juli 2007 12:28 pm

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, 10 juli 2007 12:52 pm

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, 10 juli 2007 10:41 pm

zulke dure dingen en dan nog bugs

Arjan Bijnen, 10 juli 2007 11:50 pm

@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, 11 juli 2007 9:14 am

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.

Feedback!
Fill out my online form.
Laatste reacties

Bedankt voor het succes van ISPam.nl
Koen Stegeman, Editor-in-Chief & founder Hostingjournalist.com: Jammer Arnout, maar je hebt een mooie bijdrage aan de hosting industrie geleverd, en dat jaren lang....

Bedankt voor het succes van ISPam.nl
Dillard Blom: Jammer dat een 'instituut' verdwijnt, en daarmee een bron van informatie over actuele zaken (en opin...

Bedankt voor het succes van ISPam.nl
L.: Uit automatisme kijk ik toch nog steeds elke dag naar ispam.nl, toch de hoop dat er nog een berichtj...

Bedankt voor het succes van ISPam.nl
Toni Donkers: Arnout bedankt! ik ga het missen dat is een feit!

Bedankt voor het succes van ISPam.nl
Marcel Stegeman: Ik zie het nu pas. Inderdaad jammer maar ik kijk nu al uit naar het volgende project.