Dépannage d’un Virtual Chassis EX Series

Problème

Solution

Lorsque vous déconnectez un membre d’une configuration Virtual Chassis, le serveur principal conserve l’ID de membre et la configuration de membre dans sa base de données de configuration. La sortie de la show virtual-chassis commande continue d’afficher l’ID de membre du membre déconnecté avec l’état .NotPrsnt

Si vous souhaitez déconnecter définitivement le commutateur membre, vous pouvez libérer l’ID de membre à l’aide de la request virtual-chassis recycle commande. Cela effacera également le statut de ce membre.

Problème

Solution

La load factory-default commande n’est pas prise en charge sur une configuration Virtual Chassis à plusieurs membres. Pour plus d’informations sur la restauration des paramètres d’usine par défaut des commutateurs du Virtual Chassis, reportez-vous à la section Restauration de la configuration d’usine par défaut du commutateur EX Series.

Problème

Solution

Si un commutateur a déjà été connecté en tant que membre d’une configuration Virtual Chassis, il conserve l’ID de membre qui lui a été attribué en tant que membre de cette configuration, même après qu’il a été déconnecté et qu’il fonctionne comme un commutateur autonome. Les interfaces qui ont été configurées alors que le commutateur était membre de la configuration Virtual Chassis conservent l’ancien ID de membre comme premier chiffre du nom de l’interface.

Par exemple, si le commutateur était auparavant membre 1, ses interfaces sont nommées ge-1/0/0 , etc.

Pour modifier l’ID de membre du commutateur, de sorte que son ID de membre soit 0, et pour renommer les interfaces du commutateur en conséquence :

1. Pour modifier l’ID de membre à 0 :

2. Pour renommer les interfaces afin qu’elles correspondent au nouvel ID de membre :

Problème

Solution

Le mode Virtual Chassis du commutateur n’est peut-être pas réglé sur mixed le mode. Si le commutateur membre est un commutateur EX4500 et qu’il est câblé au Virtual Chassis via le port Virtual Chassis dédié (VCP), le mode PIC peut également être défini sur Intraconnect virtual-chassis.

Pour vérifier le mode Virtual Chassis :

Pour passer au mode Virtual Chassis d’un commutateur membre (dans ce cas, l’ID de membre 4) :mixed

(Commutateur EX4500 uniquement) Pour vérifier le mode PIC :

Pour passer en mode PIC sur un commutateur virtual-chassis EX4500 (dans ce cas, l’ID de membre 4) :

Le commutateur membre doit être redémarré pour que la modification du paramètre du mode Virtual Chassis ou du mode PIC soit prise en compte. Pour redémarrer le commutateur membre (dans ce cas, l’ID de membre 4) :

Problème

Solution

Redémarrez Virtual Chassis pour détecter correctement le VCP converti en tant que lien redondant avec le lien VCP dédié.

Après la conversion d’un port réseau en VCP, la table des filtres de sortie n’est pas mise à jour et le VCP redondant reste activé pour le transfert, ce qui entraîne le comportement de boucle. Le processus de redémarrage détecte le port converti en tant que VCP et l’affiche comme désactivé pour le transfert.

Par conséquent, nous vous déconseillons de connecter des ports VCP de liaison montante convertis redondants entre des membres déjà connectés par des VCP dédiés sur un Virtual Chassis actif. prévoyez plutôt d’ajouter des connexions VCP de liaison montante redondantes pendant une fenêtre de maintenance pouvant inclure un cycle de redémarrage de Virtual Chassis. Cette recommandation s’applique également lors de l’ajout d’un nouveau membre à un Virtual Chassis actif existant où vous ajoutez des liens VCP redondants entre le nouveau membre et l’un de ses voisins qui mélangent des VCP dédiés et des VCP de liaison montante convertis.

Problème

Solution

Lorsqu’une nouvelle interface membre est ajoutée à un bundle Ethernet agrégé, la validation peut échouer en cas d’incompatibilité de vitesse entre le bundle et la nouvelle interface membre. Après un basculement fluide du moteur de routage, le processus DCD se termine au démarrage en raison de l’échec de la validation. Aucune modification de configuration liée à l’interface n’est désormais appliquée.

Consultez les journaux pour détecter les messages d’erreur liés à une incompatibilité de vitesse entre le bundle Ethernet agrégé et la nouvelle interface membre. Si ces erreurs se produisent pendant le démarrage du DCD, le processus du DCD se ferme.

Pour résoudre ce problème :

1. Supprimez l’interface membre mentionnée dans le message d’erreur du bundle Ethernet agrégé et validez la configuration.

2. Redémarrez le processus DCD à l’aide de la restart interface-control commande.

3. Vérifiez que le processus DCD est en cours d’exécution.