Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Présentation des composants de Virtual Chassis

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

  • Un EX Series Virtual Chassis 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 du châssis Virtual Chassis EX8200.

    Reportez-vous à la section Présentation des composants EX8200 Virtual Chassis pour plus d’informations sur EX8200 Virtual Chassis.

    Note:

    Nous déconseillons l’utilisation de commutateurs EX9200 dans un Virtual Chassis. C’est pourquoi nous avons progressivement supprimé 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 vous recommandons de planifier ou de passer à des architectures MC-LAG ou Junos Fusion Enterprise plutôt que 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 châssis unique. L’EX4650 fonctionne Virtual Chassis de la même manière que QFX5120 Virtual Chassis. De sorte que la plupart des informations de cette rubrique concernant QFX Series Virtual Chassis en général s’appliquent également à un EX4650 Virtual Chassis, avec quelques différences de support spécifiques à la plate-forme.

    Note:

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

Cette rubrique ne décrit pas les composants de Virtual Chassis Fabric. Reportez-vous plutôt à la section Présentation des composants de Virtual Chassis Fabric.

Prise en charge maximale des commutateurs

Le nombre maximal de commutateurs pris en charge par Virtual Chassis varie selon Virtual Chassis et peut également dépendre de la version de 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 un Virtual Chassis EX Series par la version de Junos OS.

Tableau 1 : Nombre maximal de commutateurs membres pris en charge pour EX Series Virtual Chassis par version de Junos OS

Type de Virtual Chassis EX Series

Nombre maximal de commutateurs membres par version de 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 membres EX2300 multigigabit (EX2300-24MP et EX2300-48MP).

18.4R1 : à partir de la version 18.4R1 de Junos OS, il est possible de combiner jusqu’à 4 commutateurs membres EX2300 (y compris les modèles multi-gigabit et tout autre commutateur EX2300) 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 Virtual Chassis EX3300 peut prendre en charge jusqu’à 10 commutateurs membres EX3300.

EX3400 Virtual Chassis

15.1X53-D50 : version initiale. Jusqu’à 10 commutateurs membres EX3400.
EX4100 Virtual Chassis 22.2R1 : version initiale. Jusqu’à 10 commutateurs membres EX4100.

EX4200 Virtual Chassis

9.0R1 : version initiale. Jusqu’à 10 commutateurs membres EX4200.

EX4300 Virtual Chassis

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

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, avec l’introduction des commutateurs EX4300 multi-gigabit (EX4300-48MP), un châssis Virtual Chassis EX4300 peut contenir jusqu’à 10 commutateurs EX4300 multi-gigabit en tant que Virtual Chassis non mixte ou une combinaison de commutateurs EX4300 multi-gigabit avec d’autres commutateurs EX4300 en tant que Virtual Chassis EX4300 mixte.

EX4400 Virtual Chassis

21.1R1 : version initiale. Jusqu’à 10 commutateurs membres EX4400.

21.2R1—À partir de la version 21.2R1 de Junos OS, un Virtual Chassis EX4400 peut également inclure des commutateurs multigigabit EX4400 (EX4400-24MP et EX4400-48MP).

EX4500 Virtual Chassis

11.1R1 : version initiale. Prise en charge d’un maximum de 2 commutateurs membres EX4500.

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

EX4550 Virtual Chassis

12.2R1 : version initiale. Prise en charge d’un maximum de 10 commutateurs membres EX4550.

EX4600 Virtual Chassis

13.2X51-D25 : version initiale. Prise en charge d’un maximum de 10 commutateurs membres EX4600.

EX4650 Virtual Chassis

19.3R1 : version initiale. Jusqu’à 2 commutateurs EX4650 dans les rôles moteur de routage uniquement.

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

Virtual Chassis mixtes EX4200 et EX4500

11.1R1 : version initiale. Jusqu’à 2 commutateurs membres EX4500 et jusqu’à 8 commutateurs membres EX4200.

11.2R1 : jusqu’à 9 commutateurs membres EX4200.

11.4R1—Jusqu’à 9 commutateurs membres EX4500.

Virtual Chassis mixtes 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 au total.

Virtual Chassis mixtes EX4300 et EX4600

13.2X51-D25 : version initiale. Jusqu’à 10 commutateurs membres EX4300 et EX4600 au total. Les sorcières 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 des commutateurs EX4600.

Virtual Chassis mixtes 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:

Depuis la version 17.1R1 de Junos OS, nous avons progressivement cessé de prendre en charge les commutateurs EX9200 dans Virtual Chassis. Pour les déploiements avec des commutateurs EX9200, nous vous recommandons de planifier ou de passer à des architectures MC-LAG ou Junos Fusion Enterprise au lieu d’utiliser une configuration Virtual Chassis.

Nombre maximal de commutateurs dans un Virtual Chassis QFX Series (y compris les Virtual Chassis mixtes avec les commutateurs EX Series)

Le Tableau 2 répertorie le nombre maximal de commutateurs membres pris en charge dans une version de QFX Series Virtual Chassis par Junos OS, y compris les QFX Series Virtual Chassis mixtes avec des membres de commutateur EX Series.

Tableau 2 : Nombre maximal de commutateurs membres pris en charge pour QFX Series Virtual Chassis par version de Junos OS

Type de Virtual Chassis QFX Series

Nombre maximal de commutateurs membres par version de Junos OS

QFX3500 ou QFX3600 Virtual Chassis :

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

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

QFX3500 ou QFX3600 Virtual Chassis en mode mixte :

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

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

QFX5100 Virtual Chassis :

  • Uniquement QFX5100 commutateurs.

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

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

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

QFX5100 mode mixte Virtual Chassis :

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

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 :

  • QFX5110 commutateurs dans moteur de routage rôle avec n’importe quelle combinaison de QFX5110 prises en charge et de commutateurs QFX5100 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 dans le rôle de moteur de routage.

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

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

QFX5200 Virtual Chassis...

  • Uniquement QFX5200 commutateurs.

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

Ports Virtual Chassis (VCP)

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

Virtual Chassis Port Options

Certains commutateurs ont des VCP dédiés ; vous ne pouvez utiliser ces ports qu’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 des commutateurs dans un Virtual Chassis sans nécessiter de configuration d’interface supplémentaire.

Certains commutateurs ont des ports qui sont 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 afin d’interconnecter les commutateurs dans un Virtual Chassis.

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

Vous devez configurer les VCP pour interconnecter les commutateurs qui n’ont pas de VCP dédié ou configuré par défaut, ou pour interconnecter les commutateurs sur des distances supérieures à celles autorisées par une connexion VCP dédiée. Sinon, vous pouvez mélanger toutes les options VCP prises en charge entre les membres d’un Virtual Chassis. Nous vous recommandons donc d’avoir des liens redondants entre deux membres à des fins de 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 liens lorsque deux ports ou plus fonctionnant à la même vitesse sont configurés en VCP entre les deux mêmes commutateurs membres. Pour plus d’informations, reportez-vous à la section Présentation de l’agrégation de liaisons de ports Virtual Chassis .

Lors de l’ajout de commutateurs à un Virtual Chassis existant ou de l’ajout 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 se convertissent automatiquement en VCP (voir Conversion automatique de port Virtual Chassis (VCP)).

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

Tableau 3 : options VCP par type de commutateur

Interrupteur

VCP dédiés

VCP par défaut

Ports configurables et pris en charge en tant que VCP

L’EX2200

Aucun

Aucun

Tous les ports de liaison montante

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

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

Aucun

Aucun

Ports de liaison montante Ethernet 10 Gigabit avec filtres SFP+

Note:

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

L’EX3300

Aucun

Ports de liaison montante 2 et 3

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

L’EX3400

Aucun

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

Tous les ports de liaison montante SFP+

Note:

Sur les commutateurs EX3400, vous ne pouvez pas utiliser de ports avec des émetteurs-récepteurs SFP en tant que VCP pour former un Virtual Chassis.
EX4100 4 ports SFP28 25 Gbit/s en façade 4 ports SFP28 25 Gbit/s en façade Aucun

EX4100-F

4 ports SFP+ 10 Gbit/s en façade

4 ports SFP+ 10 Gbit/s en façade

 Aucun

Réf. 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+ du commutateur EX4200-24F

Note:

Sur les commutateurs EX4200, il n’est pas possible de définir une connexion d’émetteur-récepteur SFP cuivre 1000BASE-T (EX-SFP-1GE-T) en tant que VCP.

Réf. EX4300

Aucun

Tous les ports QSFP+

Tous les ports de liaison montante équipés d’é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 comme VCP.

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

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

Aucun

Aucun

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

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

EX4500 et EX4550

Deux ports sur le module Virtual Chassis

Aucun

N’importe quel port de module de liaison montante SFP, SFP+ ou XFP

Note:

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

L’EX4600

Aucun

Aucun

Tous les ports SFP+ et QSFP+

Réf. EX4650

Aucun

Aucun

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

Note:

Junos OS ne vous empêche pas d’essayer de définir d’autres ports en tant que VCP, 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 QSFP28 40 Gigabit Ethernet ou 100 Gigabit Ethernet

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 qui prennent en charge ces ports)

QFX5120

Aucun

Aucun

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

(QFX5120-48T) N’importe lequel des six ports QSFP+ ou QSFP28 de 40 Gigabit Ethernet ou 100 GbEthernet situés 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. La CLI de Junos OS ne renvoie pas d’erreur si vous essayez de définir d’autres ports en tant que VCP, mais ils ne fonctionneront pas correctement en tant que VCP.

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

QFX5200

Aucun

Aucun

Tous les ports QSFP+ 40 Gigabit Ethernet

À partir de Junos OS version 17.3R2-S4, vous pouvez également utiliser des ports QSFP28 100 Gigabit Ethernet comme VCP 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 VCP.

Les interfaces QSFP+ qui ont été canalisées en interfaces SFP+ à l’aide d’un câble breakout ne peuvent pas être configurées en VCP.

Conversion automatique de port 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 ajoutez une liaison redondante entre deux membres d’un Virtual Chassis, les ports qui peuvent être des VCP sont automatiquement convertis en VCP 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 parties é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és dans la liste des membres du Virtual Chassis à l’aide de la set virtual-chassis member commande.

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

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

Pour que les ports soient éligibles à la conversion VCP automatique, vous devez les reconvertir en ports réseau à l’aide de la request virtual-chassis vc-port delete commande s’il s’agit de VCP configurés par défaut ou si vous les avez précédemment configurés en VCP. Les commutateurs ne reconvertissent pas automatiquement les VCP en ports réseau lorsque vous les retirez d’un Virtual Chassis et que vous 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 d'un Virtual Chassis. Sur ces commutateurs, pour convertir les VCP par défaut en ports réseau ou les reconvertir des 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, dans les Virtual Chassis EX2200, EX3300, EX4200, EX4500 et EX4550, la conversion automatique VCP est désactivée par défaut. Si vous le souhaitez, vous pouvez activer la fonctionnalité en configurant l’instruction auto-conversion au niveau de la [edit virtual-chassis] hiérarchie sur Virtual Chassis.

    PRUDENCE:

    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 des ports réseau ou de liaison montante sont automatiquement convertis en VCP pour créer une liaison redondante avec une connexion VCP dédiée entre les deux mêmes membres de Virtual Chassis, vous devez redémarrer Virtual Chassis pour éviter de créer une boucle de trafic au sein de Virtual Chassis. (Le même problème peut se produire même si vous convertissez manuellement les ports en VCP pour créer la liaison VCP redondante avec une liaison VCP dédiée. Dans ce cas, vous devez également redémarrer Virtual Chassis pour éviter la boucle du trafic.)

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

Groupes d’agrégation de liens de port 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 bundle LAG (Link Aggregation Group) si les liaisons VCP ont la même vitesse. Par exemple, si deux liaisons VCP QSFP+ de 40 Gbit/s sont connectées entre des commutateurs membres, elles forment automatiquement un LAG avec une bande passante totale de 80 Gbit/s. Toutefois, les liaisons 10 Gigabit SFP+ et QSFP+ VCP 40 Gbit/s ne deviendront pas membres du même LAG.

Au sein d’un Virtual Chassis, vous pouvez également configurer des interfaces réseau situées sur différents commutateurs membres de Virtual Chassis pour former un LAG, qui assure l’équilibrage de charge et la redondance du trafic réseau transféré par le Virtual Chassis. Pour plus d’informations sur la différence entre les LAG VCP et les LAG d’interface réseau au sein d’un Virtual Chassis, reportez-vous à la section Présentation de l’agrégation de liaisons de ports Virtual Chassis .

Rôle du moteur de routage principal

Dans un Virtual Chassis, chaque commutateur membre joue l’un des deux rôles suivants : le rôle de moteur de routage ou le rôle de carte de ligne. Lorsqu’il joue le rôle de moteur de routage, un commutateur membre fait office de moteur de routage principal ou de secours.

Membre principal du moteur de routage dans 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 au sein de la configuration Virtual Chassis. (Le nom d’hôte et les autres propriétés que vous affectez à ce commutateur lors de l’installation s’appliquent à tous les membres de la configuration Virtual Chassis.)

Dans une configuration préprovisionnée, l’algorithme d’élection du rôle principal de Virtual Chassis détermine quel commutateur membre du rôle de moteur de routage agit en tant que commutateur principal de Virtual Chassis et lequel agit en tant que serveur de secours. Reportez-vous à la section Comprendre comment le primaire d’un Virtual Chassis est élu.

Dans une configuration qui n’est pas préprovisionnée, appelée configuration non provisionnée , Virtual Chassis sélectionne le serveur principal et le serveur de secours à 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 dans le Virtual Chassis qui ne sont pas le principal ou le serveur de secours fonctionnent dans le rôle de carte de ligne.

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

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

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

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

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

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

  • Dans un Virtual Chassis QFX5110 avec des commutateurs QFX5110 et QFX5100, nous vous recommandons de configurer uniquement QFX5110 commutateurs dans le rôle moteur de routage.

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

Rôle du moteur de routage de secours

Membre qui fonctionne dans le rôle moteur de routage de sauvegarde dans un Virtual Chassis :

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

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

  • Synchronise avec le serveur principal en termes d’états de protocole, de tables de transfert et d’autres informations, de sorte qu’il soit prêt à préserver les informations de routage et à maintenir la connectivité réseau sans interruption en cas d’indisponibilité du serveur principal.

La configuration de Virtual Chassis doit avoir au moins deux commutateurs membres pour disposer d’un membre de moteur de routage de secours.

Dans une configuration préprovisionnée, l’algorithme d’élection du rôle principal de Virtual Chassis détermine quel commutateur membre du rôle de moteur de routage agit en tant que commutateur principal de Virtual Chassis et lequel agit en tant que serveur de secours. Reportez-vous à la section Comprendre comment le primaire d’un Virtual Chassis est élu.

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

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

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

  • Dans un Virtual Chassis EX4300 mixte composé de commutateurs EX4300 multi-gigabit (EX4300-48MP) et d’autres modèles EX4300, vous devez toujours avoir des commutateurs EX4300 multi-gigabit dans les rôles moteur de routage principal et secondaire.

  • Dans un Virtual Chassis EX4600 mixte avec des commutateurs EX4300, vous devez utiliser un commutateur EX4600 dans le rôle principal. Nous vous recommandons vivement de configurer également un commutateur EX4600 dans le rôle de secours pour que le Virtual Chassis reste stable lorsqu’un basculement du moteur de routage se produit.

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

  • Dans un Virtual Chassis de 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 de moteur de routage principal et de secours.

  • Dans un Virtual Chassis QFX5110 avec des commutateurs QFX5110 et QFX5100, nous vous recommandons de configurer uniquement QFX5110 commutateurs dans le rôle moteur de routage.

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

Rôle de la carte de ligne

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

  • Exécute uniquement 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 (telles qu’un câble débranché) sur toutes les interfaces qui ont été configurées sur celui-ci via le serveur principal.

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

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

Dans une configuration non provisionnée, les membres qui ne sont pas sélectionnés en tant que membres principaux ou de secours fonctionnent en tant que membres de carte de ligne du Virtual Chassis. Virtual Chassis sélectionne les commutateurs membres principaux et secondaires à l’aide de la valeur de priorité du rôle principal et des facteurs secondaires de l’algorithme d’élection du rôle principal. Un commutateur dont la priorité de rôle principal est 0 est toujours dans le rôle de carte de ligne.

Dans tout 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. Sinon, dans un Virtual Chassis avec plus de deux membres, n’importe quel type de commutateur pris en charge peut fonctionner en tant que linecard.

Suivez les instructions ci-dessous pour attribuer des rôles de moteur de routage et de carte de ligne aux commutateurs d’un Virtual Chassis QFX Series :

  • Dans une Virtual Chassis de QFX Series mixte composée de commutateurs QFX5100 avec des commutateurs QFX3500, QFX3600 ou EX4300, nous vous recommandons de configurer les commutateurs QFX5100 dans le rôle 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 moteur de routage.

  • Dans un Virtual Chassis QFX5110 composé de commutateurs QFX5110 et QFX5100, il est recommandé de configurer uniquement QFX5110 commutateurs dans le rôle moteur de routage.

Commutateur de membre et ID de membre

Chaque commutateur autonome qui prend en charge Virtual Chassis est un membre potentiel d’une configuration Virtual Chassis. Lorsque vous mettez l’un de ces commutateurs sous tension, il dispose d’un ID de membre Virtual Chassis que vous pouvez voir sur l’écran LCD du panneau avant de certains commutateurs ou dans show virtual-chassis la sortie de commande. Si le commutateur est mis sous tension en tant que commutateur autonome, son ID de membre est toujours 0. Lorsque vous interconnectez le commutateur dans une configuration Virtual Chassis, le commutateur membre principal lui attribue un ID de 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 des ID de membre en fonction des numéros de série du commutateur dans le processus de préprovisionnement.

Si la configuration de Virtual Chassis incluait auparavant un commutateur de membre et que vous avez physiquement déconnecté ou supprimé ce membre de la configuration de Virtual Chassis, son ID de membre n’est pas automatiquement disponible pour l’attribution dans le cadre de l’attribution d’ID de membre séquentiel standard du serveur 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 le mettez sous tension, le principal lui attribue l’ID 4, et non l’ID 1. Si vous souhaitez réutiliser un ID de membre à partir d’un commutateur membre qui a été supprimé, vous pouvez recycler l’ID de membre (voir la commande pour plus de request virtual-chassis recycle détails). .

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

  • Attribuez une valeur de priorité de rôle principal à un commutateur membre.

  • configurer les interfaces d’un commutateur membre, de la même manière que vous spécifiez un numéro d’emplacement de périphérique Juniper Networks.

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

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

Priorité du rôle principal

Dans une configuration non provisionnée, vous pouvez désigner le rôle (rôle principal ou de secours du moteur de routage ou rôle de carte de ligne) qu’un commutateur membre assume en configurant sa priorité de rôle principal (un nombre de 0 à ). 255 La valeur de priorité du rôle principal est le premier élément à prendre en compte dans l’algorithme d’élection du rôle principal pour sélectionner le rôle principal de la configuration Virtual Chassis. Un commutateur dont la priorité de rôle principal est 0 ne jamais assumer le rôle de moteur de routage de secours ou principal.

Lorsque vous mettez un commutateur autonome sous tension, il a la valeur 128de priorité par défaut du rôle principal . Étant donné qu’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à son propre serveur principal), nous vous recommandons de configurer explicitement la priorité du rôle principal des membres que vous souhaitez utiliser en tant que serveur principal et de secours.

Note:

La configuration de la même valeur de priorité de rôle principal pour le rôle principal et pour le rôle de secours permet d’assurer une transition en douceur du rôle principal vers le rôle de secours si le rôle principal devient indisponible. Il empêche le serveur principal d’origine de préempter le contrôle de la sauvegarde lorsque celui-ci a pris le contrôle de la configuration de Virtual Chassis, car le serveur principal d’origine est devenu indisponible.

Dans une configuration préprovisionnée, vous ne pouvez pas configurer manuellement les valeurs de priorité des rôles principaux. 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 attribué.

Identifiant Virtual Chassis (VCID)

Tous les membres d’une configuration Virtual Chassis partagent un identifiant Virtual Chassis (VCID). Le Virtual Chassis dérive cet identifiant des 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 la 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 de Virtual Chassis ne s’arrête pas correctement, comme suit :

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

  • Si vous mettez un commutateur membre 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 châssis Virtual Chassis EX8200 ; Pour plus d’informations, reportez-vous à la section Présentation du stockage de fichiers dans un Virtual Chassis EX8200 .

Documentation connexe

Tableau de l’historique des modifications

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Libérer
Description
20.1R1
À partir de la version 20.1R1 de Junos OS, un Virtual Chassis EX4650 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 (y compris les modèles multi-gigabit et les autres commutateurs EX2300) dans le même Virtual Chassis.
18.2R1
À partir de la version 18.2R1 de Junos OS avec l’introduction des commutateurs EX4300 multi-gigabit (EX4300-48MP), un Virtual Chassis EX4300 peut contenir jusqu’à 10 commutateurs EX4300 multi-gigabit en tant que Virtual Chassis non mixte ou une combinaison de commutateurs EX4300 multi-gigabit avec d’autres commutateurs EX4300 en tant que Virtual Chassis EX4300 mixte.
17.3R2-S4
À partir de Junos OS version 17.3R2-S4, vous pouvez également utiliser des ports QSFP28 100 Gigabit Ethernet comme VCP sur les commutateurs QFX5200.
15.1R7
À partir des versions 15.1R7 et 14.1X53-D47 de Junos OS, dans les Virtual Chassis EX2200, EX3300, EX4200, EX4500 et EX4550, la conversion automatique VCP est désactivée par défaut.
14.1X53-D47
À partir de Junos OS versions 14.1X53-D47, 17.4R2, 18.1R3, 18.2R2 et 18.3R1 pour EX4300, EX4600 QFX Series Virtual Chassis et pour tous les EX4650 et QFX5120 Virtual Chassis (pour lesquels la fonctionnalité de conversion VCP automatique est activée par défaut), vous pouvez choisir de désactiver la fonctionnalité en la configurant no-auto-conversion au niveau de la [edit virtual-chassis] hiérarchie sur le Virtual Chassis.
13.2X53-D25
À partir de Junos OS version 13.2X51-D25, vous pouvez inclure jusqu’à 10 commutateurs QFX5100-96S dans un Virtual Chassis QFX5100 mixte ou non mixte.
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.
12.2R1
À partir de la version 12.2R1 de Junos OS, un Virtual Chassis EX3300 peut prendre en charge jusqu’à 10 commutateurs membres EX3300.