Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Configuration du basculement du moteur de routage fluide

Découvrez comment configurer GRES (Graceful moteur de routage Switchover) en suivant les étapes et exemples suivants.

Configuration requise pour les routeurs avec une configuration de routeur secondaire

Si la configuration de votre moteur de routage inclut une backup-router instruction ou une inet6-backup-router instruction, vous pouvez également utiliser l’instruction destination pour spécifier une ou plusieurs adresses de sous-réseau pour le routeur de secours. Incluez des sous-réseaux de destination pour le moteur de routage de secours au niveau de la [edit system (backup-router | inet6-backup-router) address] hiérarchie.

Note:

Si vous disposez d’une configuration de routeur de secours dans laquelle plusieurs routes statiques pointent vers une passerelle à partir de l’interface Ethernet de gestion, vous devez configurer des préfixes plus spécifiques que les routes statiques ou inclure l’indicateur retain au niveau de la [edit routing-options static route] hiérarchie.

Par exemple, si vous configurez la route statique 172.16.0.0/12 à partir de l’interface Ethernet de gestion à des fins de gestion, vous devez spécifier la configuration du routeur de secours comme suit :

Activation du basculement du moteur de routage fluide

Dans la plupart des cas, le basculement GRES (Graceful moteur de routage switchover) est désactivé par défaut. Pour configurer GRES, incluez l’instruction graceful-switchover au niveau de la [edit chassis redundancy] hiérarchie.

Note: GRES est activé par défaut sur les équipements Junos OS Evolved avec deux moteurs de routage. La configuration GRES n’est requise que pour les appareils pour lesquels GRES est désactivé par défaut.

Lorsque vous activez GRES, l’interface de ligne de commande (CLI) indique le moteur de routage que vous utilisez. Par exemple:

Pour désactiver GRES, supprimez l’instruction graceful-switchover du niveau hiérarchique [edit chassis redundancy] .

Configuration du basculement du moteur de routage fluide avec redémarrage progressif

Lors de l'utilisation de GRES avec Graceful Restart, si les contiguïtés entre le moteur de routage et les routeurs « assistants » pairs voisins expirent, les extensions de protocole de redémarrage gracieux ne peuvent pas informer les routeurs homologues « assistants » du redémarrage imminent. Un redémarrage progressif peut alors s’arrêter et provoquer des interruptions du trafic.

Pour vous assurer que ces contiguïtés sont conservées, modifiez le temps d’attente pour les protocoles IS-IS de la valeur par défaut de 27 secondes à une valeur supérieure à 40 secondes.

Synchronisation de la configuration du moteur de routage

Note:

Un moteur de routage de secours nouvellement inséré synchronise automatiquement sa configuration avec la configuration principale du moteur de routage.

Lorsque vous configurez GRES, vous pouvez mettre le moteur de routage de secours en ligne 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.

Ce n’est que lorsque vous activez le basculement du moteur de routage gracieux que vous pouvez copier la version Junos OS en cours d’exécution du moteur de routage principal vers le moteur de routage de secours.

Note:

Si le système est à l’état ISSU , vous ne pouvez pas copier la version Junos OS en cours d’exécution du moteur de routeur principal.

Vous pouvez activer la synchronisation automatique de la configuration moteur de routage principale avec le moteur de routage de sauvegarde en incluant l’instruction events CHASSISD_SNMP_TRAP7 au niveau de la hiérarchie [modifier la stratégie policy-nameevent-options].

CHASSISD_SNMP_TRAP7 message de journalisation des événements système indiquant que le processus de châssis (chassisd) génère une interruption SNMP (Simple Network Management Protocol) avec les sept paires argument-valeur indiquées. Voici un exemple de script d’événement pour déclencher la synchronisation automatique du moteur de routage principal vers le moteur de routage de secours :

Après réception de cet événement, la stratégie d’événement sur le moteur de routeur principal est déclenchée et l’image disponible dans le /var/sw/pkg chemin est envoyée à la mise à niveau du moteur de routeur de secours. Pendant l'exécution du script, l'image est copiée /var/sw/pkg sur le chemin du moteur de routage de secours.

Note:

Si l’image n’est pas disponible dans le /var/sw/pkg chemin, le script est terminé par un message syslog approprié.

Les scripts d’automatisation de Junos sont synchronisés automatiquement.

Après le redémarrage du moteur de routeur principal, le script d’événement disponible à l’adresse ./usr/libexec/scripts/event/auto-image-upgrade.slax /var/db/scripts/event path

Note:

Pour les périphériques qui prennent en charge la gestion améliorée des abonnés, le nouveau moteur de routage de secours (l’ancien moteur de routage principal) redémarre lorsqu’un basculement de moteur de routage gracieux est effectué. Ce redémarrage à froid resynchronise l’état du moteur de routage de secours avec celui du nouveau moteur de routage principal, ce qui évite les écarts d’état qui auraient pu se produire pendant le basculement.

Vérification du fonctionnement du basculement du moteur de routage fluide

Pour vérifier si GRES est activé sur le moteur de routage de secours, exécutez la show system switchover commande. Lorsque la sortie de la commande indique que le champ Basculement gracieux est défini sur Activé, GRES est opérationnel. L’état de la synchronisation de la base de données du noyau et de la base de données de configuration entre les moteurs de routage est également fourni. Par exemple:

Note:

Vous devez exécuter la show system switchover commande sur le moteur de routage de secours. Cette commande n’est pas prise en charge sur le moteur de routage principal.

Pour plus d’informations sur la show system switchover commande, consultez l’explorateur CLI.

Configuration du basculement du moteur de routage fluide dans un Virtual Chassis

Dans un Virtual Chassis, un commutateur membre se voit attribuer le rôle principal et possède le moteur de routage principal. Un autre commutateur membre se voit attribuer le rôle de sauvegarde et dispose du moteur de routage de secours. Le basculement GRES (Graceful moteur de routage switchover) permet aux moteurs de routage principal et de secours, dans une configuration Virtual Chassis, de basculer du moteur principal vers le moteur de secours sans interruption, et de transférer des paquets sans interruption en tant que solution de basculement sans interruption. Lorsque vous configurez le basculement du moteur de routage gracieux, le moteur de routage de secours se synchronise automatiquement avec le moteur de routage principal pour préserver les informations sur l’état du noyau et l’état de transfert.

Pour configurer la configuration Virtual Chassis à l’utilisation du basculement GRES (graceful moteur de routage switchover) :

  1. Configurez au moins deux commutateurs dans une configuration Virtual Chassis avec une priorité de rôle principal de 255 :
  2. Configurer le basculement du moteur de routage gracieux :

Validez la configuration.

Note:

Nous vous recommandons d’utiliser la commande pour enregistrer les commit synchronize modifications de configuration que vous apportez à un Virtual Chassis à plusieurs membres.

Empêcher le basculement du moteur de routage en cas de disques lents

Un accès lent et inattendu au disque peut se produire pour diverses raisons (par exemple, un secteur défectueux ou défectueux), ce qui empêche le fonctionnement normal de processus tels que le processus de routage (RPD). Finalement, les performances du routeur seront affectées. Dans de telles circonstances, le déclenchement du mécanisme de basculement habituel peut prendre plus de temps.

Juniper Networks a introduit un démon de surveillance des disques pour résoudre ce dilemme. Le démon détecte un accès lent au disque et lance un basculement. Le basculement peut minimiser l’impact sur le trafic et alléger la charge du moteur de routage principal d’origine pour le nettoyage de son backlog.

Toutefois, il peut arriver que vous ne souhaitiez pas que le basculement se produise. Vous pouvez valider un grand nombre de modifications, voire des modifications mineures, pouvant entraîner une série de mises à jour de la topologie de routage. Une telle activité peut entraîner un retard d’accès au disque important et, par conséquent, déclencher un basculement. Pour les retards d’accès au disque attendus comme celui-ci, où vous ne souhaitez pas déclencher de basculement, vous pouvez choisir de ne pas effectuer de basculement en définissant la commande de chassis redundancy failover not-on-disk-underperform configuration. Une autre façon consiste à désactiver complètement le démon de surveillance du disque en définissant la system processes gstatd disable commande.

Pour éviter les basculements en cas de disques lents dans le moteur de routage :

Définissez l’option permettant d’empêcher gstatd d’initier des basculements en réponse à des disques lents au niveau de la [edit chassis redundancy failover] hiérarchie.

Réinitialisation des statistiques locales

Lorsque vous activez le basculement du moteur de routage gracieux, la configuration principale du moteur de routage est copiée et chargée dans le moteur de routage de secours. Les fichiers utilisateur, les informations comptables et les informations sur les options de traçage ne sont pas répliqués dans le moteur de routage de secours.

Lorsqu’un basculement de moteur de routage agréable se produit, les statistiques locales telles que les statistiques de processus et les statistiques réseau sont affichées sous forme de valeur cumulée à partir du moment où le processus a été mis en ligne pour la première fois. Étant donné que les processus du moteur de routage principal peuvent démarrer à des moments différents de ceux du moteur de routage de secours, les statistiques sur les deux moteurs de routage pour le même processus peuvent différer. Après un basculement harmonieux du moteur de routage, nous vous recommandons d’exécuter la commande clear interface statistics (interface-name | all) pour réinitialiser les valeurs cumulées des statistiques locales. Les statistiques de transfert ne sont pas affectées par le basculement du moteur de routage gracieux.

Pour plus d’informations sur l’utilisation de la commande clear pour effacer les informations de la base de données de statistiques et de protocole, consultez l’explorateur CLI.

Note:

La commande Effacer le pare-feu ne peut pas être utilisée pour effacer les compteurs de filtres du moteur de routage sur un moteur de routage secondaire activé pour le basculement gracieux du moteur de routage.

Exemple : Configuration d’IS-IS pour GRES avec redémarrage progressif

Cet exemple montre comment configurer les extensions du protocole de redémarrage agréable du moteur de routage à l’aide du protocole de passerelle intérieure (IGP) du système intermédiaire au système intermédiaire (IS-IS) pour activer le basculement GRES (Graceful Moteur de routage) avec redémarrage progressif.

Exigences

GRES empêche les interruptions du trafic réseau si le moteur de routage principal tombe en panne lorsqu’il est combiné avec :

  • Redémarrage en douceur

  • NSR (NonStop active Routing)

Avant de suivre les instructions ici pour configurer le redémarrage gracieux, assurez-vous d’avoir activé GRES, qui est désactivé par défaut. Pour plus d’informations, consultez Configuration du basculement du moteur de routage gracieux .

Aperçu

Si les contiguïtés entre le moteur de routage et les routeurs « assistants » pairs voisins expirent, les extensions de protocole de redémarrage progressif ne peuvent pas avertir les routeurs homologues « assistants » du redémarrage imminent. Un redémarrage progressif peut alors s’arrêter et provoquer des interruptions du trafic.

Pour vous assurer que ces contiguïtés sont conservées, modifiez le temps d’attente pour les protocoles IS-IS de la valeur par défaut de 27 secondes à une valeur supérieure à 40 secondes.

Si votre système utilise le protocole Open Shortest Pathway First (OSPF) au lieu de IS-IS, consultez Exemple : Configuration des minuteries OSPF pour les informations de configuration.

Configuration

Configuration rapide de la CLI

Pour configurer rapidement le temps d’attente, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez-collez les commandes dans la CLI aux différents niveaux hiérarchiques indiqués.

Chaque interface doit être définie individuellement, avec une valeur pour chaque niveau sur lequel le périphérique de routage fonctionne. La valeur minimale recommandée de 41 secondes est utilisée dans cet exemple, votre système peut nécessiter une valeur plus élevée en fonction de la taille et du trafic.

Le niveau 1 et le niveau 2 peuvent être définis sur des valeurs différentes.

[modifier les protocoles]

[modifier les systèmes logiques nom-système-logique}

[modifier les systèmes logiques nom du système logique routage des instances de routage du nom de l’instance]

[modifier routing-instances routing-instance-name]

Configuration du protocole IS-IS Temps d’arrêt pour un redémarrage fluide

Procédure étape par étape

Pour configurer le temps d’arrêt IS-IS pour un redémarrage progressif :

  1. Localisez ou définissez les interfaces.

  2. Définissez le niveau du réseau et le temps d’arrêt en secondes pour ce niveau.

  3. Si l’équipement de routage fonctionne à plusieurs niveaux, définissez la valeur de l’autre niveau.

  4. Si vous avez terminé de configurer le périphérique de routage, validez la configuration.

    Note:

    Répétez la configuration complète sur tous les appareils de routage d’un réseau partagé.

Résultats

Vérification

Vérification du temps d’arrêt du protocole IS-IS pour un redémarrage fluide

But

Vérifiez que le temps d’arrêt du protocole IS-IS est défini sur 41 secondes ou plus pour vous assurer que le redémarrage progressif est activé.

Action

Confirmez votre configuration en entrant la commande depuis le show isis adjacency brief mode opérationnel. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Signification

Une valeur de temps de maintien du protocole IS-IS suffisamment élevée permet à la configuration de votre système de redémarrer et garantit que même si un moteur de routage tombe en panne, le trafic continue.

Documentation connexe