Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Dépannage d’un châssis virtuel EX Series

Cette rubrique décrit les problèmes de dépannage suivants pour un Virtual Chassis :

L'ID d'un membre déconnecté n'est pas disponible pour la réaffectation

Problème

Description

Vous avez déconnecté un commutateur du virtual Chassis, mais l’ID de membre du commutateur déconnecté s’affiche toujours dans la sortie d’état. Vous ne pouvez pas réaffecter cet ID de membre à un autre commutateur.

Solution

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

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

Charger la valeur par défaut en usine ne s’applique pas à un virtual Chassis multimembre

Problème

Description

La load factory-default commande échoue sur un multimembre Virtual Chassis.

Solution

Cette load factory-default commande n’est pas prise en charge sur une configuration Virtual Chassis multimembre. Pour savoir comment rétablir les paramètres par défaut définis en usine dans virtual Chassis, reportez-vous à La configuration définie en usine par défaut pour le commutateur EX Series.

L’ID de membre persiste lorsqu’un commutateur membre est déconnecté d’un virtual Chassis

Problème

Description

Les interfaces Gigabit Ethernet conservent leurs numéros d’emplacement précédents lorsqu’un commutateur membre est déconnecté de Virtual Chassis.

Solution

Si un commutateur était précédemment 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 avoir été déconnecté et fonctionnant comme un commutateur autonome. Les interfaces 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 précédemment membre 1, ses interfaces sont nommées ge-1/0/0 , etc.

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

  1. Pour remplacer l’ID de membre par 0 :

  2. Pour que les interfaces correspondent au nouvel ID de membre :

Un commutateur membre ne participe pas à un virtual Chassis mixte

Problème

Description

Un commutateur membre d’un Virtual Chassis mixte ne participe pas au Virtual Chassis. La show virtual-chassis sortie indique l’état Inactive du commutateur membre ou NotPrsnt.

Ce problème est plus susceptible de se produire immédiatement après avoir câblé un module Virtual Chassis mixte.

Solution

Le mode Virtual Chassis du commutateur peut ne pas être configuré en mixed mode. Si le commutateur membre est un commutateur EX4500 et est câblé dans le Virtual Chassis via le port Virtual Chassis dédié (VCP), le mode PIC peut également être configuré à Intraconnect la place de virtual-chassis.

Pour vérifier le mode Virtual Chassis :

Pour modifier le mode Virtual Chassis sur un commutateur membre (dans ce cas, ID de membre 4) en mixed mode :

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

Pour changer le mode PIC d’un commutateur virtual-chassis EX4500 en mode (dans ce cas, ID de membre 4) :

Le commutateur membre doit être redémarré pour que le mode Virtual Chassis ou le mode PIC changent pour prendre effet. Pour redémarrer le commutateur de membre (dans ce cas, ID de membre 4) :