Présentation des composants Virtual Chassis
Une configuration Virtual Chassis pour les plates-formes de routage universelles 5G MX Series interconnecte deux routeurs MX Series en un système logique que vous pouvez gérer comme un élément réseau unique. La figure 1 illustre une topologie typique d’un châssis virtuel MX Series à deux membres.
virtuels MX Series
Cette présentation décrit les composants matériels et logiciels de base de la configuration Virtual Chassis illustrée à la Figure 1 et aborde les sujets suivants :
Virtual Chassis Primary Router
L’un des deux routeurs membres du Virtual Chassis devient le routeur principal, également appelé protocole principal. Le routeur principal Virtual Chassis gère les informations globales de configuration et d’état des deux routeurs membres et exécute les processus de gestion du châssis. Le moteur de routage principal qui réside dans le routeur principal Virtual Chassis devient le principal global pour Virtual Chassis.
Plus précisément, le moteur de routage principal qui réside dans le routeur principal Virtual Chassis exécute les fonctions suivantes dans un châssis virtuel :
Gère à la fois les routeurs membres principaux et secondaires
Exécute les processus de gestion du châssis et les protocoles de contrôle
Reçoit et traite tout le trafic entrant et du chemin d’exception destiné au Virtual Chassis
Propage la configuration Virtual Chassis (y compris les ID de membre, les rôles, les définitions de groupe de configuration et les applications) aux membres du Virtual Chassis
Le premier membre du Virtual Chassis devient le routeur principal initial par défaut. Une fois le Virtual Chassis formé avec les deux routeurs membres, le logiciel VCCP (Virtual Chassis Control Protocol) exécute un algorithme d’élection de rôle principal pour élire le routeur principal pour la configuration Virtual Chassis.
Vous ne pouvez pas configurer l’élection du rôle principal pour un châssis virtuel MX Series dans la version actuelle.
Virtual Chassis Backup Router
Le routeur membre du Virtual Chassis qui n’est pas désigné comme routeur principal devient le routeur de secours, également appelé protocole de sauvegarde. Le routeur de secours Virtual Chassis reprend le rôle principal du Virtual Chassis si le routeur principal n’est pas disponible et synchronise les informations de routage et d’état avec le routeur principal. Le moteur de routage principal qui réside dans le routeur de sauvegarde Virtual Chassis devient la sauvegarde globale pour Virtual Chassis.
Plus précisément, le moteur de routage principal qui réside dans le routeur de secours Virtual Chassis exécute les fonctions suivantes dans un châssis virtuel :
Si le routeur principal tombe en panne ou n’est pas disponible, reprend le rôle principal du Virtual Chassis afin de préserver les informations de routage et de maintenir la connectivité réseau sans interruption
Synchronise le routage et l’état de l’application, y compris les tables de routage et les informations sur l’état des abonnés, avec le moteur de routage principal qui réside dans le routeur principal Virtual Chassis
Transmet les informations de contrôle du châssis, telles que la présence de la carte de ligne et les alarmes, au routeur principal
Routeur virtuel de carte de ligne de châssis
Le line-card rôle n’est pas pris en charge dans la configuration préconfigurée d’un châssis virtuel MX Series à deux membres. Dans cette version, le rôle s’applique uniquement dans le line-card contexte du comportement de détection fractionnée.
Un routeur membre exerçant ce rôle n’exécute line-card qu’un ensemble minimal de processus de gestion du châssis requis pour relayer les informations de contrôle du châssis, telles que la présence de cartes de ligne et les alarmes, au routeur principal Virtual Chassis.
Vous ne pouvez pas configurer explicitement un routeur membre avec le rôle dans la line-card version actuelle. Toutefois, si le routeur de secours échoue dans une configuration Virtual Chassis à deux membres et que la détection de fractionnement est activée (comportement par défaut), le routeur principal joue un line-card rôle et les cartes de ligne (FPC) qui n’hébergent pas de ports Virtual Chassis se déconnectent. Cet état isole efficacement le routeur principal et le supprime du Virtual Chassis jusqu’à ce que la connectivité soit rétablie. Par conséquent, le routage est arrêté et la configuration Virtual Chassis est désactivée.
Virtual Chassis Ports
Les ports Virtual Chassis sont des interfaces Ethernet spéciales qui forment une connexion point à point entre les routeurs membres d’un châssis virtuel. Lorsque vous créez un châssis virtuel, vous devez configurer les ports Virtual Chassis sur les interfaces MPC/MIC (Modular Port Concentrator/Modular Interface Card). Une fois que vous avez configuré un port Virtual Chassis, il est renommé vcp-slot/pic/port (par exemple, ) vcp-2/2/0et la carte de ligne associée à ce port est mise en ligne. Par exemple, l’exemple de topologie Virtual Chassis illustré à la Figure 1 comporte un total de quatre ports Virtual Chassis (représentés par les points bleus), dont deux sur chacun des deux routeurs membres.
Une fois qu’un port Virtual Chassis est configuré, il est dédié à la tâche d’interconnexion des routeurs membres et n’est plus disponible pour la configuration en tant que port réseau standard. Pour restaurer ce port à la configuration globale et le rendre disponible pour fonctionner comme un port réseau standard, vous devez supprimer le port Virtual Chassis de la configuration Virtual Chassis.
Le logiciel Junos OS vous permet de préconfigurer les ports actuellement indisponibles. Bien qu’un port Virtual Chassis ne soit pas disponible pour une utilisation en tant que port réseau standard, vous pouvez configurer ce port en tant que port réseau standard même après l’avoir configuré comme port Virtual Chassis. Toutefois, le routeur n’applique pas la configuration tant que vous n’avez pas supprimé le port Virtual Chassis de la configuration Virtual Chassis.
Vous pouvez configurer un port Virtual Chassis sur une interface 1 Gigabit Ethernet (ge), une interface 10 Gigabit Ethernet (xe), une interface 40 Gigabit Ethernet (et) ou une interface 100 Gigabit Ethernet (et). Les ports Virtual Chassis 40 Gigabit et 100 Gigabit ne peuvent être configurés que sur des cartes de ligne MPC3, MPC4 ou ultérieures. (La prise en charge des interfaces dépend de la version de Junos OS dans votre installation.) Vous ne pouvez pas configurer une combinaison de ports Virtual Chassis Ethernet 1 Gigabit et de ports Virtual Chassis Ethernet 10 Gigabit dans le même châssis virtuel. Vous devez configurer tous les ports Virtual Chassis 10 Gigabit ou tous les ports Virtual Chassis 1 Gigabit dans le même châssis virtuel. Nous vous recommandons de configurer les ports Virtual Chassis sur les interfaces 10 Gigabit Ethernet (xe). En outre, pour minimiser les perturbations du réseau en cas de défaillance d’un routeur ou d’une liaison, configurez des ports Virtual Chassis redondants qui résident sur des cartes de ligne différentes dans chaque routeur membre.
Les interfaces de port Virtual Chassis transportent à la fois les paquets VCCP et le contrôle interne et le trafic de données. Étant donné que le trafic de contrôle interne n’est ni chiffré ni authentifié, assurez-vous que les interfaces de port Virtual Chassis sont correctement sécurisées pour empêcher les attaques tierces malveillantes sur les données.
Les ports Virtual Chassis utilisent une configuration de classe de service (CoS) par défaut qui s’applique de la même manière à toutes les interfaces de port Virtual Chassis configurées dans un Virtual Chassis. Vous pouvez également créer un profil de contrôle du trafic CoS personnalisé et l’appliquer à toutes les interfaces de port Virtual Chassis. Par exemple, vous pouvez créer un profil de contrôle du trafic autre que celui par défaut qui alloue plus que les 5 % par défaut de la bande passante de port Virtual Chassis pour contrôler le trafic, ou qui affecte des priorités et des débits excédentaires différents à différentes classes de transfert.
Trunks de ports Virtual Chassis
Si au moins deux ports Virtual Chassis du même type et de la même vitesse sont configurés entre les deux mêmes routeurs membres dans un châssis virtuel MX Series, le protocole VCCP (Virtual Chassis Control Protocol) regroupe ces interfaces de port Virtual Chassis dans un trunk, réduit le coût de routage en conséquence et effectue l’équilibrage de la charge du trafic sur toutes les interfaces de port Virtual Chassis (également appelées liens de port Virtual Chassi) dans le trunk.
Une jonction de ports Virtual Chassis doit inclure uniquement des ports Virtual Chassis du même type et de la même vitesse. Par exemple, une jonction de ports Virtual Chassis peut inclure tous les ports Virtual Chassis 10-Gigabit Ethernet (type xe media) ou tous les ports Virtual Chassis 1-Gigabit Ethernet (ge media type). Un Virtual Chassis MX Series ne prend pas en charge une combinaison de ports Virtual Chassis 1 Gigabit Ethernet et de ports Virtual Chassis Ethernet 10 Gigabit dans la même jonction de ports Virtual Chassis.
Le routeur utilise la formule suivante pour déterminer la mesure de coût d’une liaison de port Virtual Chassis dans une jonction de ports Virtual Chassis :
Coût = (300 * 1 000 000 000) /port-speed
où port-speed est la vitesse d’agrégation, en bits par seconde, du port Virtual Chassis.
Par exemple, une liaison de port Virtual Chassis Ethernet 10 Gigabit a une mesure de coût de 30 (300 * 1 000 000 000 / 10 000 000 000). Une liaison de port Virtual Chassis Ethernet 1 Gigabit a un coût métrique de 300 (300 * 1 000 000 000 / 1 000 000 000). Les liens de port Virtual Chassis avec une mesure de coût inférieure sont préférés à ceux avec une métrique de coût plus élevée.
Un Virtual Chassis MX Series prend en charge jusqu’à 16 ports Virtual Chassis par trunk.
Numérotation des emplacements dans le Virtual Chassis
Après avoir configuré l’ID de membre et, éventuellement, le nombre d’emplacements pour chaque routeur que vous souhaitez ajouter à un châssis virtuel MX Series, les moteurs de routage de ce châssis redémarrent et les emplacements pour cartes de ligne (FPC) sont renumérotés. La numérotation des emplacements FPC utilisée pour chaque routeur membre est basée sur le nombre d’emplacements et les décalages utilisés dans le Virtual Chassis et non sur les numéros d’emplacement physiques où la carte de ligne est réellement installée.
Le tableau 1 indique les valeurs valides du nombre d’emplacements pour chaque type de routeur membre pris en charge, ainsi que la numérotation des emplacements utilisée pour les membres 0 et 1 lorsque la valeur de nombre d’emplacements spécifiée est configurée, explicitement ou par défaut.
Type de routeur membre |
Nombre d’emplacements |
Numéros d’emplacement FPC sur le membre 0 |
Numéros d’emplacement FPC sur le membre 1 |
|---|---|---|---|
MX240 |
S.O. |
0 à 11 (pas de décalage) |
12 à 23 (décalage = 12) |
MX480 |
S.O. |
0 à 11 (pas de décalage) |
12 à 23 (décalage = 12) |
MX960 |
12 (par défaut) |
0 à 11 (pas de décalage) |
12 à 23 (décalage = 12) |
MX960 |
20 |
0 à 19 (pas de décalage) |
20 à 39 (décalage = 20) |
MX2010 |
12 (par défaut) |
0 à 11 (pas de décalage) |
12 à 23 (décalage = 12) |
MX2010 |
20 |
0 à 19 (pas de décalage) |
20 à 39 (décalage = 20) |
MX2020 |
20 (par défaut) |
0 à 19 (pas de décalage) |
20 à 39 (décalage = 20) |
Par exemple, supposons que dans votre configuration Virtual Chassis, le membre 0 est un routeur MX960 et le membre 1 est un routeur MX2010, avec le nombre d’emplacements par défaut (12) en vigueur sur les deux routeurs. Dans cette topologie, une interface Ethernet 10 Gigabit qui apparaît comme xe-14/2/2 (emplacement FPC 14, emplacement PIC 2, port 2) dans la sortie de la commande est en fait l’interface physique xe-2/2/2 (emplacement FPC 2, emplacement PIC 2, port 2) sur le membre 1 après déduction du décalage de show interfaces 12 pour le membre 1.
En s’appuyant sur cet exemple, supposons que vous remplacez le membre 1 par un routeur membre MX2020, ce qui donne un châssis virtuel avec un routeur MX960 configuré en tant que membre 0 et un routeur MX2020 configuré en tant que membre 1. Pour vous assurer qu’un châssis virtuel composé d’un routeur MX2020 et d’un routeur MX960 ou MX2010 se forme correctement, vous devez définir explicitement le nombre d’emplacements du routeur MX960 ou MX2010 sur 20 pour qu’il corresponde au nombre d’emplacements du routeur MX2020. Lorsque les emplacements FPC sont renumérotés dans cette topologie, l’interface physique xe-2/2/2 sur le membre 1 devient xe-22/2/2 sur le membre 1 après ajout du décalage de 20 pour le membre 1. De même, la show interfaces commande affiche xe-22/2/2 comme nom d’interface.
La renumérotation des emplacements n’affecte pas les noms des ports Virtual Chassis. Le nom du port Virtual Chassis, au format vcp-slot/pic/port, est dérivé du numéro d’emplacement physique dans lequel le port est configuré. Par exemple, vcp-3/2/0 est configuré sur l’emplacement physique FPC 3, l’emplacement PIC 2, le port 0.
Configuration des propriétés de châssis pour les MPC dans le Virtual Chassis
Lorsque vous configurez les propriétés de châssis des MPC installés dans un routeur membre dans un châssis virtuel MX Series, gardez les points suivants à l’esprit :
Les instructions incluses au niveau de la
[edit chassis member member-id fpc slot slot-number]hiérarchie s’appliquent au MPC (FPC) dans le numéro d’emplacement spécifié uniquement sur le routeur membre spécifié dans le châssis virtuel.Par exemple, si vous émettez l’instruction, seul le MPC installé dans l’emplacement 1 de l’ID
set chassis member 0 fpc slot 1 power offde membre 0 dans le Virtual Chassis est hors tension.Les instructions incluses au niveau de la hiérarchie doivent être déplacées au niveau de la
[edit chassis fpc slot slot-number][edit chassis member member-id fpc slot slot-number]hiérarchie pour éviter les erreurs.
Pour vous assurer que l’instruction que vous utilisez pour configurer les propriétés du châssis MPC dans un Virtual Chassis s’applique au routeur membre et au MPC prévus, incluez toujours l’option member member-ID avant le fpc mot-clé, où member-id est 0 ou 1 pour un châssis virtuel MX Series à deux membres.
Protocole de contrôle de châssis virtuel
Un Virtual Chassis MX Series est géré par le protocole VCCP (Virtual Chassis Control Protocol), un protocole de contrôle dédié basé sur IS-IS. VCCP s’exécute sur les interfaces de port Virtual Chassis et exécute les fonctions suivantes dans le châssis virtuel :
Découverte et création de la topologie Virtual Chassis
Exécute l’algorithme d’élection du rôle principal pour déterminer le routeur principal Virtual Chassis
Établit la table de routage interchâssis pour acheminer le trafic dans le Virtual Chassis
À l’instar d’IS-IS, VCCP échange des PDU à état de liaison pour chaque routeur membre afin de construire une topologie SPF (Shortest Path First) et de déterminer le rôle (principal ou de secours) de chaque routeur membre dans le châssis virtuel. Étant donné que VCCP ne prend en charge que les connexions point à point, pas plus de deux routeurs membres peuvent être connectés sur une interface de port Virtual Chassis donnée.
ID de membre, rôles et numéros de série
Pour configurer un châssis virtuel MX Series, vous devez créer une configuration préprovisionnée qui fournit les informations requises suivantes pour chaque routeur membre :
ID de membre : valeur numérique (
0ou1) qui identifie le routeur membre dans une configuration Virtual Chassis.Rôle : rôle à jouer par chaque routeur membre dans le châssis virtuel. Dans un châssis virtuel MX Series à deux membres, vous devez attribuer le rôle aux
routing-enginedeux routeurs membres, ce qui permet à l’un ou l’autre routeur de fonctionner comme routeur principal ou routeur de secours du châssis virtuel.Numéro de série : numéro de série du châssis de chaque routeur membre dans le châssis virtuel. Pour obtenir le numéro de série du routeur, recherchez l’étiquette apposée sur le côté du châssis MX Series ou exécutez la commande sur le routeur pour afficher le numéro de série dans la sortie de la
show chassis hardwarecommande.
La configuration préprovisionnée associe de façon permanente l’ID membre et le rôle au numéro de série du châssis du routeur membre. Lorsqu’un nouveau routeur membre rejoint Virtual Chassis, le logiciel VCCP compare le numéro de série du routeur aux valeurs spécifiées dans la configuration préprovisionnée. Si le numéro de série d’un routeur d’assemblage ne correspond à aucun des numéros de série configurés, le logiciel VCCP empêche ce routeur de devenir membre du châssis virtuel.