Comprendre le routage actif ininterrompu

Prise en charge ininterrompue des protocoles de routage actif et des fonctionnalités

Les protocoles suivants sont pris en charge par le routage actif non supérieur :

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

• Détection de transfert bidirectionnel (BFD)

  Pour plus d’informations, reportez-vous à la section Prise en charge du BFD de routage actif ininterrompu.

• BGP

  Pour plus d’informations, reportez-vous à la section Prise en charge de BGP pour le routage actif ininterrompu.

• EVPN (en anglais)

  • 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, reportez-vous à la section Prise en charge NSR et ISSU unifié pour EVPN .

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

• IS-IS

• LDP

• Service de réseau local privé virtuel (VPLS) basé sur LDP

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

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

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

  • LSP de transit unicast LDP

  • LSP de sortie LDP pour BGP interne (IBGP) et BGP externe (EBGP) étiquetés

  • LSP de transit LDP sur RSVP

  • LSP de transit LDP avec sauts suivants indexés

  • LSP de transit LDP avec é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)

  Note:

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

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

  La prise en charge ininterrompue du routage actif pour les VPN de couche 3 comprend :

  • Unicast étiqueté IPv4 (entrant ou sortant)

  • IPv4-VPN unicast (entrant ou sortant)

  • Unicast étiqueté IPv6 (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).

• Protocole MSDP (Multicast Source Discovery Protocol)

  Pour plus d’informations, reportez-vous à la section Prise en charge MSDP du routage actif ininterrompu.

• OSPF/OSPFv3

  Note:

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

• PIM (Protocol Independent Multicast)

  Pour plus d’informations, reportez-vous à la section Prise en charge du PIM (NonStop Active Routing).

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

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

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

  • LSP point à multipoint

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

    • RSVP LSP de transit point à multipoint à l’aide de sauts suivants composites pour les itinéraires d’étiquettes 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 à l’aide de sauts suivants composites chaînés.

• RSVP-TE LSP

  Pour plus d’informations, reportez-vous à la section Prise en charge du routage actif ininterrompu pour les LSP RSVP-TE.

• VPLS (en anglais)

• VRRP (en anglais)

• VRRP (en anglais)

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 tout redémarrage de l’équipement de sauvegarde peut entraîner des temps de convergence globale plus longs par rapport aux environnements où NSR n’est pas configuré.

Routage actif ininterrompu Prise en charge de BFD

Le routage actif ininterrompu 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 simple mécanisme hello qui détecte les défaillances dans un réseau. Le BFD étant rationalisé pour être efficace dans la détection rapide de la vivacité, 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.

Note:

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 des sessions BFD non distribuées doivent être maintenues actives 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 un tunnel et les sessions sur des interfaces IRB (Integrated Routing and Bridging).

Note:

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 le moteur de routage et à 10 ms pour les sessions BFD distribuées peut entraîner des instabilités BFD indésirables. L’instruction minimum-interval de configuration est un paramètre de détection de vivacité 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 Juniper Networks pour plus d’informations.

• Pour que les sessions BFD restent actives lors d’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 pour lesquelles un routage actif ininterrompu est configuré, les recommandations relatives à l’intervalle minimal restent inchangées et dépendent uniquement du déploiement de votre réseau.

Routage actif ininterrompu Prise en charge de BGP

La prise en charge continue du BGP est soumise aux conditions suivantes :

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

• Vous devez inclure l’instruction advertise-from-main-vpn-tables au niveau de la hiérarchie pour éviter que les [edit protocols bgp] sessions BGP ne s’interrompent lorsque la fonctionnalité RR (Route Reflector) ou ASBR (Autonomous System Border Router) est activée ou désactivée sur un périphérique 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 les moteurs de routage principal et secondaire lors du routage actif ininterrompu et de l’ISSU. Le moteur de routage de sauvegarde maintient sa propre disponibilité de session en fonction du moment où la sauvegarde prend connaissance pour la première fois des sessions établies. Par exemple, si le moteur de routage de sauvegarde est redémarré (ou si vous exécutez restart routing le moteur de routage de sauvegarde), le temps de disponibilité de la sauvegarde est de courte durée, car la sauvegarde vient d'apprendre l'existence des sessions établies. Si la sauvegarde est en cours d’exécution lorsque les sessions BGP apparaissent pour la première fois sur le serveur principal, le temps de disponibilité du serveur principal et le temps de fonctionnement de la sauvegarde sont presque de la même durée. Après un basculement du moteur de routage, le nouveau principal se poursuit à partir du temps restant sur le moteur de routage de secours.

• Si le pair BGP de l’moteur de routage principal a des fonctionnalité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 sauvegarde s’affiche 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 étiqueté-unicast

  • inet-mdt

  • multicast inet

  • inet-mvpn

  • Inet unicast

  • unicast inet-vpn

  • unicast étiqueté inet6

  • Multicast Inet6

  • inet6-mvpn

  • unicast inet6

  • Inet6-VPN unicast

  • ISO-VPN

  • Signalisation L2VPN

  • route-target

  Note:

  Les familles d’adresses ne sont prises en charge que sur l’instance principale de BGP. Seule la monodiffusion est prise 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 en continu, circuit de couche 2 et prise en charge de VPLS

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

Le routage actif ininterrompu prend en charge les circuits de couche 2 et les configurations redondantes de pseudowire VPLS basées sur LDP.

Routage actif ininterrompu Prise en charge du PIM

Le routage actif ininterrompu prend en charge le multicast indépendant du protocole (PIM) avec une réplication dynamique sur les moteurs de routage de secours. Les informations d’état répliquées sur le moteur de routage de sauvegarde 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 de session 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 un routage actif ininterrompu pour PIM, incluez les mêmes instructions dans la configuration que pour les autres protocoles : l’instruction au niveau hiérarchique et l’instruction nonstop-routing graceful-switchover au niveau hiérarchique[edit chassis redundancy].[edit routing-options] Pour tracer les événements de routage actif ininterrompus du PIM, incluez l’instruction flag nsr-synchronization au niveau de la [edit protocols pim traceoptions] hiérarchie.

Note:

Les clear pim joincommandes , clear pim registeret clear pim statistics en 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 se répartissent dans les trois catégories suivantes : les fonctionnalités prises en charge, les fonctionnalités non prises en charge et les fonctionnalités incompatibles.

Supported features:

• RP automatique

  Note:

  Routage actif ininterrompu La prise en charge de PIM sur IPv6 ne prend pas en charge l’auto-RP, car IPv6 ne prend pas en charge l’auto-RP.

• Routeur d’amorçage (BSR)

• RP statiques

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

• Local RP

  Note:

  La synchronisation des informations d’ensemble RP est prise en charge pour RP et BSR locaux (sur IPv4 et IPv6), autoRP (sur IPv4) et RP intégré (sur IPv6).

• BFD

• Dense Mode

• Mode clairsemé

• Multicast spécifique à la source (SSM)

• Draft de VPN multicast Rosen (MVPN)

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

• Cartes de flux

• ISSU unifié

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

• Synchronisation des assertions en amont

• équilibrage de charge de jointure PIM

Junos OS prend en charge le PIM de routage actif ininterrompu pour les MVPN Rosen de brouillon. La prise en charge de PIM de routage actif ininterrompu pour les MVPN Rosen de dépouille permet aux équipements compatibles avec le routage actif ininterrompu de conserver les informations relatives au MPVN Rosen de conserver les informations relatives au MPVN Rosen, telles que les états par défaut et MDT (Data Multicast Distribution Tree), entre les basculements.

Le moteur de routage de sauvegarde 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 sauvegarde 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 sauvegarde ne gère pas le temporisateur de délai MDT ou le temporisateur de délai d’expiration des données. Il n’envoie pas de paquets TLV de jonction MDT pour les MDT de données tant qu’il ne prend pas le relais en tant que moteur de routage principal. Après le basculement, le nouveau moteur de routage principal commence à envoyer des paquets TLV de jonction MDT MDT 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, qui sont ensuite répliqués sur le moteur de routage de secours. Si les états PIM correspondants sont disponibles sur la sauvegarde, les routes 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 en même temps que le routage actif ininterrompu, mais elles fonctionnent comme si le routage actif ininterrompu n’était pas activé. En d’autres termes, lors du basculement du moteur de routage et d’autres pannes, leurs informations d’état ne sont pas conservé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 MVPN de 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 de fournisseur PIM.

Junos OS fournit une instruction de configuration qui désactive le routage actif ininterrompu pour PIM uniquement, afin que vous puissiez activer les 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 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 tout au long du basculement :

• Informations sur la configuration MSDP et les pairs

• Informations sur les sockets homologues MSDP

• Informations sur les sources actives et informations connexes

Notez toutefois que les restrictions ou limitations suivantes s’appliquent à la prise en charge MSDP du routage actif ininterrompu :

• Étant donné que le moteur de routage de sauvegarde apprend les informations de source active en traitant les messages de source active du réseau, la synchronisation des informations de source active entre les moteurs de routage principal et 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 à moins de 240 secondes d’intervalle.

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

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 faisant partie d’un RSVP-TE LSP. La prise en charge continue du routage actif sur les LSR garantit que le principal serveur de secours moteur de routage basculement 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 de routage actif ininterrompu sur un LSR. De même, vous pouvez utiliser les show mpls lsp commandes et show rsvp session du moteur de routage de sauvegarde pour afficher l’état recréé sur le moteur de routage de sauvegarde.

La fonctionnalité de routage actif ininterrompu de Junos OS est également prise en charge sur les LSP point à multipoint RSVP. Lors du 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 ininterrompue du routage actif pour les 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 multicast de nouvelle génération (MVPN).

La show rsvp session detail commande vous permet de vérifier les informations sur l’é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’extension interdomaine ou à saut libre

• 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 prestataires de services linguistiques de déviation ne sont pas maintenus pendant le basculement, de sorte que les prestataires de services de détour peuvent ne pas être remis en ligne après le basculement.

• Les statistiques du plan de contrôle correspondant aux show rsvp statistics 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 and 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 rapporte des statistiques, y compris les statistiques non effacées.

• Les délais d’expiration d’état peuvent prendre plus de temps lors du basculement de routage actif ininterrompu. Par exemple, si un basculement se produit après qu’un voisin a manqué l’envoi de deux messages hello au serveur principal, le nouveau moteur de routage principal attend trois autres périodes de hello 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 temporisateurs de réglage de la bande passante sont définis dans le nouveau serveur principal après le basculement. Cela entraîne une augmentation ponctuelle du temps nécessaire à l’ajustement de la bande passante après le basculement.

• Les LSP de secours, c’est-à-dire les LSP établis entre le point de réparation local (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 vers le moteur de routage.

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