Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuration du redémarrage gracieux

Suivez ces étapes pour configurer le redémarrage gracieux sur votre appareil.

Activation du redémarrage gracieux

Le redémarrage gracieux est désactivé par défaut. Vous devez configurer le redémarrage gracieux au niveau de la [edit routing-options] hiérarchie ou [edit routing-instances instance-name routing-options] pour activer la fonctionnalité globalement.

Par exemple:

Vous pouvez, si vous le souhaitez, modifier les paramètres globaux au niveau du protocole individuel ou, à partir de Junos OS 15.1, au niveau de chaque instance de routage.

Note:

Si vous configurez le redémarrage gracieux après l’établissement d’une session BGP ou LDP, la session BGP ou LDP redémarre et les homologues négocient des fonctionnalités de redémarrage gracieux.

Pour désactiver le redémarrage normal, incluez l’instruction disable . Vous pouvez le faire globalement pour tous les protocoles en incluant l’instruction disable au niveau de la [edit routing-options] hiérarchie, ou vous pouvez désactiver le redémarrage gracieux pour un seul protocole en incluant l’instruction disable au niveau de la [edit protocols protocol graceful-restart] hiérarchie. Pour configurer une période de temps pour le redémarrage complet, incluez l’instruction restart-duration . Vous pouvez spécifier un nombre compris entre 120 et 900.

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de cette instruction.

Lorsque vous incluez l’instruction graceful-restart au niveau de la hiérarchie, le redémarrage gracieux est également activé pour les [edit routing-options] routes agrégées et statiques.

Configuration du redémarrage gracieux

Pour activer le redémarrage normal, incluez l’instruction graceful-restart au niveau de la [edit routing-instance instance-name routing-options] hiérarchie ou [edit routing-options] . Cela permet un redémarrage global en douceur pour tous les protocoles de routage. Vous pouvez, si vous le souhaitez, modifier ou compléter les paramètres globaux au niveau de chaque protocole.

Note:

Lorsqu’elle set protocols bgp group group-name allow network est configurée pour accepter des sessions BGP dynamiques, l’instruction unconfigured-peer-graceful-restart doit être configurée de manière à éviter toute perte de trafic lors d’un redémarrage ou d’un basculement vers le moteur de routage.

Par exemple:

La figure 1 illustre un réseau VPN MPLS standard. Les routeurs CE1 et CE2 sont des routeurs de périphérie client, PE1 et PE2 sont des routeurs de périphérie de fournisseur et P0 sont des routeurs de périphérie de fournisseur de routeur central. Plusieurs VPN de couche 3 sont configurés sur ce réseau, ainsi qu’un VPN de couche 2. Les interfaces sont illustrées dans le schéma et ne sont pas incluses dans l’exemple de configuration qui suit.

Figure 1 : topologie de redémarrage gracieux d’un VPN de couche 3 Layer 3 VPN Graceful Restart Topology

Routeur CE1

Sur le routeur CE1, configurez les protocoles suivants sur les interfaces logiques de t3-3/1/0 : OSPF sur l’unité 101, RIP sur l’unité 102, BGP sur l’unité 103 et IS-IS sur l’unité 512. Configurez également le redémarrage gracieux, BGP, IS-IS, OSPF et RIP sur l’instance principale pour pouvoir vous connecter aux instances de routage sur le routeur PE1.

Routeur PE1

Sur le routeur PE1, configurez le redémarrage gracieux dans l’instance principale, ainsi que BGP, OSPF, MPLS et LDP. Ensuite, configurez plusieurs instances spécifiques au protocole du redémarrage gracieux. En incluant des instances pour BGP, OSPF, les VPN de couche 2, le RIP et les routes statiques, vous pouvez observer le large éventail d’options disponibles lorsque vous implémentez le redémarrage gracieux. Configurez les protocoles suivants dans des instances individuelles sur les interfaces logiques de t3-0/0/0 : une route statique sur l’unité 100, OSPF sur l’unité 101, RIP sur l’unité 102, BGP sur l’unité 103 et Frame Relay sur l’unité 512 pour l’instance VPN de couche 2.

Routeur P0

Sur le routeur P0, configurez le redémarrage gracieux dans l’instance principale, ainsi que OSPF, MPLS et LDP. Cela permet aux protocoles sur les routeurs PE d’atteindre les uns les autres.

Routeur PE2

Sur le routeur PE2, configurez BGP, OSPF, MPLS, LDP et effectuez un redémarrage normal dans l’instance principale. Configurez les protocoles suivants dans des instances individuelles sur les interfaces logiques de t1-0/1/3 : une route statique sur l’unité 200, OSPF sur l’unité 201, RIP sur l’unité 202, BGP sur l’unité 203 et Frame Relay sur l’unité 612 pour l’instance VPN de couche 2. Configurez également le redémarrage gracieux spécifique au protocole dans toutes les instances de routage, à l’exception de l’instance VPN de couche 2.

Routeur CE2

Sur le routeur CE2, complétez la configuration VPN de couche 2 et de couche 3 en mettant en miroir les protocoles déjà définis sur les routeurs PE2 et CE1. Plus précisément, configurez les éléments suivants sur les interfaces logiques de t1-0/0/3 : OSPF sur l’unité 201, RIP sur l’unité 202, BGP sur l’unité 203 et IS-IS sur l’unité 612. Enfin, configurez le redémarrage gracieux, BGP, IS-IS, OSPF et RIP sur l’instance principale pour pouvoir vous connecter aux instances de routage sur le routeur PE2.

État PE1 du routeur avant un redémarrage

L’exemple suivant affiche les relations de voisinage sur le routeur PE1 avant qu’un redémarrage ne se produise :

État du routeur PE1 lors d’un redémarrage

Avant de pouvoir vérifier que le redémarrage normal fonctionne, vous devez simuler le redémarrage d’un routeur. Pour que le processus de routage soit actualisé et simule un redémarrage, utilisez la commande redémarrer le mode opérationnel de routage :

L’exemple de sortie suivant est capturé lors du redémarrage du routeur :

Configuration du redémarrage gracieux du VPN

Le redémarrage normal permet à un routeur dont le plan de contrôle VPN est en cours de redémarrage de continuer à transférer le trafic tout en récupérant son état à partir des routeurs voisins. Sans redémarrage normal, un redémarrage du plan de contrôle interrompt tous les services VPN fournis par le routeur. Le redémarrage normal est pris en charge sur les VPN de couche 2, les VPN de couche 3, les instances de routage de routeur virtuel et les VPLS.

Pour implémenter le redémarrage normal d’un VPN de couche 2 ou de couche 3, effectuez les tâches de configuration décrites dans les sections suivantes :

Configuration globale du redémarrage gracieux

Pour activer le redémarrage normal, incluez l’instruction graceful-restart au niveau de la [edit routing-options] hiérarchie. Pour configurer une durée globale pour la période de redémarrage normal, incluez l’instruction restart-duration au niveau de la [edit routing-options graceful-restart] hiérarchie.

Pour désactiver globalement le redémarrage normal, incluez l’instruction disable au niveau de la [edit routing-options graceful-restart] hiérarchie.

Configuration du redémarrage gracieux pour l’instance de routage

Pour les VPN de couche 3 uniquement, vous devez également configurer le redémarrage gracieux pour tous les protocoles de routage et MPLS au sein d’une instance de routage en incluant l’instruction graceful-restart au niveau de la [edit routing-instances instance-name routing-options] hiérarchie. Étant donné que vous pouvez configurer BGP et LDP multi-instances, le redémarrage normal pour un scénario de transporteur de porteuses est pris en charge. Pour configurer la durée de la période de redémarrage gracieux pour l’instance de routage, incluez l’instruction restart-duration .[edit routing-instances instance-name routing-options]

Vous pouvez désactiver le redémarrage gracieux pour les protocoles individuels à l’aide de l’instruction disable au niveau de la [edit routing-instances instance-name protocols protocol-name graceful-restart] hiérarchie.

configuration du redémarrage gracieux du système logique

Le redémarrage gracieux d’un système logique fonctionne de la même manière que le redémarrage gracieux sur le routeur principal. La seule différence est l’emplacement de la graceful-restart déclaration.

Les rubriques suivantes décrivent ce qu’il faut configurer pour implémenter le redémarrage gracieux dans un système logique :

Activation du redémarrage gracieux à l’échelle mondiale

Pour activer le redémarrage normal dans un système logique, incluez l’instruction graceful-restart au niveau de la [edit logical-systems logical-system-name routing-options] hiérarchie. Pour configurer une durée globale de la période de redémarrage gracieux, incluez l’instruction restart-duration au niveau de la [edit logical-systems logical-system-name routing-options graceful-restart] hiérarchie.

Pour désactiver globalement le redémarrage normal, incluez l’instruction disable au niveau de la [edit logical-systems logical-system-name routing-options graceful-restart] hiérarchie.

configuration du redémarrage gracieux pour une instance de routage

Pour les VPN de couche 3 uniquement, vous devez également configurer le redémarrage gracieux globalement pour une instance de routage à l’intérieur d’un système logique. Pour configurer, incluez l’instruction graceful-restart au niveau de la [edit logical-systems logical-system-name routing-instances instance-name routing-options] hiérarchie. Étant donné que vous pouvez configurer BGP et LDP multi-instances, le redémarrage normal pour un scénario de transporteur de porteuses est pris en charge. Pour configurer la durée de la période de redémarrage gracieux pour l’instance de routage, incluez l’instruction restart-duration .[edit logical-systems logical-system-name routing-instances instance-name routing-options]

Pour désactiver le redémarrage gracieux pour les protocoles individuels avec l’instruction disable au niveau de la [edit logical-systems logical-system-name routing-instances instance-name protocols protocol-name graceful-restart] hiérarchie.

Configuration du redémarrage gracieux pour les systèmes QFabric

Lorsque vous configurez le redémarrage normal dans l’interface de ligne de commande QFabric, le système QFabric applique la configuration au groupe de nœuds réseau pour participer aux opérations de redémarrage normal avec des périphériques externes au système QFabric. Une telle configuration préserve l’état de la table de routage et aide les périphériques de routage voisins à reprendre les opérations de routage plus rapidement après le redémarrage du système. Cela permet également au groupe de nœuds du réseau de reprendre rapidement les opérations de routage en cas de redémarrage du système QFabric (comme une mise à niveau logicielle). Par conséquent, nous vous recommandons d’activer le redémarrage gracieux pour les protocoles de routage dans l’interface de ligne de commande QFabric.

Note:

Le système QFabric utilise également le redémarrage progressif en interne dans la fabric pour faciliter la résilience et la récupération entre fabrics. Cette fonctionnalité interne est activée par défaut et aucune configuration n’est requise.

Activation du redémarrage gracieux

Par défaut, le redémarrage gracieux est désactivé. Pour activer le redémarrage gracieux, incluez l’instruction graceful-restart au niveau hiérarchique [edit routing-instance instance-name routing-options] ou [edit routing-options].

Par exemple:

Pour configurer la durée de la période de redémarrage gracieux, incluez la durée de redémarrage au niveau hiérarchique [edit routing-options graceful-restart].

Note:

Le mode d’assistance (la possibilité d’assister un routeur voisin qui tente un redémarrage normal) est activé par défaut lorsque vous démarrez la plate-forme de routage, même si le redémarrage normal n’est pas activé. Vous pouvez désactiver le mode d’assistance par protocole.

Pour désactiver globalement le redémarrage gracieux, incluez l’instruction disable au niveau de la hiérarchie [edit routing-options graceful-restart].

Lorsque le redémarrage gracieux est activé pour tous les protocoles de routage au niveau de la hiérarchie [edit routing-options graceful-restart], vous pouvez désactiver le redémarrage gracieux par protocole.

Note:

Si vous configurez le redémarrage gracieux après l’établissement d’une session BGP ou LDP, la session BGP ou LDP redémarre et les homologues négocient des fonctionnalités de redémarrage gracieux. De plus, les statistiques de routage pair BGP sont remise à zéro.

Configuration des options de redémarrage gracieux pour BGP

Pour configurer la durée de la période de redémarrage gracieux BGP, incluez l’instruction restart-time au niveau hiérarchique [edit protocols bgp graceful-restart]. Pour définir la durée pendant laquelle le routeur attend de recevoir les messages des voisins redémarrés avant de les déclarer inactifs, incluez l’instruction stale-routes-time au niveau de la hiérarchie [edit protocols bgp graceful-restart].

Pour désactiver la fonctionnalité de redémarrage gracieux de BGP pour toutes les sessions BGP, incluez l’instruction disable au niveau de la hiérarchie [edit protocols bgp graceful-restart].

Note:

Pour définir les propriétés de redémarrage gracieux BGP ou les désactiver pour un groupe, incluez les instructions souhaitées au niveau hiérarchique [edit protocols bgp group group-name graceful-restart].

Pour définir les propriétés de redémarrage gracieux BGP ou les désactiver pour un voisin spécifique d’un groupe, incluez les instructions souhaitées au niveau hiérarchique [edit protocols bgp group group-name neighbor ip-address graceful-restart].

Note:

La configuration du redémarrage gracieux pour BGP réinitialise les statistiques de routage pair BGP à zéro. En outre, les sessions BGP existantes redémarrent, et les pairs négocient des capacités de redémarrage normal.

Configuration des options de redémarrage gracieux pour OSPF et OSPFv3

Pour configurer la durée de la période de redémarrage gracieux OSPF/OSPFv3, incluez l’instruction restart-duration au niveau hiérarchique [edit protocols (ospf | ospf3) graceful-restart]. Pour spécifier la durée pendant laquelle le routeur informe les routeurs d’assistance qu’il a terminé le redémarrage normal, incluez la durée de notification au niveau de la hiérarchie [edit protocols (ospf | ospf3) graceful-restart]. Une vérification OSPF stricte de l’annonce d’état de lien (LSA) entraîne l’arrêt du redémarrage normal par un routeur d’assistance. Pour désactiver la vérification LSA stricte, incluez l’instruction no-strict-lsa-checking au niveau de la hiérarchie [edit protocols (ospf | ospf3) graceful-restart].

Pour désactiver le redémarrage gracieux OSPF/OSPFv3, incluez l’instruction disable au niveau hiérarchique [edit protocols (ospf | ospf3) graceful-restart].

À partir de la version 11.3, Junos OS prend en charge à la fois les modes d’assistance standard (basé sur la RFC 3623, Graceful OSPF Restart) et le mode d’assistance basé sur la signalisation de redémarrage (comme spécifié dans les RFC 4811, RFC 4812 et RFC 4813) pour les configurations de redémarrage gracieux OSPF version 2. Les modes d’assistance standard et de redémarrage basés sur la signalisation sont activés par défaut. Pour désactiver le mode d’assistance pour les configurations de redémarrage gracieux OSPF version 2, incluez l’instruction helper-disable <both | restart-signaling | standard> au niveau hiérarchique [edit protocols ospf graceful-restart]. Notez que la dernière instruction validée est toujours prioritaire sur la précédente.

Pour réactiver le mode d’assistance, supprimez l’instruction helper-disable de la configuration à l’aide de la commande delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both> . Dans ce cas également, la dernière commande exécutée prévaut sur les précédentes.

Note:

Le mode d’assistance basé sur la signalisation de redémarrage n’est pas pris en charge pour les configurations OSPFv3. Pour désactiver le mode d’assistance pour les configurations OSPFv3, incluez l’instruction helper-disable au niveau hiérarchique [modifier les protocoles ospfv3 graceful-restart].

Pourboire:

Vous pouvez également suivre les événements de redémarrage gracieux à l’aide de l’instruction traceoptions au niveau de la hiérarchie [edit protocols (ospf | ospf3)]. Pour plus d’informations, reportez-vous à la section Suivi des événements de redémarrage normal.

Note:

Si vous configurez BFD et le redémarrage gracieux pour OSPF, le redémarrage gracieux peut ne pas fonctionner comme prévu.

Suivi des événements de redémarrage gracieux

Pour suivre la progression d’un événement de redémarrage normal, vous pouvez configurer des indicateurs d’options de suivi de redémarrage gracieux pour IS-IS et OSPF/OSPFv3. Pour configurer les options de traçage de redémarrage gracieux, incluez l’instruction graceful-restart au niveau de la hiérarchie [edit protocols protocol traceoptions flag] :

Exemple : Gestion des modes d’assistance pour le redémarrage gracieux OSPF

Configuration

Procédure étape par étape

Les modes d’assistance standard et de redémarrage sont activés par défaut, quel que soit l’état de configuration du redémarrage gracieux sur le périphérique de routage. Junos OS vous permet de désactiver ou d’activer les modes d’assistance en fonction de vos besoins.

Pour configurer les options du mode d’assistance pour un redémarrage gracieux :

  1. Pour activer le redémarrage normal, ajoutez l’instruction graceful-restart au niveau de la [edit routing-options] hiérarchie.

    Les modes d’assistance, qu’ils soient standard ou basés sur la signalisation de redémarrage, sont activés par défaut.

  2. Pour désactiver l’un ou l’autre des modes d’assistance ou les deux, ajoutez l’instruction helper-disable <both | restart-signaling | standard> au niveau de la [edit protocols ospf graceful-restart] hiérarchie.

    • Pour désactiver les modes d’assistance standard et redémarrer les modes d’assistance basés sur la signalisation :

    • Pour désactiver uniquement le mode d’assistance basé sur la signalisation de redémarrage :

    • Pour désactiver uniquement le mode d’assistance standard :

    Note:

    Vous devez valider la configuration avant que la modification ne prenne effet.

    La dernière instruction validée est toujours prioritaire sur la précédente.

  3. Pour activer l’un ou les deux modes d’assistance lorsque les modes d’assistance sont désactivés, supprimez l’instruction helper-disable <both | restart-signaling | standard> du niveau hiérarchique [edit protocols ospf graceful-restart] .

    • Pour activer les modes d’assistance standard et de redémarrage basé sur la signalisation :

    • Pour activer le mode d’assistance basé sur la signalisation de redémarrage :

    • Pour activer le mode d’assistance standard :

    Note:

    Vous devez valider la configuration avant que la modification ne prenne effet.

    La dernière instruction validée est toujours prioritaire sur la précédente.

Exigences

Routeurs M Series ou T Series exécutant Junos OS version 11.4 ou ultérieure et des commutateurs EX Series.

Aperçu

La version 11.4 de Junos OS étend la prise en charge du redémarrage gracieux OSPF pour inclure le mode d’assistance basé sur la signalisation de redémarrage. Les modes d’assistance standard (basé sur la norme RFC 3623) et basé sur la signalisation de redémarrage sont activés par défaut, quel que soit l’état de configuration du redémarrage gracieux sur le périphérique de routage.

Junos OS, cependant, vous permet de choisir entre les modes d’assistance avec l’instruction helper-disable <standard | restart-signaling | both> .

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la configuration du mode d’assistance et du redémarrage gracieux OSPF

But

Vérifiez la configuration du mode d’assistance et du redémarrage normal OSPF sur un routeur.

Action
  • Entrez la run show ospf overview commande à partir du mode de configuration.

Signification

La sortie indique que le redémarrage gracieux et les deux modes d’assistance sont activés.

Suivi des événements du mode d’assistance basé sur la signalisation pour le redémarrage gracieux OSPF

Junos OS propose une option de suivi permettant de consigner les événements du mode d’assistance basé sur la signalisation du redémarrage pour le redémarrage normal OSPF. Pour activer le suivi des événements du mode d’assistance basé sur la signalisation de redémarrage, incluez l’instruction traceoptions flag restart-signaling au niveau de la [edit protocols ospf] hiérarchie.

Pour activer le suivi des événements basés sur les signaux de redémarrage :

  1. Créez un fichier journal pour enregistrer le journal.

    ospf-log est le nom du fichier journal.

  2. Activez le suivi pour les événements du mode d’assistance basé sur la signalisation de redémarrage.
  3. Validez la configuration.

Les journaux sont enregistrés dans le ospf-log fichier du dossier /var/log .

Affichage du fichier journal

Pour afficher les événements basés sur la signalisation de redémarrage à partir du fichier journal, tapez :

Vérification de l’opération de redémarrage normal

Cette rubrique contient les sections suivantes :

Commandes du mode opérationnel de redémarrage gracieux

Pour vérifier le bon fonctionnement du redémarrage normal, utilisez les commandes suivantes :

  • show bgp neighbor (pour le redémarrage gracieux BGP)

  • show log (pour le redémarrage gracieux IS-IS et OSPF/OSPFv3)

  • show (ospf | ospfv3) overview (pour le redémarrage gracieux OSPF/OSPFv3)

  • show rsvp neighbor detail (pour le redémarrage gracieux RSVP - routeur d’aide)

  • show rsvp version (pour le redémarrage gracieux RSVP - redémarrage du routeur)

  • show ldp session detail (pour le redémarrage gracieux de LDP)

  • show connections (pour le redémarrage gracieux CCC et TCC)

  • show route instance detail (pour le redémarrage gracieux du VPN de couche 3 et pour tous les protocoles utilisant le redémarrage gracieux dans une instance de routage)

  • show route protocol l2vpn (pour le redémarrage gracieux du VPN de couche 2)

Pour plus d’informations sur ces commandes et une description de leurs champs de sortie, consultez l’Explorateur CLI.

Vérification du redémarrage normal de BGP

Pour afficher les informations de redémarrage normal des sessions BGP, utilisez la show bgp neighbor commande :

Vérification du redémarrage normal d’IS-IS et d’OSPF

Pour afficher les informations de redémarrage gracieux pour IS-IS et OSPF, configurez les traceoptions (reportez-vous à la section Suivi des événements de redémarrage gracieux).

Voici la sortie d’un journal de traceoptions à partir d’un routeur OSPF redémarrant :

Voici la sortie d’un journal de traceoptions à partir d’un routeur d’assistance OSPF :

Vérification du redémarrage gracieux CCC et TCC

Pour afficher les informations de redémarrage normal pour les connexions CCC et TCC, utilisez la show connections commande. L’exemple suivant suppose quatre connexions CCC d’interface distante entre CE1 et CE2 :

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
15.1
Vous pouvez, si vous le souhaitez, modifier les paramètres globaux au niveau du protocole individuel ou, à partir de Junos OS 15.1, au niveau de chaque instance de routage.