SUR CETTE PAGE
Configuration du pontage NonStop
Vous pouvez configurer le pontage non-stop en suivant les étapes ci-dessous.
Activation du pontage non-stop
Pour effectuer un pontage ininterrompu, vous devez configurer le basculement GRES (Graceful Moteur de routage Switchover). Pour permettre un basculement fluide du moteur de routage, incluez l’instruction suivante graceful-switchover au niveau de la [edit chassis redundancy] hiérarchie :
[edit chassis redundancy] graceful-switchover;
Par défaut, le pontage ininterrompu est désactivé. Pour activer le pontage ininterrompu, incluez l’instruction suivante nonstop-bridging au niveau de la [edit protocols layer2-control] hiérarchie :
[edit protocols layer2-control] nonstop-bridging;
Pour désactiver le routage actif ininterrompu, supprimez l’instruction nonstop-bridging du niveau hiérarchique [edit protocols layer2–control] .
Synchronisation de la configuration du moteur de routage
Lorsque vous configurez le pontage ininterrompu, vous devez également inclure l’instruction commit synchronize au niveau de la [edit system] hiérarchie afin que, par défaut, lorsque vous émettez la commit commande, les modifications de configuration soient synchronisées sur les deux moteurs de routage. Si vous exécutez la commit synchronize commande au niveau hiérarchique [edit] sur le moteur de routage de sauvegarde, Junos OS affiche un avertissement et valide la configuration candidate.
Un moteur de routage de secours nouvellement inséré synchronise automatiquement sa configuration avec la configuration du moteur de routage principal.
Lorsque vous configurez le pontage ininterrompu, vous pouvez mettre en ligne le moteur de routage de secours une fois que le moteur de routage principal est déjà en cours d’exécution. Il n’est pas nécessaire de démarrer les deux moteurs de routage simultanément.
Vérification du fonctionnement d’un pontage ininterrompu
Lorsque vous activez le pontage ininterrompu, vous pouvez émettre des commandes en mode opérationnel lié au protocole de contrôle de couche 2 sur le moteur de routage de secours. Toutefois, la sortie des commandes peut ne pas correspondre à la sortie des mêmes commandes émises sur le moteur de routage principal.
Configuration du pontage ininterrompu sur les commutateurs (procédure CLI)
Cette tâche utilise des commutateurs prenant en charge le style de configuration ELS (Enhanced L2 Software). Si votre commutateur exécute un logiciel qui ne prend pas en charge ELS, reportez-vous à la section Configuration du pontage ininterrompu sur les commutateurs EX Series (procédure CLI). Pour plus d’informations sur ELS, reportez-vous à la section Utilisation de la CLI logicielle de couche 2 améliorée.
Vous pouvez configurer le pontage ininterrompu (NSB) pour assurer la résilience des sessions de protocole de couche 2 sur un commutateur Juniper Networks EX Series avec plusieurs moteurs de routage ou un commutateur EX Series ou QFX Series dans une configuration Virtual Chassis ou Virtual Chassis Fabric. La prise en charge de NSB est également limitée sur les commutateurs autonomes QFX5100 et EX4600, mais NSB n’est activé que lors d’une ISSU.
Le NSB synchronise toutes les informations de protocole pour les protocoles de couche 2 pris en charge par NSB entre le moteur de routage principal et le moteur de routage de secours. Si le commutateur dispose d’un basculement du moteur de routage, les sessions de protocole de couche 2 prises en charge par NSB restent actives, car elles sont déjà synchronisées sur le moteur de routage de secours. Le basculement du moteur de routage est transparent pour les périphériques voisins, qui ne détectent aucun changement lié aux sessions de protocole de couche 2. Les périphériques voisins et les autres périphériques du réseau n’ont donc pas besoin de resynchroniser leurs états de protocole de couche 2 pour réagir au temps d’arrêt sur le commutateur (processus qui ajoute une surcharge au réseau et risque de perturber les performances du réseau) lorsqu’un basculement du moteur de routage se produit alors que NSB est activé.
Si vous utilisez un commutateur autonome QFX5100 ou EX4600 et que vous souhaitez utiliser ISSU, configurez le basculement GRES (Graceful moteur de routage Switchover), le NSB et le routage actif ininterrompu (NSR). Vous devez configurer NSB, GRES et NSR pour exécuter ISSU. Toutefois, GRES, NSB et NSR ne sont activés que lors de la mise à niveau. Au cours d’un ISSU, Junos OS s’exécute sur deux machines virtuelles (VM) distinctes : une VM joue le rôle principal en tant que moteur de routage principal et l’autre VM en tant que moteur de routage de secours. Junos OS est mis à niveau sur la machine virtuelle de sauvegarde. Une fois la mise à niveau logicielle réussie, la machine virtuelle de sauvegarde devient la machine virtuelle principale et la machine virtuelle principale d’origine n’est plus nécessaire et est arrêtée.
Pour configurer NSB :
Il n’est pas nécessaire de démarrer les deux moteurs de routage simultanément. Si le moteur de routage de sauvegarde n’est pas activé lorsque vous utilisez l’instruction commit synchronize , la configuration candidate est validée dans le moteur de routage principal. Lorsque le moteur de routage de secours est activé, sa configuration est automatiquement synchronisée avec celle du moteur principal.
Après un basculement normal du moteur de routage, nous vous recommandons d’exécuter la clear interface statistics (interface-name | all) commande pour réinitialiser les valeurs cumulées des statistiques locales sur le nouveau moteur de routage principal.
Voir aussi
Configuration du pontage NonStop sur les commutateurs EX Series (procédure CLI)
Cette tâche utilise Junos OS pour les commutateurs EX Series qui ne prennent pas en charge le style de configuration ELS (Enhanced L2 Software). Si votre commutateur exécute un logiciel prenant en charge ELS, reportez-vous à la section Configuration du pontage non-stop sur les commutateurs (procédure CLI).
Vous pouvez configurer le pontage ininterrompu (NSB) pour assurer la résilience des sessions de protocole de couche 2 sur un commutateur EX Series doté de moteurs de routage redondants.
Le pontage ininterrompu synchronise toutes les informations de protocole pour les protocoles de couche 2 pris en charge par NSB entre les moteurs de routage principal et de secours. Si le commutateur dispose d’un basculement du moteur de routage, les sessions de protocole de couche 2 prises en charge par NSB restent actives, car elles sont déjà synchronisées sur le moteur de routage de secours. Le basculement du moteur de routage est transparent pour les périphériques voisins, qui ne détectent aucun changement lié aux sessions de protocole de couche 2 sur le commutateur.
Pour configurer un pontage non-stop :