Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Comprendre les composants Virtual Chassis

Cette rubrique décrit les composants d’un ex Series ou d’un Virtual Chassis QFX Series.

  • Un virtual chassis EX Series est une combinaison prise en charge de commutateurs EX Series autonomes interconnectés et gérés comme un seul châssis. Cette rubrique s’applique à tous les Virtual Chassis EX Series, à l’exception de l’EX8200 Virtual Chassis.

    Voir Comprendre les composants Virtual Chassis de l’EX8200 pour plus d’informations sur l’EX8200 Virtual Chassis.

    Note:

    Nous ne recommandons pas d’utiliser les commutateurs EX9200 dans un Virtual Chassis, et nous avons progressivement éliminé la prise en charge de cette architecture à partir de la version 17.1R1 de Junos OS. Pour les déploiements avec des commutateurs EX9200, nous recommandons de planifier ou de passer aux architectures MC-LAG ou Junos Fusion Enterprise au lieu d’utiliser un Virtual Chassis.

  • Un virtual chassis QFX Series est une combinaison prise en charge de commutateurs autonomes QFX3500, QFX3600, QFX5100, QFX5110, QFX5120 ou QFX5200 interconnectés et gérés comme un seul châssis. L’EX4650 Virtual Chassis fonctionne de la même manière que le QFX5120 Virtual Chassis. La plupart des informations contenues dans ce sujet sur les Virtual Chassis QFX Series en général s’appliquent également à un EX4650 Virtual Chassis, avec quelques différences de prise en charge spécifiques à la plate-forme.

    Note:

    Les commutateurs EX4300 (à l’exception des modèles multi-gigabit [EX4300-48MP]) peuvent également être interconnectés dans un Virtual Chassis mixte avec les commutateurs QFX3500, QFX3600 et QFX5100.

Cette rubrique ne décrit pas les composants de Virtual Chassis Fabric. Au lieu de cela, voir Comprendre les composants de la structure Virtual Chassis.

Prise en charge maximale des commutateurs

Le nombre maximal de commutateurs qu’un Virtual Chassis prend en charge varie selon Virtual Chassis et peut également dépendre de la version Junos OS exécutée sur Virtual Chassis.

Nombre maximal de commutateurs dans un virtual chassis EX Series

Le tableau 1 répertorie le nombre maximal de commutateurs membres pris en charge dans une version Ex Series Virtual Chassis par Junos OS.

Tableau 1 : Prise en charge maximale des commutateurs membres pour ex Series Virtual Chassis par Junos OS

Type de virtual chassis EX Series

Nombre maximal de commutateurs membres par version Junos OS

EX2200 Virtual Chassis

12.2R1 — Version initiale. Jusqu’à 4 commutateurs membres EX2200.

EX2300 Virtual Chassis

15.1X53-D50 : version initiale. Jusqu’à 4 commutateurs membres EX2300.

18.1R2 : jusqu’à 4 commutateurs multi-gigabit EX2300 (EX2300-24MP et EX2300-48MP) membres.

18.4R1 : à partir de la version 18.4R1 de Junos OS, jusqu’à 4 commutateurs membres EX2300 de n’importe quel modèle (y compris les modèles multi-gigabit et tous les autres commutateurs EX2300) peuvent être combinés dans le même Virtual Chassis.

EX3300 Virtual Chassis

11.3R1 — Version initiale. Jusqu’à 6 commutateurs membres EX3300.

12.2R1 — À partir de la version 12.2R1 de Junos OS, un ex3300 Virtual Chassis peut prendre en charge jusqu’à 10 commutateurs EX3300 membres.

EX3400 Virtual Chassis

15.1X53-D50 : version initiale. Jusqu’à 10 commutateurs ex3400 membres.

EX4200 Virtual Chassis

9.0R1 — Version initiale. Jusqu’à 10 commutateurs ex4200 membres.

EX4300 Virtual Chassis

13.2X50-D10 : version initiale. Jusqu’à 10 commutateurs ex4300 membres.

13.2X50-D20 : à partir de la version 13.2X50-D20 de Junos OS, un virtual chassis ou VCF QFX Series mixte peut également contenir des commutateurs EX4300.

18.2R1 — À partir de la version 18.2R1 de Junos OS et de l’introduction des commutateurs modèle multi-gigabit EX4300 (EX4300-48MP), un ex4300 Virtual Chassis peut contenir jusqu’à 10 commutateurs de modèle EX4300 multi-gigabit sous la forme d’un Virtual Chassis non mixte ou une combinaison de commutateurs de modèle EX4300 multi-gigabit avec d’autres commutateurs EX4300 sous la forme d’un Virtual Chassis EX4300 mixte.

EX4400 Virtual Chassis

21.1R1 — Version initiale. Jusqu’à 10 commutateurs ex4400 membres.

21.2R1 : à partir de la version 21.2R1 de Junos OS, un ex4400 Virtual Chassis peut également inclure des commutateurs de modèle multi-gigabit EX4400 (EX4400-24MP et EX4400-48MP).

EX4500 Virtual Chassis

11.1R1 — Version initiale. Prise en charge de jusqu’à 2 commutateurs ex4500 membres.

11.4R1 : prise en charge d’un maximum de 10 commutateurs EX4500 membres.

EX4550 Virtual Chassis

12.2R1 — Version initiale. Prise en charge de jusqu’à 10 commutateurs membres EX4550.

EX4600 Virtual Chassis

13.2X51-D25 : version initiale. Prise en charge de jusqu’à 10 commutateurs EX4600 membres.

EX4650 Virtual Chassis

19.3R1 — Version initiale. Jusqu’à 2 commutateurs EX4650 dans des rôles de moteur de routage uniquement.

20.1R1 : à partir de la version 20.1R1 de Junos OS, un EX4650 Virtual Chassis peut compter jusqu’à 4 membres.

Virtual Chassis MIXTE EX4200 et EX4500

11.1R1 — Version initiale. Jusqu’à 2 commutateurs ex4500 membres et jusqu’à 8 commutateurs membres EX4200.

11.2R1 : jusqu’à 9 commutateurs membres EX4200.

11.4R1 : jusqu’à 9 commutateurs membres EX4500.

Virtual Chassis MIXTE EX4200 et EX4550

12.2R1 — Version initiale. Jusqu’à 10 commutateurs membres EX4200 et EX4550 au total.

Virtual Chassis MIXTE EX4200, EX4500 et EX4550

12.2R1 — Version initiale. Jusqu’à 10 commutateurs membres EX4200, EX4500 et EX4550.

Virtual Chassis MIXTE EX4300 et EX4600

13.2X51-D25 : version initiale. Jusqu’à 10 commutateurs membres EX4300 et EX4600 au total. Les sorciers membres EX4600 doivent assumer le rôle de moteur de routage.

Note:

Les commutateurs EX4300 multi-gigabit (EX4300-48MP) ne sont pas pris en charge dans un Virtual Chassis mixte avec les commutateurs EX4600.

Virtual Chassis MIXTE EX4500 et EX4550

12.2R1 — Version initiale. Jusqu’à 10 commutateurs EX4500 et EX4550 au total.

EX9200 Virtual Chassis

13.2R2 — Version initiale. Jusqu’à 2 commutateurs EX9200.

Note:

Nous avons progressivement éliminé la prise en charge des commutateurs EX9200 dans un Virtual Chassis depuis la version 17.1R1 de Junos OS. Pour les déploiements avec des commutateurs EX9200, nous recommandons de planifier ou de passer aux architectures MC-LAG ou Junos Fusion Enterprise au lieu d’utiliser une configuration Virtual Chassis.

Nombre maximal de commutateurs dans un châssis virtuel QFX Series (y compris les virtual chassis mixtes avec les commutateurs EX Series)

Le tableau 2 dresse la liste du nombre maximal de commutateurs membres pris en charge dans un QFX Series Virtual Chassis par Junos OS, y compris les commutateurs mixtes QFX Series Virtual Chassis avec les commutateurs EX Series membres.

Tableau 2 : Prise en charge maximale des commutateurs membres pour QFX Series Virtual Chassis par junos OS

Type de virtual chassis QFX Series

Nombre maximal de commutateurs membres par version Junos OS

QFX3500 ou QFX3600 Virtual Chassis :

  • Uniquement les commutateurs QFX3500 et QFX3600 dans n’importe quelle combinaison.

13.2X50-D15 : version initiale. Jusqu’à 10 commutateurs membres au total.

Virtual Chassis en mode mixte QFX3500 ou QFX3600 :

  • Commutateurs QFX3500 et QFX3600 dans le rôle moteur de routage avec n’importe quelle combinaison de commutateurs QFX3500, QFX3600 et EX4300 (à l’exclusion des modèles multi-gigabit EX4300) dans le rôle de carte d’interface.

13.2X51-D20 : jusqu’à 10 commutateurs membres au total.

QFX5100 Virtual Chassis :

  • Uniquement les commutateurs QFX5100.

13.2X51-D20 : version initiale. Jusqu’à 10 commutateurs membres (sauf QFX5100-96S).

13.2X51-D20 : version initiale du QFX5100-96S. Jusqu’à 4 commutateurs membres.

13.2X53-D25 : avant la version 13.2X51-D25 de Junos OS, seuls 4 commutateurs membres peuvent être dans un Virtual Chassis QFX5100. À partir de la version 13.2X51-D25 de Junos OS, vous pouvez inclure jusqu’à 10 commutateurs QFX5100-96S dans un Virtual Chassis QFX5100 mixte ou non.

Virtual Chassis en mode mixte QFX5100 :

  • Commutateurs QFX5100 dans le rôle de moteur de routage avec n’importe quelle combinaison de commutateurs QFX5100, QFX3500, QFX3600 et EX4300 (à l’exclusion des modèles multi-gigabit EX4300) dans le rôle de carte d’interface.

13.2X51-D20 : version initiale. Jusqu’à 10 commutateurs membres au total (sauf QFX5100-96S).

13.2X53-D25 : jusqu’à 10 commutateurs membres au total (y compris QFX5100-96S).

QFX5110 Virtual Chassis :

  • Commutateurs QFX5110 dans le rôle de moteur de routage avec n’importe quelle combinaison des commutateurs QFX5110 et QFX5100 pris en charge dans le rôle de carte de ligne.

17.3R1 — Version initiale. Jusqu’à 10 commutateurs membres.

QFX5120 Virtual Chassis :

19.3R1 : version initiale sur les commutateurs QFX5120-48Y. Jusqu’à 2 commutateurs membres, tous deux en rôle moteur de routage.

20.2R1 : version initiale sur les commutateurs QFX5120-48T. Jusqu’à 2 commutateurs membres, tous deux en rôle moteur de routage.

20.3R1 : version initiale sur les commutateurs QFX5120-32C. Jusqu’à 2 commutateurs membres, tous deux en rôle moteur de routage.

Virtual Chassis QFX5200 :

  • Uniquement les commutateurs QFX5200.

17.3R2 et 17.4R1 : version initiale. Jusqu’à 3 commutateurs membres.

Ports Virtual Chassis (VCP)

Vous configurez un Virtual Chassis en configurant les ports Virtual Chassis (VCP) sur les commutateurs membres et en interconnectant les commutateurs à l’aide des VCP. Les VCP sont responsables de transmettre toutes les données et de contrôler le trafic entre les commutateurs membres dans le Virtual Chassis.

Virtual Chassis Port Options

Certains commutateurs ont des VP dédiés ; vous pouvez uniquement utiliser ces ports en tant que vcp et vous ne pouvez pas les reconfigurer en tant que ports réseau. Les VCP dédiés vous permettent d’interconnecter les commutateurs dans un Virtual Chassis sans nécessiter de configuration d’interface supplémentaire.

Certains commutateurs ont des ports configurés en tant que VCP par défaut. Vous n’avez pas besoin de les configurer explicitement en tant que VCP pour les utiliser pour interconnecter les commutateurs dans un Virtual Chassis.

La plupart des commutateurs disposent de ports optiques ou de liaison montante que vous pouvez également configurer en tant que VCP.

Vous devez configurer des VPV pour interconnecter des commutateurs sans CPV dédiés ou configurés par défaut, ou pour interconnecter des commutateurs sur des distances plus longues que celles autorisées par une connexion VCP dédiée. Sinon, vous pouvez combiner n’importe quelle option VCP prise en charge parmi les membres d’un Virtual Chassis, et nous vous recommandons d’avoir des liaisons redondantes entre deux membres pour la résilience ou pour augmenter la bande passante de communication des membres. Les vcP sont automatiquement regroupés dans un groupe d’agrégation de liaisons lorsque deux ou plusieurs ports fonctionnant à la même vitesse sont configurés en VCP entre les deux mêmes commutateurs membres. Voir Comprendre l’agrégation de liaisons de ports Virtual Chassis pour plus de détails.

Lors de l’ajout de commutateurs à un Virtual Chassis existant ou de nouvelles liaisons redondantes entre des membres existants, si la fonctionnalité de conversion VCP automatique est activée, dans les bonnes conditions, les ports des deux côtés de la connexion seront automatiquement convertis en VCP (voir Conversion automatique des ports Virtual Chassis (VCP).

Le tableau 3 résume les options VCP disponibles sur les commutateurs d’un Virtual Chassis EX Series ou QFX Series. Pour obtenir des détails complets sur l’emplacement des CPV dédiés, des VPV configurés par défaut ou des ports pouvant être configurés en tant que VPV sur un commutateur, ainsi que sur les émetteurs-récepteurs et les câbles pris en charge que vous pouvez utiliser pour les connexions VCP sur le commutateur, consultez la documentation matérielle pour ce type de commutateur.

Tableau 3 : Options VCP par type de commutateur

Interrupteur

VCP dédiés

VCP par défaut

Ports pouvant être configurés et pris en charge en tant que VCP

EX2200

Aucun

Aucun

Tous les ports de liaison montante

Toutes les interfaces RJ-45, y compris les ports réseau intégrés avec des connecteurs Gigabit Ethernet 10/100/1000BASE-T et des émetteurs-récepteurs RJ-45 1000BASE-T

EX2300 (y compris les modèles multi-gigabit EX2300)

Aucun

Aucun

Ports de liaison montante 10 Gigabit Ethernet avec transanceivers SFP+

Note:

Vous ne pouvez pas utiliser de ports avec des émetteurs-récepteurs SFP en tant que VPV sur les commutateurs EX2300 pour former un Virtual Chassis.

EX3300

Aucun

Ports de liaison montante 2 et 3

N’importe quel des 4 ports de liaison montante (ports 0 à 3)

EX3400

Aucun

Tous les ports de liaison montante QSFP+ (emplacement PIC 1, ports 0 et 1)

Tous les ports de liaison montante SFP+

Note:

Vous ne pouvez pas utiliser de ports avec des émetteurs-récepteurs SFP en tant que VPV sur les commutateurs EX3400 pour former un Virtual Chassis.

EX4200

2 ports sur le panneau arrière

Aucun

Tous les ports de module de liaison montante (SFP, SFP+ ou XFP) ou via un port SFP+ sur le commutateur EX4200-24F

Note:

Vous ne pouvez pas définir une connexion ex-SFP cuivre (EX-SFP-1GE-T) en tant que VCP sur les commutateurs EX4200.

EX4300

Aucun

Tous les ports QSFP+

Tous les ports de liaison montante installés avec les émetteurs-récepteurs SFP+ ou QSPF+

Note:

Sur les commutateurs EX4300 à 32 ports, vous ne pouvez pas utiliser les quatre ports SFP+ 10 Gigabit Ethernet intégrés en tant que VPV.

Modèles EX4300 multi-gigabit (EX4300-48MP)

4 ports QSFP+ 40 Gbit/s sur le panneau arrière

Aucun

Aucun

EX4400 (y compris les modèles multi-gigabit EX4400)

 Aucun 4 interfaces VCP logiques 50 Gbit/s utilisant les deux ports 100 Gbit/s QSFP28 sur le panneau arrière (emplacement PIC 1) Aucun

EX4500 et EX4550

Deux ports sur le module Virtual Chassis

Aucun

Tout port de module de liaison montante SFP, SFP+ ou XFP

Note:

Vous ne pouvez pas utiliser de ports de liaison montante SFP+ installés avec des émetteurs-récepteurs SFP cuivre 1000BASE-T (EX-SFP-1GE-T) en tant que connexions VCP sur les commutateurs EX4500 et EX4550.

EX4600

Aucun

Aucun

Tous les ports SFP+ et QSFP+

EX4650

Aucun

Aucun

N’importe quel port 40 Gigabit Ethernet ou 100 Gigabit QSFP28 sur le panneau avant (ports 48 à 55), non canalisé

Note:

Junos OS ne vous empêche pas d’essayer de définir d’autres ports en tant que VP, mais ils ne fonctionnent pas correctement en tant que VCP.

QFX3500 et QFX3600

Aucun

Aucun

Toutes les interfaces QSFP+ 40 Gigabit Ethernet non canalisées

QFX5100

Aucun

Aucun

Toutes les interfaces QSFP+ 40 Gigabit Ethernet non canalisées

QFX5110

Aucun

Aucun

Tous les ports 40 Gigabit Ethernet ou 100 Gigabit Ethernet QSFP28

Toutes les interfaces QSFP+ 40 Gigabit Ethernet non canalisées

Toutes les interfaces SFP+ 10 Gigabit Ethernet non canalisées (sur les modèles de commutateurs QFX5110 prenant en charge ces ports)

QFX5120

Aucun

Aucun

(QFX5120-48Y) N’importe lequel des huit ports 40 Gigabit Ethernet ou 100 Gigabit Ethernet QSFP+ ou QSFP28 sur le panneau avant (ports 48 à 55), non canalisé

(QFX5120-48T) N’importe lequel des six ports 40 Gigabit Ethernet ou 100 Gigabit Ethernet QSFP+ ou QSFP28 sur le panneau avant (ports 48 à 53), non canalisés

Note:

Les ports autres que ceux spécifiés ci-dessus pour les commutateurs QFX5120-48Y et QFX5120-48T ne sont pas pris en charge en tant que VCP. L’interface cli Junos OS ne renvoie pas d’erreur si vous essayez de définir d’autres ports en tant que VP, mais ils ne fonctionneront pas correctement en tant que VCP.

(QFX5120-32C) Tous les ports réseau non canalisés (ports 0 à 31) installés avec des émetteurs-récepteurs QSFP+ 40 Gbit/s ou 100 Gbits/s QSFP28

QFX5200

Aucun

Aucun

Tous les ports 40 Gigabit Ethernet QSFP+

À partir de la version 17.3R2-S4 de Junos OS, vous pouvez également utiliser des ports 100 Gigabit Ethernet QSFP28 en tant que VPV sur les commutateurs QFX5200.

Toutes les connexions de liaison montante SFP, SFP+ et XFP prises en charge entre les commutateurs EX4200, EX4500 et EX4550 peuvent être configurées en tant que VPV.

Les interfaces QSFP+ canalisées dans des interfaces SFP+ à l’aide d’un câble breakout ne peuvent pas être configurées en VPV.

Conversion automatique des ports Virtual Chassis (VCP)

Lorsque la fonctionnalité de conversion VCP automatique est activée et que vous câblez une nouvelle liaison à partir d’un nouveau commutateur ajouté à un Virtual Chassis existant, ou que vous ajoutez une liaison redondante entre deux membres d’un Virtual Chassis, les ports qui peuvent être des VPV sont automatiquement convertis en VPV dans les conditions suivantes :

  • Le protocole LLDP (Link Layer Discovery Protocol) ou LLDP-Media Endpoint Discovery (LLDP-MED) est activé sur les interfaces des membres aux deux extrémités de la nouvelle liaison. Les deux côtés échangent des paquets LLDP pour effectuer la conversion de port.

  • Le Virtual Chassis doit être préprovisionné avec les commutateurs des deux côtés de la liaison déjà configurée dans la liste des membres du Virtual Chassis à l’aide de la set virtual-chassis member commande.

  • Les interfaces des ports des deux extrémités de la liaison ne sont pas déjà configurées en tant que VP. Les deux côtés de la liaison doivent être dans le même état pour établir la liaison VCP.

L’utilisation de la conversion VCP automatique lors de l’ajout d’un commutateur à un Virtual Chassis préprovisionné est également appelée autoprovisionnement du nouveau membre.

Pour que les ports puissent être convertis automatiquement en VCP, vous devez les convertir de nouveau en ports réseau à l’aide de la request virtual-chassis vc-port delete commande s’ils sont configurés par défaut ou vous les avez précédemment configurés en VPV. Les commutateurs ne convertissent pas automatiquement les VPV en ports réseau lorsque vous les retirez d’un Virtual Chassis et déconnectez les liaisons.

La conversion VCP automatique est activée par défaut sur tous les Virtual Chassis, sauf dans les cas suivants :

  • La conversion VCP automatique ne s’applique pas aux commutateurs EX4400 dans un Virtual Chassis. Sur ces commutateurs, pour convertir les vcP par défaut en ports réseau ou les convertir de ports réseau en ports VCP, vous devez définir explicitement le mode de port à l’aide de la request virtual-chassis mode network-port commande, puis redémarrer le commutateur.

  • À partir des versions 15.1R7 et 14.1X53-D47 de Junos OS, ex2200, EX3300, EX4200, EX4500 et EX4550 Virtual Chassis, la conversion VCP automatique est désactivée par défaut. Si vous le souhaitez, vous pouvez activer la fonctionnalité en configurant l’instruction auto-conversion au [edit virtual-chassis] niveau hiérarchique sur le Virtual Chassis.

    ATTENTION:

    Lorsque la conversion VCP automatique est activée dans un Virtual Chassis avec des commutateurs dotés de vcp dédiés (EX4200, EX4500 ou EX4550 Virtual Chassis), si les ports réseau ou de liaison montante sont automatiquement convertis en VPV pour créer une liaison redondante avec une connexion VCP dédiée entre les deux mêmes membres Virtual Chassis, vous devez redémarrer le Virtual Chassis pour éviter de créer une boucle de trafic dans le Virtual Chassis. (Le même problème peut se produire même si vous convertissez manuellement les ports en VCP pour créer une liaison VCP redondante avec une liaison VCP dédiée, vous devez donc également redémarrer le Virtual Chassis dans ce cas pour éviter la boucle du trafic.)

  • À partir des versions 14.1X53-D47 de Junos OS, 17.4R2, 18.1R3, 18.2R2 et 18.3R1 pour EX4300, EX4600, QFX Series Virtual Chassis et pour tous les châssis virtuels EX4650 et QFX5120 (tous dotés de la fonctionnalité de conversion VCP automatique par défaut), vous pouvez choisir de désactiver la fonctionnalité en configurant no-auto-conversion au niveau de la [edit virtual-chassis] hiérarchie sur le Virtual Chassis. Pour revenir au comportement par défaut pour activer la conversion VCP automatique, supprimez l’instruction no-auto-conversion de la configuration.

Groupes d’agrégation de liaisons de ports Virtual Chassis

Vous pouvez augmenter la bande passante VCP entre les commutateurs membres en configurant plusieurs liaisons entre les deux mêmes commutateurs en liaisons VCP. Lorsque plusieurs VCP interconnectent les deux mêmes commutateurs membres, les liaisons forment automatiquement un groupe d’agrégation de liens (LAG) si les liaisons VCP sont à la même vitesse. Par exemple, si deux liaisons VCP QSFP+ 40 Gbit/s sont connectées entre les commutateurs membres, les liaisons forment automatiquement un LAG avec une bande passante totale de 80 Gbit/s. Toutefois, les liaisons VCP 10 Gigabit SFP+ et 40 Gbit/s QSFP+ ne deviennent pas membres du même LAG.

Dans un Virtual Chassis, vous pouvez également configurer des interfaces réseau situées sur différents commutateurs membres Virtual Chassis pour former un LAG, qui assure l’équilibrage de charge et la redondance du trafic réseau transféré par Virtual Chassis. Voir Comprendre l’agrégation de liaisons de ports Virtual Chassis pour plus de détails sur la différence entre les LAG VCP et les LAG d’interface réseau dans un Virtual Chassis.

Rôle du moteur de routage principal

Dans un Virtual Chassis, chaque commutateur membre fonctionne dans l’un des deux rôles suivants : moteur de routage ou carte de ligne. Lorsqu’il est dans le rôle de moteur de routage, un commutateur membre agit comme moteur de routage principal ou de secours.

Le principal membre du moteur de routage du Virtual Chassis :

  • Gère les commutateurs membres.

  • Exécute Junos OS pour les commutateurs en tant que moteur de routage principal.

  • Exécute les processus de gestion du châssis et les protocoles de contrôle.

  • Représente tous les commutateurs membres interconnectés dans la configuration Virtual Chassis. (Le nom d’hôte et les autres propriétés que vous attribuez à ce commutateur pendant la configuration s’appliquent à tous les membres de la configuration Virtual Chassis.)

Dans une configuration préprovisionné, l’algorithme d’élection du rôle principal Virtual Chassis détermine quel commutateur membre du rôle de moteur de routage agit en tant que principal Virtual Chassis et qui agit comme sauvegarde. Découvrez comment le primaire est élu dans un Virtual Chassis.

Dans une configuration qui n’est pas préprovisionné, appelée configuration nonprovisionée , Virtual Chassis sélectionne la principale et la sauvegarde à l’aide de la valeur de priorité du rôle principal et des facteurs secondaires dans l’algorithme d’élection du rôle principal.

Les commutateurs restants du Virtual Chassis qui ne sont pas le principal ou le commutateur de secours jouent le rôle de carte d’interface.

Suivez les instructions suivantes pour attribuer des rôles de moteur de routage aux commutateurs dans un Virtual Chassis mixte :

  • Dans n’importe quelle configuration Virtual Chassis mixte comprenant des commutateurs EX4200, EX4500 ou EX4550, vous pouvez configurer n’importe quel commutateur dans n’importe quel rôle dans n’importe quelle configuration.

  • Dans un virtual chassis EX4300 mixte composé du modèle EX4300 multi-gigabit (EX4300-48MP) et d’autres commutateurs de modèle EX4300, vous devez toujours avoir des commutateurs de modèle multi-gigabit EX4300 dans le rôle moteur de routage.

  • Dans un ex4600 Virtual Chassis mixte avec des commutateurs EX4300, les commutateurs EX4600 sont toujours dans le rôle principal de moteur de routage.

  • Dans un Virtual Chassis QFX Series mixte composé de commutateurs QFX5100 avec des commutateurs QFX3500, QFX3600 ou EX4300, nous vous recommandons de configurer les commutateurs QFX5100 dans le rôle de moteur de routage.

  • Dans un Virtual Chassis QFX Series mixte composé de commutateurs QFX3500, QFX3600 et EX4300, nous vous recommandons de configurer les commutateurs QFX3500 ou QFX3600 dans les rôles principaux et moteur de routage de secours.

  • Dans un virtual chassis QFX5110 avec commutateurs QFX5110 et QFX5100, nous vous recommandons de configurer uniquement les commutateurs QFX5110 dans le rôle de moteur de routage.

  • Dans un Virtual Chassis EX4650 ou QFX5120 à deux membres, configurez les deux commutateurs membres dans le rôle moteur de routage en tant que commutateurs membres principaux et de secours uniquement (aucun membre de rôle de carte de ligne).

Rôle du moteur de routage de sauvegarde

Le membre qui joue le rôle de moteur de routage de secours dans un Virtual Chassis :

  • Maintient un état de préparation pour prendre le rôle principal de moteur de routage en cas de défaillance du principal.

  • Exécute Junos OS pour les commutateurs en tant que moteur de routage de secours.

  • Se synchronise avec le principal en termes d’états de protocole, de tables de transfert et d’autres informations, de sorte qu’il est prêt à conserver les informations de routage et à maintenir la connectivité réseau sans perturbation au cas où le principal n’est pas disponible.

Pour pouvoir disposer d’un moteur de routage de secours, la configuration Virtual Chassis doit comporter au moins deux commutateurs membres.

Dans une configuration préprovisionné, l’algorithme d’élection du rôle principal Virtual Chassis détermine quel commutateur membre du rôle de moteur de routage agit en tant que principal Virtual Chassis et qui agit comme sauvegarde. Découvrez comment le primaire est élu dans un Virtual Chassis.

Dans une configuration non prévue, Virtual Chassis sélectionne les commutateurs principal et membre de secours à l’aide de la valeur de priorité du rôle principal et des facteurs secondaires dans l’algorithme d’élection des rôles principaux.

Suivez les instructions suivantes pour attribuer des rôles de moteur de routage aux commutateurs dans un Virtual Chassis mixte :

  • Dans n’importe quelle configuration Virtual Chassis mixte comprenant des commutateurs EX4200, EX4500 ou EX4550, vous pouvez configurer n’importe quel commutateur dans n’importe quel rôle dans n’importe quelle configuration.

  • Dans un virtual chassis EX4300 mixte composé de modèles EX4300 multi-gigabit (EX4300-48MP) et d’autres commutateurs ex4300, vous devez toujours avoir des commutateurs de modèle multi-gigabit EX4300 dans les rôles principaux et de moteur de routage de secours.

  • Dans un ex4600 Virtual Chassis mixte avec des commutateurs EX4300, vous devez utiliser un commutateur EX4600 dans le rôle principal, et nous vous recommandons vivement de configurer un commutateur EX4600 dans le rôle de secours pour aider le Virtual Chassis à rester stable lorsqu’un basculement du moteur de routage se produit.

  • Dans un Virtual Chassis QFX Series mixte composé de commutateurs QFX5100 avec des commutateurs QFX3500, QFX3600 ou EX4300, nous vous recommandons de configurer les commutateurs QFX5100 dans le rôle de moteur de routage.

  • Dans un Virtual Chassis QFX Series mixte composé de commutateurs QFX3500, QFX3600 et EX4300, nous vous recommandons de configurer uniquement les commutateurs QFX3500 ou QFX3600 dans les rôles principaux et de moteur de routage de secours.

  • Dans un virtual chassis QFX5110 avec commutateurs QFX5110 et QFX5100, nous vous recommandons de configurer uniquement les commutateurs QFX5110 dans le rôle de moteur de routage.

  • Dans un Virtual Chassis EX4650 ou QFX5120 à deux membres, configurez les deux commutateurs membres dans le rôle moteur de routage en tant que commutateurs membres principaux et de secours uniquement (aucun membre de rôle de carte de ligne).

Rôle de carte de ligne

Un membre qui joue le rôle de carte de ligne dans un Virtual Chassis :

  • N’exécute qu’un sous-ensemble de Junos OS.

  • N’exécute pas les protocoles de contrôle du châssis.

  • Peut détecter certaines conditions d’erreur (comme un câble débranché) sur n’importe quelle interface configurée sur celui-ci via le réseau principal.

La configuration Virtual Chassis doit avoir au moins trois membres pour inclure un membre de carte d’interface.

Dans une configuration préprovisionné, vous pouvez configurer explicitement un membre avec le rôle de carte d’interface, ce qui signifie qu’il ne peut pas être un moteur de routage principal ou de secours.

Dans une configuration non prévue, les membres qui ne sont pas sélectionnés comme membres principaux ou de secours fonctionnent comme membres de carte d’interface du Virtual Chassis. Virtual Chassis sélectionne les commutateurs membres principaux et de secours en utilisant la valeur de priorité du rôle principal et les facteurs secondaires dans l’algorithme d’élection du rôle principal. Un commutateur dont le rôle principal est 0 est toujours dans le rôle de carte d’interface.

Dans n’importe quel Virtual Chassis à deux membres, pour une haute disponibilité, vous devez configurer les deux membres dans le rôle moteur de routage et aucun membre dans le rôle de carte de ligne. Dans le cas contraire, dans un Virtual Chassis comptant plus de deux membres, n’importe quel type de commutateur pris en charge peut jouer un rôle de carte de ligne.

Suivez les instructions suivantes pour attribuer des rôles de moteur de routage et de carte de ligne aux commutateurs dans un Virtual Chassis QFX Series :

  • Dans un Virtual Chassis QFX Series mixte composé de commutateurs QFX5100 avec des commutateurs QFX3500, QFX3600 ou EX4300, nous vous recommandons de configurer les commutateurs QFX5100 dans le rôle de moteur de routage. Dans un Virtual Chassis QFX Series mixte qui ne contient pas de commutateurs QFX5100, nous vous recommandons de configurer les commutateurs QFX3500 ou QFX3600 dans le rôle de moteur de routage.

  • Dans un virtual chassis QFX5110 composé de commutateurs QFX5110 et QFX5100, nous vous recommandons de configurer uniquement les commutateurs QFX5110 dans le rôle de moteur de routage.

Commutateur et ID de membre

Chaque commutateur autonome prenant en charge Virtual Chassis est un membre potentiel d’une configuration Virtual Chassis. Lorsque vous allumez l’un de ces commutateurs, il dispose d’un ID membre Virtual Chassis que vous pouvez voir sur l’écran LCD avant de certains commutateurs ou dans la show virtual-chassis sortie de commande. Si le commutateur est allumé en tant que commutateur autonome, son ID membre est toujours 0. Lorsque vous interconnectez le commutateur à une configuration Virtual Chassis, le commutateur membre principal lui attribue un ID membre en fonction de divers facteurs tels que l’ordre dans lequel le commutateur a été ajouté au Virtual Chassis ou si vous avez défini les ID membres en fonction des numéros de série du commutateur dans le processus de préprovisionnement.

Si la configuration Virtual Chassis comprenait auparavant un commutateur membre et que vous avez physiquement déconnecté ou retiré ce membre de la configuration Virtual Chassis, son ID de membre n’est pas automatiquement disponible pour l’attribution d’UN membre dans le cadre de l’attribution d’ID de membre séquentielle standard du principal. Par exemple, vous pouvez avoir une configuration Virtual Chassis avec les membres 0, 2 et 3, car le membre 1 a été supprimé. Lorsque vous ajoutez un autre commutateur membre et que vous l’allumez, le principal lui attribue l’ID 4, et non l’ID 1. Si vous souhaitez réutiliser l’ID de membre d’un commutateur de membre supprimé, vous pouvez le recycler (voir la request virtual-chassis recycle commande pour plus de détails). .

L’ID membre distingue les commutateurs membres les uns des autres. Vous utilisez l’ID de membre pour :

  • assigner une valeur de priorité principale à un commutateur membre.

  • configurer les interfaces pour un commutateur membre, de la même manière que la spécification d’un numéro d’emplacement d’équipement Juniper Networks.

  • appliquer des commandes opérationnelles à un commutateur membre.

  • afficher l’état ou les caractéristiques d’un commutateur membre.

Priorité du rôle principal

Dans une configuration non prévue, vous pouvez désigner le rôle (rôle principal ou moteur de routage de secours ou rôle de carte de ligne) qu’un commutateur membre assume en configurant sa priorité de rôle principal (un nombre de 0 jusqu’à ). 255 La valeur de priorité du rôle principal est la première considération de l’algorithme d’élection du rôle principal pour sélectionner la principale de la configuration Virtual Chassis. Un commutateur dont le rôle principal est de ne jamais assumer le rôle de moteur de 0 routage principal ou de sauvegarde.

Lorsque vous allumez un commutateur autonome, il a la valeur 128de priorité du rôle principal par défaut . Comme il s’agit du seul commutateur membre dans sa propre configuration Virtual Chassis, il est également le membre principal. Lorsque vous interconnectez un commutateur autonome à une configuration Virtual Chassis existante (qui possède déjà sa propre configuration principale), nous vous recommandons de configurer explicitement la priorité des membres que vous souhaitez jouer en tant que rôle principal et de secours.

Note:

La configuration de la même valeur de priorité pour le rôle principal et pour la sauvegarde permet d’assurer une transition fluide du principal vers la sauvegarde si le principal n’est pas disponible. Il empêche le principal d’origine de préempter le contrôle de la sauvegarde lorsque la sauvegarde a pris le contrôle de la configuration Virtual Chassis parce que le principal d’origine est devenu indisponible.

Dans une configuration préprovisionné, vous ne pouvez pas configurer manuellement les valeurs de priorité du rôle principal. Vous attribuez le rôle de chaque commutateur membre, et Virtual Chassis attribue automatiquement la priorité du rôle principal en fonction du rôle assigné.

Identifiant Virtual Chassis (VCID)

Tous les membres d’une configuration Virtual Chassis partagent un identifiant Virtual Chassis (VCID). Le Virtual Chassis tire cet identifiant de paramètres internes. Lorsque vous surveillez une configuration Virtual Chassis, certaines vues d’interface et la show virtual-chassis commande affichent le VCID.

Stockage non volatile dans un virtual chassis

Les commutateurs EX Series et QFX Series stockent les fichiers système Junos OS dans une mémoire flash interne. Dans les configurations Virtual Chassis, le commutateur principal et le commutateur de secours stockent les informations de configuration de tous les commutateurs membres.

Junos OS optimise la façon dont un Virtual Chassis stocke sa configuration si un commutateur membre ou la configuration Virtual Chassis s’arrête de manière incorrecte, comme suit :

  • Si le commutateur principal n’est pas disponible, le commutateur de secours prend le rôle de principal et sa mémoire flash interne prend le relais pour maintenir la mémoire de configuration non volatile.

  • Si vous seriez en mode hors ligne pour réparation, le commutateur principal stocke la configuration du commutateur membre.

Note:

La gestion du stockage de fichiers diffère dans un ex8200 Virtual Chassis ; voir Comprendre le stockage de fichiers dans un virtual chassis EX8200 pour plus de détails.

Documentation connexe

Tableau de l’historique des versions
Libération
Description
20.1R1
À partir de la version 20.1R1 de Junos OS, un EX4650 Virtual Chassis peut compter jusqu’à 4 membres.
18.4R1
À partir de la version 18.4R1 de Junos OS, il est possible de combiner jusqu’à 4 commutateurs membres EX2300 de n’importe quel modèle (y compris les modèles multi-gigabit et tous les autres commutateurs EX2300) dans le même Virtual Chassis.
18.2R1
À partir de la version 18.2R1 de Junos OS et de l’introduction des commutateurs de modèle multi-gigabit EX4300 (EX4300-48MP), un EX4300 Virtual Chassis peut contenir jusqu’à 10 commutateurs de modèle multi-gigabit EX4300 sous la forme d’un Virtual Chassis non mixte ou une combinaison de commutateurs de modèle multi-gigabit EX4300 avec d’autres commutateurs EX4300 sous la forme d’un Virtual Chassis EX4300 mixte.
17,3R2-S4
À partir de la version 17.3R2-S4 de Junos OS, vous pouvez également utiliser des ports 100 Gigabit Ethernet QSFP28 en tant que VPV sur les commutateurs QFX5200.
15.1R7
À partir des versions 15.1R7 et 14.1X53-D47 de Junos OS, ex2200, EX3300, EX4200, EX4500 et EX4550 Virtual Chassis, la conversion VCP automatique est désactivée par défaut.
14.1X53-D47
À partir des versions 14.1X53-D47 de Junos OS, 17.4R2, 18.1R3, 18.2R2 et 18.3R1 pour EX4300, EX4600, QFX Series Virtual Chassis et pour tous les châssis virtuels EX4650 et QFX5120 (tous dotés de la fonctionnalité de conversion VCP automatique par défaut), vous pouvez choisir de désactiver la fonctionnalité en configurant no-auto-conversion au niveau de la [edit virtual-chassis] hiérarchie sur le Virtual Chassis.
13.2X53-D25
À partir de la version 13.2X51-D25 de Junos OS, vous pouvez inclure jusqu’à 10 commutateurs QFX5100-96S dans un Virtual Chassis QFX5100 mixte ou non.
13.2X50-D20
À partir de la version Junos OS 13.2X50-D20, un virtual chassis ou VCF QFX Series mixte peut également contenir des commutateurs EX4300.
12.2R1
À partir de la version 12.2R1 de Junos OS, un ex3300 Virtual Chassis peut prendre en charge jusqu’à 10 commutateurs EX3300 membres.