
Uitleg over storingen ReasonNet netwerk


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?


Gerelateerde atikelen (automatisch geselecteerd)


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.

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’
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.






Archieven
- mei 2012 (23)
- april 2012 (43)
- maart 2012 (46)
- februari 2012 (48)
- januari 2012 (49)
- december 2011 (44)
- november 2011 (53)
- oktober 2011 (47)
- september 2011 (48)
- augustus 2011 (49)
- juli 2011 (46)
- juni 2011 (51)
- mei 2011 (47)
- april 2011 (53)
- maart 2011 (59)
- februari 2011 (49)
- januari 2011 (39)
- december 2010 (39)
- november 2010 (34)
- oktober 2010 (38)
- september 2010 (40)
- augustus 2010 (46)
- juli 2010 (44)
- juni 2010 (39)
- mei 2010 (47)
- april 2010 (45)
- maart 2010 (48)
- februari 2010 (45)
- januari 2010 (49)
- december 2009 (54)
- november 2009 (46)
- oktober 2009 (48)
- september 2009 (53)
- augustus 2009 (45)
- juli 2009 (50)
- juni 2009 (58)
- mei 2009 (54)
- april 2009 (59)
- maart 2009 (55)
- februari 2009 (43)
- januari 2009 (41)
- december 2008 (49)
- november 2008 (39)
- oktober 2008 (49)
- september 2008 (43)
- augustus 2008 (42)
- juli 2008 (46)
- juni 2008 (41)
- mei 2008 (42)
- april 2008 (45)
- maart 2008 (42)
- februari 2008 (45)
- januari 2008 (37)
- december 2007 (39)
- november 2007 (44)
- oktober 2007 (59)
- september 2007 (49)
- augustus 2007 (50)
- juli 2007 (55)
- juni 2007 (58)
- mei 2007 (60)
- april 2007 (36)
- maart 2007 (50)
- februari 2007 (38)
- januari 2007 (44)
- december 2006 (35)
- november 2006 (54)
- oktober 2006 (32)
- september 2006 (39)
- augustus 2006 (45)
- juli 2006 (46)
- juni 2006 (41)
- mei 2006 (54)


Rubrieken
- Advertorial
- Bijeenkomsten
- Breedband
- Censuur
- Column
- cybercrime
- Datacentrum
- dhpa
- Domeinnamen
- Downtime
- economie
- Governance
- Hardware
- Hosting
- Illegaal
- IPv6
- ISP
- ISPam.nl
- ISPviews
- Jaaroverzicht
- Juridisch
- Koffie
- Maatschappij
- MVO
- netneutraliteit
- Netwerken
- Nieuws uit de branche
- Onderzoek
- opinie
- Persberichten
- Podcast
- Politiek
- Problemen
- Producten
- Productreviews
- Software
- SPAM
- Thijs Hostwise
- Veiligheid
- Vraag het Mr. Ras
- xCAT.nl Publishing






