AUF DIESER SEITE
Best Practices für die Durchführung eines vereinheitlichten ISSU
Durchführung eines In-Service Software Upgrades (ISSU) mit Nonstop-Routing
Durchführung eines In-Service Software Upgrades (ISSU) in Routern der ACX5000-Serie
Verwalten und Nachverfolgen von BFD-Sitzungen während einheitlicher ISSU-Verfahren
Durchführung eines vereinheitlichten ISSU
Führen Sie die folgenden Schritte aus, um eine einheitliche ISSU durchzuführen.
Best Practices für die Durchführung eines vereinheitlichten ISSU
Wenn Sie ein einheitliches In-Service Software Upgrade (ISSU) planen, wählen Sie einen Zeitpunkt, zu dem Ihr Netzwerk so stabil wie möglich ist. Wie bei einem normalen Upgrade werden Telnet-Sitzungen, SNMP und CLI-Zugriff kurzzeitig unterbrochen. Darüber hinaus gelten folgende Einschränkungen:
Auf der primären Routing-Engine und der Backup-Routing-Engine muss dieselbe Softwareversion ausgeführt werden, bevor Sie eine einheitliche ISSU durchführen können.
Stellen Sie sicher, dass Ihre Plattform die einheitliche ISSU-Funktion unterstützt.
Lesen Sie das Thema "Überlegungen zu Unified ISSU" im Kapitel "Unified ISSU-Systemanforderungen ", um besondere Umstände zu antizipieren, die sich auf Ihr Upgrade auswirken könnten.
Beispiel: Durchführung einer vereinheitlichten ISSU
Dieses Beispiel zeigt, wie ein einheitliches In-Service Software Upgrade (ISSU) durchgeführt wird.
- Anforderungen
- Überblick
- Konfiguration
- Verifizierung von Dual-Routing-Engines und Aktivierung von GRES und NSR
- Überprüfen der Software-Versionen und Sichern der Geräte-Software
- Anpassen von Timern und Ändern der funktionsspezifischen Konfiguration
- Automatisches Upgrade und Neustart beider Routing-Engines
- Feature-spezifische Konfiguration wiederherstellen
- Aktualisieren beider Routing-Engines und manueller Neustart der neuen Backup-Routing-Engine
- Upgrade und Neustart von nur einer Routing-Engine
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
-
MX480-Router mit dualen Routing-Engines
-
Junos OS Version 13.3R6 als Startversion
-
Junos OS Version 14.1R4 als Endversion
Bevor Sie beginnen
Bevor Sie eine einheitliche ISSU durchführen, sollten Sie Folgendes sicherstellen:
-
Führen Sie eine Kompatibilitätsprüfung durch, um sicherzustellen, dass die Software- und Hardwarekomponenten und die Konfiguration auf dem Gerät eine einheitliche ISSU unterstützen, indem Sie den Befehl request system software validate in-service-upgrade verwenden
-
Lesen Sie das Kapitel "Unified ISSU System Requirements ", um sich über besondere Umstände zu informieren, die sich auf Ihr Upgrade auswirken könnten.
-
Stellen Sie sicher, dass Ihre Plattform die einheitliche ISSU-Funktion unterstützt.
-
Stellen Sie sicher, dass die vor Ort austauschbaren Einheiten (FRUs), die in Ihrer Plattform installiert sind, die einheitliche ISSU-Funktion unterstützen oder dass Sie die Ergebnisse der Durchführung des Upgrades mit einigen FRUs akzeptieren können, die keine einheitliche ISSU unterstützen.
-
Stellen Sie sicher, dass die auf Ihrer Plattform konfigurierten Protokolle und Features die einheitliche ISSU-Funktion unterstützen oder dass Sie die Ergebnisse der Durchführung des Upgrades mit einigen Protokollen und Funktionen akzeptieren können, die die einheitliche ISSU nicht unterstützen.
-
-
Laden Sie das Softwarepaket von der Juniper Networks Support-Website unter https://www.juniper.net/support/ herunter und platzieren Sie das Paket auf Ihrem lokalen Server.
Optimale Vorgehensweise:Wenn Sie auf die Webseite "Software herunterladen" für Ihr Gerät zugreifen, zeichnen Sie die md5-Prüfsumme auf. Bestätigen Sie nach dem Herunterladen des Softwarepakets auf Ihr Gerät, dass es mit dem
file checksum md5Befehl in keiner Weise geändert wurde.Hinweis:Ab Junos OS Version 16.1R1 muss die Konfiguration auf einem Remote-Host oder einer Routing-Engine validiert werden, wenn eine vereinheitlichte ISSU von einem FreeBSD 6.1 basierten Junos OS zu einem aktualisierten FreeBSD 10.x basierten Junos OS durchgeführt wird. Auf dem entfernten Host oder der Routing-Engine muss ein Junos OS mit einem aktualisierten FreeBSD ausgeführt werden. Außerdem bleiben beim Upgrade von FreeBSD 6.1 auf FreeBSD 10.x Junos OS Junos OS nur einige ausgewählte Verzeichnisse und Dateien erhalten. Siehe Aktualisieren von Junos OS mit aktualisiertem FreeBSD und Anfordern der Systemsoftware (Junos OS mit aktualisiertem FreeBSD)
Überblick
Dieses Verfahren kann verwendet werden, um Geräte der M Series, T-Serie, MX-Serie, EX-Serie und PTX-Serie zu aktualisieren, auf denen Dual-Routing-Engines installiert sind und die einheitliche ISSU unterstützen.
In diesem Beispiel sind die Hostnamen, Dateinamen und FRUs repräsentativ. Wenn Sie das Verfahren auf Ihrem Gerät ausführen, unterscheiden sich die Hostnamen, Dateinamen und FRUs. Die Befehlsausgabe wird abgeschnitten, um nur den Text anzuzeigen, der in dieser Prozedur von Interesse ist.
Topologie
Abbildung 1 zeigt die in diesem Beispiel verwendete Topologie.
Konfiguration
Es gibt Variationen des Verfahrens, je nachdem, ob Sie die neue Software auf einer oder beiden Routing-Engines installieren möchten und ob Sie beide Routing-Engines oder eine der Routing-Engines manuell neu starten möchten.
In allen Fällen müssen Sie sicherstellen, dass duale Routing-Engines installiert sind und dass Graceful Routing-Engine Switchover (GRES) und Nonstop Active Routing (NSR) aktiviert sind. Es wird empfohlen, die Gerätesoftware vor dem Upgrade zu sichern.
Um eine einheitliche ISSU durchzuführen, wählen Sie die entsprechenden Aufgaben aus der folgenden Liste aus:
-
Verifizierung von Dual-Routing-Engines und Aktivierung von GRES und NSR
-
Überprüfen der Software-Versionen und Sichern der Geräte-Software
-
Anpassen von Timern und Ändern der funktionsspezifischen Konfiguration
-
Aktualisieren beider Routing-Engines und manueller Neustart der neuen Backup-Routing-Engine
Verifizierung von Dual-Routing-Engines und Aktivierung von GRES und NSR
Vorgehensweise
Schritt-für-Schritt-Anleitung
Die Aktivierung von GRES und NSR ist unabhängig davon erforderlich, welche Variante des vereinheitlichten ISSU-Verfahrens Sie verwenden.
So überprüfen Sie, ob Ihr Gerät über zwei Routing-Engines verfügt, und aktivieren GRES und NSR:
-
Melden Sie sich bei Ihrem Gerät an.
-
Stellen Sie mithilfe des
show chassis hardwareBefehls sicher, dass duale Routing-Engines auf Ihrem Gerät installiert sind.user@host> show chassis hardware Routing Engine 0 REV 01 740-051822 9013086837 RE-S-1800x4 Routing Engine 1 REV 01 740-051822 9013086740 RE-S-1800x4
Die Befehlsausgabe enthält Zeilen, in denen die Routing-Engine 0 und die Routing-Engine 1 aufgeführt sind.
-
Standardmäßig ist GRES deaktiviert. Aktivieren Sie GRES, falls Sie dies noch nicht getan haben, indem Sie die
graceful-switchoverAnweisung auf Hierarchieebene[edit chassis redundancy]in die primäre Routing-Engine einschließen.[edit ] user@host# set chassis redundancy graceful-switchover
-
Standardmäßig ist NSR deaktiviert. Aktivieren Sie NSR, falls Sie dies noch nicht getan haben, indem Sie die
nonstop-routingAnweisung auf Hierarchieebene[edit routing-options]einschließen.[edit] user@host# set routing-options nonstop-routing
-
Wenn Sie NSR konfigurieren, müssen Sie die
commit synchronizeAnweisung auch auf Hierarchieebene[edit system]einschließen, damit Konfigurationsänderungen auf beiden Routing-Engines synchronisiert werden.[edit] user@host# set system commit synchronize
-
Nachdem Sie Ihre Konfiguration überprüft haben und damit zufrieden sind, bestätigen Sie die Änderungen mithilfe des
commitBefehls.[edit] user@host# commit commit complete
Wenn Sie GRES aktivieren und die Konfiguration bestätigen, ändert sich die CLI-Eingabeaufforderung, um anzugeben, welche Routing-Engine Sie verwenden. Zum Beispiel:
{master} [edit] user@host# -
Beenden Sie den Konfigurationsmodus mithilfe des
exitBefehls.{master} [edit] user@host# exit Exiting configuration mode -
Stellen Sie mithilfe des
show task replicationBefehls sicher, dass NSR auf der primären Routing-Engine (re0) konfiguriert ist.{master} user@host> show task replication Stateful Replication: Enabled RE mode: Master Protocol Synchronization Status OSPF Complete IS-IS CompleteÜberprüfen Sie in der Ausgabe, ob im Feld
Complete.Synchronization Status -
Stellen Sie mithilfe des
show system switchoverBefehls sicher, dass GRES auf der Backup-Routing-Engine (re1) aktiviert ist.user@host> request routing-engine login re1 {backup} user@host> show system switchover Graceful switchover: On Configuration database: Ready Kernel database: Ready Peer state: Steady StateÜberprüfen Sie in der Ausgabe, ob der
Graceful switchoverFeldstatus angezeigt wirdOn. Weitere Informationen zumshow system switchoverBefehl finden Sie unter show system switchover.
Überprüfen der Software-Versionen und Sichern der Geräte-Software
Vorgehensweise
Schritt-für-Schritt-Anleitung
Unified ISSU erfordert, dass beide Routing-Engines vor dem Upgrade dieselbe Version von Junos OS ausführen. Als vorbeugende Maßnahme für den Fall, dass während eines Upgrades Probleme auftreten, empfiehlt es sich, die Systemsoftware auf der Festplatte des Geräts zu sichern.
So überprüfen Sie die Softwareversionen und sichern die Gerätesoftware:
-
Stellen Sie mithilfe des
show versionBefehls sicher, dass dieselbe Version von Junos OS auf beiden Routing-Engines installiert ist und ausgeführt wird.{backup} user@host> show version invoke-on all-routing-engines re0: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 13.3R6.5 JUNOS Base OS boot [13.3R6.5] JUNOS Base OS Software Suite [13.3R6.5] JUNOS 64-bit Kernel Software Suite [13.3R6.5] JUNOS Crypto Software Suite [13.3R6.5] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [13.3R6.5] JUNOS Packet Forwarding Engine Support (MX Common) [13.3R6.5] JUNOS Online Documentation [13.3R6.5] re1: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 13.3R6.5 JUNOS Base OS boot [13.3R6.5] JUNOS Base OS Software Suite [13.3R6.5] JUNOS 64-bit Kernel Software Suite [13.3R6.5] JUNOS Crypto Software Suite [13.3R6.5] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [13.3R6.5] JUNOS Packet Forwarding Engine Support (MX Common) [13.3R6.5] JUNOS Online Documentation [13.3R6.5] -
Sichern Sie die Systemsoftware mithilfe des
request system snapshotBefehls auf each der Routing-Engine auf der Festplatte des Geräts.Hinweis:Das Root-Dateisystem wird in /altroot gesichert, und /config wird in /altconfig gesichert. Nachdem Sie den
request system snapshotBefehl ausgegeben haben, sind der Flash- und die Festplatten des Geräts identisch. Sie können nur zur vorherigen Version der Software zurückkehren, indem Sie das Gerät von einem Wechselmedium booten.{backup} user@host> request system snapshot user@host> request routing-engine login re0 {master} user@host> request system snapshot
Anpassen von Timern und Ändern der funktionsspezifischen Konfiguration
Vorgehensweise
Schritt-für-Schritt-Anleitung
Wenn Sie über eine der folgenden funktionsspezifischen Konfigurationen auf Ihrem Gerät verfügen, führen Sie die entsprechenden Schritte aus.
So passen Sie Timer an und ändern die funktionsspezifische Konfiguration:
-
Bidirectional Forwarding Detection (BFD)-Sitzungen erhöhen vorübergehend ihre Erkennungs- und Übertragungszeitgeber während vereinheitlichter ISSU-Verfahren. Nach dem Upgrade werden diese Timer auf die Werte zurückgesetzt, die vor dem Start der vereinheitlichten ISSU verwendet wurden.
Wenn BFD auf Ihrem Gerät aktiviert ist und Sie die BFD-Timeraushandlung während der vereinheitlichten ISSU deaktivieren möchten, schließen Sie die
no-issu-timer-negotiationAnweisung auf Hierarchieebene[edit protocols bfd]ein.{master} [edit] user@host# set protocols bfd no-issu-timer-negotiationHinweis:Wenn Sie diese Anweisung einbeziehen, behalten die BFD-Timer ihre ursprünglichen Werte während der vereinheitlichten ISSU bei, und die BFD-Sitzungen können während der vereinheitlichten ISSU- oder Routing-Engine-Umschaltung je nach Erkennungsintervallen flattern.
-
Wenn Proxy-ARP auf Ihrem Gerät der M Series, MX-Serie oder EX 9200 aktiviert ist, entfernen Sie die
unconditional-src-learnAnweisung von der[edit interfaces interface-name unit 0 family inet]Hierarchieebene.Standardmäßig ist die Anweisung nicht enthalten. Dieses Beispiel zeigt nur die Schnittstelle ge-0/0/1.
{master} [edit] user@host# delete interfaces ge-0/0/1 unit 0 family inet unconditional-src-learn -
Wenn LACP auf Ihrem Gerät der PTX-Serie aktiviert ist, entfernen Sie die
lacpAnweisung aus der[edit interfaces interface-name aggregated-ether-options]Hierarchieebene.{master} [edit] user@host# delete interfaces aex aggregated-ether-options lacp -
Wenn ATM Point-to-Point Protocol (PPP) auf Ihrem Gerät der M Series oder T-Serie aktiviert ist, stellen Sie das Keepalive-Intervall auf 10 Sekunden oder mehr ein.
PPP erfordert drei Keepalives, bevor die Sitzung unterbrochen wird. Dreißig Sekunden (10 Sekunden x drei) bieten einen sicheren Spielraum für die Aufrechterhaltung von PPP-Sitzungen im Falle eines Datenverkehrsverlusts während des vereinheitlichten ISSU-Betriebs.
Dieses Beispiel zeigt nur die Schnittstelle at-0/0/1.
{master} [edit] user@host# set interfaces at-0/0/1 unit 0 keepalives interval 10 -
Wenn ATM OAM auf Ihrem Gerät der M Series oder T-Serie aktiviert ist, legen Sie die OAM F5-Loopback-Zellenperiode auf 20 Sekunden oder mehr fest, um die ATM-Konnektivität über die gesamte einheitliche ISSU aufrechtzuerhalten.
Fügen Sie die
oam-periodAnweisung auf der[edit interfaces interface-name unit logical-unit-number]Hierarchieebene ein, und geben Sie 20 Sekunden an. Dieses Beispiel zeigt nur die Schnittstelle at-0/0/1.{master} [edit] user@host# set interfaces at-0/0/1 unit 0 oam-period 20 -
Nachdem Sie Ihre Konfiguration überprüft haben und damit zufrieden sind, bestätigen Sie die Änderungen mithilfe des
commitBefehls.{master} [edit] user@host# commit commit complete -
Beenden Sie den Konfigurationsmodus mithilfe des exit Befehls.
{master} [edit] user@host# exit {master} user@host>
Automatisches Upgrade und Neustart beider Routing-Engines
Vorgehensweise
Schritt-für-Schritt-Anleitung
Bei diesem Verfahren werden beide Routing-Engines automatisch neu gestartet. Der automatische Neustart beider Routing-Engines ist das häufigste Szenario. Variationen dieses Verfahrens werden in anderen Abschnitten beschrieben.
Tabelle 1 zeigt den Status der Routing-Engine vor dem Start der vereinheitlichten ISSU.
| RE0 |
RE1 |
|---|---|
| Primär |
Sicherung |
| Alte Softwareversion installiert |
Alte Softwareversion installiert |
| Alte Softwareversion läuft |
Alte Softwareversion läuft |
So aktualisieren und starten Sie beide Routing-Engines automatisch:
-
Kopieren Sie das Junos OS-Softwarepaket mithilfe des
file copy ftp://username@hostname.net/filename /var/tmp/filenameBefehls auf das Gerät.Wir empfehlen, das Paket in das Verzeichnis /var/tmp zu kopieren, das ein großes Dateisystem auf der Festplatte ist.
{master} user@host> file copy ftp://myid@myhost.mydomain.net/jinstall64-14.1R4.10-domestic-signed.tgz /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgzOptimale Vorgehensweise:Wenn Sie auf die Webseite "Software herunterladen" für Ihr Gerät zugreifen, zeichnen Sie die md5-Prüfsumme auf. Bestätigen Sie nach dem Herunterladen des Softwarepakets auf Ihr Gerät, dass es mit dem
file checksum md5Befehl in keiner Weise geändert wurde. -
Starten Sie auf der primären Routing-Engine das Upgrade mithilfe des
request system software in-service-upgrade package-name rebootBefehls.Hinweis:Versuchen Sie erst, zusätzliche Befehle auszuführen, nachdem die
Connection closedMeldung angezeigt und die Sitzung getrennt wurde.{master} user@host> request system software in-service-upgrade /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz reboot Checking compatibility with configuration Initializing... Using jbase-13.3R6.5 Verified manifest signed by PackageProductionEc_2015 Using /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Using jinstall64-14.1R4.10-domestic.tgz Using jbundle64-14.1R4.10-domestic.tgz Checking jbundle requirements on / Using jbase-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jbase-14.1R4.10 signed by PackageProductionEc_2015 Using /var/v/c/tmp/jbundle/jboot-14.1R4.10.tgz Using jcrypto64-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jcrypto64-14.1R4.10 signed by PackageProductionEc_2015 Using jdocs-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jdocs-14.1R4.10 signed by PackageProductionEc_2015 Using jkernel64-14.1R4.10.tgz Using jpfe-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M10-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M120-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M160-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M320-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M40-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M7i-14.1R4.10.tgz Verified SHA1 checksum of jpfe-T-14.1R4.10.tgz Verified SHA1 checksum of jpfe-X2000-14.1R4.10.tgz Verified SHA1 checksum of jpfe-X960-14.1R4.10.tgz Verified SHA1 checksum of jpfe-common-14.1R4.10.tgz Using jplatform-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jplatform-14.1R4.10 signed by PackageProductionEc_2015 Using jroute-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jroute-14.1R4.10 signed by PackageProductionEc_2015 Using jruntime-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jruntime-14.1R4.10 signed by PackageProductionEc_2015 Using jruntime64-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jruntime64-14.1R4.10 signed by PackageProductionEc_2015 Using jservices-14.1R4.10.tgz Using jservices-crypto-14.1R4.10.tgz Hardware Database regeneration succeeded Validating against /config/juniper.conf.gz mgd: commit complete Validation succeeded ISSU: Preparing Backup RE Pushing /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz to re1:/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz Installing package '/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz' ... Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionRSA_2015 Adding jinstall64... Verified manifest signed by PackageProductionEc_2015 WARNING: This package will load JUNOS 14.1R4.10 software. WARNING: It will save JUNOS configuration files, and SSH keys WARNING: (if configured), but erase all other files and information WARNING: stored on this machine. It will attempt to preserve dumps WARNING: and log files, but this can not be guaranteed. This is the WARNING: pre-installation stage and all the software is loaded when WARNING: you reboot the system. Saving the config files ... NOTICE: uncommitted changes have been saved in /var/db/config/juniper.conf.pre-install Installing the bootstrap installer ... WARNING: A REBOOT IS REQUIRED TO LOAD THIS SOFTWARE CORRECTLY. Use the WARNING: 'request system reboot' command when software installation is WARNING: complete. To abort the installation, do not reboot your system, WARNING: instead use the 'request system software delete jinstall' WARNING: command as soon as this operation completes. Saving state for rollback ... Backup upgrade done Rebooting Backup RE Rebooting re1 ISSU: Backup RE Prepare Done Waiting for Backup RE reboot GRES operational Initiating Chassis In-Service-Upgrade Chassis ISSU Started ISSU: Preparing Daemons ISSU: Daemons Ready for ISSU ISSU: Starting Upgrade for FRUs ISSU: Preparing for Switchover ISSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online (ISSU) Resolving mastership... Complete. The other routing engine becomes the master. ISSU: RE switchover Done ISSU: Upgrading Old Master RE Installing package '/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz' ... Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionRSA_2015 Adding jinstall64... Verified manifest signed by PackageProductionEc_2015 WARNING: This package will load JUNOS 14.1R4.10 software. WARNING: It will save JUNOS configuration files, and SSH keys WARNING: (if configured), but erase all other files and information WARNING: stored on this machine. It will attempt to preserve dumps WARNING: and log files, but this can not be guaranteed. This is the WARNING: pre-installation stage and all the software is loaded when WARNING: you reboot the system. Saving the config files ... NOTICE: uncommitted changes have been saved in /var/db/config/juniper.conf.pre-install Installing the bootstrap installer ... WARNING: A REBOOT IS REQUIRED TO LOAD THIS SOFTWARE CORRECTLY. Use the WARNING: 'request system reboot' command when software installation is WARNING: complete. To abort the installation, do not reboot your system, WARNING: instead use the 'request system software delete jinstall' WARNING: command as soon as this operation completes. Saving package file in /var/sw/pkg/jinstall64-14.1R4.10-domestic-signed.tgz ... Saving state for rollback ... ISSU: Old Master Upgrade Done ISSU: IDLE Shutdown NOW! [pid 10149] {backup} user@host> {backup} user@host> *** FINAL System shutdown message from user@host *** System going down IMMEDIATELY Connection closed by foreign host.Wenn die zuvor primäre Routing-Engine neu gestartet wird, werden Sie vom Gerät abgemeldet.
-
Warten Sie einige Minuten und melden Sie sich dann erneut am Gerät an.
Tabelle 2 zeigt den Status der Routing-Engine nach der vereinheitlichten ISSU.
Tabelle 2: Status der Routing-Engine nach dem Upgrade und Neustart beider Routing-Engines RE0
RE1
Sicherung
Primär
Neue Softwareversion installiert
Neue Softwareversion installiert
Neue Softwareversion läuft
Neue Softwareversion läuft
Sie sind bei der neuen Backup-Routing-Engine angemeldet (
re0). -
Stellen Sie sicher, dass beide Routing-Engines mithilfe des
show versionBefehls aktualisiert wurden.{backup} user@host> show version invoke-on all-routing-engines re0: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 14.1R4.10 JUNOS Base OS boot [14.1R4.10] JUNOS Base OS Software Suite [14.1R4.10] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [14.1R4.10] JUNOS Packet Forwarding Engine Support (MX Common) [14.1R4.10] JUNOS platform Software Suite [14.1R4.10] JUNOS Runtime Software Suite [14.1R4.10] JUNOS Online Documentation [14.1R4.10] re1: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 14.1R4.10 JUNOS Base OS boot [14.1R4.10] JUNOS Base OS Software Suite [14.1R4.10] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [14.1R4.10] JUNOS Packet Forwarding Engine Support (MX Common) [14.1R4.10] JUNOS platform Software Suite [14.1R4.10] JUNOS Runtime Software Suite [14.1R4.10] JUNOS Online Documentation [14.1R4.10] -
Wenn Sie möchten, können Sie optional die einheitlichen ISSU-Protokollmeldungen anzeigen, indem Sie den
show log messagesBefehl verwenden. -
Wenn Sie möchten, können Sie optional die primäre Routing-Engine erstellen
re0, indem Sie denrequest chassis routing-engine master acquireBefehl verwenden.{backup} user@host> request chassis routing-engine master acquire Attempt to become the master routing engine ? [yes,no] (no) yes Resolving mastership... Complete. The local routing engine becomes the master. {master} user@host>Tabelle 3 zeigt den Status der Routing-Engine nach Abschluss von Schritt 5.
Tabelle 3: Status der Routing-Engine nach dem Upgrade, Neustart und Wechsel der primären Rolle RE0
RE1
Primär
Sicherung
Neue Softwareversion installiert
Neue Softwareversion installiert
Neue Softwareversion läuft
Neue Softwareversion läuft
-
Führen Sie die entsprechenden Schritte unter Feature-spezifische Konfiguration wiederherstellen aus.
-
Wenn Sie mit den Ergebnissen Ihrer Tests zufrieden sind, können Sie optional die Systemsoftware auf der Festplatte des Geräts sichern, indem Sie den
request system snapshotBefehl auf each der Routing-Engine verwenden.Hinweis:Das Root-Dateisystem wird in /altroot gesichert, und /config wird in /altconfig gesichert. Nachdem Sie den
request system snapshotBefehl ausgegeben haben, können Sie nicht einfach zur vorherigen Version der Software zurückkehren, da der Geräte-Flash und die Festplatten identisch sind. Um zur vorherigen Version der Software zurückzukehren, müssen Sie das Gerät von einem Wechselmedium starten.{master} user@host> request system snapshot user@host> request routing-engine login re1 {backup} user@host> request system snapshot
Feature-spezifische Konfiguration wiederherstellen
Vorgehensweise
Schritt-für-Schritt-Anleitung
Wenn Sie über eine der folgenden funktionsspezifischen Konfigurationen auf Ihrem Gerät verfügen, führen Sie die entsprechenden Schritte aus.
So stellen Sie die funktionsspezifische Konfiguration wieder her:
-
Wenn BFD auf Ihrem Gerät aktiviert ist und Sie zuvor die BFD-Timeraushandlung deaktiviert haben, löschen Sie die
no-issu-timer-negotiationAnweisung auf Hierarchieebene[edit protocols bfd].{master} [edit] user@host# delete protocols bfd no-issu-timer-negotiation -
Wenn Proxy-ARP auf Ihrem Gerät der M Series, MX-Serie oder EX9200 aktiviert ist und Sie die
unconditional-src-learnAnweisung zuvor entfernt haben, fügen Sie die Anweisung erneut ein.Dieses Beispiel zeigt nur die Schnittstelle ge-0/0/1.
{master} [edit] user@host# set interfaces ge-0/0/1 unit 0 family inet unconditional-src-learn -
Wenn LACP auf Ihrem Gerät der PTX-Serie aktiviert ist und Sie die
lacpAnweisung zuvor entfernt haben, fügen Sie die Anweisung erneut ein.{master} [edit] user@host# set interfaces aex aggregated-ether-options lacp -
Wenn ATM PPP auf Ihrem Gerät der M Series oder T-Serie aktiviert ist und Sie das Keepalive-Intervall zuvor auf 10 Sekunden oder mehr festgelegt haben, stellen Sie den ursprünglichen Wert wieder her.
Dieses Beispiel zeigt nur die Schnittstelle at-0/0/1 und zeigt, dass das Intervall auf den Standardwert von 3 Sekunden festgelegt ist.
{master} [edit] user@host# set interfaces at-0/0/1 unit 0 keepalives interval 3 -
Wenn ATM OAM auf Ihrem Gerät der M Series oder T-Serie aktiviert ist und Sie zuvor den OAM F5-Loopback-Zellenzeitraum auf 20 Sekunden oder mehr festgelegt haben, ändern Sie die Konfiguration wieder auf den ursprünglichen Wert.
Dieses Beispiel zeigt nur die Schnittstelle at-0/0/1 und zeigt, dass der Zeitraum auf 10 Sekunden festgelegt ist.
{master} [edit] user@host# set interfaces at-0/0/1 unit 0 oam-period 10 -
Nachdem Sie Ihre Konfiguration überprüft haben und damit zufrieden sind, bestätigen Sie die Änderungen mithilfe des
commitBefehls.{master} [edit] user@host# commit commit complete -
Beenden Sie den Konfigurationsmodus mithilfe des exit Befehls.
{master} [edit] user@host# exit {master} user@host>
Aktualisieren beider Routing-Engines und manueller Neustart der neuen Backup-Routing-Engine
Vorgehensweise
Schritt-für-Schritt-Anleitung
Unter bestimmten Umständen möchten Sie die neue Software möglicherweise nur auf einer Routing-Engine installieren und nur die primäre neu starten, bis Sie die neue Software testen können. Eine Routing-Engine beginnt erst nach dem Neustart mit der Ausführung der neuen Software.
Der Vorteil ist, wenn die Ergebnisse Ihrer Tests ein Downgrade der Software erfordern, können Sie die Routing-Engines wechseln, um die alte Software auf einer Routing-Engine auszuführen und dann die alte Software auf der anderen Routing-Engine zu installieren. Dies ist nicht das typische Szenario.
So aktualisieren Sie beide Routing-Engines und starten die neue Backup-Routing-Engine manuell neu:
-
Führen Sie die Schritte unter Überprüfen von Dual-Routing-Engines und Aktivieren von GRES und NSR aus.
-
Führen Sie die Schritte unter Überprüfen der Software-Versionen und Sichern der Geräte-Software aus.
-
Führen Sie die Schritte unter Anpassen von Timern und Ändern der funktionsspezifischen Konfiguration aus.
-
Kopieren Sie das Junos OS-Softwarepaket mithilfe des
file copy ftp://username@hostname.net/filename /var/tmp/filenameBefehls auf das Gerät.Wir empfehlen, das Paket in das Verzeichnis /var/tmp zu kopieren, das ein großes Dateisystem auf der Festplatte ist.
{master} user@host> file copy ftp://myid@myhost.mydomain.net/jinstall64-14.1R4.10-domestic-signed.tgz /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgzOptimale Vorgehensweise:Wenn Sie auf die Webseite "Software herunterladen" für Ihr Gerät zugreifen, zeichnen Sie die md5-Prüfsumme auf. Bestätigen Sie nach dem Herunterladen des Softwarepakets auf Ihr Gerät, dass es mit dem
file checksum md5Befehl in keiner Weise geändert wurde.Tabelle 4 zeigt den Status der Routing-Engine vor dem Start der vereinheitlichten ISSU.
Tabelle 4: Status der Routing-Engine vor dem Upgrade und dem manuellen Neustart der Backup-Routing-Engine RE0
RE1
Primär
Sicherung
Alte Softwareversion installiert
Alte Softwareversion installiert
Alte Softwareversion läuft
Alte Softwareversion läuft
-
Starten Sie auf der primären Routing-Engine das Upgrade mithilfe des
request system software in-service-upgrade package-nameBefehls ohne die Option "Neustart".{master} user@host> request system software in-service-upgrade /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz Checking compatibility with configuration Initializing... Using jbase-13.3R6.5 Verified manifest signed by PackageProductionEc_2015 Using /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Using jinstall64-14.1R4.10-domestic.tgz Using jbundle64-14.1R4.10-domestic.tgz Checking jbundle requirements on / Using jbase-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jbase-14.1R4.10 signed by PackageProductionEc_2015 Using /var/v/c/tmp/jbundle/jboot-14.1R4.10.tgz Using jcrypto64-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jcrypto64-14.1R4.10 signed by PackageProductionEc_2015 Using jdocs-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jdocs-14.1R4.10 signed by PackageProductionEc_2015 Using jkernel64-14.1R4.10.tgz Using jpfe-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M10-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M120-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M160-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M320-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M40-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M7i-14.1R4.10.tgz Verified SHA1 checksum of jpfe-T-14.1R4.10.tgz Verified SHA1 checksum of jpfe-X2000-14.1R4.10.tgz Verified SHA1 checksum of jpfe-X960-14.1R4.10.tgz Verified SHA1 checksum of jpfe-common-14.1R4.10.tgz Using jplatform-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jplatform-14.1R4.10 signed by PackageProductionEc_2015 Using jroute-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jroute-14.1R4.10 signed by PackageProductionEc_2015 Using jruntime-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jruntime-14.1R4.10 signed by PackageProductionEc_2015 Using jruntime64-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jruntime64-14.1R4.10 signed by PackageProductionEc_2015 Using jservices-14.1R4.10.tgz Using jservices-crypto-14.1R4.10.tgz Hardware Database regeneration succeeded Validating against /config/juniper.conf.gz mgd: commit complete Validation succeeded ISSU: Preparing Backup RE Pushing /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz to re1:/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz Installing package '/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz' ... Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionRSA_2015 Adding jinstall64... Verified manifest signed by PackageProductionEc_2015 WARNING: This package will load JUNOS 14.1R4.10 software. WARNING: It will save JUNOS configuration files, and SSH keys WARNING: (if configured), but erase all other files and information WARNING: stored on this machine. It will attempt to preserve dumps WARNING: and log files, but this can not be guaranteed. This is the WARNING: pre-installation stage and all the software is loaded when WARNING: you reboot the system. Saving the config files ... NOTICE: uncommitted changes have been saved in /var/db/config/juniper.conf.pre-install Installing the bootstrap installer ... WARNING: A REBOOT IS REQUIRED TO LOAD THIS SOFTWARE CORRECTLY. Use the WARNING: 'request system reboot' command when software installation is WARNING: complete. To abort the installation, do not reboot your system, WARNING: instead use the 'request system software delete jinstall' WARNING: command as soon as this operation completes. Saving state for rollback ... Backup upgrade done Rebooting Backup RE Rebooting re1 ISSU: Backup RE Prepare Done Waiting for Backup RE reboot GRES operational Initiating Chassis In-Service-Upgrade Chassis ISSU Started ISSU: Preparing Daemons ISSU: Daemons Ready for ISSU ISSU: Starting Upgrade for FRUs ISSU: Preparing for Switchover ISSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online (ISSU) Resolving mastership... Complete. The other routing engine becomes the master. ISSU: RE switchover Done ISSU: Upgrading Old Master RE Installing package '/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz' ... Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionRSA_2015 Adding jinstall64... Verified manifest signed by PackageProductionEc_2015 WARNING: This package will load JUNOS 14.1R4.10 software. WARNING: It will save JUNOS configuration files, and SSH keys WARNING: (if configured), but erase all other files and information WARNING: stored on this machine. It will attempt to preserve dumps WARNING: and log files, but this can not be guaranteed. This is the WARNING: pre-installation stage and all the software is loaded when WARNING: you reboot the system. Saving the config files ... NOTICE: uncommitted changes have been saved in /var/db/config/juniper.conf.pre-install Installing the bootstrap installer ... WARNING: A REBOOT IS REQUIRED TO LOAD THIS SOFTWARE CORRECTLY. Use the WARNING: 'request system reboot' command when software installation is WARNING: complete. To abort the installation, do not reboot your system, WARNING: instead use the 'request system software delete jinstall' WARNING: command as soon as this operation completes. Saving package file in /var/sw/pkg/jinstall64-14.1R4.10-domestic-signed.tgz ... Saving state for rollback ... ISSU: Old Master Upgrade Done ISSU: IDLETabelle 5 zeigt den Status der Routing-Engine nach der vereinheitlichten ISSU und vor dem manuellen Neustart der Backup-Routing-Engine.
Tabelle 5: Status der Routing-Engine nach dem Upgrade und vor dem manuellen Neustart der Backup-Routing-Engine RE0
RE1
Sicherung
Primär
Neue Softwareversion installiert
Neue Softwareversion installiert
Alte Softwareversion läuft
Neue Softwareversion läuft
-
Stellen Sie mithilfe des
show versionBefehls sicher, dass auf der neuen Sicherung (alte primäre) Routing-Engine (re0) noch das vorherige Software-Image ausgeführt wird und dass auf der neuen primären Routing-Engine (re1) das neue Software-Image ausgeführt wird.{backup} user@host> show version invoke-on all-routing-engines re0: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 13.3R6.5 JUNOS Base OS boot [13.3R6.5] JUNOS Base OS Software Suite [13.3R6.5] JUNOS 64-bit Kernel Software Suite [13.3R6.5] JUNOS Crypto Software Suite [13.3R6.5] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [13.3R6.5] JUNOS Packet Forwarding Engine Support (MX Common) [13.3R6.5] JUNOS Online Documentation [13.3R6.5] re1: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 14.1R4.10 JUNOS Base OS boot [14.1R4.10] JUNOS Base OS Software Suite [14.1R4.10] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [14.1R4.10] JUNOS Packet Forwarding Engine Support (MX Common) [14.1R4.10] JUNOS platform Software Suite [14.1R4.10] JUNOS Runtime Software Suite [14.1R4.10] JUNOS Online Documentation [14.1R4.10] -
Wenn Sie zu diesem Zeitpunkt die neuere Softwareversion nicht auf der neuen Backup-Routing-Engine (
re0) installieren möchten, geben Sie denrequest system software delete package-nameBefehl dafür ein.Andernfalls fahren Sie mit dem nächsten Schritt fort, um das Upgrade abzuschließen.
-
Starten Sie die neue Backup-Routing-Engine (
re0) neu, indem Sie denrequest system rebootBefehl ausführen.{backup} user@host> request system reboot Reboot the system ? [yes,no] (no) yes *** FINAL System shutdown message from remote@host *** System going down IMMEDIATELY Shutdown NOW! [pid 38432] {backup} user@home> Connection closed by foreign host.Wenn Sie sich nicht am Konsolenport befinden, werden Sie von der Gerätesitzung getrennt.
Tabelle 6 zeigt den Status der Routing-Engine nach der vereinheitlichten ISSU, nach dem Neustart der Backup-Routing-Engine, aber vor dem Switching der primären Rolle.
Tabelle 6: Status der Routing-Engine nach dem Upgrade, manuellen Neustart und vor dem Wechsel der primären Rolle RE0
RE1
Sicherung
Primär
Neue Softwareversion installiert
Neue Softwareversion installiert
Neue Softwareversion läuft
Neue Softwareversion läuft
-
Warten Sie einige Minuten, und melden Sie sich dann erneut beim Gerät an.
Sie sind bei der neuen Backup-Routing-Engine angemeldet (
re0). -
Stellen Sie sicher, dass beide Routing-Engines mithilfe des
show versionBefehls aktualisiert wurden.{backup} user@host> show version invoke-on all-routing-engines re0: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 14.1R4.10 JUNOS Base OS boot [14.1R4.10] JUNOS Base OS Software Suite [14.1R4.10] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [14.1R4.10] JUNOS Packet Forwarding Engine Support (MX Common) [14.1R4.10] JUNOS platform Software Suite [14.1R4.10] JUNOS Runtime Software Suite [14.1R4.10] JUNOS Online Documentation [14.1R4.10] re1: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 14.1R4.10 JUNOS Base OS boot [14.1R4.10] JUNOS Base OS Software Suite [14.1R4.10] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [14.1R4.10] JUNOS Packet Forwarding Engine Support (MX Common) [14.1R4.10] JUNOS platform Software Suite [14.1R4.10] JUNOS Runtime Software Suite [14.1R4.10] JUNOS Online Documentation [14.1R4.10] -
Wenn Sie möchten, können Sie optional die einheitlichen ISSU-Protokollmeldungen anzeigen, indem Sie den
show log messagesBefehl verwenden. -
Wenn Sie möchten, können Sie optional die primäre Routing-Engine erstellen, indem Sie den
request chassis routing-engine master acquirefolgenden Befehl verwendenre0:{backup} user@host> request chassis routing-engine master acquire Attempt to become the master routing engine ? [yes,no] (no) yes Resolving mastership... Complete. The local routing engine becomes the master. {master} user@host>Tabelle 7 zeigt den Status der Routing-Engine nach dem einheitlichen ISSU, nach dem Neustart der Backup-Routing-Engine und nach dem Switching der primären Rolle.
Tabelle 7: Status der Routing-Engine nach dem Upgrade, dem manuellen Neustart und dem Wechsel der primären Rolle RE0
RE1
Primär
Sicherung
Neue Softwareversion installiert
Neue Softwareversion installiert
Neue Softwareversion läuft
Neue Softwareversion läuft
-
Führen Sie die entsprechenden Schritte unter Feature-spezifische Konfiguration wiederherstellen aus.
-
Wenn Sie mit den Ergebnissen Ihrer Tests zufrieden sind, können Sie optional die Systemsoftware auf der Festplatte des Geräts sichern, indem Sie den
request system snapshotBefehl auf each der Routing-Engine verwenden.Hinweis:Das Root-Dateisystem wird in /altroot gesichert, und /config wird in /altconfig gesichert. Nachdem Sie den
request system snapshotBefehl ausgegeben haben, können Sie nicht einfach zur vorherigen Version der Software zurückkehren, da der Geräte-Flash und die Festplatten identisch sind. Um zur vorherigen Version der Software zurückzukehren, müssen Sie das Gerät von einem Wechselmedium starten.{master} user@host> request system snapshot user@host> request routing-engine login re1 {backup} user@host> request system snapshot
Upgrade und Neustart von nur einer Routing-Engine
Vorgehensweise
Schritt-für-Schritt-Anleitung
Unter bestimmten Umständen möchten Sie die neue Software möglicherweise nur auf einer Routing-Engine installieren.
Der Vorteil ist, wenn die Ergebnisse Ihrer Tests ein Downgrade der Software erfordern, können Sie die Routing-Engines wechseln, um die alte Software auf einer Routing-Engine auszuführen und dann die alte Software auf der anderen Routing-Engine zu installieren. Dies ist nicht das typische Szenario.
Tabelle 8 zeigt den Status der Routing-Engine vor dem Start der vereinheitlichten ISSU.
| RE0 |
RE1 |
|---|---|
| Primär |
Sicherung |
| Alte Softwareversion installiert |
Alte Softwareversion installiert |
| Alte Softwareversion läuft |
Alte Softwareversion läuft |
So aktualisieren und starten Sie nur eine Routing-Engine neu:
-
Führen Sie die Schritte unter Überprüfen von Dual-Routing-Engines und Aktivieren von GRES und NSR aus.
-
Führen Sie die Schritte unter Überprüfen der Software-Versionen und Sichern der Geräte-Software aus.
-
Führen Sie die entsprechenden Schritte unter Anpassen von Timern und Ändern der funktionsspezifischen Konfiguration aus.
-
Kopieren Sie das Junos OS-Softwarepaket mithilfe des
file copy ftp://username@hostname.net/filename /var/tmp/filenameBefehls auf das Gerät.Wir empfehlen, das Paket in das Verzeichnis /var/tmp zu kopieren, das ein großes Dateisystem auf der Festplatte ist.
{master} user@host> file copy ftp://myid@myhost.mydomain.net/jinstall64-14.1R4.10-domestic-signed.tgz /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgzOptimale Vorgehensweise:Wenn Sie auf die Webseite "Software herunterladen" für Ihr Gerät zugreifen, zeichnen Sie die md5-Prüfsumme auf. Bestätigen Sie nach dem Herunterladen des Softwarepakets auf Ihr Gerät, dass es mit dem
file checksum md5Befehl in keiner Weise geändert wurde. -
Starten Sie auf der primären Routing-Engine das Upgrade mithilfe des
request system software in-service-upgrade package-name no-old-master-upgradeBefehls.{master} user@host> request system software in-service-upgrade /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz no-old-master-upgrade Checking compatibility with configuration Initializing... Using jbase-13.3R6.5 Verified manifest signed by PackageProductionEc_2015 Using /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Using jinstall64-14.1R4.10-domestic.tgz Using jbundle64-14.1R4.10-domestic.tgz Checking jbundle requirements on / Using jbase-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jbase-14.1R4.10 signed by PackageProductionEc_2015 Using /var/v/c/tmp/jbundle/jboot-14.1R4.10.tgz Using jcrypto64-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jcrypto64-14.1R4.10 signed by PackageProductionEc_2015 Using jdocs-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jdocs-14.1R4.10 signed by PackageProductionEc_2015 Using jkernel64-14.1R4.10.tgz Using jpfe-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M10-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M120-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M160-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M320-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M40-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M7i-14.1R4.10.tgz Verified SHA1 checksum of jpfe-T-14.1R4.10.tgz Verified SHA1 checksum of jpfe-X2000-14.1R4.10.tgz Verified SHA1 checksum of jpfe-X960-14.1R4.10.tgz Verified SHA1 checksum of jpfe-common-14.1R4.10.tgz Using jplatform-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jplatform-14.1R4.10 signed by PackageProductionEc_2015 Using jroute-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jroute-14.1R4.10 signed by PackageProductionEc_2015 Using jruntime-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jruntime-14.1R4.10 signed by PackageProductionEc_2015 Using jruntime64-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jruntime64-14.1R4.10 signed by PackageProductionEc_2015 Using jservices-14.1R4.10.tgz Using jservices-crypto-14.1R4.10.tgz Hardware Database regeneration succeeded Validating against /config/juniper.conf.gz mgd: commit complete Validation succeeded ISSU: Preparing Backup RE Pushing /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz to re1:/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz Installing package '/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz' ... Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionRSA_2015 Adding jinstall64... Verified manifest signed by PackageProductionEc_2015 WARNING: This package will load JUNOS 14.1R4.10 software. WARNING: It will save JUNOS configuration files, and SSH keys WARNING: (if configured), but erase all other files and information WARNING: stored on this machine. It will attempt to preserve dumps WARNING: and log files, but this can not be guaranteed. This is the WARNING: pre-installation stage and all the software is loaded when WARNING: you reboot the system. Saving the config files ... NOTICE: uncommitted changes have been saved in /var/db/config/juniper.conf.pre-install Installing the bootstrap installer ... WARNING: A REBOOT IS REQUIRED TO LOAD THIS SOFTWARE CORRECTLY. Use the WARNING: 'request system reboot' command when software installation is WARNING: complete. To abort the installation, do not reboot your system, WARNING: instead use the 'request system software delete jinstall' WARNING: command as soon as this operation completes. Saving state for rollback ... Backup upgrade done Rebooting Backup RE Rebooting re1 ISSU: Backup RE Prepare Done Waiting for Backup RE reboot GRES operational Initiating Chassis In-Service-Upgrade Chassis ISSU Started ISSU: Preparing Daemons ISSU: Daemons Ready for ISSU ISSU: Starting Upgrade for FRUs ISSU: Preparing for Switchover ISSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online (ISSU) Resolving mastership... Complete. The other routing engine becomes the master. ISSU: RE switchover Done Skipping Old Master Upgrade ISSU: IDLETabelle 9 zeigt den Status der Routing-Engine nach dem Upgrade der primären Routing-Engine durch die einheitliche ISSU, aber vor dem Upgrade der Backup-Routing-Engine.
Tabelle 9: Status der Routing-Engine nach dem Upgrade einer Routing-Engine und vor dem Upgrade der anderen Routing-Engine RE0
RE1
Sicherung
Primär
Alte Softwareversion installiert
Neue Softwareversion installiert
Alte Softwareversion läuft
Neue Softwareversion läuft
-
Stellen Sie mithilfe des
show versionBefehls sicher, dass auf der neuen Sicherung (alte primäre) Routing-Engine (re0) noch das vorherige Software-Image ausgeführt wird und dass auf der neuen primären Routing-Engine (re1) das neue Software-Image ausgeführt wird.{backup} user@host> show version invoke-on all-routing-engines re0: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 13.3R6.5 JUNOS Base OS boot [13.3R6.5] JUNOS Base OS Software Suite [13.3R6.5] JUNOS 64-bit Kernel Software Suite [13.3R6.5] JUNOS Crypto Software Suite [13.3R6.5] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [13.3R6.5] JUNOS Packet Forwarding Engine Support (MX Common) [13.3R6.5] JUNOS Online Documentation [13.3R6.5] re1: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 14.1R4.10 JUNOS Base OS boot [14.1R4.10] JUNOS Base OS Software Suite [14.1R4.10] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [14.1R4.10] JUNOS Packet Forwarding Engine Support (MX Common) [14.1R4.10] JUNOS platform Software Suite [14.1R4.10] JUNOS Runtime Software Suite [14.1R4.10] JUNOS Online Documentation [14.1R4.10] -
Wenn die Tests abgeschlossen sind und Sie die neue Software auf der Backup-Routing-Engine installieren möchten, müssen Sie zuerst GRES und NSR auf beiden Routing-Engines deaktivieren und die Konfiguration bestätigen.
{backup} [edit ] user@host# delete chassis redundancy graceful-switchover user@host# delete routing-options nonstop-routing user@host# commit warning: Graceful-switchover is enabled, commit on backup is not recommended Continue commit on backup RE? [yes,no] (no) yes re0: configuration check succeeds re1: commit complete re0: commit complete [edit ] user@host# -
Installieren Sie die neue Software mithilfe des
request system software add /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgzBefehls auf der Backup-Routing-Engine (re0).user@host> request system software add /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz NOTICE: Validating configuration against jinstall64-14.1R4.10-domestic-signed.tgz. NOTICE: Use the 'no-validate' option to skip this if desired. Checking compatibility with configuration Initializing... Using jbase-13.3R6.5 Verified manifest signed by PackageProductionEc_2015 Using /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Using jinstall64-14.1R4.10-domestic.tgz Using jbundle64-14.1R4.10-domestic.tgz Checking jbundle requirements on / Using jbase-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jbase-14.1R4.10 signed by PackageProductionEc_2015 Using /var/v/c/tmp/jbundle/jboot-14.1R4.10.tgz Using jcrypto64-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jcrypto64-14.1R4.10 signed by PackageProductionEc_2015 Using jdocs-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jdocs-14.1R4.10 signed by PackageProductionEc_2015 Using jkernel64-14.1R4.10.tgz Using jpfe-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M10-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M120-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M160-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M320-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M40-14.1R4.10.tgz Verified SHA1 checksum of jpfe-M7i-14.1R4.10.tgz Verified SHA1 checksum of jpfe-T-14.1R4.10.tgz Verified SHA1 checksum of jpfe-X2000-14.1R4.10.tgz Verified SHA1 checksum of jpfe-X960-14.1R4.10.tgz Verified SHA1 checksum of jpfe-common-14.1R4.10.tgz Using jplatform-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jplatform-14.1R4.10 signed by PackageProductionEc_2015 Using jroute-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jroute-14.1R4.10 signed by PackageProductionEc_2015 Using jruntime-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jruntime-14.1R4.10 signed by PackageProductionEc_2015 Using jruntime64-14.1R4.10.tgz Verified manifest signed by PackageProductionEc_2015 Verified jruntime64-14.1R4.10 signed by PackageProductionEc_2015 Using jservices-14.1R4.10.tgz Using jservices-crypto-14.1R4.10.tgz Hardware Database regeneration succeeded Validating against /config/juniper.conf.gz mgd: commit complete Validation succeeded Installing package '/var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz' ... Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionEc_2015 Verified jinstall64-14.1R4.10-domestic.tgz signed by PackageProductionRSA_2015 Adding jinstall64... Verified manifest signed by PackageProductionEc_2015 WARNING: This package will load JUNOS 14.1R4.10 software. WARNING: It will save JUNOS configuration files, and SSH keys WARNING: (if configured), but erase all other files and information WARNING: stored on this machine. It will attempt to preserve dumps WARNING: and log files, but this can not be guaranteed. This is the WARNING: pre-installation stage and all the software is loaded when WARNING: you reboot the system. Saving the config files ... NOTICE: uncommitted changes have been saved in /var/db/config/juniper.conf.pre-install Installing the bootstrap installer ... WARNING: A REBOOT IS REQUIRED TO LOAD THIS SOFTWARE CORRECTLY. Use the WARNING: 'request system reboot' command when software installation is WARNING: complete. To abort the installation, do not reboot your system, WARNING: instead use the 'request system software delete jinstall' WARNING: command as soon as this operation completes. Saving package file in /var/sw/pkg/jinstall64-14.1R4.10-domestic-signed.tgz ... Saving state for rollback ...
-
Starten Sie
re0mit demrequest system rebootBefehl neu.user@host> request system reboot Reboot the system ? [yes,no] (no) yes *** FINAL System shutdown message from user@host *** System going down IMMEDIATELY Shutdown NOW! [pid 22857] user@host> Connection closed by foreign host.
Wenn Sie sich nicht am Konsolenport befinden, werden Sie von der Router-Sitzung getrennt.
-
Melden Sie sich nach einigen Minuten Wartezeit erneut am Gerät an.
Sie sind bei der Backup-Routing-Engine angemeldet (
re0). -
Stellen Sie mithilfe des
show versionBefehls sicher, dass auf beiden Routing-Engines das neue Software-Image ausgeführt wird.{backup} user@host> show version invoke-on all-routing-engines Hostname: host Model: mx480 Junos: 14.1R4.10 JUNOS Base OS boot [14.1R4.10] JUNOS Base OS Software Suite [14.1R4.10] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [14.1R4.10] JUNOS Packet Forwarding Engine Support (MX Common) [14.1R4.10] JUNOS platform Software Suite [14.1R4.10] JUNOS Runtime Software Suite [14.1R4.10] JUNOS Online Documentation [14.1R4.10] re1: -------------------------------------------------------------------------- Hostname: host Model: mx480 Junos: 14.1R4.10 JUNOS Base OS boot [14.1R4.10] JUNOS Base OS Software Suite [14.1R4.10] JUNOS Packet Forwarding Engine Support (M/T/EX Common) [14.1R4.10] JUNOS Packet Forwarding Engine Support (MX Common) [14.1R4.10] JUNOS platform Software Suite [14.1R4.10] JUNOS Runtime Software Suite [14.1R4.10] JUNOS Online Documentation [14.1R4.10] -
Wenn Sie möchten, können Sie optional die einheitlichen ISSU-Protokollmeldungen anzeigen, indem Sie den
show log messagesBefehl verwenden. -
Wenn Sie möchten, erstellen
re0Sie die primäre Routing-Engine mithilfe desrequest chassis routing-engine master acquireBefehls.{backup} user@host> request chassis routing-engine master acquire Attempt to become the master routing engine ? [yes,no] (no) yes Resolving mastership... Complete. The local routing engine becomes the master. user@host>Tabelle 10 zeigt den Status der Routing-Engine nach der vereinheitlichten ISSU, nach dem Neustart der Backup-Routing-Engine und nach dem Switching der primären Rolle.
Tabelle 10: Status der Routing-Engine nach dem Upgrade, dem manuellen Neustart und dem Wechsel der primären Rolle RE0
RE1
Primär
Sicherung
Neue Softwareversion installiert
Neue Softwareversion installiert
Neue Softwareversion läuft
Neue Softwareversion läuft
-
Aktivieren Sie GRES und NSR erneut, indem Sie die Schritte unter Überprüfen von Dual-Routing-Engines und Aktivieren von GRES und NSR ausführen.
-
Führen Sie die entsprechenden Schritte unter Feature-spezifische Konfiguration wiederherstellen aus.
-
Wenn Sie mit den Ergebnissen Ihrer Tests zufrieden sind, können Sie optional die Systemsoftware auf der Festplatte des Geräts sichern, indem Sie den
request system snapshotBefehl auf each der Routing-Engine verwenden.Hinweis:Das Root-Dateisystem wird in /altroot gesichert, und /config wird in /altconfig gesichert. Nachdem Sie den
request system snapshotBefehl ausgegeben haben, können Sie nicht einfach zur vorherigen Version der Software zurückkehren, da der Geräte-Flash und die Festplatten identisch sind. Um zur vorherigen Version der Software zurückzukehren, müssen Sie das Gerät von einem Wechselmedium starten.{master} user@host> request system snapshot user@host> request routing-engine login re1 {backup} user@host> request system snapshot
Durchführung eines In-Service Software Upgrades (ISSU) mit Nonstop-Routing
Sie können ein In-Service-Software-Upgrade mit Non-Stop-Routing verwenden, um die auf dem Switch ausgeführte Software mit minimaler Unterbrechung des Datenverkehrs während des Upgrades zu aktualisieren.
Ab Junos OS Version 18.2R1 auf dem QFX5200-Switch empfehlen wir, zwischen den Software-Upgrades während des Betriebs mindestens fünf Minuten zu warten.
Ab Junos OS Version 17.1R1 können Sie auf QFX5100- und EX4600-Switches keine ISSU von einer Junos OS-Version vor 17.1R1 bis zu Junos OS Version 17.1R1 durchführen.
Dieses Thema behandelt:
Vorbereiten des Switches für die Software-Installation
Bevor Sie mit der Softwareinstallation mit ISSU beginnen:
Entfernen Sie ggf. den set system internet-options no-tcp-reset drop-all-tcp Befehl aus der Konfiguration, bevor Sie ein In-Service-Software-Upgrade durchführen, da sonst das Upgrade fehlschlägt und eine Fehlermeldung angezeigt wird.
NSB- und Non-Stop-Routing ermöglichen NSB-unterstützten Layer-2-Protokollen die Synchronisierung von Protokollinformationen zwischen der primären und der Backup-Routing-Engine.
Non-Stop-Routing ermöglichen. Weitere Informationen zur Aktivierung finden Sie unter Konfigurieren des Nonstop Active Routing.
Aktivieren Sie Nonstop Bridging (NSB). Weitere Informationen zum Aktivieren finden Sie unter Konfigurieren von Nonstop-Bridging .
Konfigurieren Sie das BFD-Timeout (Bidirectional Forwarding Detection Protocol) auf mehr als eine Sekunde, da sonst eine Fehlermeldung angezeigt wird.
Aktualisieren der Software mit ISSU
Dieses Verfahren beschreibt, wie Sie die Software aktualisieren, die auf einem Standalone-Switch ausgeführt wird:
Wenn die Hostbetriebssystemsoftware aktualisiert werden muss, können Sie keine ISSU durchführen. Führen Sie stattdessen ein Standard-Software-Upgrade durch.
So aktualisieren Sie den Switch mit ISSU:
Laden Sie das Softwarepaket herunter, indem Sie die Anweisungen im Abschnitt Herunterladen von Software-Dateien mit einem Browser unter Installieren von Software-Paketen auf Geräten der QFX-Serie befolgen.
Kopieren Sie das Softwarepaket bzw. die Softwarepakete auf den Switch. Es wird empfohlen, die Datei in das
/var/tmpVerzeichnis zu kopieren.Melden Sie sich bei der Konsolenverbindung an. Über eine Konsolenverbindung können Sie den Fortschritt des Upgrades überwachen.
Starten Sie den ISSU:
Geben Sie auf dem Switch Folgendes ein:
user@switch> request system software in-service-upgrade /var/tmp/package-name.tgz
wobei
package-name.tgzz. Bjinstall-host-qfx-5e-18.1R1-secured-signed.tgz. . .
Hinweis:Während des Upgrades können Sie nicht auf die Junos OS CLI zugreifen.
Der Switch zeigt Statusmeldungen ähnlich den folgenden Meldungen an, während das Upgrade ausgeführt wird:
ISSU: Validating Image PRE ISSU CHECK: --------------- PFE Status : Online Member Id zero : Valid VC not in mixed or fabric mode : Valid Member is single node vc : Valid BFD minimum-interval check done : Valid GRES enabled : Valid GR enabled : Valid drop-all-tcp not configured : Valid Ready for ISSU : Valid warning: Do NOT use /user during ISSU. Changes to /user during ISSU may get lost! Pushing Junos image package to the host... Installing /var/tmp/install-media-qfx-5e-junos-2018-secure.tgz Extracting the package ... total 1110328 -rw-r--r-- 1 18735 758 237044439 Oct 26 05:11 jinstall-qfx-5e-junos-2018-secure-linux.tgz -rw-r--r-- 1 18735 758 899918118 Oct 26 05:11 jinstall-qfx-5e-junos-2018-secure-app.tgz ============================================ Current Host kernel version : 3.14.52-rt50-WR7.0.0.9_ovp Package Host kernel version : 3.14.52-rt50-WR7.0.0.9_ovp Current Host version : 3.0.7 Package Host version : 3.0.7 Min host version required for applications: 3.0.7 Min host version required for in-service-upgrade: 3.0.7 ============================================ Setting up Junos host applications for in-service-upgrade ... ------------------------------------------------ Running Junos application installer for in-service-upgrade ------------------------------------------------ ------------------------------- Installing /var/sw/applications/qfx-5e-flex-2018.tgz ------------------------------- pkg_install_rpms: qfx-5e-base-1.0-0-2018.x86_64.rpm Installing qfx-5e-control-plane-flex-1.0-0-2018.x86_64.rpm ... ======================================== Loading cache... Updating cache... ######################################## [100%] Committing transaction... Preparing... ######################################## [ 0%] 1:Installing qfx-5e-contro.. ######################################## [100%] Output from qfx-5e-control-plane-flex-1.0-0@x86_64: ------------------------------- Installing JUNOS image: jinstall-jcp-i386-flex-18.12018.img.gz ------------------------------- Extracting jinstall-jcp-i386-flex-18.12018.img.gz to /recovery/junos/jinstall-jcp-i386-flex-18.12018-2018.img Prepare host for virtfs... Integrity check passed for hash-control-plane.md5. Installing packages (1): qfx-5e-control-plane-flex-1.0-0@x86_64 812.9MB of package files are needed. 821.5MB will be used. Saving cache... ======================================== Application installed. Waiting to sync newly setup VM disk VM ready after 200 seconds [Oct 26 05:19:22]:ISSU: Preparing Backup RE Prepare for ISSU [Oct 26 05:19:27]:ISSU: Backup RE Prepare Done Spawning the backup RE Spawn backup RE, index 0 successful Starting secondary dataplane Second dataplane container started GRES in progress Waiting for backup RE switchover ready GRES operational Copying home directories Copying home directories successful Initiating Chassis In-Service-Upgrade Chassis ISSU Started [Oct 26 05:28:33]:ISSU: Preparing Daemons [Oct 26 05:28:39]:ISSU: Daemons Ready for ISSU [Oct 26 05:28:43]:ISSU: Starting Upgrade for FRUs [Oct 26 05:28:54]:ISSU: FPC Warm Booting [Oct 26 05:29:59]:ISSU: FPC Warm Booted [Oct 26 05:30:10]:ISSU: Preparing for Switchover [Oct 26 05:30:14]:ISSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online (ISSU) Send ISSU done to chassisd on backup RE Chassis ISSU Completed Removing dcpfe1 eth1 128.0.0.16 IP Bringing down bme01 Post Chassis ISSU processing done [Oct 26 05:30:17]:ISSU: IDLE Stopping primary dataplane Clearing ISSU states Console and management sessions will be disconnected. Please login again.
Hinweis:Wenn der ISSU-Prozess beendet wird, können Sie die CLI-Ausgabe anzeigen, wenn Sie den
request system software in-service-upgradeBefehl zur Diagnose des Problems ausgeben. Weitere Informationen finden Sie auch in Syslog-Dateien.Melden Sie sich an, nachdem der Neustart des Switches abgeschlossen ist. Um zu überprüfen, ob die Software aktualisiert wurde, geben Sie den folgenden Befehl ein:
user@switch>
show version
Durchführung eines In-Service Software Upgrades (ISSU) in Routern der ACX5000-Serie
Sie können ein In-Service-Software-Upgrade verwenden, um die auf dem Router ausgeführte Software mit minimaler Unterbrechung des Datenverkehrs während des Upgrades zu aktualisieren.
ISSU wird in Junos OS Version 15.1X54–D60 und höher auf Routern der ACX5000-Serie unterstützt.
Dieses Thema behandelt:
- Vorbereiten des Routers für die Software-Installation
- Aktualisieren der Software mit ISSU
- Verifizierung einer einheitlichen ISSU
Vorbereiten des Routers für die Software-Installation
Bevor Sie mit der Softwareinstallation mit ISSU beginnen:
Entfernen Sie ggf. den set system internet-options no-tcp-reset drop-all-tcp Befehl aus der Konfiguration, bevor Sie ein In-Service-Software-Upgrade durchführen, da sonst das Upgrade fehlschlägt und eine Fehlermeldung angezeigt wird.
Stellen Sie sicher, dass Nonstop Active Routing (NSR) und Nonstop Bridging (NSB) aktiviert sind. Wenn diese Option aktiviert ist, deaktivieren Sie den ordnungsgemäßen Neustart (GR), da NSR und GR nicht gleichzeitig aktiviert werden können. NSB und GR aktivieren NSB-unterstützte Layer-2-Protokolle zur Synchronisierung von Protokollinformationen zwischen der primären und der Backup-Routing-Engine.
Wenn NSR nicht aktiviert ist (
Stateful ReplicationistDisabled), aktivieren Sie NSR. NSR erfordert, dass Sie Graceful Routing-Engine Switchover (GRES) konfigurieren. Standardmäßig ist NSR deaktiviert.Um einen ordnungsgemäßen Routing-Engine-Switchover zu aktivieren, fügen Sie die
graceful-switchoverAnweisung auf der Hierarchieebene [edit chassis redundancy] als user@host#set chassis redundancy graceful-switchover ein.Um NSR zu aktivieren, schließen Sie die
nonstop-routingAnweisung auf der Hierarchieebene [edit routing-options] als user@host#set routing-options nonstop-routing ein.
Aktivieren Sie Nonstop Bridging (NSB). Nonstop-Bridging erfordert, dass Sie Graceful Routing-Engine Switchover (GRES) konfigurieren. Standardmäßig ist NSB deaktiviert.
Um einen ordnungsgemäßen Routing-Engine-Switchover zu aktivieren, fügen Sie die
graceful-switchoverAnweisung auf der Hierarchieebene [edit chassis redundancy] als user@host#set chassis redundancy graceful-switchover ein.Um NSB zu aktivieren, fügen Sie die
nonstop-bridgingAnweisung auf der Hierarchieebene [edit protocols layer2-control] als user@host#set protocols layer2-control nonstop-bridging ein.
(Optional) Sichern Sie die Systemsoftware – Junos OS, die aktive Konfiguration und die Protokolldateien – auf dem Router mit dem
request system snapshotfolgenden Befehl auf einem externen Speichergerät.
Bei Routern der ACX5000-Reihe müssen Sie die folgende Funktion berücksichtigen, bevor Sie ISSU ausführen:
ISSU unterstützt Link Fault Management (LFM)-Timeout-Sitzungen im Intervall von 1 Sekunde. Während des ISSU können Sie LFM-Flaps für Sitzungen mit einem Timeout-Intervall von weniger als 1 Sekunde bemerken.
BFD-Sitzungen (Bidirectional Forwarding Detection) mit einem Zeitüberschreitungsintervall von weniger als 1 Sekunde müssen vor dem Start des ISSU-Prozesses auf 1 Sekunde neu konfiguriert werden. Sie können das Timeoutintervall nach Abschluss des ISSU-Prozesses auf den ursprünglichen Wert zurücksetzen.
ISSU unterstützt Intervallverlangsamung (alle 30 Sekunden) für die regelmäßige Übertragung von Link Aggregation Control Protocol (LACP)-Paketen.
ISSU unterstützt Virtual Router Redundancy Protocol (VRRP) Version 3.
ISSU unterstützt die folgenden ACX5000-Funktionen nicht:
Führen Sie ein Downgrade auf eine frühere Version der Junos OS-Software durch. Wenn Sie eine frühere Version der Junos OS-Software installieren möchten, verwenden Sie den
request system software addBefehl CLI.Upgrade der Host OS-Software.
Connectivity Fault Management (CFM).
TWAMP-, RPF-, RFC2544- und clocksyncd-Daemon (Timing-Funktionalität).
Spiegelung und Pseudowire Cross Connect.
IPv6-Firewall, IPv6 COS (Klassifizierung und Rewrite), IPv6-VPN und VPLS-Mesh-Gruppe.
Virtual Router Redundancy Protocol (VRRP) Version 1 und 2.
Intervall fast (jede Sekunde) für die regelmäßige Übertragung von Link Aggregation Control Protocol (LACP)-Paketen. Wenn das schnelle periodische Intervall konfiguriert ist, kann es vorkommen, dass der Datenverkehr aufgrund von LACP-Verbindungen sinkt, die während der ISSU ausfallen. Die Router der ACX5000-Reihe können LACP mit schnellem Hello unterstützen, indem die
fast-hello-issuOption (user@host# set protocols lacp fast-hello-issu) auf dem Haupt-Router und den Peer-Routern konfiguriert wird, bevor ISSU gestartet wird.Hinweis:Der Peer-Router muss über die Junos OS-Software verfügen, um diese Funktionalität zu unterstützen.
Aktualisieren der Software mit ISSU
Dieses Verfahren beschreibt, wie Sie die Software aktualisieren, die auf einem eigenständigen Router ausgeführt wird:
Wenn die Hostbetriebssystemsoftware aktualisiert werden muss, können Sie keine ISSU durchführen. Führen Sie stattdessen ein Standard-Software-Upgrade durch.
Es wird empfohlen, alle unerwünschten Daten aus dem /var Verzeichnis (/var/log, ) zu bereinigen, /var/tmpbevor der ISSU-Prozess gestartet wird.
So aktualisieren Sie den Router mit ISSU:
Laden Sie das Softwarepaket von der Juniper Networks Support-Website https://www.juniper.net/support/downloads/junos.html herunter.
Hinweis:Um auf die Download-Site zugreifen zu können, müssen Sie über einen Servicevertrag mit Juniper Networks und ein Zugriffskonto verfügen. Wenn Sie Hilfe beim Erhalt eines Kontos benötigen, füllen Sie das Registrierungsformular auf der Juniper Networks-Website https://www.juniper.net/registration/Register.jsp aus.
Gehen Sie zum Abschnitt ACX-Serie, und wählen Sie die Plattformsoftware der ACX5000-Serie aus, die Sie herunterladen möchten.
Kopieren Sie das Softwarepaket oder die Softwarepakete auf den Router. Es wird empfohlen, die Datei in das
/var/tmpVerzeichnis zu kopieren.Melden Sie sich bei der Konsolenverbindung an. Über eine Konsolenverbindung können Sie den Fortschritt des Upgrades überwachen.
Starten Sie den ISSU:
Geben Sie auf dem Router Folgendes ein:
user@host> request system software in-service-upgrade /var/tmp/package-name.tgz
wobei
package-name.tgzz. Bjinstall-acx5k-15.1X54-D60.9-domestic-signed.tgz. . .
Hinweis:Während des Upgrades können Sie nicht auf die Junos OS CLI zugreifen.
Der Router zeigt während des Upgrades Statusmeldungen ähnlich den folgenden Meldungen an:
PRE ISSU CHECK: --------------- PFE Status : Online BFD minimum-interval check done : Valid GRES enabled : Valid NSR enabled : Valid drop-all-tcp not configured : Valid OVSDB not configured : Valid warning: Do NOT use /user during ISSU. Changes to /user during ISSU may get lost! [Oct 24 00:25:37]:ISSU: Validating Image [Oct 24 00:25:44]:ISSU: Preparing Backup RE Prepare for ISSU [Oct 24 00:25:49]:ISSU: Backup RE Prepare Done Extracting jinstall-acx5k-15.1X54-D60.3-domestic ... Install jinstall-acx5k-15.1X54-D60.3-domestic completed Spawning the backup RE Spawn backup RE, index 0 successful GRES in progress GRES done in 0 seconds Waiting for backup RE switchover ready GRES operational Copying home directories Copying home directories successful Initiating Chassis In-Service-Upgrade Chassis ISSU Started [Oct 24 00:31:56]:ISSU: Preparing Daemons [Oct 24 00:32:57]:ISSU: Daemons Ready for ISSU [Oct 24 00:33:02]:ISSU: Starting Upgrade for FRUs [Oct 24 00:33:23]:ISSU: FPC Warm Booting [Oct 24 00:34:41]:ISSU: FPC Warm Booted [Oct 24 00:34:51]:ISSU: Preparing for Switchover [Oct 24 00:34:57]:ISSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online (ISSU) Send ISSU done to chassisd on backup RE Chassis ISSU Completed [Oct 24 00:35:18]:ISSU: IDLE Console and management sessions will be disconnected. Please login again.
Hinweis:Ein ISSU kann beendet statt beendet werden, wenn sich der FPC in der Warmstartphase befindet. Außerdem werden alle Links, die nach unten und oben gehen, während eines Warmstarts der Packet Forwarding Engine (PFE) nicht erkannt.
Hinweis:Wenn der ISSU-Prozess beendet wird, können Sie die Protokolldateien anzeigen, um das Problem zu diagnostizieren. Die Log-Dateien befinden sich unter
/var/log/vjunos-log.tgz.Melden Sie sich nach dem Neustart des Routers an. Um zu überprüfen, ob die Software aktualisiert wurde, geben Sie den folgenden Befehl ein:
user@host>
show versionDeaktivieren oder löschen Sie die Konfiguration, die zur Aktivierung der ISSU vorgenommen wurde. Dazu gehören die Deaktivierung von Nonstop Active Routing (NSR), Nonstop Bridging (NBR) und Graceful Routing-Engine (GRES).
Verifizierung einer einheitlichen ISSU
Überprüfen Sie den Status der FPCs und der entsprechenden PICs nach der letzten vereinheitlichten ISSU.
Geben Sie den show chassis in-service-upgrade Befehl für die primäre Routing-Engine ein.
user@host> show chassis in-service-upgrade Item Status Reason FPC 0 Online
Zeigen Sie die vereinheitlichten ISSU-Prozessmeldungen mithilfe des show log messages Befehls an.
So verwenden Sie Unified ISSU mit erweitertem Modus
- Einheitliches ISSU mit erweitertem Modus – Übersicht
- Vorteile von Unified ISSU mit erweitertem Modus
- Voraussetzungen für die Durchführung von Unified ISSU mit erweitertem Modus
- Durchführen von Unified ISSU mit erweitertem Modus
Einheitliches ISSU mit erweitertem Modus – Übersicht
Der erweiterte Modus ist eine In-Service-Software-Upgrade-Option (ISSU), die auf MPC8E-, MPC9E-, MPC11E- und JNP10K-LC4802-Linecards verfügbar ist und Paketverluste während des vereinheitlichten ISSU-Prozesses verhindert. Erreicht wird dies durch Verbesserungen der neuen Linecard-Architektur, die es ermöglichen, eine zweite Kopie der Junos OS-Software auf der Linecard im Standby-Modus auszuführen, während die Software während einer vereinheitlichten ISSU von einem alten Image in ein neues verschoben wird. Sie können den erweiterten Modus aktivieren, indem Sie die enhanced-mode Option zum request system software in-service-upgrade CLI-Befehl hinzufügen.
In diesem Dokument erfahren Sie mehr über Unified ISSU mit erweitertem Modus und seine Verwendung.
Vorteile von Unified ISSU mit erweitertem Modus
Unified ISSU mit erweitertem Modus bietet die folgenden Vorteile:
Upgrades auf eine neue Softwareversion ohne Verlust von Transit- oder Host-Datenverkehr
Reduziert den Paketverlust je nach Konfiguration und Netzwerkbedingungen auf null oder mehrere Millisekunden
Ermöglicht die Durchführung von Software-Upgrades ohne Wartungsfenster
Nutzt den vorhandenen einheitlichen ISSU-Prozess und erfordert keine spezielle Konfiguration
Voraussetzungen für die Durchführung von Unified ISSU mit erweitertem Modus
Bevor Sie eine einheitliche ISSU mit erweitertem Modus beginnen, sollten Sie einige Voraussetzungen beachten:
Das Gerät, auf dem Unified ISSU mit erweitertem Modus ausgeführt wird, muss eine MPC8E-, MPC9E-, MPC11E- oder JNP10K-LC4802-Linecard verwenden.
Hinweis:Wenn Sie eine einheitliche ISSU mit erweitertem Modus auf einem Gerät ausführen, das über eine Mischung aus unterstützten und nicht unterstützten Linecards verfügt, geht der Datenverkehr durch die nicht unterstützten Linecards in weniger als einer Sekunde verloren.
Hinweis:Wenn Sie eine einheitliche ISSU mit erweitertem Modus für Gastnetzwerkfunktionen (GNFs) durchführen, sollten alle GNFs MPC8E-, MPC9E-, MPC11E- oder JNP10K-LC4802-Linecards verwenden, um Datenverkehrsverluste zu vermeiden.
Die Linux-Version, die auf Ihrem Flexible PIC Concentrator (FPC) ausgeführt wird, und die Linecard-Linux-Version in der Zielversion müssen kompatibel sein.
Der erweiterte Modus funktioniert nicht, wenn die Zielversion Änderungen enthält, die ein Zurücksetzen der ASIC-Blöcke erfordern.
Die Speicherauslastung bei der Weiterleitung sollte unter 75 Prozent liegen, um sicherzustellen, dass während des vereinheitlichten ISSU-Prozesses keine Pakete verloren gehen.
Hinweis:Unified ISSU mit erweitertem Modus funktioniert weiterhin, wenn die Weiterleitungsspeicherauslastung über 75 Prozent liegt, kann jedoch zu Paketverlusten in mehreren Millisekunden führen.
Alle Voraussetzungen für eine vereinheitlichte ISSU gelten auch für den erweiterten Modus. Weitere Informationen finden Sie unter Unified ISSU-Systemanforderungen .
Sie können überprüfen, ob Ihr Gerät Unified ISSU mit erweitertem Modus verwenden kann, um ein Upgrade auf eine bestimmte Version durchzuführen, indem Sie den request system software validate in-service-upgrade package-name.tgz enhanced-mode Befehl verwenden. Wenn Ihr Gerät und die Zielversion nicht mit dem erweiterten Modus kompatibel sind, können Sie dennoch die reguläre einheitliche ISSU verwenden, um ein Upgrade mit minimaler Unterbrechung des Datenverkehrs durchzuführen.
Durchführen von Unified ISSU mit erweitertem Modus
Gehen Sie folgendermaßen vor, um eine vereinheitlichte ISSU mit erweitertem Modus durchzuführen:
Laden Sie das Softwarepaket herunter, indem Sie das Verfahren unter Herunterladen von Software befolgen.
Kopieren Sie das Softwarepaket oder die Softwarepakete auf das Gerät. Es wird empfohlen, die Datei in das
/var/tmpVerzeichnis zu kopieren.Melden Sie sich bei der Konsolenverbindung an. Über eine Konsolenverbindung können Sie den Fortschritt des Upgrades überwachen.
Stellen Sie sicher, dass Sie Unified ISSU mit erweitertem Modus für die gewünschte Version verwenden können.
Geben Sie auf dem Gerät Folgendes ein:
user@host>
request system software validate in-service-upgrade /var/tmp/package-name.tgz enhanced-modeDabei
package-name.tgzist der Name des Softwarepakets, das Sie in Schritt 1 heruntergeladen haben.
Starten Sie das vereinheitlichte ISSU mit erweitertem Modus:
Geben Sie auf dem Gerät Folgendes ein:
user@host>
request system software in-service-upgrade /var/tmp/package-name.tgz enhanced-moderebootDabei
package-name.tgzist der Name des Softwarepakets, das Sie in Schritt 1 heruntergeladen haben.
Hinweis:Während des Upgrades können Sie nicht auf die Junos OS CLI zugreifen.
Das Gerät zeigt Statusmeldungen ähnlich den folgenden Meldungen an, während das Upgrade ausgeführt wird:
Chassis ISSU enhanced-mode ISSU: set chassis enhanced-mode Chassis ISSU Check Done ISSU: Validating Image .. mgd: commit complete Validation succeeded Validating Image Done Preparing Backup RE Pushing /var/tmp/junos-install-mx-x86-32-20.1.tgz to re1:/var/tmp/junos-install-mx-x86-32-20.1.tgz Pushing package /var/tmp/junos-install-mx-x86-32-20.1.tgz to re1 done Installing package /var/tmp/junos-install-mx-x86-32-20.1.tgz on re1 … Verified sflow-mx signed by PackageDevelopmentEc_2019 method ECDSA256+SHA256 NOTICE: 'pending' set will be activated at next reboot... ISSU: Installing package /var/tmp/junos-install-mx-x86-32-20.1.tgz on re1 done ISSU: Rebooting Backup RE Rebooting re1 Backup RE Prepare Done Waiting for Backup RE reboot Backup RE reboot done. Backup RE is up Waiting for Backup RE state synchronization Backup RE state synchronization done GRES operational "Initiating Chassis In-Service-Upgrade" Chassis ISSU Started ISSU: Preparing Daemons ISSU: Daemons Ready for ISSU ISSU: Offline Incompatible FRUs ISSU: Starting Upgrade for FRUs … ISSU: Preparing for Switchover ISSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 1 Online (ISSU) FPC 2 Offline Configured power off Resolving mastership... Complete. The other routing engine becomes the master.
Hinweis:Wenn der vereinheitlichte ISSU-Prozess beendet wird, können Sie die CLI-Ausgabe anzeigen, indem Sie den
request system software in-service-upgradeBefehl verwenden, um das Problem zu diagnostizieren. Weitere Informationen finden Sie auch in Syslog-Dateien.Melden Sie sich an, nachdem der Neustart des Geräts abgeschlossen ist. Um zu überprüfen, ob die Software aktualisiert wurde, geben Sie den folgenden Befehl ein:
user@host>
show version
Wenn Sie Unified ISSU mit erweitertem Modus verwenden, kann das Linux-Basisbetriebssystem auf Ihrem FPC nicht als Teil des ISSU-Prozesses aktualisiert werden. Linux kann durch ein Upgrade über eine reguläre einheitliche ISSU oder einen Neustart der FPC aktualisiert werden.
Verifizierung einer einheitlichen ISSU
Zweck
Überprüfen Sie den Status der FPCs und der entsprechenden PICs nach der letzten vereinheitlichten ISSU.
Aktion
Geben Sie den show chassis in-service-upgrade Befehl für die primäre Routing-Engine ein.
user@host> show chassis in-service-upgrade
Item Status Reason
FPC 0 Online
FPC 1 Online
FPC 2 Online
PIC 0 Online
PIC 1 Online
FPC 3 Online
FPC 4 Online
PIC 1 Online
FPC 5 Online
PIC 0 Online
FPC 6 Online
PIC 3 Online
FPC 7 Online
Zeigen Sie die vereinheitlichten ISSU-Prozessmeldungen mithilfe des show log messages Befehls an.
Bedeutung
Weitere Informationen finden Sie unter show chassis in-service-upgrade .
Fehlerbehebung bei Unified ISSU-Problemen
Wenn das einheitliche ISSU-Verfahren nicht mehr voranschreitet:
Öffnen Sie eine neue Sitzung auf der primären Routing-Engine, und geben Sie den
request system software abort in-service-upgradeBefehl ab.Überprüfen Sie die vorhandene Router-Sitzung, um sicherzustellen, dass das Upgrade beendet wurde.
Es erscheint die Meldung "ISSU: beendet!". Zusätzliche Systemmeldungen enthalten Informationen darüber, wo das Upgrade angehalten wurde, und Empfehlungen für den nächsten Schritt.
Weitere Informationen finden Sie unter Anfordern von Chassis-Cluster In-Service-Upgrade-Abort (ISSU).
Verwalten und Nachverfolgen von BFD-Sitzungen während einheitlicher ISSU-Verfahren
Bidirectional Forwarding Detection (BFD)-Sitzungen erhöhen vorübergehend ihre Erkennungs- und Übertragungszeitgeber während vereinheitlichter ISSU-Verfahren. Nach dem Upgrade werden diese Timer auf die Werte zurückgesetzt, die vor dem Start der vereinheitlichten ISSU verwendet wurden. Der BFD-Prozess repliziert die vereinheitlichten ISSU-Status- und Timerwerte für jede Sitzung auf die Backup-Routing-Engine.
Es ist keine zusätzliche Konfiguration erforderlich, um eine einheitliche ISSU für BFD zu aktivieren. Sie können jedoch die BFD-Timeraushandlung während der vereinheitlichten ISSU deaktivieren, indem Sie die no-issu-timer-negotiation Anweisung auf der [edit protocols bfd] Hierarchieebene einschließen.
[edit protocols bfd] no-issu-timer-negotiation;
Wenn Sie diese Anweisung einbeziehen, behalten die BFD-Timer ihre ursprünglichen Werte während der vereinheitlichten ISSU bei.
Die BFD-Sitzungen können je nach Erkennungsintervallen während eines einheitlichen ISSU- oder Routing-Engine-Switchovers flattern.
Weitere Informationen zu BFD finden Sie in der Junos OS Routing Protocols Library.
Um einheitliche ISSU-Ablaufverfolgungsoptionen für BFD-Sitzungen zu konfigurieren, schließen Sie die issu Anweisung auf Hierarchieebene [edit protocols bfd traceoptions flag] ein.
[edit protocols]
bfd {
traceoptions {
flag issu;
}
}
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie den Feature-Explorer , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.