Geteiltes Erkennungsverhalten in einem virtuellen Chassis

Wenn es bei einer Virtual Chassis-Konfiguration für universelle 5G-Routing-Plattformen der MX-Serie oder EX9200-Switches aufgrund des Ausfalls eines mitgliedsbezogenen Routers oder Switches oder einer oder mehrerer Virtual Chassis-Portschnittstellen zu einer Unterbrechung kommt, kann der daraus resultierende Verbindungsverlust zu einer Spaltung der Virtual Chassis-Konfiguration führen. Die Split-Erkennung identifiziert die Spaltung und kann weitere Netzwerkunterbrechungen minimieren.

Bewährte Methode:

Ab der Junos-Version 14.1R1 ist es zwingend erforderlich, die Heartbeat-Verbindung anstelle der Split-Detection-Funktion in einem Virtual Chassis der MX-Serie zu verwenden. Dies dient dazu, unnötige Änderungen der primären Rolle während einer Unterbrechung oder Aufspaltung der Nachbarschaft zu vermeiden und zusätzliche Informationen zum Zustand der Mitglieder für den Wahlprozess der primären Rolle bereitzustellen. No-Split-Erkennung kann zu Problemen wie der Erstellung von zwei virtuellen Chassis-Mastern im Netzwerk führen.

Dieses Thema umfasst:

Funktionsweise der Split-Erkennung in einem virtuellen Chassis

Die Split-Erkennung ist in einem virtuellen Chassis der EX9200- oder MX-Serie standardmäßig aktiviert. Sie können die Split-Erkennung deaktivieren, indem Sie die no-split-detection Anweisung auf Hierarchieebene [edit virtual-chassis] einschließen. Das Deaktivieren der Split-Erkennung kann in bestimmten Virtual Chassis-Konfigurationen nützlich sein.

Hinweis:

Die Verwendung der no-split-detection Anweisung ist verboten, wenn Sie eine Taktverbindung konfigurieren, und die Software verhindert, dass Sie sowohl die Anweisung als heartbeat-address auch gleichzeitig no-split-detection konfigurieren. Wenn Sie dies versuchen, zeigt die Software eine Fehlermeldung an und führt dazu, dass der Commit-Vorgang fehlschlägt. Bitte konfigurieren Sie die Anweisung und nicht die heartbeat-address no-split-detection Anweisung.

Wenn beispielsweise der Backup-Router oder -Switch in einer Virtual Chassis-Konfiguration mit zwei Mitgliedern ausfällt und die Split-Erkennung aktiviert ist (Standardverhalten), übernimmt der primäre Router oder Switch eine line-card Rolle, und die Linecards (FPCs), die keine Virtual Chassis-Ports hosten, gehen offline. Dieser Status hält das Routing effektiv an und deaktiviert die Virtual Chassis-Konfiguration. Wenn hingegen der Backup-Router oder -Switch in einer Virtual Chassis-Konfiguration mit zwei Mitgliedern ausfällt und die Split-Erkennung deaktiviert ist, behält der primäre Router oder Switch die primäre Rolle und verwaltet alle Virtual Chassis-Ports, was effektiv dazu führt, dass ein Virtual Chassis mit einem Mitglied nur aus dem primären Router oder Switch besteht.

Auswirkung der Split-Erkennung auf Virtual Chassis-Ausfallszenarien

Das Verhalten eines Virtual Chassis in bestimmten Fehlerszenarien hängt davon ab, ob die Split-Erkennung aktiviert oder deaktiviert ist. #split-detection-behavior-in-a-virtual-chassis__table-mx-virtual-chassis-split-detection-failures beschreibt die Auswirkung der Einstellung für die geteilte Erkennung auf häufige Fehlerszenarien in einem virtuellen Chassis der MX-Serie mit zwei Komponenten.

Tabelle 1: Auswirkung der Split-Erkennung auf gängige Virtual Chassis-Ausfallszenarien
Art des Fehlers	Einstellung für geteilte Erkennung	Ergebnisse
Virtual Chassis-Portschnittstellen fallen aus	Aktiviert	VC-B übernimmt die VC-P-Rolle. Der bisherige VC-P übernimmt `line-card` die Rolle (VC-L). Die `line-card` Rolle isoliert den Router oder Switch und entfernt ihn aus dem virtuellen Chassis, bis die Verbindung wiederhergestellt ist. Das Ergebnis ist ein Virtual Chassis mit nur einem einzigen VC-P. Der VC-P verwaltet weiterhin die Teilnehmerstatusinformationen und leitet den Datenverkehr weiter. Wenn Virtual Chassis-Portschnittstellen wieder verbunden werden: VC-P behält die VC-P-Rolle. VC-L übernimmt die VC-B-Rolle. Abonnenten sind davon nicht betroffen.
Virtual Chassis-Portschnittstellen fallen aus	Deaktiviert	Wenn Virtual Chassis-Portschnittstellen getrennt werden: VC-P behält die VC-P-Rolle, und VC-B übernimmt ebenfalls die VC-P-Rolle. Das Ergebnis ist ein Virtual Chassis mit zwei VC-P-Routern oder -Switches, von denen jeder die Teilnehmerstatusinformationen verwaltet. Zunächst verfügen beide VC-P-Router oder -Switches über eine vollständige Teilnehmerliste. Da die beiden Router oder Switches dieselbe Konfiguration haben, sind die Auswirkungen auf Teilnehmer, Datenverkehrsmuster, Verhalten externer Anwendungen sowie An- und Abmeldevorgänge für Teilnehmer unvorhersehbar, wenn die Virtual Chassis-Portschnittstellen getrennt sind. Wenn Virtual Chassis-Portschnittstellen wieder verbunden werden: Der ursprüngliche VC-P vor dem Trennen setzt die VC-P-Rolle fort und der ursprüngliche VC-B vor dem Trennen der VC-B-Rolle. Abonnenten auf dem VC-P bleiben erhalten. Abonnenten auf dem VC-B werden gelöscht. Die auf dem VC-P gespeicherten Teilnehmer sind davon nicht betroffen, und alle verbleibenden Abonnenten können sich wieder beim Router oder Switch anmelden.
Virtual Chassis-Backup-Router oder -Switch (VC-B) fällt aus	Aktiviert	VC-P übernimmt `line-card` die Rolle (VC-L), wodurch alle Linecards (FPCs), die keine Virtual Chassis-Ports hosten, offline geschaltet werden. Der vorherige VC-B ist außer Betrieb. Die `line-card` Rolle isoliert den primären Router oder Switch und entfernt ihn aus dem virtuellen Chassis, bis die Verbindung wiederhergestellt ist. Das Ergebnis ist, dass das Virtual Chassis ohne primären Router oder Switch dasteht, wodurch das Routing zwischen den Chassis gestoppt und die Virtual Chassis-Konfiguration effektiv deaktiviert wird. Wenn der ausgefallene Router oder Switch wieder in Betrieb genommen wird: Der Auswahlalgorithmus für die primäre Rolle wird ausgeführt, um zu bestimmen, ob der Router oder Switch eine VC-P- oder VC-B-Rolle übernimmt. Das Virtual Chassis ist dann betriebsbereit. Alle Teilnehmer können sich wieder am Router oder Switch anmelden. Frühere Abonnentenstatusinformationen werden nicht beibehalten.
Virtual Chassis-Backup-Router oder -Switch (VC-B) fällt aus	Deaktiviert	VC-P behält die VC-P-Rolle bei und verwaltet alle Virtual Chassis-Ports. Der vorherige VC-B ist außer Betrieb. Das Ergebnis ist ein Virtual Chassis mit nur einem einzigen VC-P. Der VC-P verwaltet weiterhin die Teilnehmerstatusinformationen und leitet den Datenverkehr weiter.
Virtual Chassis-Primärrouter oder -Switch (VC-P) fällt aus	Die Einstellung für die geteilte Erkennung hat keine Auswirkungen auf das Verhalten	VC-B übernimmt die VC-P-Rolle, unabhängig davon, ob die Split-Erkennung aktiviert oder deaktiviert ist. Der vorherige VC-P ist außer Betrieb. Das Ergebnis ist ein Virtual Chassis mit nur einem einzigen VC-P. Der neue VC-P verwaltet weiterhin Teilnehmerstatusinformationen und routet den Datenverkehr. Wenn der ursprüngliche VC-P wieder in Betrieb genommen wird oder wenn der ursprüngliche VC-P durch einen neuen Router oder Switch ersetzt wird: Der ursprüngliche VC-P oder sein Nachfolger übernimmt die VC-B-Rolle. Abonnenten sind davon nicht betroffen.
Die aktive Zugangsverbindung zwischen dem VC-P und dem Zugangsknoten, z. B. ein Digital Subscriber Line Access Multiplexer (DSLAM), fällt aus	Die Einstellung für die geteilte Erkennung hat keine Auswirkungen auf das Verhalten	Die vorherige Standby-Zugangsverbindung wird zur aktiven Zugriffsverbindung zwischen dem VC-B und dem Zugriffsknoten. Der Datenverkehr wird über die neue aktive Zugriffsverbindung geleitet. Der VC-P verwaltet weiterhin die Teilnehmerstatusinformationen und leitet den Datenverkehr weiter.

AUF DIESER SEITE

Geteiltes Erkennungsverhalten in einem virtuellen Chassis

Funktionsweise der Split-Erkennung in einem virtuellen Chassis

Auswirkung der Split-Erkennung auf Virtual Chassis-Ausfallszenarien

Zugehörige Dokumentation