Comprendre le routage actif ininterrompu

Prise en charge du protocole et des fonctionnalités de routage actif ininterrompu

Les protocoles suivants sont pris en charge par le routage actif non top :

• Interfaces Ethernet agrégées avec protocole LACP (Link Aggregation Control Protocol)

• Détection de transfert bidirectionnelle (BFD)

  Pour plus d’informations, consultez Prise en charge de BFD de routage actif ininterrompu.

• BGP

  Pour plus d’informations, consultez Prise en charge du routage actif ininterrompu par BGP.

• EVPN

  • EVPN avec réplication entrante pour le trafic BUM

  • EVPN-ETREE

  • EVPN-VPWS

  • EVPN -VXLAN

  • PBB-EVPN

  • EVPN avec réplication mLDP P2MP pour le trafic BUM à partir de Junos OS version 18.2R1

  Pour plus d’informations, veuillez consulter Prise en charge de NSR et d’ISSU unifié pour EVPN .

• Étiqueté BGP (Routeurs de transport de paquets PTX Series : uniquement)

• IS-IS

• LDP

• Service de LAN privé virtuel (VPLS) basé sur LDP

• Fonctionnalités OAM (fonctionnement, administration et gestion) LDP

• LDP (routeurs de transport de paquets PTX Series uniquement)

  La prise en charge du routage actif ininterrompu pour LDP comprend :

  • LSP de transit unicast LDP

  • LSP de sortie LDP pour les BGP internes (IBGP) et les BGP externes (EBGP) étiquetés

  • LDP sur LSP de transit RSVP

  • LSP de transit LDP avec sauts suivants indexés

  • LSP de transit LDP avec un équilibrage de charge à coût inégal

  • LSP point à multipoint LDP

  • LSP entrants LDP

• Circuits de couche 2

• VPN de couche 2

• VPN de couche 2 (routeurs de transport de paquets PTX Series uniquement)

  Remarque :

  Le routage actif ininterrompu n’est pas pris en charge pour l’interconnectabilité de couche 2 (assemblage de couche 2).

• VPN de couche 3 (n’inclut pas les tunnels GRE dynamiques, les VPN multicast ou les routes de flux BGP.)

  Les VPN de couche 3 prennent en charge le routage actif ininterrompu en quelques temps :

  • Labellisé-unicast IPv4 (entrant ou sortant)

  • IPv4-vpn unicast (entrant ou sortant)

  • IPv6 labellisé-unicast (entrant ou sortant)

  • IPv6-vpn unicast (entrant ou sortant)

• Prise en charge des systèmes logiques (prise en charge du routage actif ininterrompu pour les systèmes logiques afin de préserver les informations de l’interface et du noyau).

• MSDP (Multicast Source Discovery Protocol)

  Pour plus d’informations, consultez Routage actif ininterrompu Prise en charge de MSDP.

• OSPF/OSPFv3

  Remarque :

  Les voisins OSPFv3 activés avec l’authentification IPSEC ne sont pas pris en charge avec NSR.

• Protocol Independent Multicast (PIM)

  Pour plus d’informations, consultez Prise en charge PIM du routage actif ininterrompu.

• RIP et RIP nouvelle génération (RIPng)

• RSVP (routeurs de transport de paquets PTX Series uniquement)

  La prise en charge du routage actif ininterrompu pour RSVP comprend :

  • LSP point à multipoint

    • LSP d’entrée, de transit et de sortie RSVP point à multipoint à l’aide du saut suivant non chaîné existant.

    • RSVP LSP de transit point à multipoint utilisant des sauts suivants composites pour les itinéraires d’étiquette point à multipoint.

  • LSP point à point

    • RSVP LSP d’entrée, de transit et de sortie point à point à l’aide de sauts suivants non chaînés.

    • RSVP LSP de transit point à point utilisant des sauts suivants composites chaînés.

• RSVP-TE LSP

  Pour plus d’informations, consultez Prise en charge du routage actif ininterrompu pour les LSP RSVP-TE.

• VPLS

• Le VRRP

• Le VRRP

Si vous configurez un protocole qui n’est pas pris en charge par le routage actif ininterrompu, le protocole fonctionne comme d’habitude. Lorsqu’un basculement se produit, les informations d’état du protocole non pris en charge ne sont pas conservées et doivent être actualisées à l’aide des mécanismes de récupération normaux inhérents au protocole.

Sur les routeurs sur lesquels des systèmes logiques sont configurés, NSR n’est pris en charge que dans l’instance principale.

Dans un environnement Virtual Chassis configuré avec OSPF et NSR, toute défaillance ou redémarrage du périphérique de sauvegarde peut entraîner des temps de convergence globaux plus longs par rapport aux environnements dans lesquels NSR n’est pas configuré.

Routage actif ininterrompu Prise en charge de BFD

Le routage actif non-stop prend en charge le protocole BFD (Bidirectional Forwarding Detection), qui utilise la topologie découverte par les protocoles de routage pour surveiller les voisins. Le protocole BFD est un mécanisme Hello simple qui détecte les défaillances d’un réseau. Le BFD étant rationalisé pour être efficace dans la détection rapide de l’activité, lorsqu’il est utilisé en conjonction avec des protocoles de routage, les temps de récupération du routage sont améliorés. Lorsque le routage actif ininterrompu est activé, les états de session BFD ne sont pas redémarrés lorsqu’un basculement du moteur de routage se produit.

Remarque :

Les états de session BFD sont enregistrés uniquement pour les clients utilisant des routes agrégées ou statiques ou pour BGP, IS-IS, OSPF/OSPFv3, PIM ou RSVP.

Lorsqu’une session BFD est distribuée au moteur de transfert de paquets, les paquets BFD continuent d’être envoyés lors d’un basculement du moteur de routage. Si les sessions BFD non distribuées doivent être maintenues pendant un basculement, vous devez vous assurer que le temps de détection des échecs de session est supérieur au temps de basculement du moteur de routage. Les sessions BFD suivantes ne sont pas distribuées au moteur de transfert de paquets : les sessions à sauts multiples, les sessions encapsulées dans des tunnels et les sessions sur des interfaces IRB (Integrated Routing and Bridging).

Remarque :

BFD est un protocole intensif qui consomme des ressources système. La spécification d’un intervalle minimum pour BFD inférieur à 100 ms pour les sessions basées sur un moteur de routage et à 10 ms pour les sessions BFD distribuées peut entraîner un battement indésirable de BFD. L’instruction minimum-interval de configuration est un paramètre de détection d’activité BFD.

En fonction de votre environnement réseau, les recommandations supplémentaires suivantes peuvent s’appliquer :

• Pour les déploiements réseau à grande échelle avec un grand nombre de sessions BFD, spécifiez un intervalle minimum de 300 ms pour les sessions basées sur le moteur de routage et de 100 ms pour les sessions BFD distribuées.

• Pour les déploiements réseau à très grande échelle avec un grand nombre de sessions BFD, contactez le support client de Juniper Networks pour plus d’informations.

• Pour que les sessions BFD restent actives pendant un événement de basculement du moteur de routage lorsque le routage actif ininterrompu est configuré, spécifiez un intervalle minimum de 2,5 secondes pour les sessions basées sur le moteur de routage. Pour les sessions BFD distribuées avec routage actif ininterrompu configuré, les recommandations d’intervalle minimum restent inchangées et dépendent uniquement de votre déploiement réseau.

Routage actif ininterrompu Prise en charge de BGP

La prise en charge de BGP pour le routage actif ininterrompu est soumise aux conditions suivantes :

• Vous devez inclure l’instruction path-selection external-router-ID au niveau de la hiérarchie pour garantir une [edit protocols bgp] sélection cohérente des chemins entre les moteurs de routage principal et de secours pendant et après le basculement de routage actif ininterrompu.

• Vous devez inclure l’instruction au niveau de la hiérarchie pour empêcher les advertise-from-main-vpn-tables [edit protocols bgp] sessions BGP d’être interrompues lorsque la fonctionnalité de réflecteur de route (RR) ou de routeur de bordure de système autonome (ASBR) est activée ou désactivée sur un équipement de routage sur lequel des familles d’adresses VPN sont configurées.

• Les statistiques de disponibilité et de temps d’arrêt des sessions BGP ne sont pas synchronisées entre le moteur de routage principal et le moteur de routage secondaire pendant le routage actif ininterrompu et ISSU. Le moteur de routage de sauvegarde maintient sa propre disponibilité de session en fonction de l’heure à laquelle la sauvegarde prend connaissance des sessions établies. Par exemple, si le moteur de routage de sauvegarde est redémarré (ou si vous exécutez restart routing sur le moteur de routage de sauvegarde), la disponibilité de la sauvegarde est de courte durée, car la sauvegarde vient d'apprendre les sessions établies. Si la sauvegarde fonctionne lorsque les sessions BGP démarrent pour la première fois sur la session principale, la disponibilité de la sauvegarde principale et de la sauvegarde est presque la même. Après un basculement du moteur de routage, le nouveau principal continue à partir du temps restant sur le moteur de routage de secours.

• Si le pair BGP du moteur de routage principal possède des capacités de famille d’adresses négociées qui ne sont pas prises en charge pour le routage actif ininterrompu, l’état de voisinage BGP correspondant sur le moteur de routage de secours apparaît comme inactif. Lors du basculement, la session BGP est rétablie à partir du nouveau moteur de routage principal.

  Seules les familles d’adresses suivantes sont prises en charge pour le routage actif ininterrompu :

  • Signalisation EVPN

  • Inet labellisé-unicast

  • inet-mdt

  • multicast inet

  • inet-mvpn

  • Inet unicast

  • unicast inet-vpn

  • Inet6 labellisé-unicast

  • multicast inet6

  • inet6-mvpn

  • unicast inet6

  • Inet6-VPN unicast

  • Iso-VPN

  • Signalisation L2VPN

  • route-cible

  Remarque :

  Les familles d’adresses ne sont prises en charge que sur l’instance principale de BGP. Seul l’unicast est pris en charge sur les instances VRF.

• L’amortissement de route BGP ne fonctionne pas sur le moteur de routage de secours lorsque le routage actif ininterrompu est activé.

Routage actif non-stop Prise en charge des circuits de couche 2 et du VPLS

Le routage actif nonstop prend en charge le circuit de couche 2 et VPLS sur les réseaux basés sur LDP et RSVP-TE. La prise en charge du routage actif non-stop permet au moteur de routage de secours de suivre l’étiquette annoncée par le circuit de couche 2 et VPLS sur le moteur de routage principal, et d’utiliser la même étiquette après le basculement du moteur de routage.

Le routage actif non-stop prend en charge les configurations redondantes de circuit de couche 2 et de pseudowire VPLS basé sur LDP.

Routage actif ininterrompu Assistance PIM

Le routage actif nonstop prend en charge le multicast indépendant du protocole (PIM) avec réplication dynamique sur les moteurs de routage de secours. Les informations d’état répliquées sur le moteur de routage de secours comprennent des informations sur les relations de voisinage, les événements de jointure et d’élagage, les ensembles de points de rendez-vous (RP), la synchronisation entre les routes et les sauts suivants, les états des sessions de multicast et l’état de transfert entre les deux moteurs de routage.

Le routage actif ininterrompu pour PIM est pris en charge pour IPv4 et IPv6. Junos OS prend également en charge le routage actif ininterrompu pour PIM sur les équipements sur lesquels IPv4 et IPv6 sont configurés.

Pour configurer le routage actif ininterrompu pour PIM, incluez les mêmes instructions dans la configuration que pour les autres protocoles : l’instruction nonstop-routing au niveau de la [edit routing-options] hiérarchie et l’instruction graceful-switchover au niveau de la [edit chassis redundancy] hiérarchie. Pour suivre les événements de routage PIM ininterrompus, incluez l’instruction flag nsr-synchronization au niveau de la [edit protocols pim traceoptions] hiérarchie.

Remarque :

Les clear pim joincommandes , clear pim registeret clear pim statistics le mode opérationnel ne sont pas prises en charge sur le moteur de routage de secours lorsque le routage actif ininterrompu est activé.

La prise en charge du routage actif ininterrompu varie selon les fonctionnalités PIM. Les fonctionnalités sont classées dans les trois catégories suivantes : fonctionnalités prises en charge, fonctionnalités non prises en charge et fonctionnalités incompatibles.

Supported features:

• RP automatique

  Remarque :

  Routage actif ininterrompu La prise en charge de PIM sur IPv6 ne prend pas en charge la RP automatique, car IPv6 ne prend pas en charge la RP automatique.

• Routeur d’amorçage (BSR)

• RP statiques

• RP intégré sur les routeurs IPv6 non-RP

• Local RP

  Remarque :

  La synchronisation des informations des ensembles de RP est prise en charge pour les RP et les BSR locaux (sur IPv4 et IPv6), les RP automatiques (sur IPv4) et les RP intégrés (sur IPv6).

• BFD

• Mode dense

• Mode clairsemé

• Source-specific multicast (SSM)

• Brouillon de VPN multicast Rosen (MVPN)

• Anycast RP (synchronisation des informations des ensembles de RP anycast et synchronisation de l’état du registre des RP anycast sur les configurations IPv4 et IPv6)

• Cartes de flux

• ISSU unifié

• Les fonctionnalités de stratégie telles que la politique de voisinage, les stratégies d’exportation et d’importation de routeur d’amorçage, la politique de portée, les cartes de flux et les stratégies de vérification RPF (Reverse Path Forwarding)

• Synchronisation d’assertion en amont

• Équilibrage de charge de joint PIM

Junos OS prend en charge le PIM de routage actif ininterrompu pour les MVPN Rosen brouillons. La prise en charge du PIM pour les MVPN Rosen brouillons permet aux périphériques activés pour le routage actif ininterrompu de conserver les informations relatives au MPVN de Rosen (par défaut, telles que les états par défaut et les états de l’arborescence de multicast de distribution des données (MDT), lors des basculements.

Le moteur de routage de secours configure le MDT par défaut en fonction de la configuration et des informations qu’il reçoit du moteur de routage principal, et continue de mettre à jour les informations d’état MDT par défaut.

Toutefois, pour les MDT de données, le moteur de routage de secours s’appuie sur le moteur de routage principal pour fournir des mises à jour lorsque des MDT de données sont créées, mises à jour ou supprimées. Le moteur de routage de secours ne surveille pas les débits MDT de données et ne déclenche pas de basculement MDT de données en fonction des variations de débit. De même, le moteur de routage de secours ne gère pas le temporisateur de délai MDT ou le temporisateur de délai d’expiration. Il n’envoie pas de paquets TLV de jonction MDT pour les MDT de données tant qu’il n’a pas pris le relais en tant que moteur de routage principal. Après le basculement, le nouveau moteur de routage principal commence à envoyer des paquets MDT join TLV pour chaque MDT de données, et réinitialise également les temporisateurs MDT de données. Notez que le délai d’expiration des minuteurs peut différer des valeurs d’origine du moteur de routage principal précédent.

Junos OS prend en charge le routage actif ininterrompu PIM (Protocol Independent Multicast) sur les interfaces IGMP uniquement. Les jointures multicast sur les interfaces IGMP uniquement sont mappées aux états PIM, et ces états sont répliqués sur le moteur de routage de secours. Si les états PIM correspondants sont disponibles sur la sauvegarde, les routes de multicast sont marquées comme transfert sur le moteur de routage de sauvegarde. Cela permet un flux de trafic ininterrompu après un basculement. Cette prise en charge couvre les rapports et les feuilles IGMPv2, IGMPv3, MLDv1 et MLDv2.

Unsupported features: Vous pouvez configurer les fonctionnalités PIM suivantes sur un routeur avec le routage actif non-stop, mais elles fonctionnent comme si le routage actif non-stop n’est pas activé. En d’autres termes, lors du basculement du moteur de routage et d’autres pannes, leurs informations d’état ne sont pas préservées et des pertes de trafic sont à prévoir.

• Mode d’exclusion IGMP (Internet Group Management Protocol)

• Surveillance IGMP

Le routage actif ininterrompu n’est pas pris en charge pour les MVVPN nouvelle génération avec des tunnels de fournisseur PIM. L’opération de validation échoue si la configuration inclut à la fois un routage actif ininterrompu et des MVPN de nouvelle génération avec des tunnels fournisseur PIM.

Junos OS fournit une instruction de configuration qui désactive le routage actif ininterrompu pour PIM uniquement, afin que vous puissiez activer des fonctionnalités PIM incompatibles et continuer à utiliser le routage actif ininterrompu pour les autres protocoles sur le routeur. Avant d’activer une fonctionnalité PIM incompatible, incluez l’instruction nonstop-routing disable au niveau de la [edit protocols pim] hiérarchie. Notez que dans ce cas, le routage actif ininterrompu est désactivé pour toutes les fonctionnalités PIM, et pas seulement pour les fonctionnalités incompatibles.

Routage actif ininterrompu Prise en charge de MSDP

Junos OS prend en charge le routage actif ininterrompu pour le protocole MSDP (Multicast Source Discovery Protocol).

La prise en charge du routage actif ininterrompu pour MSDP préserve les informations MSDP suivantes dans le basculement :

• Configuration MSDP et informations sur les pairs

• Informations sur le socket homologue MSDP

• Information sur la source active et informations connexes

Notez toutefois que les restrictions ou limitations suivantes s’appliquent au routage actif ininterrompu Prise en charge de MSDP :

• Étant donné que le moteur de routage de secours apprend les informations de la source active en traitant les messages source-actif du réseau, la synchronisation des informations actives de la source entre le moteur de routage principal et le moteur de routage de secours peut prendre jusqu’à 60 secondes. Ainsi, aucun basculement planifié n’est autorisé dans les 60 secondes suivant la réplication initiale des sockets.

• De même, Junos OS ne prend pas en charge deux basculements planifiés à 240 secondes d’intervalle.

Junos OS vous permet de suivre les événements de routage MSDP ininterrompus en incluant l’instruction flag nsr-synchronization au niveau de la [edit protocols msdp traceoptions] hiérarchie.

Prise en charge du routage actif ininterrompu pour les LSP RSVP-TE

Junos OS prend en charge le routage actif ininterrompu pour les routeurs de commutation d’étiquettes (LSR) et les circuits de couche 2 qui font partie d’un LSP RSVP-TE. La prise en charge du routage actif non-stop sur les LSR garantit que le basculement du moteur de routage principal vers secondaire sur un LSR reste transparent pour les voisins du réseau et que les informations LSP restent inchangées pendant et après le basculement.

Vous pouvez utiliser la show rsvp version commande pour afficher le mode et l’état du routage actif non-stop sur un LSR. De même, vous pouvez utiliser les show mpls lsp commandes et sur show rsvp session le moteur de routage de sauvegarde pour afficher l’état recréé sur le moteur de routage de sauvegarde.

La fonctionnalité de routage actif non-stop de Junos OS est également prise en charge sur les LSP point à multipoint RSVP. Pendant le basculement, le LSP s’affiche sur le moteur de routage de secours qui partage et synchronise les informations d’état avec le moteur de routage principal avant et après le basculement. La prise en charge du routage actif ininterrompu des LSP de transit et de sortie point à multipoint garantit que le basculement reste transparent pour les voisins du réseau et préserve les informations du LSP tout au long du basculement.

Junos OS prend en charge le routage actif ininterrompu pour les VPN de multicast (MVPN) de nouvelle génération.

La show rsvp session detail commande vous permet de vérifier les informations d’état de refusion LSP point à multipoint (P2MP LSP re-merge ; les valeurs possibles sont head, memberet none).

Junos OS prend en charge le routage actif ininterrompu pour les LSP point à multipoint utilisés par VPLS et MVPN.

Toutefois, Junos OS ne prend pas en charge le routage actif ininterrompu pour les fonctionnalités suivantes :

• Hiérarchie GMPLS (Generalized Multiprotocol Label Switching) et LSP

• LSP d’expansion interdomaine ou à sauts lâches

• Détection de la vivacité BFD

• Protection de la configuration

La prise en charge du routage actif ininterrompu pour les LSP RSVP-TE est soumise aux limitations et restrictions suivantes :

• Les LSP de détour ne sont pas maintenus lors d’un basculement et les LSP de détour peuvent donc ne pas être remis en ligne après le basculement.

• Les statistiques du show rsvp statistics plan de contrôle correspondant aux commandes et show rsvp interface detail | extensive ne sont pas gérées entre les basculements du moteur de routage.

• Les statistiques du moteur de routage de sauvegarde ne sont pas signalées pour show mpls lsp statistics les commandes et monitor mpls label-switched-path . Toutefois, si un basculement se produit, le moteur de routage de secours, après avoir pris le relais en tant que moteur principal, commence à générer des statistiques. Notez que la clear statistics commande émise sur l’ancien moteur de routage principal n’a aucun effet sur le nouveau moteur de routage principal, qui génère des statistiques, y compris les statistiques non effacées.

• Les délais d’expiration des états peuvent prendre plus de temps lors d’un basculement de routage actif ininterrompu. Par exemple, si un basculement se produit après qu’un voisin a manqué d’envoyer deux messages Hello au serveur principal, le nouveau moteur de routage principal attend trois autres périodes de bonjour avant d’expirer le délai d’attente du voisin.

• Sur le routeur entrant RSVP, si vous configurez la fonctionnalité de bande passante automatique, les minuteries de réglage de la bande passante sont définies dans le nouveau serveur principal après le basculement. Cela entraîne une augmentation ponctuelle de la durée nécessaire au réglage de la bande passante après le basculement.

• Les LSP de secours, c’est-à-dire les LSP établis entre le point de réparation locale (PLR) et le point de fusion après la défaillance d’un nœud ou d’une liaison, ne sont pas conservés lors d’un basculement du moteur de routage.

• Lorsque le routage actif ininterrompu est activé, le redémarrage progressif n’est pas pris en charge. Cependant, le mode d’aide au redémarrage gracieux est pris en charge.