Comportement de détection des fractionnements dans un châssis virtuel

En cas de perturbation de la configuration Virtual Chassis pour les plates-formes de routage universelles MX Series 5G ou les commutateurs EX9200 en raison de la défaillance d’un routeur ou d’un commutateur membre ou d’une ou plusieurs interfaces de port Virtual Chassis, la perte de connectivité qui en résulte peut entraîner une rupture de la configuration Virtual Chassis. La détection des fractionnements identifie les fractionnements et peut minimiser les perturbations supplémentaires du réseau.

Meilleure pratique :

À partir de la version 14.1R1 de Junos, il est obligatoire d’utiliser la connexion de pulsation au lieu de la fonction de détection fractionnée d’un châssis virtuel MX Series. Il s’agit d’éviter des changements inutiles de rôle principal lors d’une perturbation ou d’une scission de l’adjacence, et de fournir des informations supplémentaires sur la santé des membres pour le processus d’élection du rôle principal. La détection sans scission peut entraîner des problèmes tels que la création de deux châssis maîtres virtuels sur le réseau.

Cette rubrique couvre :

Fonctionnement de la détection des fractionnements dans un châssis virtuel

La détection fractionnée est activée par défaut dans un châssis virtuel EX9200 ou MX Series. Vous pouvez désactiver la détection fractionnée en incluant l’instruction no-split-detection au niveau de la [edit virtual-chassis] hiérarchie. La désactivation de la détection fractionnée peut être utile dans certaines configurations Virtual Chassis.

Note:

L’utilisation de l’instruction no-split-detection est interdite lorsque vous configurez une connexion de pulsation et le logiciel vous empêche de configurer les no-split-detection instructions et heartbeat-address en même temps. Si vous tentez de le faire, le logiciel affiche un message d’erreur et provoque l’échec de l’opération de validation. Veuillez configurer l’instruction heartbeat-address plutôt que la no-split-detection déclaration.

Par exemple, si le routeur ou le commutateur 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 ou commutateur 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 arrête effectivement le routage et désactive la configuration Virtual Chassis. En revanche, si le routeur ou le commutateur de secours tombe en panne dans une configuration Virtual Chassis à deux membres et que la détection de fractionnement est désactivée, le routeur ou le commutateur principal conserve le rôle principal et conserve tous les ports Virtual Chassis, ce qui donne un Virtual Chassis à un seul membre composé uniquement du routeur ou du commutateur principal.

Effet de la détection des fractionnements sur les scénarios de défaillance du châssis virtuel

Le comportement d’un Virtual Chassis dans certains scénarios de défaillance varie selon que la détection fractionnée est activée ou désactivée. #split-detection-behavior-in-a-virtual-chassis__table-mx-virtual-chassis-split-detection-failures décrit l’effet du paramètre de détection fractionnée sur les scénarios de défaillance courants dans un châssis virtuel MX Series à deux membres.

Tableau 1 : effet de la détection des fractionnements sur les scénarios courants de défaillance du châssis virtuel
Type de défaillance	Paramètre de détection fractionnée	Résultats
Les interfaces de port Virtual Chassis tombent en panne	Activé	VC-B joue le rôle de VC-P. VC-P précédent prend le `line-card` rôle (VC-L). Le `line-card` rôle isole le routeur ou le commutateur et le supprime du Virtual Chassis jusqu’à ce que la connectivité soit rétablie. Le résultat est un châssis virtuel à un seul membre composé d’un seul VC-P. Le VC-P continue de gérer les informations sur l’état des abonnés et d’acheminer le trafic. Lorsque les interfaces de port Virtual Chassis sont reconnectées : VC-P conserve le rôle VC-P. VC-L joue le rôle de VC-B. Les abonnés ne sont pas affectés.
Les interfaces de port Virtual Chassis tombent en panne	Handicapés	Lorsque les interfaces de port Virtual Chassis sont déconnectées : VC-P conserve le rôle VC-P, et VC-B prend également le rôle VC-P. Le résultat est un Virtual Chassis avec deux routeurs ou commutateurs VC-P, chacun conservant les informations sur l’état des abonnés. Initialement, les routeurs ou commutateurs VC-P ont une liste complète d’abonnés. Étant donné que les deux routeurs ou commutateurs ont la même configuration, l’effet sur les abonnés, les modèles de trafic, le comportement des applications externes et les opérations de connexion et de déconnexion des abonnés est imprévisible lorsque les interfaces de port Virtual Chassis sont déconnectées. Lorsque les interfaces de port Virtual Chassis sont reconnectées : VC-P d’origine avant la déconnexion reprend le rôle VC-P et VC-B d’origine avant la déconnexion reprend le rôle VC-B. Les abonnés au VC-P sont préservés. Les abonnés sur le VC-B sont purgés. Les abonnés conservés sur le VC-P ne sont pas affectés et tous les abonnés restants peuvent se reconnecter au routeur ou au commutateur.
Le routeur ou commutateur de secours Virtual Chassis tombe en panne (VC-B)	Activé	VC-P joue `line-card` le rôle (VC-L), ce qui entraîne la mise hors connexion de toutes les cartes de ligne (FPC) qui n’hébergent pas de ports Virtual Chassis. Le VC-B précédent est hors service. Le `line-card` rôle isole le routeur ou le commutateur principal et le supprime du Virtual Chassis jusqu’à ce que la connectivité soit rétablie. Par conséquent, le Virtual Chassis se retrouve sans routeur ou commutateur principal, ce qui arrête le routage entre châssis et désactive effectivement la configuration Virtual Chassis. Lorsque le routeur ou le commutateur défectueux est remis en service : L’algorithme d’élection du rôle principal est exécuté pour déterminer si le routeur ou le commutateur joue un rôle VC-P ou VC-B. Le Virtual Chassis devient alors opérationnel. Tous les abonnés peuvent se reconnecter au routeur ou au commutateur. Les informations précédentes sur l’état de l’abonné ne sont pas conservées.
Le routeur ou commutateur de secours Virtual Chassis tombe en panne (VC-B)	Handicapés	VC-P conserve le rôle VC-P et gère tous les ports Virtual Chassis. Le VC-B précédent est hors service. Le résultat est un châssis virtuel à un seul membre composé d’un seul VC-P. Le VC-P continue de gérer les informations sur l’état des abonnés et d’acheminer le trafic.
Le routeur principal ou le commutateur Virtual Chassis tombe en panne	Le paramètre de détection fractionnée n’a aucun effet sur le comportement	VC-B prend le rôle VC-P, que la détection fractionnée soit activée ou désactivée. Le VC-P précédent est hors service. Le résultat est un châssis virtuel à un seul membre composé d’un seul VC-P. Le nouveau VC-P continue de gérer les informations sur l’état des abonnés et d’acheminer le trafic. Lorsque le VC-P d’origine est remis en service, ou lorsque le VC-P d’origine est remplacé par un nouveau routeur ou commutateur : Le VC-P original ou son remplaçant joue le rôle VC-B. Les abonnés ne sont pas affectés.
La liaison d’accès active entre le VC-P et le nœud d’accès, telle qu’un multiplexeur d’accès de ligne d’abonné numérique (DSLAM), tombe en panne	Le paramètre de détection fractionnée n’a aucun effet sur le comportement	La liaison d’accès de secours précédente devient la liaison d’accès active entre le VC-B et le nœud d’accès. Le trafic est acheminé via la nouvelle liaison d’accès active. Le VC-P continue de gérer les informations sur l’état des abonnés et d’acheminer le trafic.

SUR CETTE PAGE

Comportement de détection des fractionnements dans un châssis virtuel

Fonctionnement de la détection des fractionnements dans un châssis virtuel

Effet de la détection des fractionnements sur les scénarios de défaillance du châssis virtuel

Documentation connexe