GRES auf Junos Multi-Access-Benutzerebene

Für die Junos Multi-Access-Benutzerebene schützt der GRES-Switchover das PFCP KeepAlive-Protokoll. Die neue primäre Routing-Engine beginnt mit antworten peer keepalives.

Alle Updates der primären Routing-Engine werden sofort in die Backup-Routing-Engine repliziert.

Die primäre Rolle wechselt zur Backup-Routing-Engine, wenn:

• Der primäre Routing-Engine-Kernel läuft nicht mehr.

• Die primäre Routing-Engine erlebt einen Hardwareausfall.

• Der Administrator initiiert einen manuellen Switchover.

Hinweis:

Um während eines Switchovers die Informationen zum Routing-Protokollstatus schnell wiederherzustellen oder zu erhalten, muss GRES entweder mit graceful Restart oder nonstop aktivem Routing kombiniert werden. Weitere Informationen zum graceful Restart finden Sie unter Graceful Restart-Konzepte. Weitere Informationen zum aktiven Nonstop-Routing finden Sie unter Nonstop Active Routing Concepts.

Wenn die Backup-Routing-Engine nach 2 Sekunden keinen Keepalive von der primären Routing-Engine erhält, stellt sie fest, dass die primäre Routing-Engine fehlgeschlagen ist. und übernimmt die primäre Rolle.

Die Packet Forwarding Engine:

• Trennt sich nahtlos von der alten primären Routing-Engine

• Stellt wieder eine Verbindung zur neuen primären Routing-Engine her

• Wird nicht neu gestartet

• Unterbricht den Datenverkehr nicht

Die neue primäre Routing-Engine und die Packet Forwarding Engine werden dann synchronisiert. Wenn die neue primäre Routing-Engine feststellt, dass der Zustand der Packet Forwarding Engine nicht auf dem neuesten Stand ist, werden Zustandsaktualisierungsmeldungen erneut gesendet.

Hinweis:

Die aufeinanderfolgenden Routing-Engine-Switchover-Ereignisse müssen nach dem Start beider Routing-Engine mindestens 240 Sekunden (4 Minuten) voneinander entfernt sein.

Wenn der Router oder Switch eine Warnmeldung ähnlich Standby Routing Engine is not ready for graceful switchover. Packet Forwarding Engines that are not ready for graceful switchover might be reset zeigt, versuchen Sie keinen Switchover. Wenn Sie mit dem Switchover fortfahren möchten, werden nur die Packet Forwarding Engines zurückgesetzt, die für graceful Switchover nicht bereit waren. Keine der FPCs sollte spontan neu gestartet werden. Wir empfehlen, zu warten, bis die Warnung nicht mehr angezeigt wird, und dann mit dem Switchover fortzufahren.

Hinweis:

• Wir empfehlen nicht , einen Commit-Vorgang für die Backup-Routing-Engine durchzuführen, wenn GRES auf dem Router oder Switch aktiviert ist.

• Wir empfehlen , GRES in der Backup-Routing-Engine in keinem Szenario zu aktivieren.

Abbildung 1 zeigt die Systemarchitektur des Graceful Routing Engine Switchover und den Prozess, den eine Routing-Plattform zur Vorbereitung auf einen Switchover verfolgt.

Hinweis:

Überprüfen Sie die GRES-Bereitschaft, indem Sie beides ausführen:

• Der request chassis routing-engine master switch check Befehl der primären Routing-Engine

• Der show system switchover Befehl der Backup-Routing-Engine

Der Umstellungsprozess für GRES läuft wie folgt ab:

1. Die primäre Routing-Engine wird gestartet.

2. Die Routing-Plattform-Prozesse (z. B. der Chassis-Prozess [chassisd]) starten.

3. Die Packet Forwarding Engine startet und verbindet sich mit der primären Routing-Engine.

4. Alle Statusinformationen werden im System aktualisiert.

5. Die Backup-Routing-Engine wird gestartet.

6. Das System bestimmt, ob GRES aktiviert wurde.

7. Der Kernel-Synchronisationsprozess (ksyncd) synchronisiert die Backup-Routing-Engine mit der primären Routing-Engine.

8. Nachdem ksyncd die Synchronisierung abgeschlossen hat, werden alle Zustandsinformationen und die Weiterleitungstabelle aktualisiert.

Abbildung 2 zeigt die Auswirkungen eines Switchovers auf die Routing- (oder Switching-)Plattform.

Ein Switchover-Prozess besteht aus den folgenden Schritten:

1. Wenn die Keepalives von der primären Routing-Engine verloren gehen, wechselt das System anmutig zur Backup-Routing-Engine.

2. Die Packet Forwarding Engine verbindet sich mit der Backup-Routing-Engine, die zur neuen primären wird.

3. Routing-Plattformprozesse, die nicht Teil von GRES sind (z. B. der Routing-Protokollprozess rpd), werden neu gestartet.

4. Zustandsinformationen, die vom Zeitpunkt des Switchover gelernt wurden, werden im System aktualisiert.

5. Bei der Konfiguration erfassen die Graceful-Restart-Protokollerweiterungen Routing-Informationen von benachbarten Peer-Hilfsroutern und stellen sie wieder her.

Hinweis:

Bei Routern der MX-Serie, die ein erweitertes Anwendermanagement verwenden, wird die neue Backup-Routing-Engine (die ehemalige primäre Routing-Engine) neu gestartet, wenn ein graceful Routing Engine-Switchover durchgeführt wird. Dieser Cold-Restart synchronisiert den Zustand der Backup-Routing-Engine mit dem der neuen primären Routing-Engine, wodurch Abweichungen im Zustand verhindert werden, die während des Switchovers aufgetreten sein könnten.

Hinweis:

Wenn die Mobile-Edge-Konfiguration aktiviert oder deaktiviert werden muss, ist in der Junos Multi-Access-Benutzerebene ein Neustart des gesamten Gehäuses erforderlich, wenn die Mobile-Edge-Konfiguration festgelegt wird und GRES aktiviert oder deaktiviert werden muss.

Hinweis:

In Junos Multi-Access-Benutzerebene meldet sich jede Abonnentensitzung, deren Sitzungsstatus nicht ESTABLISHEDist, ein graceful Restart meldet sich ab, und bereinigt jeden Zustand. Die SAEGW-C muss diese Sitzung erneut

Tabelle 1: Auswirkungen eines Routing-Engine-Switchovers

Feature	Vorteile	Überlegungen
Nur Dual-Routing-Engines (keine Funktionen aktiviert)	Wenn der Switchover zur neuen primären Routing-Engine abgeschlossen ist, erfolgt die Routing-Konvergenz und der Datenverkehr wird wieder aufgenommen.	Alle physischen Schnittstellen werden offline genommen. Packet Forwarding Engines starten neu. Die Backup-Routing-Engine startet den Routing-Protokollprozess (rpd) neu. Alle Hardware und Schnittstellen werden von der neuen primären Routing-Engine erkannt. Die Umstellung dauert mehrere Minuten. Alle Nachbarschaften des Routers sind sich der physischen (Schnittstellenalarme) und Änderungen des Routings (Topologie) bewusst.
GRES-fähig	Während des Switchovers werden Schnittstellen-, Mobile-Edge-Abonnenten- und Kernel-Informationen beibehalten. Der Switchover ist schneller, da die Packet Forwarding Engines nicht neu gestartet werden.	Die neue primäre Routing-Engine startet den Routing-Protokollprozess (rpd) neu. Alle Hardware und Schnittstellen werden durch einen Prozess erfasst, der einem Warm-Restart ähnelt. Alle Adjacencies sind sich der Zustandsänderung des Routers bewusst. Mobile-Edge-PFCP-Peer weiß nicht, dass GRES passiert ist.
GRES und NSR-fähig	Der Datenverkehr wird während des Switchovers nicht unterbrochen. Schnittstellen- und Mobilfunk-Edge-Abonnenteninformationen und Kernel-Informationen bleiben erhalten.	Nicht unterstützte Protokolle müssen mit den normalen Wiederherstellungsmechanismen aktualisiert werden, die jedem Protokoll innewohnen. Mobile-Edge-PFCP-Peer weiß nicht, dass GRES passiert ist.
GRES und Graceful Restart aktiviert	Der Datenverkehr wird während des Switchovers nicht unterbrochen. Schnittstellen- und Mobilfunk-Edge-Abonnenteninformationen und Kernel-Informationen bleiben erhalten. Graceful Restart-Protokollerweiterungen erfassen und stellen Routing-Informationen von den benachbarten Routern schnell wieder her.	Nachbarn sind erforderlich, um einen graceful Restart zu unterstützen, und ein Wartezeitintervall ist erforderlich. Der Routing-Protokollprozess (rpd) wird neu gestartet. Bei bestimmten Protokollen kann eine erhebliche Änderung im Netzwerk dazu führen, dass ein graceful Restart beendet wird. Ab Junos OS Version 12.2 kann ein graceful Restart anhalten und zu Verkehrsunterbrechungen führen, wenn Störungen zwischen dem neu gestarteten Router und den benachbarten Peer -Hilfsroutern unterbrochen werden. Mobile-Edge-PFCP-Peer weiß nicht, dass GRES passiert ist.