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 gracieux

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

Configuration requise pour les routeurs avec une configuration de routeur de secours

Si la configuration de votre moteur de routage inclut une instruction ou une backup-router inet6-backup-router instruction, vous pouvez également l’utiliser destination pour spécifier une ou plusieurs adresses de sous-réseau pour le routeur de secours. Incluez les sous-réseaux de destination pour le moteur de routage de sauvegarde au niveau de la [edit system (backup-router | inet6-backup-router) address] hiérarchie. Cette exigence s’applique également à tout routeur T640 connecté à un routeur TX Matrix doté d’un routeur ou inet6-backup-router d’une instruction de secours.

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 :

Voir aussi

Activation d’un basculement fluide du moteur de routage

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

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 gracieux avec redémarrage gracieux

Lors de l'utilisation de GRES avec le redémarrage gracieux, si les contiguïtés entre le moteur de routage et les routeurs d'assistance homologues voisins expirent, les extensions de protocole de redémarrage gracieux ne peuvent pas avertir les routeurs d'assistance homologues du redémarrage imminent. Un redémarrage normal peut alors s’arrêter et provoquer des interruptions de trafic.

Pour vous assurer que ces contiguïtés sont conservées, modifiez le temps de maintien des 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 du moteur de routage principal.

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

À partir de Junos OS version 14.1, vous pouvez activer la synchronisation automatique de la configuration du moteur de routage principal avec le moteur de routage de sauvegarde en incluant l’instruction d’événements CHASSISD_SNMP_TRAP7 au niveau hiérarchique [edit event-options policy policy-name].

CHASSISD_SNMP_TRAP7 message de journalisation des événements système indique 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 permettant de déclencher la synchronisation automatique du moteur de routage principal vers le 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 chemin d’accès /var/sw/pkg est envoyée à la mise à niveau du moteur de routeur de sauvegarde. Lors de l'exécution du script, l'image est copiée /var/sw/pkg dans le chemin d'accès du moteur de routage de sauvegarde.

Note:

Si l’image n’est pas disponible dans le chemin d’accès /var/sw/pkg , le script est clôturé par un message syslog approprié.

Si le moteur de routage s’exécute sous Junos OS version 13.2 ou ultérieure, les scripts Junos Automation sont synchronisés automatiquement.

Une fois le moteur de routeur principal redémarré, le script d’événement disponible à l’adresse doit /usr/libexec/scripts/event/auto-image-upgrade.slax être copié dans le /var/db/scripts/event pathfichier .

Note:

Pour les routeurs MX Series utilisant une 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 du moteur de routage normal est effectué. Ce redémarrage à froid resynchronise l’état du moteur de routage de sauvegarde avec celui du nouveau moteur de routage principal, évitant ainsi les divergences d’état qui auraient pu se produire lors du basculement.

Vérification du fonctionnement du basculement du moteur de routage

Pour vérifier si GRES est activé sur le moteur de routage de sauvegarde, 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 base de données du noyau et de la synchronisation 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 sauvegarde. Cette commande n’est pas prise en charge sur le moteur de routage principal.

Pour plus d’informations sur la show system switchover commande, reportez-vous à l’Explorateur CLI.

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

Dans un Virtual Chassis, un commutateur membre se voit attribuer le rôle principal et dispose du 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) permet aux moteurs de routage principal et secondaire dans une configuration Virtual Chassis de passer du moteur principal au moteur de secours sans interruption, puis au transfert de paquets dans une solution de basculement sans impact. Lorsque vous configurez le basculement normal du moteur de routage, le moteur de routage de secours se synchronise automatiquement avec le moteur de routage principal afin de préserver les informations sur l’état du noyau et l’état de transfert.

Pour configurer la configuration Virtual Chassis afin d’utiliser le basculement GRES (Graceful moteur de routage) :

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

Validez la configuration.

Note:

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

Voir aussi

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

Un accès au disque lent inattendu peut se produire pour diverses raisons (un secteur défectueux ou défectueux, par exemple), entraînant un retard dans le fonctionnement normal de processus tels que le processus de routage (rpd). Finalement, les performances du routeur seront affectées. Dans ce cas, le déclenchement du mécanisme de basculement classique peut prendre plus de temps.

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

Toutefois, il existe des cas où vous pouvez ne pas souhaiter que le basculement se produise. Vous pouvez valider un grand nombre de modifications, voire des modifications mineures, qui peuvent entraîner une série de mises à jour de la topologie de routage. Une telle activité pourrait entraîner un délai 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, lorsque vous ne souhaitez pas déclencher le basculement, vous pouvez choisir de ne pas faire en sorte que le basculement se produise en définissant la chassis redundancy failover not-on-disk-underperform commande de configuration. Une autre méthode consiste à désactiver complètement le démon de surveillance de disque en définissant la system processes gstatd disable commande.

Pour éviter les basculements dans le 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.

Voir aussi

Réinitialisation des statistiques locales

Lorsque vous activez le basculement du moteur de routage normal, la configuration du moteur de routage principal est copiée et chargée dans le moteur de routage de secours. Les fichiers utilisateur, les informations de comptabilité et les informations sur les options de suivi ne sont pas répliqués dans le moteur de routage de sauvegarde.

Lorsqu’un basculement du moteur de routage effectue un bon basculement, les statistiques locales, telles que les statistiques de processus et les statistiques de mise en réseau, s’affichent 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 sauvegarde, les statistiques sur les deux moteurs de routage pour le même processus peuvent différer. Après un basculement normal 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 gracieux du moteur de routage.

Pour plus d’informations sur l’utilisation de la commande clear pour effacer les informations des statistiques et des bases de données de protocoles, reportez-vous à l’Explorateur CLI.

Note:

La commande clear firewall ne peut pas être utilisée pour effacer les compteurs de filtre du moteur de routage sur un moteur de routage de secours activé pour le basculement normal du moteur de routage.

Voir aussi

Exemple : configuration d’IS-IS pour GRES avec le redémarrage gracieux

Cet exemple montre comment configurer les extensions de protocole de redémarrage gracieux du moteur de routage à l’aide du protocole IGP (Interior Gateway Protocol) IS-IS (intermediate system to intermediate system) pour activer avec succès le basculement GRES (Graceful moteur de routage) avec redémarrage gracieux.

Exigences

GRES empêche les interruptions du trafic réseau en cas de défaillance du moteur de routage principal 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, reportez-vous à la section Configuration du basculement du moteur de routage gracieux .

Aperçu

Si les contiguïtés entre le moteur de routage et les routeurs d'aide homologues voisins expirent, les extensions de protocole de redémarrage gracieux ne peuvent pas avertir les routeurs d'assistance homologues du redémarrage imminent. Un redémarrage normal peut alors s’arrêter et provoquer des interruptions de trafic.

Pour vous assurer que ces contiguïtés sont conservées, modifiez le temps de maintien des 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 OSPF (Open Shortest Pathway First) au lieu d’IS-IS, reportez-vous à la section Exemple : Configuration des temporisateurs OSPF pour obtenir des 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 et collez les commandes dans l’interface de ligne de commande 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 avoir besoin d’une valeur plus élevée en fonction de la taille et du trafic.

Le niveau 1 et le niveau 2 peuvent être réglés sur des valeurs différentes.

[modifier les protocoles]

[modifier systemes-logiques-nom-systeme-logique}

[modifier les systèmes logiques nom_système-logique instances routage-instance]

[modifier le nom de l’instance-routage]

Configuration du protocole IS-IS Temps d’attente pour un redémarrage normal

Procédure étape par étape

Pour configurer le temps d’attente IS-IS pour un redémarrage normal :

  1. Localisez ou définissez les interfaces.

  2. Définissez le niveau du réseau et le temps de maintien en secondes pour ce niveau.

  3. Si le périphérique de routage fonctionne sur 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 l’intégralité de la configuration sur tous les périphériques de routage d’un réseau partagé.

Résultats

Vérification

Vérification du temps d’attente du protocole IS-IS pour un redémarrage normal

But

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

Action

Confirmez votre configuration en entrant la show isis adjacency brief commande à partir du 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 d’attente de protocole IS-IS suffisamment élevée permet à la configuration de votre système de redémarrer et garantit que même en cas de défaillance d’un moteur de routage, le trafic se poursuit.

Voir aussi

Documentation connexe

Tableau de l’historique des modifications

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Libérer
Description
14.1
À partir de Junos OS version 14.1, vous pouvez activer la synchronisation automatique de la configuration du moteur de routage principal avec le moteur de routage de sauvegarde en incluant l’instruction d’événements CHASSISD_SNMP_TRAP7 au niveau hiérarchique [edit event-options policy policy-name].