Einheitliche ISSU verstehen

Einheitlicher ISSU-Prozess auf einem Router

Nachdem Sie den request system software in-service-upgrade Befehl verwendet haben, wird der folgende Vorgang ausgeführt.

In den folgenden Abbildungen 1 bis 6:

• Eine durchgezogene Linie zeigt die interne Hochgeschwindigkeitsverbindung zwischen einer Routing-Engine und einer Packet Forwarding Engine an.

• Eine gestrichelte Linie zeigt die Nachrichten an, die zwischen der Packet Forwarding Engine und dem Chassisprozess (Chassisd) auf der Routing-Engine ausgetauscht werden.

• RE0m und RE1b geben die primäre bzw. die Backup-Routing-Engine an.

• Das Häkchen zeigt an, dass auf dem Gerät die neue Version der Software ausgeführt wird.

Anmerkung:

Unified ISSU kann auf einem Gerät nur bis zu drei Hauptversionen vor der aktuellen Version aktualisieren. Wenn Sie auf einem Gerät ein Upgrade auf eine Version durchführen möchten, die mehr als drei Versionen vor der aktuellen Version liegt, verwenden Sie den einheitlichen ISSU-Prozess, um das Gerät auf eine oder mehrere Zwischenversionen zu aktualisieren, bis das Gerät innerhalb von drei Hauptversionen der Zielversion liegt.

Anmerkung:

Der folgende Prozess gilt für alle unterstützten Routing-Plattformen mit Ausnahme des TX Matrix-Routers und des TX Matrix Plus-Routers. Bei den meisten Routern befindet sich die Packet Forwarding Engine auf einem flexiblen PIC Concentrator (FPC). Bei einem M120-Router ersetzt das Forwarding Engine Board (FEB) jedoch die Funktionen einer Packet Forwarding Engine. In den Abbildungen und Schritten können Sie die Packet Forwarding Engine als FPC betrachten, wenn Sie einen M120-Router in Betracht ziehen. Als zusätzlicher Schritt bei einem M120-Router werden nach der Aufrüstung der FPCs und PICs die FEBs aufgerüstet.

1. Die primäre Routing-Engine überprüft die Routerkonfiguration, um sicherzustellen, dass sie übernommen werden kann, wenn Sie die neue Softwareversion verwenden.

   Es werden folgende Prüfungen durchgeführt:

   • Speicherplatz ist für das / var-Dateisystem auf beiden Routingmodulen verfügbar.

   • Die Konfiguration wird von einer einheitlichen ISSU unterstützt.

   • Die PICs werden von einer einheitlichen ISSU unterstützt.

   • Graceful Routing-Engine Switchover ist aktiviert.

   • Nonstop-aktives Routing ist aktiviert.

   Diese Überprüfungen sind identisch mit den Überprüfungen, die bei der Eingabe des request system software validate in-service-upgrade Befehls durchgeführt werden. Wenn auf einem der Routing-Engines nicht genügend Speicherplatz verfügbar ist, schlägt der vereinheitlichte ISSU-Prozess fehl und gibt eine Fehlermeldung zurück. Nicht unterstützte PICs verhindern jedoch nicht eine einheitliche ISSU. Wenn nicht unterstützte PICs vorhanden sind, gibt das System eine Warnung aus, um darauf hinzuweisen, dass diese PICs während des Upgrades neu gestartet werden. Wenn ein nicht unterstütztes Protokoll konfiguriert ist, gibt das System eine Warnung aus, dass es während des Upgrades zu Paketverlusten für das nicht unterstützte Protokoll kommen kann.

   Anmerkung:

   Ab Junos OS Version 24.2R1 führt die primäre Routing-Engine auch eine Prüfung durch, um festzustellen, ob die INDB abgestürzt ist. Wenn ein INDB-Absturz erkannt wird, wird der vereinheitlichte ISSU-Prozess abgebrochen.

2. Abbildung 1: Gerätestatus vor dem Start einer einheitlichen ISSU

3. Nachdem die Überprüfung erfolgreich war, installiert (kopiert) der Verwaltungsprozess das neue Softwareabbild auf der Sicherungs-Routing-Engine.

4. Die Backup-Routing-Engine wird neu gestartet.

5. Nachdem die Backup-Routing-Engine neu gestartet wurde und die neue Software ausgeführt wird, synchronisiert (kopiert) der Kernel State Synchronization Process (ksyncd) die Konfigurationsdatei und den Kernelstatus von der primären Routing-Engine.

   Abbildung 2: Gerätestatus nach dem Upgrade der Backup-Routing-Engine

6. Nachdem die Konfigurationsdatei und der Kernelstatus mit der Backup-Routing-Engine synchronisiert wurden, bereitet der Chassis-Prozess (Chassisd) auf der primären Routing-Engine andere Softwareprozesse für die vereinheitlichte ISSU vor. Der Chassis-Prozess informiert die verschiedenen Softwareprozesse (z. B. rpd, apsd, bfdd usw.) über die vereinheitlichte ISSU und wartet auf deren Antworten. Wenn alle Prozesse bereit sind, sendet der Chassis-Prozess eine ISSU_PREPARE Nachricht an die im Router installierten FPCs. Sie können die vereinheitlichten ISSU-Prozessmeldungen anzeigen, indem Sie den show log messages Befehl verwenden.

7. Die Packet Forwarding Engine auf jedem FPC speichert ihren Status und lädt das neue Software-Image von der Backup-Routing-Engine herunter. Als Nächstes sendet jeder Packet Forwarding Engine eine ISSU_READY Nachricht an den Chassis-Prozess.

   Abbildung 3: Gerätestatus nach dem Herunterladen der neuen Software durch eine Packet Forwarding Engine

8. Nach dem Empfang einer ISSU_READY Nachricht von einem Packet Forwarding Engine sendet der Chassis-Prozess eine ISSU_REBOOT Nachricht an den FPC, auf dem sich das Packet Forwarding Engine befindet. Der FPC wird mit dem neuen Software-Image neu gestartet. Nach dem Neustart des FPC stellt die Packet Forwarding Engine den FPC-Status wieder her, und es wird eine interne Hochgeschwindigkeitsverbindung mit der Backup-Routing-Engine hergestellt, auf der die neue Software ausgeführt wird. Die Chassis-Prozessverbindung wird ebenfalls mit der primären Routing-Engine wiederhergestellt.

   Anmerkung:

   Neustarts der Packet Forwarding Engine, die während einer einheitlichen ISSU auftreten, werden als "dunkles Fenster" bezeichnet. Während dieses Zeitfensters kann mit einem Datenverkehrsverlust von bis zu 2 Sekunden gerechnet werden.

9. Nachdem alle Packet Forwarding Engines mithilfe des Chassis-Prozesses auf der primären Routing-Engine eine READY-Nachricht gesendet haben, werden andere Softwareprozesse für einen Routing-Engine-Switchover vorbereitet. Zu diesem Zeitpunkt ist das System bereit für eine Umstellung.

   Abbildung 4: Gerätestatus vor dem Umschalten der Routing-Engine
   Anmerkung:

   Bei M120-Routern werden die FEBs an dieser Stelle aufgerüstet. Wenn alle FEBs aufgerüstet sind, ist das System bereit für eine Umstellung.

10. Die Routing-Engine-Umschaltung erfolgt, und die Routing-Engine (re1), die die Sicherung war, wird jetzt zur primären Routing-Engine.

    Abbildung 5: Gerätestatus nach dem Umschalten der Routing-Engine

11. Die neue Backup-Routing-Engine wurde jetzt auf das neue Software-Image aktualisiert. (Dieser Schritt wird übersprungen, wenn Sie die no-old-master-upgrade Option im request system software in-service-upgrade Befehl angegeben haben.)

    Abbildung 6: Gerätestatus nach Abschluss der einheitlichen ISSU

12. Wenn die Backup-Routing-Engine erfolgreich aktualisiert wurde, ist die einheitliche ISSU abgeschlossen.

Einheitlicher ISSU-Prozess auf dem TX Matrix-Router

In diesem Abschnitt werden die Prozesse beschrieben, die auf einem TX Matrix-Router und den Routern stattfinden, die als Connected Line-Card Chassis (LCCs) fungieren.

Anmerkung:

Eine Routing-Matrix ist eine Multichassis-Architektur, die aus einem TX Matrix-Router und einem bis vier T640-Routern besteht. Aus Sicht der Benutzeroberfläche erscheint die Routing-Matrix als ein einzelner Router. Der TX Matrix-Router steuert alle T640-Router in der Routing-Matrix.

Jeder Router verfügt über zwei Routing-Engines.

Nachdem Sie den In-Service-Upgrade-Befehl request system software in-service-upgrade auf einem TX Matrix-Router verwendet haben, wird der folgende Vorgang ausgeführt:

1. Der Management-Prozess (mgd) auf der primären Routing-Engine des TX Matrix-Routers (global primary) prüft die aktuelle Konfiguration.

   Es werden folgende Prüfungen durchgeführt:

   • Festplattenspeicher ist für das / var-Dateisystem auf allen Routingmodulen verfügbar.

   • Die Konfiguration wird von einer einheitlichen ISSU unterstützt.

   • Die PICs werden von einer einheitlichen ISSU unterstützt.

   • Graceful Routing-Engine Switchover ist aktiviert.

   • Nonstop-aktives Routing ist aktiviert.

2. Nach erfolgreicher Validierung der Konfiguration kopiert der Verwaltungsprozess das neue Image in die Backup-Routing-Engines des TX Matrix-Routers und der T640-Router.

3. Der Kernel-Synchronisierungsprozess (ksyncd) auf den Backup-Routing-Modulen synchronisiert die Kernel auf den Backup-Routing-Modulen mit den Kernels auf den primären Routing-Modulen.

4. Die globale Backup-Routing-Engine wird mit der neuen Software aktualisiert. Als Nächstes wird die globale Backup-Routing-Engine neu gestartet. Anschließend synchronisiert die globale Backup-Routing-Engine die Konfiguration und den Kernel-Status von der globalen primären Routing-Engine.

5. Die LCC-Backup-Routing-Engines werden aktualisiert und neu gestartet. Anschließend verbinden sich die LCC-Backup-Routing-Engines mit der aktualisierten globalen Backup-Routing-Engine und synchronisieren die Konfiguration und den Kernel-Status.

6. Die einheitliche ISSU-Steuerung verlagert sich vom Verwaltungsprozess in den Chassis-Prozess (Chassisd). Der Chassis-Prozess informiert die verschiedenen Softwareprozesse (z. B. rpd, apsd, bfdd usw.) über die vereinheitlichte ISSU und wartet auf deren Antworten.

7. Nach dem Empfang von Meldungen von den Softwareprozessen, die darauf hinweisen, dass die Prozesse für die einheitliche ISSU bereit sind, sendet der Chassisprozess auf der globalen primären Routing-Engine Nachrichten an den Chassis-Prozess auf den Routingknoten, um die vereinheitlichte ISSU zu starten.

8. Der Chassis-Prozess auf den Routing-Knoten sendet ISSU_PREPARE Nachrichten an die vor Ort austauschbaren Einheiten (Field-Replaceable Units, FRUs), z. B. FPCs und intelligente PICs.

9. Nach dem Empfang einer ISSU_PREPARE Nachricht speichern die Paketweiterleitungsmodule die aktuellen Statusinformationen und laden das neue Software-Image von den Backup-Routing-Engines herunter. Als Nächstes sendet jeder Packet Forwarding Engine ISSU_READY Nachrichten an den Chassis-Prozess. Sie können die vereinheitlichten ISSU-Prozessmeldungen anzeigen, indem Sie den show log messages Befehl verwenden.

10. Nach dem Empfang einer ISSU_READY Nachricht von den Packet Forwarding Engines sendet der Chassis-Prozess eine ISSU_REBOOT Nachricht an die FRUs. Während des Upgrades senden die FRUs weiterhin ISSU_IN_PROGRESS Nachrichten an den Chassis-Prozess auf den Routing-Knoten. Der Chassis-Prozess auf jedem Routing-Knoten sendet wiederum eine ISSU_IN_PROGRESS-Nachricht an den Chassis-Prozess auf dem globalen primären Routing-Engine.

    Anmerkung:

    Die Neustarts der Packet Forwarding Engine, die während einer einheitlichen ISSU auftreten, sind für ein sehr kurzes Zeitfenster ausgelegt.

11. Nach dem Neustart der vereinheitlichten ISSU stellen die Paketweiterleitungsmodule die gespeicherten Statusinformationen wieder her und stellen wieder eine Verbindung zu den Routingknoten her. Der Chassis-Prozess auf jedem Routing-Knoten sendet eine ISSU_READY-Nachricht an den Chassis-Prozess auf der globalen primären Routing-Engine. Die CM_MSG_READY Meldung des Chassis-Prozesses auf den Routing-Knoten zeigt an, dass die vereinheitlichte ISSU auf den FRUs abgeschlossen ist.

12. Die einheitliche ISSU-Steuerung kehrt zum Verwaltungsprozess auf der globalen primären Routing-Engine zurück.

13. Der Verwaltungsprozess initiiert den Routing-Engine-Switchover auf den primären Routing-Modulen.

14. Die Umschaltung der Routing-Engine erfolgt auf dem TX Matrix-Router und den T640-Routern.

15. Nach der Umstellung stellen die FRUs eine Verbindung zu den neuen primären Routing-Engines her. Dann verbinden sich der Chassis-Manager und der Packet Forwarding Engine-Manager auf den T640-Router-FRUs mit den neuen primären Routing-Engines auf den T640-Routern.

16. Der Verwaltungsprozess auf der globalen primären Routing-Engine leitet den Upgrade-Prozess der alten primären Routing-Engines auf den T640-Routern ein. (Dieser Schritt wird übersprungen, wenn Sie die no-old-master-upgrade Option im request system software in-service-upgrade Befehl angegeben haben.)

17. Nach der Aktualisierung der Routing-Engines, die zuvor die primären auf den T640-Routern waren, initiiert der Verwaltungsprozess das Upgrade der Routing-Engine, die zuvor die globale Primär-Engine auf dem TX Matrix-Router war.

18. Nach einer erfolgreichen einheitlichen ISSU werden der TX Matrix-Router und die T640-Router neu gestartet, wenn Sie die reboot Option im request system software in-service-upgrade Befehl angegeben haben.