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 redémarrage gracieux pour les protocoles de routage

Vous pouvez configurer le redémarrage gracieux pour les protocoles de routage en suivant les étapes ci-dessous.

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.
Note:

Ne configurez pas à la fois la détection de transfert bidirectionnel (BFD) pour BGP et le redémarrage normal pour BGP. Dans ce cas, les performances de routage risquent de ne pas être optimales.

Utilisation du BFD dépendant du plan de contrôle avec le mode d’assistance au redémarrage gracieux

Lorsque BFD dépend du plan de contrôle et que l’appareil détecte un événement d’arrêt BFD et n’entre pas déjà en mode d’assistance de redémarrage gracieux, cela est traité comme un événement d’arrêt BFD normal et l’appareil entre en mode d’assistance de redémarrage gracieux. Ce comportement rend le BFD dépendant du plan de contrôle inutilisable en conjonction avec le redémarrage gracieux.

Incluez l’instruction dont-help-shared-fate-bfd-down dans la [edit protocols bgp graceful-restart] hiérarchie pour vous assurer que l’équipement ne passe pas en mode d’assistance au redémarrage normal et que le trafic de données continue d’être dirigé vers un autre chemin, même en cas de défaillance de l’interface (sans redémarrage du plan de contrôle sur le voisin BGP).

À partir de Junos OS version 18.3R1, vous pouvez empêcher les pare-feu SRX Series de passer en mode d’assistance au redémarrage normal lorsque le périphérique est configuré avec BFD avec un BGP externe à saut unique (EBGP), en incluant l’instruction dont-help-shared-fate-bfd-down dans la [edit protocols bgp graceful-restart] hiérarchie.

Voir aussi

configuration des options de redémarrage gracieux pour ES-IS

Sur les routeurs de services J Series, pour configurer la durée de la période de redémarrage gracieux ES-IS, incluez l’instruction restart-duration au niveau de la [edit protocols esis graceful-restart] hiérarchie.

Pour désactiver la fonctionnalité de redémarrage gracieux d’ES-IS, incluez l’instruction disable au niveau de la [edit protocols esis graceful-restart] hiérarchie.

Configuration des options de redémarrage gracieux pour IS-IS

Pour configurer la durée de la période de redémarrage gracieux IS-IS, incluez l’instruction restart-duration au niveau de la [edit protocols isis graceful-restart] hiérarchie.

Pour désactiver la fonctionnalité d’assistance au redémarrage gracieux d’IS-IS, incluez l’instruction helper-disable au niveau de la [edit protocols isis graceful-restart] hiérarchie. Pour désactiver la fonctionnalité de redémarrage gracieux d’IS-IS, incluez l’instruction disable au niveau de la [edit protocols isis graceful-restart] hiérarchie.

Note:

À partir de la version 12.3 de Junos OS, 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 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.

Note:

Vous pouvez également suivre les événements de redémarrage gracieux avec l’instruction traceoptions au niveau de la [edit protocols isis] hiérarchie. Pour plus d’informations, reportez-vous à la section Suivi des événements 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 au niveau hiérarchique helper-disable [edit protocols 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:

Vous ne pouvez pas activer le redémarrage normal d’OSPFv3 entre une plate-forme de routage exécutant Junos OS version 7.5 et antérieure et une plate-forme de routage exécutant Junos OS version 7.6 ou ultérieure. Pour contourner ce problème, assurez-vous que les deux plates-formes de routage utilisent la même version de Junos OS.

Configuration des options de redémarrage gracieux pour RIP et RIPng

Pour configurer la durée de la période de redémarrage normal RIP ou RIPng, incluez l’instruction restart-time au niveau de la [edit protocols (rip | ripng) graceful-restart] hiérarchie.

Pour désactiver la fonctionnalité de redémarrage gracieux RIP ou RIPng, incluez l’instruction disable au niveau de la [edit protocols (rip | ripng) graceful-restart] hiérarchie.

Configuration des options de redémarrage gracieux pour le mode clairsemé PIM

Le mode clairsemé PIM continue de transférer les flux de paquets multicast existants lors d’un redémarrage normal, mais ne transfère pas les nouveaux flux tant que le redémarrage n’est pas terminé. Après un redémarrage, la plate-forme de routage met à jour l’état de transfert avec toutes les mises à jour reçues des voisins et qui se sont produites pendant la période de redémarrage. Par exemple, la plate-forme de routage réapprend les états de jointure et d’élagage des voisins lors du redémarrage, mais n’applique les modifications à la table de transfert qu’après le redémarrage.

Les plates-formes de routage PIM compatibles avec le mode clairsemé génèrent un nombre aléatoire unique de 32 bits appelé identifiant de génération. Les identificateurs de génération sont inclus par défaut dans les messages PIM hello, comme spécifié dans le projet Internet de l’IETF Protocol Independent Multicast - Sparse Mode (PIM-SM) : Protocol Specification (Revised)). Lorsqu’une plate-forme de routage reçoit des bonjours PIM contenant des identifiants de génération sur une interface point à point, Junos OS active un algorithme qui optimise le redémarrage normal.

Avant que le redémarrage gracieux du mode clairsemé PIM ne se produise, chaque plate-forme de routage crée un identifiant de génération et l’envoie à ses voisins multicast. Si une plate-forme de routage PIM compatible avec le mode clairsemé redémarre, elle crée un identifiant de nouvelle génération et l’envoie à ses voisins. Lorsqu’un voisin reçoit le nouvel identifiant, il renvoie les mises à jour multicast au routeur qui redémarre pour lui permettre de quitter efficacement le redémarrage normal. La phase de redémarrage se termine lorsque l’état PIM devient stable ou lorsque le minuteur d’intervalle de redémarrage expire.

Si une plate-forme de routage ne prend pas en charge les identifiants de génération ou si PIM est activé sur les interfaces multipoints, l’algorithme de redémarrage gracieux en mode clairsemé PIM ne s’active pas et un minuteur de redémarrage par défaut est utilisé comme mécanisme de redémarrage.

Pour configurer la durée de la période de redémarrage gracieux PIM, incluez l’instruction au restart-duration niveau de la [edit protocols pim graceful-restart] hiérarchie :

Pour désactiver la fonctionnalité de redémarrage gracieux en mode clairsemé PIM, incluez l’instruction disable au niveau de la [edit protocols pim graceful-restart] hiérarchie.

Note:

Le transfert multicast peut être interrompu de deux manières. Tout d’abord, si le protocole de routage sous-jacent est instable, les vérifications RPF (Multicast Reverse-Path-Forwarding) peuvent échouer et provoquer une interruption. Deuxièmement, étant donné que la table de transfert n’est pas mise à jour pendant la période de redémarrage gracieux, les nouveaux flux multicast ne sont pas transférés tant que le redémarrage gracieux n’est pas terminé.

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] :

configuration du redémarrage gracieux pour les protocoles MPLS

Cette section contient les rubriques suivantes :

Configuration globale du redémarrage gracieux

Pour configurer le redémarrage gracieux globalement pour tous les protocoles liés à MPLS, incluez l’instruction graceful-restart au niveau de la [edit routing-options] hiérarchie. Pour configurer la durée de la période de redémarrage normal, incluez la durée de redémarrage 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 des options de redémarrage gracieux pour RSVP, CCC et TCC

Étant donné que CCC et TCC s’appuient sur RSVP, vous devez modifier ces trois protocoles en tant que groupe unique.

Pour configurer la durée pendant laquelle le routeur conserve l’état de ses voisins RSVP pendant qu’ils subissent un redémarrage normal, incluez l’instruction maximum-helper-recovery-time au niveau de la [edit protocols rsvp graceful-restart] hiérarchie. Cette valeur est appliquée à tous les routeurs voisins, elle doit donc être basée sur le temps requis par le voisin RSVP le plus lent pour récupérer.

Pour configurer le délai entre le moment où le routeur découvre qu’un routeur voisin est tombé en panne et le moment où il déclare le voisin en panne, incluez l’instruction maximum-helper-restart-time au niveau de la [edit protocols rsvp graceful-restart] hiérarchie. Cette valeur est appliquée à tous les routeurs voisins, elle doit donc être basée sur le temps requis par le voisin RSVP le plus lent pour redémarrer.

Pour désactiver le redémarrage gracieux RSVP, CCC et TCC, incluez l’instruction disable au niveau de la [edit protocols rsvp graceful-restart] hiérarchie. Pour désactiver la fonctionnalité d’assistance RSVP, CCC et TCC, incluez l’instruction helper-disable au niveau de la [edit protocols rsvp graceful-restart] hiérarchie.

Configuration des options de redémarrage gracieux pour LDP

Lors de la configuration du redémarrage gracieux pour LDP, vous pouvez inclure les instructions facultatives suivantes au niveau de la [edit protocols ldp graceful-restart] hiérarchie :

Les instructions ont les effets suivants sur le processus de redémarrage normal :

  • Pour configurer la durée nécessaire au rétablissement d’une session après un redémarrage normal, incluez l’instruction reconnect-time ; la plage est comprise entre 30 et 300 secondes. Pour limiter le temps de reconnexion maximal autorisé à partir d’un routeur voisin qui redémarre, incluez l’instruction maximum-neighbor-reconnect-time ; la plage est comprise entre 30 et 300 secondes.

  • Pour configurer la durée pendant laquelle les routeurs d’assistance sont nécessaires pour maintenir l’ancien état de transfert lors d’un redémarrage normal, incluez l’instruction recovery-time ; la plage est comprise entre 120 et 1800 secondes. Sur le routeur d’assistance, vous pouvez configurer une instruction qui remplace la demande du routeur qui redémarre et définit la durée maximale pendant laquelle le routeur d’assistance conservera l’ancien état de transfert. Pour configurer cette fonctionnalité, incluez l’instruction maximum-neighbor-recovery-time ; la plage est comprise entre 140 et 1900 secondes.

    Note:

    La valeur du temps de récupération et maximum-neighbor-recovery-time des instructions au niveau hiérarchique [edit protocols ldp graceful-restart] doit être supérieure d’environ 80 secondes à la valeur de l’instruction restart-duration au niveau hiérarchique [edit routing-options graceful-restart] . Dans le cas contraire, un message d’avertissement s’affiche lorsque vous essayez de valider la configuration.

  • Pour désactiver la fonctionnalité de redémarrage normal de LDP, incluez l’instruction disable . Pour désactiver la fonctionnalité d’assistance au redémarrage gracieux de LDP, incluez l’instruction helper-disable .

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
12.3
À partir de la version 12.3 de Junos OS, 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 homologues du redémarrage imminent.