Vidéo: KeyLab MkII Tutorials : Ep. 1 - Discovering your KeyLab MkII 2025
Lorsque votre réseau se développe, vous pouvez ajouter un autre membre à l'unité Virtual Chassis. Vous pouvez avoir jusqu'à dix (10) commutateurs physiques distincts dans un châssis de commutateur virtuel.
Commencez par câbler les VCP à l'arrière du troisième châssis. Mais n'allumez pas encore ce commutateur.
Lorsque vous ajoutez des commutateurs au châssis virtuel, vous devez configurer deux des commutateurs pour qu'ils aient la même priorité de maîtrise. Ces deux commutateurs serviront toujours de maître et de première sauvegarde. Vous configurez les priorités de maîtrise sur l'unité Virtual Chassis existante. Pour configurer le premier commutateur à être le maître, utilisez cette commande:
[edit] utilisateur @ junos-switch0 # set membre du châssis virtuel 0 priorité de maîtrise 255
Vous utilisez la valeur la plus élevée possible pour la priorité de maîtrise pour vous assurer que ce commutateur continue à fonctionner comme maîtriser. Configurez le second commutateur avec la même priorité afin qu'il reste en première ligne pour devenir le maître:
[edit] utilisateur @ junos-switch0 # set membre du châssis virtuel 1 priorité de la maîtrise 255
Notez que cette configuration produira des résultats non déterministes au démarrage. Il est possible que le deuxième commutateur devienne maître s'il démarre en premier lorsque l'unité Virtual Chassis redémarre. Si vous souhaitez que le commutateur 0 soit toujours maître lorsqu'il est disponible, vous pouvez définir le commutateur 0 comme ayant une priorité légèrement plus élevée que le commutateur 1, mais pour que les deux aient une priorité plus élevée que le paramètre par défaut (128).
Dans ce cas, le commutateur 0 assumera le rôle de maître à tout moment, même si le commutateur 1 fonctionne déjà comme maître et n'a pas échoué. Le seul inconvénient de ce comportement est dans un scénario d'échec: Si le commutateur 0 redémarre continuellement, il continuera à devenir maître, pour redémarrer une minute plus tard. Ce n'est pas si bon! Au lieu de cela, vous devez utiliser la même priorité de maîtrise pour le maître et la sauvegarde.
