AUF DIESER SEITE
Beispiel: Ersetzen einer Routing-Engine in einer Virtual Chassis-Konfiguration für universelle Routing-Plattformen von 5G
Wenn Sie eine Routing-Engine von einem Mitglieds-Router in einem Virtual Chassis für ein Upgrade oder eine Reparatur entfernen, müssen Sie sie durch eine neue Routing-Engine im leeren Routing-Engine-Steckplatz ersetzen und dieselbe Junos OS-Version auf der neuen Routing-Engine installieren, die auf den anderen Routing-Engines im Virtual Chassis ausgeführt wird. Das Virtual Chassis bleibt während des Austauschvorgangs betriebsbereit.
Auf allen vier Routing-Engines (beide Routing-Engines im primären Router und beide Routing-Engines im Backup-Router) im Virtual Chassis muss dieselbe Version von Junos OS ausgeführt werden.
Wir empfehlen, eine Routing-Engine in einer Virtual Chassis-Konfiguration während eines Wartungsfensters zu ersetzen, um die Möglichkeit von Unterbrechungen für die Anwender zu minimieren.
In diesem Beispiel wird beschrieben, wie eine Routing-Engine in einer Virtual Chassis-Konfiguration ersetzt wird, die aus zwei Routern besteht, auf denen jeweils zwei Routing-Engines installiert sind:
Anforderungen
In diesem Beispiel werden eine universelle Routing-Plattformen MX240 und MX480 verwendet, die diese Funktion mit dualen Routing-Engines unterstützen.
In Tabelle 1 finden Sie Informationen zur Hardware, die in den einzelnen Routern installiert ist.
Wir empfehlen, dass Sie den commit synchronize Befehl verwenden, um Konfigurationsänderungen im Virtual Chassis zu speichern.
Bei einem Virtual Chassis ist die force Option das standardmäßige und einzige Verhalten, wenn Sie den commit synchronize Befehl ausgeben. Die Ausgabe des commit synchronize Befehls für eine Virtual Chassis-Konfiguration hat die gleiche Wirkung wie die Ausgabe des commit synchronize force Befehls.
Übersicht und Topologie
Um eine Routing-Engine in einer Virtual Chassis-Konfiguration zu ersetzen, müssen Sie:
Entfernen Sie die Routing-Engine, die repariert oder aktualisiert werden muss.
Senden Sie die Routing-Engine an Juniper Networks, Inc. zurück.
Installieren Sie die neue Routing-Engine im leeren Routing-Engine-Steckplatz.
Ändern Sie die Werkskonfiguration der Routing-Engine, um die Bildung des Virtual Chassis zu ermöglichen.
Installieren Sie dieselbe Version von Junos OS auf der neuen Routing-Engine, die auf den anderen Routing-Engines im Virtual Chassis ausgeführt wird.
Starten Sie die neue Routing-Engine neu, um die Softwareversion von Junos OS auszuführen.
Topologie
Abbildung 1 zeigt die Topologie der in diesem Beispiel verwendeten Virtual Chassis-Konfiguration. In diesem Beispiel wird die Backup-RE-S-2000-Routing-Engine in Steckplatz 1 des Backup-Routers Virtual Chassis ersetzt, bei dem es sich um einen MX480-Router mit dem Namen trefoil handelt, dem die Mitglieds-ID 1zugewiesen ist. Die Backup-Routing-Engine in Steckplatz 1 von trefoil wird im Beispiel als member1-re1dargestellt.
Aus Gründen der Redundanz ist jeder der beiden Mitgliedsrouter mit zwei Virtual Chassis-Ports konfiguriert.
Tabelle 1 zeigt die Hardware- und Softwarekonfigurationseinstellungen für jeden Router im Virtual Chassis.
Name des Routers |
Hardware |
Seriennummer |
Mitgliedsnummer |
Rolle |
Virtual Chassis-Ports |
Nummerierung der Netzwerk-Port-Slot-Slots |
|---|---|---|---|---|---|---|
Gladius |
MX240 Router mit:
|
JN10C7135AFC |
0 |
Routing-Engine (primär) |
vcp-2/2/0, vcp-2/3/0 |
FPC 0 – 11 |
Kleeblatt |
MX480-Router mit:
|
JN115D117AFB |
1 |
Routing-Engine (Backup) |
vcp-2/0/0, vcp-5/2/0 |
FPC 12 – 23 (Offset = 12) |
Konfiguration
Führen Sie die folgenden Aufgaben aus, um eine Routing-Engine in einer Virtual Chassis-Konfiguration zu ersetzen, die aus zwei Routern mit jeweils zwei Routing-Engines besteht:
- Entfernen der Routing-Engine
- Rückgabe der Routing-Engine an Juniper Networks, Inc.
- Installieren der neuen Routing-Engine
- Ändern der werkseitigen Konfiguration der Routing-Engine
- Installieren von Junos OS auf der neuen Routing-Engine
Entfernen der Routing-Engine
Schritt-für-Schritt-Anleitung
So entfernen Sie die zu reparierende oder zu aktualisierende Routing-Engine:
Entfernen Sie die Routing-Engine gemäß dem Verfahren für Ihren Router.
Weitere Informationen finden Sie unter Entfernen einer MX240-Routing-Engine im Hardwarehandbuch für den universellen Edge-Router MX240 3D.
Weitere Informationen finden Sie unter Entfernen einer MX480-Routing-Engine im Hardwarehandbuch für den universellen Edge-Router MX480 3D.
Siehe Entfernen eines MX960 Routing-Engine im Hardwarehandbuch für den MX960 3D Universal Edge-Router.
Rückgabe der Routing-Engine an Juniper Networks, Inc.
Schritt-für-Schritt-Anleitung
So geben Sie die Routing-Engine an Juniper Networks, Inc. zurück:
Holen Sie eine Warenrücksendegenehmigung (RMA) vom Technical Assistance Center (JTAC) von Juniper Networks ein und senden Sie die Routing-Engine an Juniper Networks, Inc. zurück.
Anweisungen finden Sie unter So geben Sie eine Hardwarekomponente an Juniper Networks, Inc. zurück im Hardwarehandbuch für Ihren Router.
Installieren der neuen Routing-Engine
Schritt-für-Schritt-Anleitung
So installieren Sie die neue Routing-Engine im Virtual Chassis-Mitglieds-Router:
Installieren Sie die Routing-Engine gemäß den Anweisungen für Ihren Router im leeren Routing-Engine-Steckplatz des Mitglieds-Routers.
Weitere Informationen finden Sie unter Installieren einer MX240-Routing-Engine im Hardwarehandbuch für den universellen Edge-Router MX240 3D.
Siehe Installieren eines MX480 Routing-Engine im Hardwarehandbuch für den MX480 3D Universal Edge-Router.
Weitere Informationen finden Sie unter Installieren einer MX960-Routing-Engine im Hardwarehandbuch für den universellen Edge-Router MX960 3D.
Ändern der werkseitigen Konfiguration der Routing-Engine
Schritt-für-Schritt-Anleitung
Eine werkseitig ausgelieferte Routing-Engine wird mit einer werkseitigen Standardkonfiguration geladen, die die folgende Zeilengruppe auf der [Bearbeiten]-Hierarchieebene enthält:
[edit]
system {
commit {
factory-settings {
reset-virtual-chassis-configuration;
}
}
}
Wenn diese Konfigurationsgruppe vorhanden ist, kann die Routing-Engine nur in einem eigenständigen Gehäuse und nicht in einem Virtual Chassis-Mitglieds-Router betrieben werden. Wenn Sie diese Routing-Engine im Standby-Steckplatz eines Virtual Chassis-Mitglieds-Routers installieren (member1-re1 in diesem Verfahren), synchronisiert sich die Routing-Engine nicht automatisch mit der primären Routing-Engine und startet im Virtual Chassis-Modus.
Um sicherzustellen, dass die Standby-Factory-Routing-Engine erfolgreich mit der primären Routing-Engine synchronisiert wird, müssen Sie die eigenständige Chassis-Konfigurationszeile aus der Standby-Factory-Routing-Engine entfernen und sicherstellen, dass sie im Virtual Chassis-Modus neu gestartet wird, bevor Sie die Version von Junos OS installieren.
So ändern Sie die werkseitige Konfiguration der Routing-Engine, um den ordnungsgemäßen Betrieb des Virtual Chassis sicherzustellen:
Melden Sie sich bei der Konsole der neuen Routing-Engine als Benutzer
rootohne Kennwort an.Konfigurieren Sie ein Nur-Text-Kennwort für die
root(Superuser-)Anmeldung.{local:member1-re1}[edit system] root# set root-authentication plain-text-password New password: type password here Retype new password: retype password hereLöschen Sie die eigenständige Gehäusekonfiguration.
{local:member1-re1}[edit] root# delete system commit factory-settings reset-virtual-chassis-configurationBestätigen Sie die Konfiguration.
Die neue Routing-Engine synchronisiert die Virtual Chassis-Mitglieds-ID mit der primären Routing-Engine und startet im Virtual Chassis-Modus.
Stellen Sie sicher, dass sich die neue Routing-Engine im Virtual Chassis-Modus befindet.
Während des Bootvorgangs zeigt der Router die folgende Ausgabe an, um anzuzeigen, dass er die Virtual Chassis-Mitglieds-ID (1) mit der primären Routing-Engine synchronisiert hat und sich im Virtual Chassis-Modus befindet.
... virtual chassis member-id = 1 virtual chassis mode = 1 ...
Installieren von Junos OS auf der neuen Routing-Engine
Schritt-für-Schritt-Anleitung
Sie müssen dieselbe Version von Junos OS auf der neuen Routing-Engine installieren, die auf den anderen Routing-Engines im Virtual Chassis ausgeführt wird. Durch die Installation der Junos OS-Software wird die Routing-Engine so vorbereitet, dass die neue Version von Junos OS nach einem Neustart ausgeführt werden kann. Diese Aktion wird auch als Scharfschaltung der Routing-Engine bezeichnet.
So installieren Sie die Version von Junos OS auf der neuen Routing-Engine (member1-re1) im Virtual Chassis:
Verwenden Sie FTP oder einen Webbrowser, um die Junos OS-Software auf die primäre Routing-Engine des primären Virtual Chassis-Routers herunterzuladen (
member0-re0).Weitere Informationen finden Sie unter Herunterladen von Software im Software-Installations- und Upgrade-Handbuch für Junos OS-Software.
Hinweis:Stellen Sie sicher, dass Sie dieselbe Junos OS-Version herunterladen und installieren, die auf allen Routing-Engines im Virtual Chassis ausgeführt wird.
Melden Sie sich, falls noch nicht geschehen, als Benutzer
rootohne Kennwort an der Konsole der neuen Routing-Engine an.Wenn Sie dies noch nicht getan haben, konfigurieren Sie ein Klartextkennwort für die
root(Superuser-)Anmeldung.{local:member1-re1}[edit system] root# set root-authentication plain-text-password New password: type password here Retype new password: retype password hereMelden Sie sich bei der Konsole des primären Virtual Chassis-Routers () als Benutzer
rootanmember0-re0.Führen Sie über die Konsole des primären Virtual Chassis-Routers einen Commit für die Konfiguration durch.
{master:member0-re0}[edit] root# commit synchronize and-quit ... member1-re0: configuration check succeeds member0-re0: commit complete member1-re0: commit complete member1-re1: commit complete Exiting configuration modeVerwenden Sie Telnet oder SSH, um sich bei dem Mitglieds-Router anzumelden, der die neue Routing-Engine enthält (
trefoil).{local:member1-re1} user@trefoil>Beachten Sie, dass der Name des Routers (
trefoil) jetzt in der Eingabeaufforderung angezeigt wird.Installieren Sie die Version von Junos OS auf der neuen Routing-Engine (
member1-re1) vom primären Virtual Chassis-Router (member0-re0).{master:member0-re0} user@trefoil> request system software add member member-id re1 no-validate reboot package-name forceZum Beispiel:
{master:member0-re0} user@trefoil> request system software add member 1 re1 no-validate reboot /var/tmp/jinstall-11.4R1-8-domestic-signed.tgz force Pushing bundle to re1...Dieser Befehl wird
member1-re1nach dem Hinzufügen der Software neu gestartet.
Ergebnisse
Nach dem Neustart wird die neue Routing-Engine Teil des Virtual Chassis, aktualisiert ihre Eingabeaufforderung zur Anzeige member1-re1und kopiert die entsprechende Konfiguration aus dem Virtual Chassis.
Verifizierung
Führen Sie die folgenden Aufgaben aus, um zu überprüfen, ob das Virtual Chassis mit der neuen Routing-Engine ordnungsgemäß funktioniert:
- Überprüfen der Installation von Junos OS auf der neuen Routing-Engine
- Überprüfen der Installation der Junos OS-Lizenz auf der neuen Routing-Engine
- Ändern der lokalen primären Rolle im Mitgliedsrouter zur neuen Routing-Engine
Überprüfen der Installation von Junos OS auf der neuen Routing-Engine
Zweck
Stellen Sie sicher, dass Sie die richtige Version von Junos OS auf der neuen Routing-Engine installiert haben (member1-re1).
Aktion
Zeigen Sie den Hostnamen, den Modellnamen und die Versionsinformationen der Version von Junos OS an, die auf der neuen Routing-Engine ausgeführt wird.
{local:member1-re1}
user@trefoil> show version local
Hostname: trefoil
Model: mx480
. . .
JUNOS Base OS boot [11.4R1-8]
JUNOS Base OS Software Suite [11.4R1-8]
. . .
Bedeutung
Der entsprechende Teil der show version local Befehlsausgabe bestätigt, dass Junos OS Version 11.4R1-8 wie vorgesehen installiert wurde.
Überprüfen der Installation der Junos OS-Lizenz auf der neuen Routing-Engine
Zweck
Stellen Sie sicher, dass das Virtual Chassis Redundancy Feature Pack und die erforderlichen Lizenzen für die Junos OS-Funktionen ordnungsgemäß auf dem Router installiert sind, der die neue Routing-Engine enthält.
Informationen zur Lizenzinstallation finden Sie unter:
Aktion
Zeigen Sie die auf der neuen Routing-Engine installierten Junos OS-Lizenzen an.
{local:member1-re1}
user@trefoil> show system license
License usage:
Licenses Licenses Licenses Expiry
Feature name used installed needed
subscriber-accounting 0 1 0 permanent
subscriber-authentication 0 1 0 permanent
subscriber-address-assignment 0 1 0 permanent
subscriber-vlan 0 1 0 permanent
subscriber-ip 0 1 0 permanent
scale-subscriber 0 256000 0 permanent
scale-l2tp 0 1000 0 permanent
scale-mobile-ip 0 1000 0 permanent
virtual-chassis 0 1 0 permanent
Bedeutung
Die show system license Befehlsausgabe bestätigt, dass das Virtual Chassis Redundancy Feature Pack auf diesem Mitglieds-Router installiert wurde. Darüber hinaus wurden die erforderlichen Lizenzen für Junos OS-Funktionen installiert, um die Nutzung einer bestimmten Softwarefunktion oder Skalierungsstufe zu ermöglichen.
Ändern der lokalen primären Rolle im Mitgliedsrouter zur neuen Routing-Engine
Zweck
Stellen Sie sicher, dass das Virtual Chassis mit der neuen Routing-Engine ordnungsgemäß funktioniert, indem Sie sich vergewissern, trefoil dass die neue Routing-Engine die lokale primäre Rolle von der vorhandenen Routing-Engine im Virtual Chassis Backup-Router (Mitglied 1) übernehmen kann.
Aktion
Wechseln Sie die lokale primäre Rolle der Routing-Engines von trefoil der Routing-Engine in Steckplatz 0 (member1-re0) zur neu installierten Routing-Engine in Steckplatz 1 (member1-re1).
{backup:member1-re0}
user@trefoil> request chassis routing-engine master switch
Warten Sie ca. 1 Minute, um den Status und die Rollen der Mitgliedsrouter im Virtual Chassis nach dem lokalen Switchover anzuzeigen.
{backup:member1-re1}
user@trefoil> show virtual-chassis status
Preprovisioned Virtual Chassis
Virtual Chassis ID: a5b6.be0c.9525
Mastership Neighbor List
Member ID Status Serial No Model priority Role ID Interface
0 (FPC 0- 11) Prsnt JN10C7135AFC mx240 129 Master 1 vcp-2/2/0
1 vcp-2/3/0
1 (FPC 12- 23) Prsnt JN115D117AFB mx480 129 Backup* 0 vcp-2/0/0
0 vcp-5/2/0
Bedeutung
Die Ausgabe des request chassis routing-engine master switch Befehls zum Initiieren des lokalen Switchovers der Routing-Engines im Virtual Chassis Backup-Router (trefoil) wirkt sich nur auf die Rollen der Routing-Engines in diesem Mitglieds-Router aus (member1-re0 und member1-re1), ändert jedoch nicht die globale primäre Rolle des Virtual Chassis. Die Ausgabe des show virtual-chassis status Befehls bestätigt, dass nach dem lokalen Switchover Mitglied 0 (gladius) immer noch der primäre Virtual Chassis-Router und Mitglied 1 (trefoil) weiterhin der Virtual Chassis-Backup-Router ist.
Vor der lokalen Umstellung member1-re0 war die primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) und member1-re1 (die neue Routing-Engine) die Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs).
Nach dem lokalen Switchover member1-re0 und member1-re1 wechseln Sie die Rollen. Die neue Routing-Engine wird zur primären Routing-Engine im Virtual Chassis Backup-Router (VC-BP) und member1-re0 zur Standby-Routing-Engine member1-re1im Virtual Chassis Backup-Router (VC-Bs).
Tabelle 2 listet die Rollenübergänge auf, die für jeden Mitglieds-Router und jede Routing-Engine vor und nach dem lokalen Switchover der Routing-Engines in trefoilauftreten.
Die in Tabelle 2 beschriebenen Rollenübergänge gelten nur, wenn Sie den lokalen Switchover über den Virtual Chassis Backup-Router (VC-B) initiieren. Informationen zu den Rollenübergängen, die auftreten, wenn Sie den lokalen Switchover über den primären Virtual Chassis-Router (VC-P) initiieren, finden Sie unter Switchover-Verhalten in einem Virtual Chassis der MX-Serie.
| Virtual Chassis Komponente |
Rolle vor dem lokalen Switchover |
Rolle nach lokalem Switchover |
|---|---|---|
|
|
Primärer Virtual Chassis-Router (VC-P) |
Primärer Virtual Chassis-Router (VC-P) |
|
|
Virtual Chassis Backup-Router (VC-B) |
Virtual Chassis Backup-Router (VC-B) |
|
|
Primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) |
Primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) |
|
|
Standby-Routing-Engine im primären Virtual Chassis-Router (VC-Ps) |
Standby-Routing-Engine im primären Virtual Chassis-Router (VC-Ps) |
|
|
Primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) |
Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs) |
|
|
Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs) |
Primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) |
Nachdem Sie die lokale primäre Rolle der Routing-Engines gewechselt haben, dauert die vollständige Synchronisierung der Routing-Engines etwa 30 Minuten. Um einen möglichen Verlust von Anwenderstatusinformationen aufgrund unvollständiger Synchronisierung zu vermeiden, empfehlen wir, mindestens 30 Minuten zu warten, bevor Sie einen weiteren lokalen Switchover, einen globalen Switchover oder einen weiteren Graceful Routing-Engine-Switchover in einer Virtual Chassis-Konfiguration durchführen.