Configuration du pontage sans interruption sur les commutateurs (procédure CLI)
Cette tâche utilise des commutateurs qui prennent en charge le style de configuration ELS (Enhanced Layer 2 Software). Si votre commutateur exécute un logiciel qui ne prend pas en charge ELS, reportez-vous à la section Configuration du pontage sans interruption sur les commutateurs EX Series (procédure CLI). Pour plus de détails sur els, voir Utilisation de l’interface cli logicielle de couche 2 améliorée.
Vous pouvez configurer le pontage sans interruption (NSB) pour assurer la résilience des sessions de protocole de couche 2 sur un commutateur EX Series de Juniper Networks 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 limitée de NSB est également fournie sur les commutateurs autonomes QFX5100 et EX4600, mais le NSB n’est activé que lors d’une émission.
NSB fonctionne en synchronisant 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 équipements voisins, qui ne détectent aucune modification liée aux sessions de protocole de couche 2. Les équipements voisins et les autres équipements sur le réseau n’ont donc pas besoin de resynchroniser les états de leur protocole de couche 2 pour répondre aux temps d’arrêt sur le commutateur – un processus qui ajoute des frais de réseau et risque de perturber les performances du réseau – lorsqu’un basculement du moteur de routage se produit lorsque le NSB est activé.
Si vous utilisez un commutateur autonome QFX5100 ou EX4600 et que vous souhaitez utiliser ISSU, configurez le commutateur GRES (Graceful Routing Engine Switchover), 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 pendant la mise à niveau. Lors d’une 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 est dans le rôle de sauvegarde, agissant en tant que moteur de routage de secours. Junos OS est mis à niveau sur la VM de sauvegarde. Après une mise à niveau logicielle réussie, la VM de sauvegarde devient alors la VM principale, et la VM principale d’origine n’est plus nécessaire et est éteinte.
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 secours n’est pas opérationnel lorsque vous utilisez l’instruction commit synchronize , la configuration du candidat est validée dans le moteur de routage principal. Lorsque le moteur de routage de secours est mis en ligne, sa configuration est automatiquement synchronisée avec celle du moteur principal.
Après un basculement du moteur de routage, nous vous recommandons d’émettre la clear interface statistics (interface-name | all) commande pour réinitialiser les valeurs cumulatives pour les statistiques locales sur le nouveau moteur de routage principal.