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 progressif pour les protocoles de routage

RÉSUMÉ Vous pouvez configurer le redémarrage progressif pour les protocoles de routage en suivant les étapes ci-dessous.

Activation du redémarrage progressif

Par défaut, le redémarrage normal est désactivé. Pour activer le redémarrage progressif, 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 progressif, 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 progressif) est activé par défaut lorsque vous démarrez la plate-forme de routage, même si le redémarrage progressif n’est pas activé. Vous pouvez désactiver le mode d’assistance par protocole.

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

Lorsque le redémarrage progressif 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 progressif 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 progressif. En outre, les statistiques de routage pair BGP sont réinitialisées à zéro.

Configuration des options de redémarrage progressif pour BGP

Pour configurer la durée de la période de redémarrage progressif 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émarrants 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 progressif BGP pour toutes les sessions BGP, incluez l’instruction disable au niveau hiérarchique [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 progressif pour BGP réinitialise les statistiques de routage pair BGP à zéro. En outre, les sessions BGP existantes redémarrent, et les homologues négocient des fonctionnalités de redémarrage progressif.
Note:

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

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

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 progressif, cet événement est traité comme un événement d’arrêt BFD normal et l’appareil passe en mode d’assistance de redémarrage progressif. Ce comportement rend le BFD dépendant du plan de contrôle inutilisable en conjonction avec un redémarrage progressif.

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

À 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 progressif 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 progressif pour ES-IS

Sur les routeurs de services J Series, pour configurer la durée de la période de redémarrage progressif 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 progressif ES-IS, incluez l’instruction disable au niveau de la [edit protocols esis graceful-restart] hiérarchie.

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

Pour configurer la durée de la période de redémarrage progressif 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 de redémarrage progressif 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 progressif IS-IS, incluez l’instruction disable au niveau de la [edit protocols isis graceful-restart] hiérarchie.

Note:

À partir de Junos OS version 12.3, si les contiguïtés entre le moteur de routage et les routeurs homologues voisins expirent, les extensions de protocole de redémarrage normal ne peuvent pas avertir les routeurs homologues 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.

Note:

Vous pouvez également suivre les événements de redémarrage normal 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 progressif.

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

Pour configurer la durée de la période de redémarrage progressif OSPF/OSPFv3, incluez l’instruction restart-duration au niveau de la hiérarchie [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 stricte de l’OSPF concernant la publication d’état de lien (LSA) entraîne l’arrêt du redémarrage normal par un routeur auxiliaire. Pour désactiver la vérification LSA stricte, incluez l’instruction no-strict-lsa-checking au niveau hiérarchique [edit protocols (ospf | ospf3) graceful-restart].

Pour désactiver le redémarrage progressif 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 les modes d’assistance standard (basé sur RFC 3623, Graceful OSPF Restart) et 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 est prioritaire 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 [edit protocols ospfv3 graceful-restart].
Pointe:

Vous pouvez également suivre les événements de redémarrage normal à 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 progressif.
Note:

Vous ne pouvez pas activer le redémarrage normal OSPFv3 entre une plate-forme de routage exécutant Junos OS version 7.5 ou 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 progressif pour RIP et RIPng

Pour configurer la durée de la période de redémarrage progressif 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 normal 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 progressif 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 transmet 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 pendant le redémarrage, mais n’applique les modifications à la table de transfert qu’après le redémarrage.

Les plates-formes de routage PIM en 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 IETF Internet 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 progressif.

Avant que le redémarrage progressif 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 compatible avec le mode clairsemé PIM 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 identificateurs 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 progressif PIM, incluez l’instruction restart-duration au niveau de la [edit protocols pim graceful-restart] hiérarchie :

Pour désactiver la fonctionnalité de redémarrage progressif 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 normal, les nouveaux flux de multidiffusion ne sont pas transférés tant que le redémarrage normal n’est pas terminé.

Suivi des événements de redémarrage progressif

Pour suivre la progression d’un événement de redémarrage progressif, vous pouvez configurer des indicateurs d’options de suivi de redémarrage progressif pour IS-IS et OSPF/OSPFv3. Pour configurer les options de suivi de redémarrage progressif, incluez l’instruction graceful-restart au niveau de la hiérarchie [indicateur de traceoptions de protocol protocoles de modification] :

Configuration du redémarrage progressif pour les protocoles liés à MPLS

Cette section contient les rubriques suivantes :

Configuration globale du redémarrage progressif

Pour configurer globalement le redémarrage progressif 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 progressif, 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 progressif pour RSVP, CCC et TCC

Étant donné que CCC et TCC reposent 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 progressif 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 progressif pour LDP

Lors de la configuration du redémarrage normal 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 progressif :

  • 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 en redémarrage, 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 de la [edit protocols ldp graceful-restart] hiérarchie doit être d’environ 80 secondes plus longue que la valeur de l’instruction restart-duration au niveau de la [edit routing-options graceful-restart] hiérarchie. 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 progressif LDP, incluez l’instruction disable . Pour désactiver la fonctionnalité d’assistance au redémarrage progressif 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 plate-forme 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ération
Description
12.3
À partir de Junos OS version 12.3, si les contiguïtés entre le moteur de routage et les routeurs homologues voisins expirent, les extensions de protocole de redémarrage normal ne peuvent pas avertir les routeurs homologues du redémarrage imminent.