Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Grundlegendes zu Virtual Chassis-Komponenten

In diesem Thema werden die Komponenten eines Virtual Chassis der EX-Serie oder der QFX-Serie 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. Dieses Thema gilt für alle Virtual Chassis der EX-Serie mit Ausnahme des EX8200 Virtual Chassis.

    Weitere Informationen zum EX8200 Virtual Chassis finden Sie unter Grundlegendes zu EX8200 Virtual Chassis-Komponenten .

    Anmerkung:

    Wir raten davon ab, EX9200-Switches in einem Virtual Chassis zu verwenden, und wir haben den Support für diese Architektur mit Junos OS Version 17.1R1 eingestellt. Für Bereitstellungen mit EX9200-Switches empfehlen wir, anstelle eines Virtual Chassis eine MC-LAG- oder Junos Fusion Enterprise-Architektur zu planen oder darauf umzusteigen.

  • Ein QFX-Serie Virtual Chassis ist eine unterstützte Kombination aus eigenständigen QFX3500-, QFX3600-, 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 EX4650-Virtual Chassis gelten, mit einigen plattformspezifischen Support-Unterschieden.

    Anmerkung:

    EX4300-Switches (ausgenommen Multigigabit-Modelle [EX4300-48MP]) können auch zu einem gemischten Virtual Chassis mit QFX3500-, QFX3600- und QFX5100-Switches verbunden werden.

In diesem Thema werden keine Virtual Chassis-Fabric-Komponenten beschrieben. Weitere Informationen finden Sie unter Grundlegendes zu Virtual Chassis-Fabric-Komponenten.

Maximale Unterstützung für Switches

Die maximale Anzahl von Switches, die ein Virtual Chassis unterstützt, variiert je nach Virtual Chassis und kann auch von der Junos OS-Version abhängen, die auf dem Virtual Chassis ausgeführt wird.

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 unterstützt werden.

Tabelle 1: Maximale Unterstützung für Mitglieder-Switches für Virtual Chassis der EX-Serie nach Junos OS-Version

Typ des Virtual Chassis der EX-Serie

Maximale Anzahl an Mitglieds-Switches nach Junos OS-Version

EX2200 Virtual Chassis

12.2R1 – Erste Version. Bis zu 4 EX2200-Mitglieder-Switches.

EX2300 Virtual Chassis

15.1X53-D50 – Erste Version. Bis zu 4 EX2300-Mitglieder-Switches.

18.1R2—Bis zu 4 Multigigabit-EX2300-Switches (EX2300-24MP und EX2300-48MP).

18.4R1—Ab Junos OS Version 18.4R1 können bis zu 4 beliebige EX2300-Mitglieds-Switches (einschließlich Multigigabit-Modelle und andere EX2300-Switches) im selben Virtual Chassis kombiniert werden.

EX3300 Virtual Chassis

11.3R1 – Erste Version. Bis zu 6 EX3300-Mitglieder-Switches.

12.2R1—Ab Junos OS Version 12.2R1 kann ein EX3300 Virtual Chassis bis zu 10 EX3300-Mitglieds-Switches unterstützen.

EX3400 Virtual Chassis

15.1X53-D50 – Erste Version. Bis zu 10 EX3400-Mitglieder-Switches.

EX4100 Virtual Chassis 22.2R1 – Erste Version. Bis zu 10 EX4100-Mitglieder-Switches.

EX4200 Virtual Chassis

9.0R1 – Erste Version. Bis zu 10 EX4200-Mitglieder-Switches.

EX4300: Virtual Chassis

13.2X50-D10 – Erste Version. Bis zu 10 EX4300-Mitglieder-Switches.

13.2X50-D20—Ab Junos OS Version 13.2X50-D20 kann ein gemischtes Virtual Chassis oder VCF der QFX-Serie auch EX4300-Switches enthalten.

18.2R1—Beginnend mit Junos OS Version 18.2R1 mit der Einführung der EX4300-Multigigabit-Modell-Switches (EX4300-48MP) kann ein EX4300 Virtual Chassis bis zu 10 EX4300-Multigigabit-Modell-Switches als nicht-gemischtes Virtual Chassis oder eine Kombination von EX4300-Multigigabit-Modell-Switches mit anderen EX4300-Switches als gemischtes EX4300-Virtual Chassis enthalten.

EX4400 Virtual Chassis

21.1R1 – Erste Version. Bis zu 10 EX4400-Mitglieder-Switches.

21.2R1—Ab Junos OS Version 21.2R1 kann ein EX4400 Virtual Chassis auch EX4400-Multigigabit-Switches (EX4400-24MP und EX4400-48MP) enthalten.

EX4500 Virtual Chassis

11.1R1 – Erste Version. Unterstützung für bis zu 2 EX4500-Mitglieder-Switches.

11.4R1—Unterstützung für bis zu 10 EX4500-Mitglieder-Switches.

EX4550 Virtual Chassis

12.2R1 – Erste Version. Unterstützung für bis zu 10 EX4550-Mitglieder-Switches.

EX4600 Virtual Chassis

13.2X51-D25 – Erste Version. Unterstützung für bis zu 10 EX4600-Mitglieder-Switches.

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.

Gemischtes EX4200 und EX4500 Virtual Chassis

11.1R1 – Erste Version. Bis zu 2 Switches mit EX4500-Mitgliedern und bis zu 8 Switches mit EX4200-Mitgliedern.

11.2R1—Bis zu 9 EX4200-Mitglieder-Switches.

11.4R1—Bis zu 9 EX4500-Mitglieder-Switches.

Gemischtes EX4200 und EX4550 Virtual Chassis

12.2R1 – Erste Version. Bis zu 10 EX4200- und EX4550-Mitglieder-Switches.

Gemischtes EX4200-, EX4500- und EX4550-Virtual Chassis

12.2R1 – Erste Version. Bis zu 10 EX4200-, EX4500- und EX4550-Mitglieder-Switches.

Gemischtes EX4300 und EX4600 Virtual Chassis

13.2X51-D25 – Erste Version. Bis zu 10 EX4300- und EX4600-Mitglieder-Switches. EX4600-Mitglieder müssen die Rolle der Routing-Engine übernehmen.

Anmerkung:

EX4300-Multigigabit-Switches (EX4300-48MP) werden in einem gemischten Virtual Chassis mit EX4600-Switches nicht unterstützt.

Gemischtes EX4500 und EX4550 Virtual Chassis

12.2R1 – Erste Version. Bis zu 10 EX4500- und EX4550-Switches insgesamt.

EX9200: Virtual Chassis

13.2R2 – Erste Version. Bis zu 2 EX9200-Switches.

Anmerkung:

Wir haben den Support für EX9200-Switches in einem Virtual Chassis ab Junos OS Version 17.1R1 eingestellt. Für Bereitstellungen mit EX9200-Switches empfehlen wir, eine MC-LAG- oder Junos Fusion Enterprise-Architektur zu planen oder darauf umzusteigen, anstatt eine Virtual Chassis-Konfiguration zu verwenden.

Maximale Anzahl von Switches in einem Virtual Chassis der QFX-Serie (einschließlich gemischtem Virtual Chassis mit Switches der EX-Serie)

Tabelle 2 listet die maximale Anzahl von Mitglieder-Switches auf, die in einer Version des QFX-Serie Virtual Chassis von Junos OS unterstützt werden, einschließlich gemischter Virtual Chassis der QFX-Serie mit Switch-Mitgliedern der EX-Serie.

Tabelle 2: Maximale Unterstützung für Mitglieder-Switches für Virtual Chassis der QFX-Serie nach Junos OS-Version

Typ des Virtual Chassis der QFX-Serie

Maximale Anzahl an Mitglieds-Switches nach Junos OS-Version

QFX3500 oder QFX3600 Virtual Chassis:

  • Nur QFX3500 und QFX3600 Switches in beliebiger Kombination.

13.2X50-D15 – Erste Version. Bis zu 10 Mitglieder-Switches insgesamt.

QFX3500 oder QFX3600 Virtual Chassis im gemischten Modus:

  • QFX3500 und QFX3600 Switches in Routing-Engine Rolle mit einer beliebigen Kombination aus QFX3500-, QFX3600- und EX4300-Switches (ausgenommen EX4300-Multigigabit-Modelle) in Linecard-Rolle.

13,2 x 51-D20: Bis zu 10 Mitglieder-Switches insgesamt.

QFX5100 Virtual Chassis:

  • Nur QFX5100 Switches

13.2X51-D20 – Erste Version. Switches mit bis zu 10 Mitgliedern (außer QFX5100-96S)

13.2X51-D20 – Erste Version für QFX5100-96S. Switches für bis zu 4 Mitglieder.

13.2X53-D25—Vor Junos OS Version 13.2X51-D25 konnten sich nur bis zu 4 Mitglieder-Switches in einem QFX5100 Virtual Chassis befinden. Ab Junos OS Version 13.2X51-D25 können Sie bis zu 10 QFX5100-96S-Switches in eine gemischte oder nicht gemischte QFX5100 Virtual Chassis einbinden.

QFX5100 Virtual Chassis im gemischten Modus:

  • QFX5100 Switches in Routing-Engine Rolle mit einer beliebigen Kombination aus QFX5100-, QFX3500-, QFX3600- und EX4300-Switches (ausgenommen EX4300-Multigigabit-Modelle) in Linecard-Rolle.

13.2X51-D20 – Erste Version. Bis zu 10 Mitglieder-Switches insgesamt (außer QFX5100-96S).

13,2 x 53-D25: Bis zu 10 Mitglieder-Switches (einschließlich QFX5100-96S).

QFX5110 Virtual Chassis:

  • QFX5110 Switches in Routing-Engine Rolle mit einer beliebigen Kombination aus unterstützten QFX5110- und QFX5100-Switches in Linecard-Rolle.

17.3R1 – Erste Version. Switches für bis zu 10 Mitglieder.

QFX5120 Virtual Chassis:

19.3R1 – Erste Version für QFX5120-48Y-Switches. Switches mit bis zu 2 Mitgliedern, beide in der Rolle "Routing-Engine".

20.2R1 – Erste Version für QFX5120-48T-Switches. Switches mit bis zu 2 Mitgliedern, beide in der Rolle "Routing-Engine".

20.3R1 – Erste Version auf QFX5120-32C-Switches. Switches mit bis zu 2 Mitgliedern, beide in der Rolle "Routing-Engine".

QFX5200 Virtual Chassis

  • Nur QFX5200 Switches

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 mithilfe der VCPs miteinander verbinden. VCPs sind für die Übertragung des gesamten Daten- und Steuerdatenverkehrs zwischen den Mitglieds-Switches im Virtual Chassis verantwortlich.

Portoptionen für Virtual Chassis

Einige Switches verfügen über dedizierte VCPs. Sie können diese Ports nur als VCPs verwenden und nicht als Netzwerkports neu konfigurieren. Mit dedizierten VCPs können Sie Switches ohne zusätzliche Schnittstellenkonfiguration zu einem Virtual Chassis verbinden.

Einige Switches verfügen über Ports, die standardmäßig als VCPs konfiguriert sind. Sie müssen diese nicht explizit als VCPs konfigurieren, um die Switches zu einem Virtual Chassis zu verbinden.

Die meisten Switches verfügen über optische oder Uplink-Ports, die Sie auch als VCPs konfigurieren können.

Sie müssen VCPs so konfigurieren, dass sie Switches miteinander verbinden, die nicht über dedizierte oder standardmäßig konfigurierte VCPs verfügen, oder um Switches über größere Entfernungen zu verbinden, als dies von einer dedizierten VCP-Verbindung zugelassen wird. Andernfalls können Sie jede der unterstützten VCP-Optionen unter den Mitgliedern eines Virtual Chassis mischen, und es wird empfohlen, 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 in einer Link-Aggregationsgruppe gebündelt, wenn zwei oder mehr Ports, die mit der gleichen Geschwindigkeit arbeiten, zu VCPs zwischen denselben beiden Mitglieds-Switches konfiguriert werden. Weitere Informationen finden Sie unter Grundlegendes zur Virtual Chassis-Port-Link-Aggregation .

Beim Hinzufügen von Switches zu einem vorhandenen Virtual Chassis oder beim Hinzufügen neuer redundanter Links zwischen vorhandenen Mitgliedern wird die automatische VCP-Konvertierungsfunktion unter den richtigen Bedingungen automatisch in VCPs umgewandelt (siehe Automatische Virtual Chassis Port (VCP)-Konvertierung).

Tabelle 3 fasst die verfügbaren VCP-Optionen für Switches in einem Virtual Chassis der EX-Serie oder QFX-Serie zusammen. Ausführliche Informationen dazu, 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.

Tabelle 3: VCP-Optionen nach Switch-Typ

Schalter

Dedizierte VCPs

Standard-VCPs

Ports, die als VCPs konfiguriert werden können und unterstützt werden

EX2200-KARTON

Nichts

Nichts

Alle Uplink-Ports

Alle RJ-45-Schnittstellen, einschließlich integrierter Netzwerkports mit 10/100/1000BASE-T-Gigabit-Ethernet-Anschlüssen und 1000BASE-T RJ-45-Transceivern

EX2300 (einschließlich EX2300-Multigigabit-Modelle)

Nichts

Nichts

10-Gigabit-Ethernet-Uplink-Ports mit SFP+-Tranceivern

Anmerkung:

Ports mit SFP-Transceivern können nicht als VCPs auf EX2300-Switches verwendet werden, um ein Virtual Chassis zu bilden.

EX3300-KARTON

Nichts

Uplink-Ports 2 und 3

Einer der 4 Uplink-Ports (Ports 0 bis 3)

EX3400-KARTON

Nichts

Alle QSFP+ Uplink-Ports (PIC-Steckplatz 1, Ports 0 und 1)

Alle SFP+ Uplink-Ports

Anmerkung:

Ports mit SFP-Transceivern können nicht als VCPs auf EX3400-Switches verwendet werden, um ein Virtual Chassis zu bilden.

EX4100-KARTON 4 SFP28-Ports mit 25 Gbit/s an der Vorderseite 4 SFP28-Ports mit 25 Gbit/s an der Vorderseite Nichts

EX4100-F

4 10-Gbit/s-SFP+-Ports an der Vorderseite

4 10-Gbit/s-SFP+-Ports an der Vorderseite

Nichts

EX4200-KARTON

2 Anschlüsse auf der Rückseite

Nichts

Alle Uplink-Modulports (SFP, SFP+ oder XFP) oder über einen SFP+-Port am EX4200-24F-Switch

Anmerkung:

Sie können eine 1000BASE-T-Kupfer-SFP-Transceiver-Verbindung (EX-SFP-1GE-T) nicht als VCP auf EX4200-Switches festlegen.

EX4300-KARTON

Nichts

Alle QSFP+-Ports

Alle Uplink-Ports, die mit SFP+- oder QSPF+-Transceivern installiert sind

Anmerkung:

Auf EX4300-Switches mit 32 Ports können die vier integrierten 10-Gigabit-Ethernet-SFP+-Ports nicht als VCPs verwendet werden.

EX4300-Multigigabit-Modelle (EX4300-48MP)

4 QSFP+-Ports mit 40 Gbit/s auf der Rückseite

Nichts

Nichts

EX4400 (einschließlich EX4400-Multigigabit-Modelle)

Nichts 4 logische 50-Gbit/s-VCP-Schnittstellen über die beiden 100-Gbit/s-QSFP28-Ports auf der Rückseite (PIC-Steckplatz 1) Nichts

EX4500 und EX4550

Zwei Ports am Virtual Chassis-Modul

Nichts

Jeder Port eines SFP-, SFP+- oder XFP-Uplink-Moduls

Anmerkung:

Sie können SFP+ Uplink-Ports, die mit 1000BASE-T-Kupfer-SFP-Transceivern (EX-SFP-1GE-T) installiert sind, nicht als VCP-Verbindungen auf EX4500- und EX4550-Switches verwenden.

EX4600-KARTON

Nichts

Nichts

Alle SFP+- und QSFP+-Ports

EX4650-KARTON

Nichts

Nichts

Einer der 40-Gigabit-Ethernet- oder 100-Gigabit-QSFP28-Ports an der Vorderseite (Ports 48 bis 55), nicht kanalisiert

Anmerkung:

Das Junos OS hindert Sie nicht daran, andere Ports als VCPs festzulegen, aber sie funktionieren nicht ordnungsgemäß als VCPs.

QFX3500 und QFX3600

Nichts

Nichts

Alle nicht kanalisierten 40-Gigabit-Ethernet-QSFP+-Schnittstellen

QFX5100

Nichts

Nichts

Alle nicht kanalisierten 40-Gigabit-Ethernet-QSFP+-Schnittstellen

QFX5110

Nichts

Nichts

Beliebige 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-48 Jahre) Einer der acht 40-Gigabit-Ethernet- oder 100-Gigabit-Ethernet-QSFP+- oder QSFP28-Ports auf der Vorderseite (Ports 48 bis 55), nicht kanalisiert

(QFX5120-48T) Einer der sechs 40-Gigabit-Ethernet- oder 100-Gigabit-Ethernet-QSFP+- oder QSFP28-Ports auf der Vorderseite (Ports 48 bis 53), nicht kanalisiert

Anmerkung:

Andere als die oben angegebenen Ports für QFX5120-48Y- und QFX5120-48T-Switches 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 entweder mit 40-Gbit/s-QSFP+- oder 100-Gbit/s-QSFP28-Transceivern installiert sind

QFX5200

Nichts

Nichts

Beliebige 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.

Alle unterstützten SFP-, SFP+- und XFP-Uplink-Verbindungen zwischen EX4200-, EX4500- und EX4550-Switches können als VCPs konfiguriert werden.

QSFP+-Schnittstellen, die über ein Breakout-Kabel in SFP+-Schnittstellen kanalisiert wurden, können nicht in VCPs konfiguriert werden.

Automatische Virtual Chassis Port (VCP)-Konvertierung

Wenn die automatische VCP-Konvertierungsfunktion aktiviert ist und Sie einen neuen Link von einem neuen Switch, der zu einem vorhandenen Virtual Chassis hinzugefügt wird, verkabeln oder einen redundanten Link zwischen zwei Mitgliedern eines Virtual Chassis hinzufügen, werden Ports, bei denen es sich um VCPs handeln kann, unter den folgenden Bedingungen automatisch in VCPs konvertiert:

  • Link Layer Discovery Protocol (LLDP) oder LLDP-Media Endpoint Discovery (LLDP-MED) ist auf den Schnittstellen für die Mitglieder 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 vorab bereitgestellt werden, die bereits in der Mitgliederliste des Virtual Chassis mit dem set virtual-chassis member Befehl 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 die VCP-Verbindung per Handshake 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 als 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 oder von Netzwerkports zurück in VCP-Ports umzuwandeln, müssen Sie den Portmodus explizit mit dem request virtual-chassis mode network-port Befehl festlegen und dann den Switch neu starten.
  • Ab den Junos OS-Versionen 15.1R7 und 14.1X53-D47 ist die automatische VCP-Konvertierung in EX2200, EX3300, EX4200, EX4500 und EX4550 Virtual Chassis standardmäßig deaktiviert. Falls gewünscht, können Sie die Funktion aktivieren, indem Sie die auto-conversion Anweisung auf der [edit virtual-chassis] Hierarchieebene auf dem Virtual Chassis konfigurieren.

    VORSICHT:

    Wenn die automatische VCP-Konvertierung in einem Virtual Chassis mit Switches mit dedizierten VCPs (EX4200, EX4500 oder EX4550 Virtual Chassis) aktiviert ist, müssen Sie das Virtual Chassis neu starten, um eine Datenverkehrsschleife innerhalb des Virtual Chassis zu vermeiden, wenn Netzwerk- oder Uplink-Ports automatisch in VCPs konvertiert werden, um eine redundante Verbindung mit einer dedizierten VCP-Verbindung zwischen denselben beiden Virtual Chassis-Mitgliedern zu erstellen. (Das gleiche Problem kann auch auftreten, wenn Sie die Ports manuell in VCPs konvertieren, um den redundanten VCP-Link mit einem dedizierten VCP-Link zu erstellen, sodass Sie in diesem Fall auch das Virtual Chassis neu starten müssen, um Datenverkehrsschleifen zu vermeiden.)

  • Ab Junos OS Versionen 14.1X53-D47, 17.4R2, 18.1R3, 18.2R2 und 18.3R1 für EX4300, EX4600 QFX-Serie Virtual Chassis und für alle EX4650- und QFX5120-Virtual Chassis (bei denen alle die automatische VCP-Konvertierungsfunktion standardmäßig aktiviert ist) können Sie die Funktion deaktivieren, indem Sie auf der [edit virtual-chassis] Hierarchieebene auf der Virtual Chassis konfigurieren no-auto-conversion . Um zum Standardverhalten zurückzukehren, um die automatische VCP-Konvertierung wieder zu aktivieren, löschen Sie die no-auto-conversion Anweisung aus der Konfiguration.

Virtual Chassis Port-Link-Aggregationsgruppen

Sie können die VCP-Bandbreite zwischen Mitglieds-Switches erhöhen, indem Sie mehrere Verbindungen zwischen denselben beiden Switches in VCP-Links konfigurieren. Wenn mehrere VCPs die gleichen zwei Mitglieds-Switches miteinander verbinden, bilden die Verbindungen automatisch ein Link Aggregation Group (LAG)-Bündel, wenn die VCP-Verbindungen die gleiche Geschwindigkeit haben. Wenn Sie beispielsweise zwei QSFP+ VCP-Verbindungen mit 40 Gbit/s zwischen Mitglieds-Switches verbunden haben, bilden die Verbindungen automatisch eine LAG mit einer Gesamtbandbreite von 80 Gbit/s. 10-Gigabit-SFP+- und QSFP+-VCP-Verbindungen mit 40 Gbit/s werden jedoch nicht Mitglieder derselben LAG.

Innerhalb eines Virtual Chassis können Sie auch Netzwerkschnittstellen konfigurieren, die sich auf verschiedenen Virtual Chassis-Komponenten-Switches befinden, um eine LAG zu bilden, die Lastausgleich und Redundanz für den Netzwerkdatenverkehr bietet, der vom Virtual Chassis weitergeleitet wird. Ausführliche Informationen zum Unterschied zwischen VCP-LAGs und Netzwerkschnittstellen-LAGs innerhalb eines Virtual Chassis finden Sie unter Grundlegendes zur Virtual Chassis Port Link Aggregation .

Rolle der primären Routing-Engine

In einem Virtual Chassis arbeitet jeder Member-Switch in einer von zwei Rollen: der Routing-Engine-Rolle oder der Linecard-Rolle. 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-Management-Prozesse und Steuerungsprotokolle 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 des Setups zuweisen, gelten für alle Mitglieder der Virtual Chassis-Konfiguration.)

In einer vorab bereitgestellten Konfiguration bestimmt der Virtual Chassis-Auswahlalgorithmus für die primäre Rolle, welcher Mitglieder-Switch in der Routing-Engine-Rolle als primärer Virtual Chassis-Switch und welcher als Backup fungiert. Weitere Informationen finden Sie unter Verstehen, wie die primäre Instanz in einem Virtual Chassis ausgewählt wird.

In einer Konfiguration, die nicht vorab bereitgestellt wurde, d. h. einer nicht bereitgestellten Konfiguration, wählt das Virtual Chassis die Primär- und Backup-Konfiguration anhand des Prioritätswerts für die primäre Rolle und sekundärer Faktoren im Auswahlalgorithmus für die primäre Rolle aus.

Die übrigen Switches im Virtual Chassis, die nicht die primären oder Backup-Switches 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 jeder gemischten Virtual Chassis-Konfiguration, die EX4200-Switches, EX4500-Switches oder EX4550-Switches umfasst, können Sie jeden Switch in jeder Rolle und in jeder Konfiguration konfigurieren.

  • In einem gemischten EX4300 Virtual Chassis, das aus dem Multigigabit-Modell EX4300 (EX4300-48MP) und anderen Switches des EX4300-Modells besteht, sollten Sie immer EX4300-Multigigabit-Modell-Switches in der Routing-Engine-Rolle haben.

  • In einem gemischten EX4600 Virtual Chassis mit EX4300-Switches haben EX4600-Switches immer die primäre Rolle der Routing-Engine.

  • In einem gemischten QFX-Serie Virtual Chassis, der aus QFX5100 Switches mit QFX3500-, QFX3600- oder EX4300-Switches besteht, empfehlen wir, QFX5100 Switches in der Routing-Engine Rolle zu konfigurieren.

  • In einem gemischten QFX-Serie Virtual Chassis aus QFX3500-, QFX3600- und EX4300-Switches empfehlen wir, QFX3500 oder QFX3600 Switches in die primären und Backup-Routing-Engine-Rollen zu konfigurieren.

  • In einem QFX5110 Virtual Chassis mit QFX5110 und QFX5100 Switches empfehlen wir, nur QFX5110 Switches in die Rolle Routing-Engine zu konfigurieren.

  • Konfigurieren Sie in einem EX4650 oder QFX5120-Virtual Chassis mit zwei Mitgliedern beide Mitglieds-Switches in der Rolle Routing-Engine nur als primäre und nur als Backup-Mitglieds-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 einen Bereitschaftszustand bei, die primäre Routing-Engine Rolle zu übernehmen, wenn die primäre Rolle 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 darauf vorbereitet ist, Routing-Informationen aufzubewahren und die Netzwerkverbindung 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 über ein Backup-Routing-Engine-Mitglied zu verfügen.

In einer vorab bereitgestellten Konfiguration bestimmt der Virtual Chassis-Auswahlalgorithmus für die primäre Rolle, welcher Mitglieder-Switch in der Routing-Engine-Rolle als primärer Virtual Chassis-Switch und welcher als Backup fungiert. Weitere Informationen finden Sie unter Verstehen, wie die primäre Instanz in einem Virtual Chassis ausgewählt wird.

In einer nicht bereitgestellten Konfiguration wählt das Virtual Chassis die Primär- und Backup-Mitglieds-Switches anhand des Prioritätswerts für die primäre Rolle und sekundärer 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 jeder gemischten Virtual Chassis-Konfiguration, die EX4200-Switches, EX4500-Switches oder EX4550-Switches umfasst, können Sie jeden Switch in jeder Rolle und in jeder Konfiguration konfigurieren.

  • In einem gemischten EX4300 Virtual Chassis, das aus dem Multigigabit-Modell EX4300 (EX4300-48MP) und anderen Switches des Modells EX4300 besteht, sollten Sie immer über Multigigabit-Modell-Switches vom Typ EX4300 in den Rollen "primäre und Backup-Routing-Engine" verfügen.

  • In einem gemischten EX4600 Virtual Chassis mit EX4300-Switches müssen Sie einen EX4600-Switch in der primären Rolle verwenden. Es wird dringend empfohlen, auch einen EX4600-Switch in der Backup-Rolle zu konfigurieren, damit das Virtual Chassis stabil bleibt, wenn ein Routing-Engine-Wechsel erfolgt.

  • In einem gemischten QFX-Serie Virtual Chassis, das aus QFX5100 Switches mit QFX3500-, QFX3600- oder EX4300-Switches besteht, empfehlen wir, die QFX5100 Switches in der Rolle Routing-Engine zu konfigurieren.

  • In einem gemischten QFX-Serie Virtual Chassis aus QFX3500-, QFX3600- und EX4300-Switches empfehlen wir, nur QFX3500 oder QFX3600 Switches in die primären und Backup-Routing-Engine-Rollen zu konfigurieren.

  • In einem QFX5110 Virtual Chassis mit QFX5110 und QFX5100 Switches empfehlen wir, nur QFX5110 Switches in die Rolle Routing-Engine zu konfigurieren.

  • Konfigurieren Sie in einem EX4650 oder QFX5120-Virtual Chassis mit zwei Mitgliedern beide Mitglieds-Switches in der Rolle Routing-Engine nur als primäre und nur als Backup-Mitglieds-Switches (keine Linecard-Rollenmitglieder).

Linecard-Rolle

Ein Mitglied, das in der Linecardrolle 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) auf allen Schnittstellen erkennen, die über die Primärschnittstelle darauf konfiguriert wurden.

Die Virtual Chassis-Konfiguration muss über mindestens drei Mitglieder verfügen, um ein Linecardmitglied einzuschließen.

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 werden die Mitglieder, die nicht als primäre oder Backup-Mitglieder ausgewählt sind, als Linecard-Mitglieder des Virtual Chassis ausgeführt. Das Virtual Chassis wählt die Switches für das primäre und das Backup-Mitglied unter Verwendung des Prioritätswerts für die primäre Rolle und sekundärer Faktoren im Auswahlalgorithmus für die primäre Rolle aus. Ein Switch mit der Priorität 0 für die primäre Rolle befindet sich immer in der Linecardrolle.

In einem Virtual Chassis mit zwei Mitgliedern sollten Sie für hohe Verfügbarkeit beide Member in der Routing-Engine-Rolle und keine Member in der Linecard-Rolle konfigurieren. Andernfalls kann in einem Virtual Chassis mit mehr als zwei Mitgliedern jeder unterstützte Switch-Typ als Linecard-Rolle betrieben werden.

Beachten 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 gemischten QFX-Serie Virtual Chassis, das aus QFX5100 Switches mit QFX3500-, QFX3600- oder EX4300-Switches besteht, empfehlen wir, die QFX5100 Switches in der Rolle Routing-Engine zu konfigurieren. In einer gemischten QFX-Serie Virtual Chassis, die keine QFX5100 Switches enthält, empfehlen wir, QFX3500 oder QFX3600 Switches in der Routing-Engine Rolle zu konfigurieren.

  • In einer QFX5110 Virtual Chassis, die aus QFX5110 und QFX5100 Switches besteht, empfehlen wir, nur QFX5110 Switches für die Routing-Engine Rolle zu konfigurieren.

Mitgliederwechsel und Mitglieds-ID

Jeder eigenständige Switch, der Virtual Chassis unterstützt, ist ein potenzielles Mitglied einer Virtual Chassis-Konfiguration. Wenn Sie einen dieser Schalter einschalten, verfügt er über eine Virtual Chassis-Mitglieds-ID, die Sie auf dem LCD-Display an der Vorderseite einiger Switches oder in show virtual-chassis der 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 der primäre Mitglieds-Switch ihm eine Mitglieds-ID zu, die auf verschiedenen Faktoren basiert, z. B. auf der Reihenfolge, in der der Switch dem Virtual Chassis hinzugefügt wurde, oder ob Sie bei der Vorbereitstellung Mitglieder-IDs basierend auf Switch-Seriennummern definiert haben.

Wenn die Virtual Chassis-Konfiguration zuvor einen Mitglieder-Switch enthielt und Sie dieses Mitglied physisch getrennt oder aus der Virtual Chassis-Konfiguration entfernt haben, ist seine Mitglieds-ID nicht automatisch für die Zuweisung als Teil der standardmäßigen sequenziellen Mitglieds-ID-Zuweisung des primären Anbieters verfügbar. Angenommen, Sie verfügen über eine Virtual Chassis-Konfiguration mit Member 0, Member 2 und Member 3, da 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 aus einem entfernten Mitglieder-Switch wiederverwenden möchten, können Sie die Mitglieds-ID wiederverwenden (weitere Informationen finden Sie im request virtual-chassis recycle Befehl).

Die Member-ID unterscheidet die Member-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 von Schnittstellen für einen Mitglieds-Switch, ähnlich wie bei der Angabe einer Geräte-Steckplatznummer von Juniper Networks.

  • Wenden Sie einige Betriebsbefehle auf einen Mitglieds-Switch an.

  • Zeigen Sie den Status oder die Eigenschaften eines Member-Switches an.

Priorität der primären Rolle

In einer nicht bereitgestellten Konfiguration können Sie die Rolle (primäre oder Backup-Routing-Engine-Rolle oder Linecardrolle), die ein Mitglieds-Switch annimmt, festlegen, 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 Auswahlalgorithmus für die primäre Rolle für die Auswahl der primären Rolle der Virtual Chassis-Konfiguration. Ein Switch mit der Priorität 0 der primären Rolle "nie" übernimmt die Rolle der Backup- oder primären Routing-Engine.

Wenn Sie einen eigenständigen Switch einschalten, hat er den Standardwert 128für die Priorität der primären Rolle. Da er der einzige Mitglieds-Switch in einer eigenen Virtual Chassis-Konfiguration ist, 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 Switch verfügt), empfehlen wir, die Priorität der primären Rolle der Mitglieder, die als primäre und sichern sollen, explizit zu konfigurieren.

Anmerkung:

Wenn Sie sowohl für die primäre Rolle als auch für die Sicherung denselben Prioritätswert für die primäre Rolle konfigurieren, können Sie einen reibungslosen Übergang von der primären zur Sicherung gewährleisten, wenn die primäre Rolle nicht mehr verfügbar ist. Es verhindert, dass die ursprüngliche primäre Komponente die Steuerung aus der Sicherung entfernt, wenn die Sicherung die Kontrolle über die Virtual Chassis-Konfiguration übernommen hat, weil die ursprüngliche primäre Komponente 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 jedem Switch-Mitglied die Rolle 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 Identifier (VCID). Das Virtual Chassis leitet diesen Bezeichner aus internen Parametern ab. Wenn Sie eine Virtual Chassis-Konfiguration überwachen, wird in bestimmten Schnittstellenansichten und im show virtual-chassis Befehl die VCID angezeigt.

Nichtflüchtiger Speicher in einem Virtual Chassis

Switches der EX-Serie und 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 Speicher nicht verfügbar ist, übernimmt der Backup-Switch die Rolle des primären Speichers, und sein interner Flash-Speicher übernimmt den alternativen Speicherort für die Wartung des nichtflüchtigen Konfigurationsspeichers.

  • Wenn Sie einen Member-Switch zur Reparatur offline nehmen, speichert der primäre Member-Switch die Konfiguration des Member-Switches.

Anmerkung:

Die Verwaltung von Dateispeichern unterscheidet sich in einem EX8200 Virtual Chassis. Weitere Informationen finden Sie unter Grundlegendes zur Dateispeicherung in einem EX8200 Virtual Chassis .

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Loslassen
Beschreibung
20.1R1
Ab Junos OS Version 20.1R1 kann ein EX4650 Virtual Chassis bis zu 4 Mitglieder haben.
18.4R1
Ab Junos OS Version 18.4R1 können bis zu 4 Mitglieds-Switches jedes Modells EX2300 (einschließlich Multigigabit-Modelle und alle anderen EX2300-Switches) im selben Virtual Chassis kombiniert werden.
18.2R1
Beginnend mit Junos OS Version 18.2R1 mit der Einführung der EX4300-Multigigabit-Modell-Switches (EX4300-48MP) kann ein EX4300 Virtual Chassis bis zu 10 EX4300-Multigigabit-Switches als nicht gemischtes Virtual Chassis oder eine Kombination von EX4300-Multigigabit-Modell-Switches mit anderen EX4300-Switches als gemischtes EX4300-Virtual Chassis enthalten.
17.3R2-S4
Ab Junos OS Version 17.3R2-S4 können Sie auch 100-Gigabit-Ethernet-QSFP28-Ports als VCPs auf QFX5200-Switches verwenden.
15.1R7
Ab den Junos OS-Versionen 15.1R7 und 14.1X53-D47 ist die automatische VCP-Konvertierung in EX2200, EX3300, EX4200, EX4500 und EX4550 Virtual Chassis standardmäßig deaktiviert.
14,1 X 53-D47
Ab Junos OS Versionen 14.1X53-D47, 17.4R2, 18.1R3, 18.2R2 und 18.3R1 für EX4300, EX4600 QFX-Serie Virtual Chassis und für alle EX4650- und QFX5120-Virtual Chassis (bei denen alle die automatische VCP-Konvertierungsfunktion standardmäßig aktiviert ist) können Sie die Funktion deaktivieren, indem Sie die Konfiguration no-auto-conversion auf der [edit virtual-chassis] Hierarchieebene auf der Virtual Chassis vornehmen.
13.2X53-D25
Ab Junos OS Version 13.2X51-D25 können Sie bis zu 10 QFX5100-96S-Switches in eine gemischte oder nicht gemischte QFX5100 Virtual Chassis einbinden.
13,2 x 50-D20
Ab Junos OS Version 13.2X50-D20 kann ein gemischtes Virtual Chassis oder VCF der QFX-Serie auch EX4300-Switches enthalten.
12.2R1
Ab Junos OS Version 12.2R1 kann ein EX3300 Virtual Chassis bis zu 10 EX3300-Mitglieds-Switches unterstützen.