AUF DIESER SEITE
Grundlegendes zu Virtual Chassis-Komponenten
In diesem Abschnitt werden die Komponenten einer EX-Serie oder eines QFX-Serie Virtual Chassis beschrieben.
-
Ein Virtual Chassis der EX-Serie ist eine unterstützte Kombination von eigenständigen Switches der EX-Serie, die als ein einziges Gehäuse miteinander verbunden und verwaltet werden.
Hinweis:Wir raten davon ab, EX9200-Switches in einem Virtual Chassis zu verwenden. Daher haben wir die Unterstützung für diese Architektur ab Junos OS Version 17.1R1 eingestellt. Für Bereitstellungen mit EX9200-Switches empfehlen wir, MC-LAG- oder Junos Fusion Enterprise-Architekturen zu planen oder zu verschieben, anstatt ein Virtual Chassis zu verwenden.
-
Ein QFX-Serie Virtual Chassis ist eine unterstützte Kombination aus eigenständigen QFX5100-, QFX5110-, QFX5120- oder QFX5200-Switches, die als ein einziges Gehäuse miteinander verbunden und verwaltet werden. EX4650 Virtual Chassis funktionieren genauso wie QFX5120 Virtual Chassis, sodass die meisten Informationen in diesem Thema über QFX-Serie Virtual Chassis im Allgemeinen auch für eine EX4650 Virtual Chassis gelten, mit einigen plattformspezifischen Unterschieden beim Support.
Hinweis:EX4300-Switches (ausgenommen Multigigabit-Modelle [EX4300-48MP]) können auch zu einem gemischten Virtual Chassis mit QFX5100-Switches verbunden werden.
Maximale Switch-Unterstützung
Die maximale Anzahl von Switches, die ein Virtual Chassis unterstützt, variiert je nach Virtual Chassis und kann auch von der Version von Junos OS abhängen, die auf dem Virtual Chassis ausgeführt wird.
- Maximale Anzahl von Switches in einem Virtual Chassis der EX-Serie
- Maximale Anzahl von Switches in einem Virtual Chassis der QFX-Serie (einschließlich gemischter Virtual Chassis mit Switches der EX-Serie)
Maximale Anzahl von Switches in einem Virtual Chassis der EX-Serie
Tabelle 1 listet die maximale Anzahl von Mitglieds-Switches auf, die in einem Virtual Chassis der EX-Serie von Junos OS-Version unterstützt werden.
| Art des Virtual Chassis der EX-Serie |
Maximale Anzahl an Member Switches nach Junos OS-Version |
|---|---|
| EX2300 Virtual Chassis |
18.4R1 – Ab Junos OS Version 18.4R1 können bis zu 4 Switches aller EX2300-Mitglieder (einschließlich Multigigabit-Modelle und anderer EX2300-Switches) im selben Virtual Chassis kombiniert werden. |
| EX3400 Virtual Chassis |
15.1X53-D50 – Erste Version. Bis zu 10 EX3400-Switches für Mitglieder. |
| EX4100 Virtual Chassis | 22.2R1 – Erste Version. Bis zu 10 EX4100-Switches für Mitglieder. |
| EX4300 Virtual Chassis |
18.2R1 – Ab Junos OS Version 18.2R1 mit der Einführung der Multigigabit-Switches der Serie EX4300 (EX4300-48MP) kann ein Virtual Chassis des EX4300-Modells bis zu 10 Switches des Multigigabit-Modells EX4300 als nicht gemischtes Virtual Chassis oder eine Kombination von Switches des Multigigabit-Modells EX4300 mit anderen EX4300-Switches als gemischtes Virtual Chassis des EX4300-Modells enthalten. |
| EX4400 Virtual Chassis |
21.1R1 – Erste Version. Bis zu 10 EX4400-Switches für Mitglieder. 21.2R1 – Ab Junos OS Version 21.2R1 kann ein EX4400 Virtual Chassis auch Multigigabit-Switches der Serie EX4400 (EX4400-24MP und EX4400-48MP) enthalten. |
| EX4650 Virtual Chassis |
19.3R1 – Erste Version. Bis zu 2 EX4650-Switches nur in Routing-Engine-Rollen. 20.1R1 – Ab Junos OS Version 20.1R1 kann ein EX4650 Virtual Chassis bis zu 4 Mitglieder haben. |
Maximale Anzahl von Switches in einem Virtual Chassis der QFX-Serie (einschließlich gemischter Virtual Chassis mit Switches der EX-Serie)
Tabelle 2 listet die maximale Anzahl von Mitglieds-Switches auf, die in einem Virtual Chassis der QFX-Serie von Junos OS unterstützt werden, einschließlich gemischter Virtual Chassis der QFX-Serie mit Switch-Mitgliedern der EX-Serie.
| Art des Virtual Chassis der QFX-Serie |
Maximale Anzahl an Member Switches nach Junos OS-Version |
|---|---|
| QFX5110 Virtual Chassis:
|
17.3R1 – Erste Version. Switches für bis zu 10 Mitglieder. |
| QFX5120 Virtual Chassis: |
19.3R1 – Erste Version für QFX5120-48Y-Switches Bis zu 2 Mitglieds-Switches, beide in der Rolle "Routing-Engine". 20.2R1 – Erste Version für QFX5120-48T-Switches Bis zu 2 Mitglieds-Switches, beide in der Rolle "Routing-Engine". 20.3R1 – Erste Version für QFX5120-32C-Switches Bis zu 2 Mitglieds-Switches, beide in der Rolle "Routing-Engine". |
| QFX5200 Virtual Chassis—
|
17.3R2 und 17.4R1 – Erste Version. Switches für bis zu 3 Mitglieder. |
Virtual Chassis Ports (VCPs)
Sie richten ein Virtual Chassis ein, indem Sie Virtual Chassis-Ports (VCPs) auf den Mitglieds-Switches konfigurieren und die Switches über die VCPs miteinander verbinden. VCPs sind für die Weitergabe aller Daten und die Steuerung des Datenverkehrs zwischen den Mitglieds-Switches im Virtual Chassis verantwortlich.
- Virtual Chassis Port-Optionen
- Automatische Konvertierung von Virtual Chassis-Ports (VCP)
- Virtual Chassis Port Link Aggregationsgruppen
Virtual Chassis Port-Optionen
Einige Switches verfügen über dedizierte VCPs; Sie können diese Ports nur als VCPs verwenden und nicht als Netzwerkports neu konfigurieren. Dedizierte VCPs ermöglichen es Ihnen, Switches zu einem Virtual Chassis zu verbinden, ohne dass eine zusätzliche Schnittstellenkonfiguration erforderlich ist.
Einige Switches verfügen über Ports, die standardmäßig als VCPs konfiguriert sind. Sie müssen diese nicht explizit als VCPs konfigurieren, um sie zur Verbindung der Switches zu einem Virtual Chassis zu verwenden.
Die meisten Switches verfügen über optische oder Uplink-Ports, die Sie auch als VCPs konfigurieren können.
Sie müssen VCPs konfigurieren, um Switches miteinander zu verbinden, die keine dedizierten oder standardmäßig konfigurierten VCPs haben, oder um Switches über größere Entfernungen zu verbinden, als von einer dedizierten VCP-Verbindung zugelassen. Andernfalls können Sie jede der unterstützten VCP-Optionen zwischen den Mitgliedern eines Virtual Chassis mischen. Wir empfehlen, redundante Verbindungen zwischen zwei beliebigen Mitgliedern zu verwenden, um die Ausfallsicherheit zu erhöhen oder die Kommunikationsbandbreite der Mitglieder zu erhöhen. VCPs werden automatisch zu einer Link-Aggregationsgruppe gebündelt, wenn zwei oder mehr Ports, die mit derselben Geschwindigkeit arbeiten, zwischen denselben beiden Mitglieds-Switches zu VCPs konfiguriert werden. Weitere Informationen finden Sie unter Understanding Virtual Chassis Port Link Aggregation .
Wenn beim Hinzufügen von Switches zu einem vorhandenen Virtual Chassis oder dem Hinzufügen neuer redundanter Verbindungen zwischen bestehenden Mitgliedern die automatische VCP-Konvertierungsfunktion aktiviert ist, werden unter den richtigen Bedingungen die Ports auf beiden Seiten der Verbindung automatisch in VCPs umgewandelt (siehe Automatische Virtual Chassis-Portkonvertierung (VCP).
Tabelle 3 fasst die verfügbaren VCP-Optionen für Switches in einem Virtual Chassis der EX-Serie oder der QFX-Serie zusammen. Vollständige Informationen darüber, wo sich dedizierte VCPs, standardmäßig konfigurierte VCPs oder Ports, die als VCPs konfiguriert werden können, auf einem Switch befinden und welche Transceiver und Kabel Sie für VCP-Verbindungen auf dem Switch verwenden können, finden Sie in der Hardwaredokumentation für diesen Switch-Typ.
| Schalter |
Dedizierte VCPs |
Standardmäßige VCPs |
Ports, die als VCPs konfiguriert werden können und unterstützt werden |
|---|---|---|---|
| EX2300 (einschließlich EX2300 Multigigabit-Modelle) |
Nichts |
Nichts |
10-Gigabit-Ethernet-Uplink-Ports mit SFP+-Tranceivern
Hinweis:
Sie können Ports mit SFP-Transceivern nicht als VCPs auf EX2300-Switches verwenden, um ein Virtual Chassis zu bilden. |
| EX4100 | 4 25-Gbit/s-SFP28-Ports auf der Vorderseite | 4 25-Gbit/s-SFP28-Ports auf der Vorderseite | Nichts |
| EX4100-F |
4 10-Gbit/s-SFP+-Ports an der Vorderseite |
4 10-Gbit/s-SFP+-Ports an der Vorderseite |
Nichts |
| EX4300 |
Nichts |
Alle QSFP+-Ports |
Alle Uplink-Ports, die mit SFP+- oder QSPF+-Transceivern installiert sind
Hinweis:
Auf EX4300-Switches mit 32 Ports können Sie die vier integrierten 10-Gigabit-Ethernet-SFP+-Ports nicht als VCPs verwenden. |
| Multigigabit-Modelle EX4300 (EX4300-48MP) |
4 40-Gbit/s-QSFP+-Ports auf der Rückseite |
Nichts |
Nichts |
| EX4400 (einschließlich EX4400 Multigigabit-Modelle) |
Nichts | 4 logische 50-Gbit/s-VCP-Schnittstellen unter Verwendung der beiden 100-Gbit/s-QSFP28-Ports auf der Rückseite (PIC-Steckplatz 1) | Nichts |
| EX4650 |
Nichts |
Nichts |
Alle 40-Gigabit-Ethernet- oder 100-Gigabit-QSFP28-Ports an der Vorderseite (Ports 48 bis 55), nicht kanalisiert
Hinweis:
Das Junos OS hindert Sie nicht daran, andere Ports als VCPs festzulegen, diese funktionieren jedoch nicht ordnungsgemäß als VCPs. |
| QFX5110 |
Nichts |
Nichts |
Alle 40-Gigabit-Ethernet- oder 100-Gigabit-Ethernet-QSFP28-Ports Alle nicht kanalisierten 40-Gigabit-Ethernet-QSFP+-Schnittstellen Alle nicht kanalisierten 10-Gigabit-Ethernet-SFP+-Schnittstellen (auf QFX5110-Switch-Modellen, die diese Ports unterstützen) |
| QFX5120 |
Nichts |
Nichts |
(QFX5120-48Y) Jeder der acht 40-Gigabit-Ethernet- oder 100-Gigabit-Ethernet-QSFP+- oder QSFP28-Ports auf der Vorderseite (Ports 48 bis 55), nicht kanalisiert (QFX5120-48T) Jeder der sechs 40-Gigabit-Ethernet- oder 100-Gigabit-Ethernet-QSFP+- oder QSFP28-Ports auf der Vorderseite (Ports 48 bis 53), nicht kanalisiert
Hinweis:
Andere als die oben für QFX5120-48Y- und QFX5120-48T-Switches angegebenen Ports werden nicht als VCPs unterstützt. Die Junos OS CLI gibt keinen Fehler zurück, wenn Sie versuchen, andere Ports als VCPs festzulegen, aber sie funktionieren nicht ordnungsgemäß als VCPs. (QFX5120-32C) Alle nicht kanalisierten Netzwerkports (Ports 0 bis 31), die mit QSFP+- oder 100-Gbit/s-QSFP28-Transceivern installiert sind |
| QFX5200 |
Nichts |
Nichts |
Alle 40-Gigabit-Ethernet-QSFP+-Ports Ab Junos OS Version 17.3R2-S4 können Sie auch 100-Gigabit-Ethernet-QSFP28-Ports als VCPs auf QFX5200-Switches verwenden. |
QSFP+-Schnittstellen, die über ein Breakout-Kabel in SFP+-Schnittstellen kanalisiert wurden, können nicht in VCPs konfiguriert werden.
Automatische Konvertierung von Virtual Chassis-Ports (VCP)
Wenn die automatische VCP-Konvertierungsfunktion aktiviert ist und Sie eine neue Verbindung von einem neuen Switch, der hinzugefügt wird, in ein bestehendes Virtual Chassis verkabeln oder eine redundante Verbindung zwischen zwei Mitgliedern eines Virtual Chassis hinzufügen, werden Ports, die VCPs sein können, unter folgenden Bedingungen automatisch in VCPs umgewandelt:
-
Das Link Layer Discovery Protocol (LLDP) oder LLDP-Media Endpoint Discovery (LLDP-MED) ist auf den Schnittstellen für die Member an beiden Enden der neuen Verbindung aktiviert. Beide Seiten tauschen LLDP-Pakete aus, um die Portkonvertierung durchzuführen.
-
Das Virtual Chassis muss mit den Switches auf beiden Seiten der Verbindung vorbereitgestellt werden, die bereits in der Mitgliederliste des Virtual Chassis
set virtual-chassis membermithilfe des Befehls konfiguriert sind. -
Die Schnittstellen für die Ports an beiden Enden der Verbindung sind noch nicht als VCPs konfiguriert. Beide Seiten der Verbindung müssen sich im gleichen Zustand befinden, um einen Handshake durchzuführen und die VCP-Verbindung herzustellen.
Die Verwendung der automatischen VCP-Konvertierung beim Hinzufügen eines Switches zu einem vorab bereitgestellten Virtual Chassis wird auch als automatische Bereitstellung des neuen Mitglieds bezeichnet.
Damit Ports für die automatische VCP-Konvertierung in Frage kommen, müssen Sie sie mit dem request virtual-chassis vc-port delete Befehl wieder in Netzwerkports konvertieren, wenn es sich um standardmäßig konfigurierte VCPs handelt oder Sie sie zuvor in VCPs konfiguriert haben. Switches wandeln VCPs nicht automatisch wieder in Netzwerkports um, wenn Sie sie aus einem Virtual Chassis entfernen und die Verbindungen trennen.
Die automatische VCP-Konvertierung ist standardmäßig auf allen Virtual Chassis aktiviert, außer in den folgenden Fällen:
- Die automatische VCP-Konvertierung gilt nicht für EX4400-Switches in einem Virtual Chassis. Um auf diesen Switches die Standard-VCPs in Netzwerkports zu konvertieren oder sie von Netzwerkports wieder in VCP-Ports umzuwandeln, müssen Sie den Portmodus explizit mit dem
request virtual-chassis mode network-portBefehl festlegen und dann den Switch neu starten. -
Für alle EX4650- und QFX5120 Virtual Chassis (für die alle die automatische VCP-Konvertierungsfunktion standardmäßig aktiviert ist) können Sie die Funktion deaktivieren, indem Sie sie auf der
[edit virtual-chassis]Hierarchieebene im Virtual Chassis konfigurierenno-auto-conversion. Um zum Standardverhalten zurückzukehren und die automatische VCP-Konvertierung wieder zu aktivieren, löschen Sie dieno-auto-conversionAnweisung aus der Konfiguration.
Virtual Chassis Port Link Aggregationsgruppen
Sie können die VCP-Bandbreite zwischen Mitglieds-Switches erhöhen, indem Sie mehrere Links zwischen denselben beiden Switches zu VCP-Links konfigurieren. Wenn mehrere VCPs dieselben beiden Switches miteinander verbinden, bilden die Links automatisch ein Link Aggregation Group (LAG)-Bundle, wenn die VCP-Links die gleiche Geschwindigkeit haben. Wenn Sie beispielsweise zwei 40-Gbit/s-QSFP+-VCP-Verbindungen zwischen Komponenten-Switches verbunden haben, bilden die Verbindungen automatisch eine LAG mit 80 Gbit/s Gesamtbandbreite. 10-Gigabit-SFP+- und 40-Gbit/s-QSFP+-VCP-Verbindungen werden jedoch nicht Mitglieder derselben LAG.
Innerhalb eines Virtual Chassis können Sie auch Netzwerkschnittstellen konfigurieren, die sich auf verschiedenen Virtual Chassis-Mitglieds-Switches befinden, um eine LAG zu bilden, die Lastausgleich und Redundanz für den vom Virtual Chassis weitergeleiteten Netzwerkverkehr bietet. Weitere Informationen zum Unterschied zwischen VCP-LAGs und Netzwerkschnittstellen-LAGs innerhalb eines Virtual Chassis finden Sie unter Understanding Virtual Chassis Port Link Aggregation .
Rolle der primären Routing-Engine
In einem Virtual Chassis arbeitet jeder Mitglieds-Switch in einer von zwei Rollen: der Rolle der Routing-Engine oder der Linecard. In der Rolle "Routing-Engine" fungiert ein Mitglieds-Switch als primäre oder Backup-Routing-Engine.
Das primäre Mitglied der Routing-Engine im Virtual Chassis:
-
Verwaltet die Mitglieder-Switches.
-
Führt Junos OS für die Switches als primäre Routing-Engine aus.
-
Führt die Chassis-Verwaltungsprozesse und Kontrollprotokolle aus.
-
Stellt alle Mitglieds-Switches dar, die in der Virtual Chassis-Konfiguration miteinander verbunden sind. (Der Hostname und andere Eigenschaften, die Sie diesem Switch während der Einrichtung zuweisen, gelten für alle Mitglieder der Virtual Chassis-Konfiguration.)
In einer vorab bereitgestellten Konfiguration bestimmt der Virtual Chassis-Algorithmus für die primäre Rolle, welcher Mitglieds-Switch in der Rolle der Routing-Engine als primärer Virtual Chassis-Switch und welcher als Backup fungiert. Weitere Informationen finden Sie unter Verstehen, wie die Primärposition in einem Virtual Chassis ausgewählt wird.
In einer Konfiguration, die nicht vorab bereitgestellt wurde (nicht bereitgestellte Konfiguration), wählt das Virtual Chassis das primäre System und das Backup mithilfe des Prioritätswerts für die primäre Rolle und sekundärer Faktoren im Algorithmus für die Auswahl der primären Rolle aus.
Die verbleibenden Switches im Virtual Chassis, die nicht primär oder Backup sind, werden in der Linecard-Rolle ausgeführt.
Beachten Sie die folgenden Richtlinien für die Zuweisung von Routing-Engine-Rollen zu den Switches in einem gemischten Virtual Chassis:
-
In einem QFX5110 Virtual Chassis mit QFX5110- und QFX5100-Switches empfehlen wir, nur QFX5110-Switches in der Rolle "Routing-Engine" zu konfigurieren.
-
Konfigurieren Sie in einem EX4650- oder QFX5120-Virtual Chassis mit zwei Mitgliedern beide Mitglieds-Switches in der Routing-Engine-Rolle nur als primäre und Backup-Mitglieder-Switches (keine Linecard-Rollenmitglieder).
Rolle der Backup-Routing-Engine
Das Mitglied, das in der Rolle der Backup-Routing-Engine in einem Virtual Chassis fungiert:
-
Behält den Zustand der Bereitschaft bei, die Rolle der primären Routing-Engine zu übernehmen, wenn die primäre ausfällt.
-
Führt Junos OS für die Switches als Backup-Routing-Engine aus.
-
Synchronisiert mit dem primären Server in Bezug auf Protokollzustände, Weiterleitungstabellen und andere Informationen, sodass er bereit ist, Routing-Informationen beizubehalten und die Netzwerkkonnektivität ohne Unterbrechung aufrechtzuerhalten, falls der primäre Server nicht verfügbar ist.
Die Virtual Chassis-Konfiguration muss über mindestens zwei Mitglieds-Switches verfügen, um ein Backup-Mitglied der Routing-Engine zu haben.
In einer vorab bereitgestellten Konfiguration bestimmt der Virtual Chassis-Algorithmus für die primäre Rolle, welcher Mitglieds-Switch in der Rolle der Routing-Engine als primärer Virtual Chassis-Switch und welcher als Backup fungiert. Weitere Informationen finden Sie unter Verstehen, wie die Primärposition in einem Virtual Chassis ausgewählt wird.
In einer nicht bereitgestellten Konfiguration wählt das Virtual Chassis die Switches für das primäre und das Backup-Mitglied anhand des Prioritätswerts für die primäre Rolle und der sekundären Faktoren im Auswahlalgorithmus für die primäre Rolle aus.
Beachten Sie die folgenden Richtlinien für die Zuweisung von Routing-Engine-Rollen zu den Switches in einem gemischten Virtual Chassis:
-
In einem gemischten EX4300 Virtual Chassis, das aus dem Multigigabit-Modell EX4300 (EX4300-48MP) und anderen Switches des Modells EX4300 besteht, sollten Sie immer Switches des Multigigabit-Modells EX4300 in den Rollen der primären und Backup-Routing-Engine haben.
-
In einem QFX5110 Virtual Chassis mit QFX5110- und QFX5100-Switches empfehlen wir, nur QFX5110-Switches in der Rolle "Routing-Engine" zu konfigurieren.
-
Konfigurieren Sie in einem EX4650- oder QFX5120-Virtual Chassis mit zwei Mitgliedern beide Mitglieds-Switches in der Routing-Engine-Rolle nur als primäre und Backup-Mitglieder-Switches (keine Linecard-Rollenmitglieder).
Linecard-Rolle
Ein Mitglied, das in der Linecard-Rolle in einem Virtual Chassis fungiert:
-
Führt nur eine Teilmenge von Junos OS aus.
-
Führt die Chassis-Steuerungsprotokolle nicht aus.
-
Kann bestimmte Fehlerzustände (z. B. ein nicht angeschlossenes Kabel) an allen Schnittstellen erkennen, die über die primäre Schnittstelle konfiguriert wurden.
Die Virtual Chassis-Konfiguration muss mindestens drei Mitglieder haben, um ein Linecard-Mitglied enthalten zu können.
In einer vorab bereitgestellten Konfiguration können Sie ein Mitglied explizit mit der Linecardrolle konfigurieren, was bedeutet, dass es sich nicht um eine primäre oder Backup-Routing-Engine handeln kann.
In einer nicht bereitgestellten Konfiguration fungieren die Mitglieder, die nicht als primär oder Backup ausgewählt sind, als Linecardmitglieder des Virtual Chassis. Das Virtual Chassis wählt die Switches für das primäre und das Backup-Mitglied anhand des Prioritätswerts für die primäre Rolle und der sekundären Faktoren im Auswahlalgorithmus für die primäre Rolle aus. Ein Switch mit der primären Rollenpriorität 0 befindet sich immer in der Linecard-Rolle.
In jedem Virtual Chassis mit zwei Mitgliedern sollten Sie für hohe Verfügbarkeit beide Mitglieder in der Rolle "Routing-Engine" und keine Mitglieder in der Linecard-Rolle konfigurieren. Ansonsten kann in einem Virtual Chassis mit mehr als zwei Mitgliedern jeder unterstützte Switch-Typ in der Linecard-Rolle betrieben werden.
Verwenden Sie die folgenden Richtlinien für die Zuweisung von Routing-Engine- und Linecard-Rollen zu den Switches in einem Virtual Chassis der QFX-Serie:
-
In einem QFX5110 Virtual Chassis, das aus QFX5110- und QFX5100-Switches besteht, empfehlen wir, nur QFX5110-Switches in der Rolle "Routing-Engine" zu konfigurieren.
Mitglieder-Switch und Mitglieds-ID
Jeder eigenständige Switch, der Virtual Chassis unterstützt, ist ein potenzielles Mitglied einer Virtual Chassis-Konfiguration. Wenn Sie einen dieser Switches einschalten, verfügt er über eine Virtual Chassis-Mitglieds-ID, die Sie auf dem LCD-Display einiger Switches oder in der show virtual-chassis Befehlsausgabe sehen können. Wenn der Switch als eigenständiger Switch eingeschaltet wird, lautet seine Mitglieds-ID immer 0. Wenn Sie den Switch mit einer Virtual Chassis-Konfiguration verbinden, weist ihm der Switch für das primäre Mitglied eine Mitglieds-ID zu, die auf verschiedenen Faktoren basiert, z. B. der Reihenfolge, in der der Switch dem Virtual Chassis hinzugefügt wurde, oder ob Sie Mitglieds-IDs basierend auf Switch-Seriennummern im Preprovisioning-Prozess definiert haben.
Wenn die Virtual Chassis-Konfiguration zuvor einen Mitglieds-Switch enthielt und Sie dieses Mitglied physisch aus der Virtual Chassis-Konfiguration getrennt oder entfernt haben, steht seine Mitglieds-ID nicht automatisch für die Zuweisung als Teil der sequenziellen Standard-Mitglieds-ID-Zuweisung des primären Elements zur Verfügung. Sie könnten beispielsweise eine Virtual Chassis-Konfiguration mit Member 0, Member 2 und Member 3 haben, weil Member 1 entfernt wurde. Wenn Sie einen weiteren Mitglieds-Switch hinzufügen und einschalten, weist ihm der primäre Switch die ID 4 zu, nicht ID 1. Wenn Sie eine Mitglieds-ID von einem entfernten Mitglieds-Switch wiederverwenden möchten, können Sie die Mitglieder-ID wiederverwenden (weitere Informationen finden Sie im request virtual-chassis recycle Befehl).
Die Mitglieds-ID unterscheidet die Mitglieds-Switches voneinander. Sie verwenden die Mitglieds-ID für Folgendes:
-
Weisen Sie einem Mitglieds-Switch einen Prioritätswert für die primäre Rolle zu.
-
Konfigurieren Sie Schnittstellen für einen Mitglieds-Switch, ähnlich wie bei der Angabe einer Gerätesteckplatznummer von Juniper Networks.
-
Wenden Sie einige Betriebsbefehle auf einen Mitglieds-Switch an.
-
Zeigen Sie den Status oder die Eigenschaften eines Mitglieds-Switches an.
Priorität der Primärrolle
In einer nicht bereitgestellten Konfiguration können Sie die Rolle (primäre oder Backup-Routing-Engine-Rolle oder Linecard-Rolle) festlegen, die ein Mitglieds-Switch übernimmt, indem Sie seine primäre Rollenpriorität konfigurieren (eine Zahl von 0 bis 255). Der Prioritätswert für die primäre Rolle ist die erste Überlegung im Algorithmus zur Auswahl der primären Rolle für die Auswahl des primären der Virtual Chassis-Konfiguration. Ein Switch mit der Priorität für die primäre Rolle übernimmt 0 niemals die Rolle der Backup- oder primären Routing-Engine.
Wenn Sie einen Standalone-Switch einschalten, hat er den Standardprioritätswert 128für die primäre Rolle. Da es sich um den einzigen Switch für Mitglieder in einer eigenen Virtual Chassis-Konfiguration handelt, ist er auch das primäre Mitglied. Wenn Sie einen eigenständigen Switch mit einer vorhandenen Virtual Chassis-Konfiguration verbinden (die bereits über eine eigene primäre Konfiguration verfügt), wird empfohlen, die primäre Priorität der Mitglieder, die als primäre und Backup-Instanz fungieren sollen, explizit zu konfigurieren.
Durch die Konfiguration desselben Prioritätswerts für die primäre Rolle für die primäre und die Sicherung kann ein reibungsloser Übergang von der primären zur Sicherung sichergestellt werden, wenn die primäre nicht verfügbar ist. Es verhindert, dass das ursprüngliche primäre System die Kontrolle über das Backup vorzieht, wenn das Backup die Kontrolle über die Virtual Chassis-Konfiguration übernommen hat, da das ursprüngliche primäre System nicht mehr verfügbar ist.
In einer vorab bereitgestellten Konfiguration können Sie die Prioritätswerte für die primäre Rolle nicht manuell konfigurieren. Sie weisen die Rolle jedes Mitglieds-Switches zu, und das Virtual Chassis weist die Priorität der primären Rolle automatisch basierend auf der zugewiesenen Rolle zu.
Virtual Chassis Identifier (VCID)
Alle Mitglieder einer Virtual Chassis-Konfiguration haben eine gemeinsame Virtual Chassis-Kennung (Virtual Chassis identifier, VCID). Das Virtual Chassis leitet diese Kennung aus internen Parametern ab. Wenn Sie eine Virtual Chassis-Konfiguration überwachen, zeigen bestimmte Schnittstellenansichten und der show virtual-chassis Befehl die VCID an.
Nichtflüchtiger Speicher in einem Virtual Chassis
Switches der EX-Serie und der QFX-Serie speichern Junos OS-Systemdateien im internen Flash-Speicher. In Virtual Chassis-Konfigurationen speichern sowohl der primäre als auch der Backup-Switch die Konfigurationsinformationen für alle Mitglieds-Switches.
Junos OS optimiert die Art und Weise, wie ein Virtual Chassis seine Konfiguration speichert, wenn ein Mitglieds-Switch oder die Virtual Chassis-Konfiguration nicht ordnungsgemäß heruntergefahren wird, wie folgt:
-
Wenn der primäre Switch nicht verfügbar ist, übernimmt der Backup-Switch die Rolle des primären Switches, und sein interner Flash-Speicher übernimmt den alternativen Speicherort für die Aufrechterhaltung des nichtflüchtigen Konfigurationsspeichers.
-
Wenn Sie einen Mitglieds-Switch zur Reparatur offline schalten, speichert der primäre Switch die Konfiguration des Mitglieds-Switches.
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.
[edit virtual-chassis] im Virtual Chassis konfigurieren
no-auto-conversion.