Waarom netwerkwijzigingen niet kunnen worden aangebracht wanneer BPX 8600 of IGX 8400 knooppunten onbereikbaar zijn
Inhoud
Inleiding Voorwaarden Vereisten
Gebruikte componenten Conventies
Beperkte wijzigingen
Gedistribueerde netwerkdatabases Gevaar voor niet-synchrone databases Conclusie
Gerelateerde informatie
Inleiding
De software architectuur die in gebruik is op Cisco IGX 8400 Series, BPX 8600 Series en IPX WAN-switches beperkt bepaalde netwerkwijzigingen wanneer er een of meer onbereikbare knooppunten in het netwerk zijn. In dit document wordt uitgelegd waarom deze beperkingen noodzakelijk zijn.
Voorwaarden
Vereisten
Lezers van dit document moeten op de hoogte zijn van:
Cisco WAN-switchingsoftware voor Cisco IGX 8400 Series, BPX 8600 Series en IPX WAN- switches
●
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardware-versies.
Conventies
Zie de Cisco Technical Tips Convention voor meer informatie over documentconventies.
Beperkte wijzigingen
De volgende veranderingen zijn beperkt telkens wanneer er een onbereikbaar knooppunt in het netwerk is:
Een nieuw knooppunt toevoegen
●
Een knooppunt hernummeren
●
Een nieuwe koffer toevoegen
●
Het verzenden of ontvangen van een bestaande stam wijzigen
●
De parameter CC Beperken op elke bestaande stam wijzigen
●
De aarde/satelliet-parameter op een bestaande stam wijzigen
●
Gedistribueerde netwerkdatabases
De netwerksoftwarearchitectuur berust op een gedistribueerde netwerkdatabase. Geen enkele, gecentraliseerde component in het netwerk (zoals een knooppunt of een werkstation voor netwerkbeheer) bevat of gebruikt de gehele database voor netwerkconfiguratie. In wezen kan geen enkel onderdeel, indien beschadigd of geëlimineerd, het gehele netwerk stoppen of onbeheersbaar maken. Deze architectuur heft de gevaren op die verbonden zijn aan één enkel punt van mislukking.
In plaats daarvan houdt elk knooppunt in het netwerk een up-to-date database bij die informatie bevat over de volgende punten:
Elk ander knooppunt in het netwerk (inclusief de naam, het nummer en het type van de knooppunten)
●
Alle trajecten in het netwerk (inclusief type, verzendsnelheid, ontvangstsnelheid, beperkingen voor processorverkeer, satelliet vs. terrestrisch, geconfigureerde lastsamenvatting, slechtste wachttijden en alarmstatus)
●
Alle lokale modules, lijnen en poorten
●
Alle Permanent Virtual Circuits (PVC’s) die deze beëindigen
●
Alle PVC’s die het verplaatsen
●
Elke verandering in de kenmerken van de netwerktopologie wordt onmiddellijk uitgezonden naar alle andere knooppunten in het netwerk. Deze prioriteit is vereist omdat elk knooppunt in het netwerk de informatie gebruikt om het volgende te bepalen:
Nieuwe routes voor PVC’s via het netwerk
●
Communicatiepaden tussen de processors van het knooppunt
●
De lay-out van het netwerksynchronisatieplan
●
Gevaar voor niet-synchrone databases
Als de kenmerken van de netwerktopologie zouden veranderen terwijl een knooppunt
onbereikbaar is, zou dat knooppunt niet de update van de database ontvangen. Verschillende knooppunten in een netwerk kunnen verschillende versies van dezelfde databases hebben.
Netwerkknooppunten hebben de mogelijkheid om databases met elkaar uit te wisselen en zij gebruiken dergelijke uitwisselingen om zich bij te werken en eventuele verschillen met elkaar te
verzoenen. Het verzoeningsprotocol is eenvoudig en consistent. Alle databases verschillen tussen knooppunten worden opgelost door alle databases te verwijderen die het niet eens zijn. Dit is waarom een boomstam uit een netwerk met een onbereikbaar knooppunt kan worden verwijderd maar een stam kan niet aan een netwerk met een onbereikbaar knooppunt worden toegevoegd.
Wanneer knooppunten opnieuw communicatie opbouwen, verzoenen de databases conflicterende items met elkaar, wat resulteert in het wissen van de stam uit het knooppunt dat onbereikbaar was.
Het grootste gevaar van niet-gesynchroniseerde databases, specifiek de topologiedatabank, is de mogelijkheid dat een knooppunt niet in staat is om de communicatie met zijn peers te herstellen als de netwerktopologie is gewijzigd terwijl het onbereikbaar was. Elk knooppunt gebruikt het algoritme van Dijkstra om te bepalen welke romp om berichten naar knooppunten te sturen. De sleutel is dat elk knooppunt alleen de eerste hop van het beste pad naar elk extern knooppunt selecteert, afhankelijk van de downstreamknop om de berichtpakketten naar de volgende hop van het beste pad te verspreiden, enzovoort. Dit werkt omdat elk knooppunt hetzelfde algoritme
gebruikt om dezelfde topologie-database te analyseren. Als één knooppunt een onjuist gegevensbestand had, kon dat knooppunt geen communicatie met de andere knooppunten kunnen opzetten.
Ga bijvoorbeeld naar het volgende netwerk:
Normaal gesproken communiceert knooppunt A met knooppunt C via pad A-B-C. Op dezelfde manier communiceert knooppunt D met knooppunt C via pad D-A-B-C.
Stel dat knooppunt D geïsoleerd raakt (de stroom is bijvoorbeeld uitgeschakeld of beide stammen falen). Dit resulteert in een communicatiestoornis (en wellicht andere alarmcondities zoals het verlies van signaal) die op beide stammen wordt gedetecteerd. Knooppunten A en E uitzenden deze topologieverandering in alle andere knooppunten die in knoop D resulteren in onbereikbaar door elk ander knooppunt in het netwerk:
Stel dat, terwijl D onbereikbaar is, er een nieuwe stam wordt toegevoegd tussen knooppunten C en E. De knooppunten A, B, C, E en F zijn op de hoogte van de nieuwe stam maar knooppunt D is niet:
Overweeg bijvoorbeeld wat er gebeurt wanneer knooppunt D wordt hersteld:
Zodra de Tunks DA en DE hun communicatiefouten duidelijk maken, bepaalt knooppunt A dat het beste pad voor communicatie met knooppunt C A-D-E-C is, waarbij de lagere-snelheids BC wordt vermeden.
Knooppunt D is niet op de hoogte van het bestaan van de EG-romp en is nog steeds van mening dat berichten voor knooppunt C naar knooppunt A moeten worden verstuurd. Daardoor kunnen knooppunten C en D de onbereikbare staat tussen hen nooit weghalen.
Bovendien zijn knooppunten A en C nu wederzijds onbereikbaar, ook al konden zij vóór en tijdens het isoleren van knooppunt D communiceren.
Knooppunten A en D elk denken dat het andere het juiste pad naar knooppunt C is, met als gevolg dat geen van beide kan communiceren met knooppunt C.
Conclusie
Gezien de fundamentele architectuur van de gedistribueerde topologiedatabank zoals
geïmplementeerd in de Cisco IGX 8400 Series, BPX 8600 Series en IPX WAN-switches, kunnen de veranderingen in de netwerktopologie niet aan het netwerk worden toegestaan terwijl elk knooppunt in het netwerk onbereikbaar is.
Gerelateerde informatie
Downloads - WAN-switchingsoftware
●
Technische ondersteuning - Cisco-systemen
●