Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Comprendre les routes alternatives sans boucle pour IS-IS

Dans Junos OS version 9.5 et ultérieure, la prise en charge des routes alternatives sans boucle IS-IS permet à IS-IS de rediriger rapidement l’IS-IS. Junos OS précalcule les routes de sauvegarde sans boucle pour toutes les routes IS-IS. Ces routes de sauvegarde sont préinstallées dans le moteur de transfert de paquets, qui effectue une réparation locale et implémente le chemin de sauvegarde lorsque la liaison pour un tronçon suivant principal d’une route particulière n’est plus disponible. Grâce à la réparation locale, le moteur de transfert de paquets peut corriger une défaillance de chemin avant de recevoir les chemins recalculés du moteur de routage. La réparation locale réduit le temps nécessaire pour réacheminer le trafic à moins de 50 millisecondes. En revanche, la réparation globale peut prendre jusqu’à 800 millisecondes pour calculer un nouvel itinéraire. La réparation locale et la réparation globale sont donc complémentaires. La réparation locale permet au trafic de continuer à être acheminé à l’aide d’un chemin de secours jusqu’à ce que la réparation globale soit en mesure de calculer un nouvel itinéraire.

Un chemin sans boucle est un chemin qui ne transfère pas le trafic à travers le périphérique de routage pour atteindre une destination donnée. En d’autres termes, un voisin dont le chemin le plus court vers la destination traverse le périphérique de routage n’est pas utilisé comme route de secours vers cette destination. Pour déterminer les chemins alternatifs sans boucle pour les routes IS-IS, Junos OS exécute des calculs SPF (shortest-path-first) sur chaque voisin à un saut. Vous pouvez activer la prise en charge d’autres routes sans boucle sur n’importe quelle interface IS-IS. Étant donné qu’il est courant d’activer LDP sur une interface pour laquelle IS-IS est déjà activé, cette fonctionnalité prend également en charge les chemins de commutation d’étiquettes (LSP) LDP.

Note:

Si vous activez la prise en charge d’autres routes sans boucle sur une interface configurée à la fois pour LDP et IS-IS, vous pouvez utiliser la traceroute commande pour tracer le chemin actif vers le tronçon suivant principal.

Le niveau de couverture de secours disponible via les routes IS-IS dépend de la topologie réelle du réseau et est généralement inférieur à 100 % pour toutes les destinations sur un périphérique de routage donné. Vous pouvez étendre la couverture de sauvegarde pour inclure les LSP RSVP.

Junos OS fournit deux mécanismes de redondance des routes pour les réseaux IS-IS via des routes alternatives sans boucles : la protection des liens et la protection des liens entre les nœuds. Lorsque vous activez la protection de liaison ou la protection de liaison de nœud sur une interface IS-IS, Junos OS crée un chemin alternatif unique vers le saut suivant principal pour toutes les routes de destination qui traversent une interface protégée. La protection des liaisons offre une protection par liaison du trafic. Utilisez la protection des liens lorsque vous supposez qu’un seul lien peut devenir indisponible, mais que le nœud voisin sur le chemin principal serait toujours disponible via une autre interface.

La protection de liaison de nœud établit un chemin alternatif à travers un périphérique de routage complètement différent. Utilisez la protection de liaison de nœud lorsque vous supposez que l’accès à un nœud est perdu lorsqu’un lien n’est plus disponible. Par conséquent, Junos OS calcule un chemin de secours qui évite le périphérique de routage de saut suivant principal. Dans Junos OS version 9.4 et antérieure, seul le protocole RSVP prend en charge la réparation locale et le reroutage rapide du moteur de transfert de paquets, ainsi que la protection des liens et des nœuds.

La figure 1 illustre comment la protection des liaisons permet au routeur source A de basculer vers la liaison B lorsque le saut suivant principal Liaison A vers le routeur de destination C tombe en panne. Toutefois, si le routeur B tombe en panne, la liaison B échoue également et la liaison protégée A est perdue. Si la protection de liaison de nœud est activée, le routeur A peut basculer vers la liaison D sur le routeur D et contourner complètement le routeur B défaillant. Comme illustré dans le cas 1, lorsque la protection de liaison de nœud est activée, le routeur A dispose d’un chemin alternatif de protection de liaison de nœud disponible via le routeur D vers le routeur de destination C. Cela signifie qu’en cas de défaillance du routeur B, le routeur A peut toujours atteindre le routeur C, car le chemin du routeur A à la liaison D reste disponible en tant que chemin de secours alternatif.

Figure 1 : comparaison de la protection des liaisons et de la protection des liaisons nœud pour les routes Link Protection and Node-Link Protection Comparison for IS-IS Routes IS-IS

La prise en charge par Junos OS des chemins alternatifs sans boucle pour les routes IS-IS repose sur les normes suivantes :

  • RFC 5286, Spécification de base pour le reroutage rapide IP : Alternatives sans boucle

  • RFC 5714, Cadre de reroutage rapide IP

configuration de la protection des liens pour IS-IS

Vous pouvez configurer la protection des liaisons sur n’importe quelle interface pour laquelle IS-IS est activé. Lorsque vous activez la protection des liaisons, Junos OS crée un chemin alternatif vers le saut suivant principal pour toutes les routes de destination qui traversent une interface protégée. La protection des liens part du principe qu’un seul lien devient indisponible, mais que le nœud voisin reste disponible via une autre interface.

Note:

Vous devez également configurer une stratégie de routage d’équilibrage de charge par paquet pour vous assurer que le processus du protocole de routage installe tous les sauts suivants pour un itinéraire donné dans la table de routage.

Pour activer la protection des liens, incluez l’instruction suivante link-protection au niveau de la [edit protocols isis interface interface-name] hiérarchie :

configuration de la protection de liaison de nœud pour IS-IS

Vous pouvez configurer la protection de liaison de nœud sur n’importe quelle interface pour laquelle IS-IS est activé. La protection de liaison de nœud établit un chemin alternatif à travers un périphérique de routage complètement différent pour toutes les routes de destination qui traversent une interface protégée. La protection des liaisons de nœud part du principe que l’ensemble du périphérique de routage, ou nœud, est défaillant. Junos OS calcule donc un chemin de secours qui évite le périphérique de routage de saut suivant principal.

Note:

Vous devez également configurer une stratégie de routage d’équilibrage de charge par paquet pour vous assurer que le processus du protocole de routage installe tous les sauts suivants pour un itinéraire donné dans la table de routage.

Pour activer la protection des liens de nœud, incluez l’instruction suivante node-link-protection au niveau de la [edit protocols isis interface interface-name] hiérarchie :

Exclusion d’une interface IS-IS en tant que sauvegarde des interfaces protégées

Par défaut, toutes les interfaces IS-IS appartenant à l’instance principale ou à une instance de routage spécifique peuvent être utilisées en tant qu’interfaces de secours pour les interfaces protégées. Vous pouvez spécifier que toute interface IS-IS ne peut pas fonctionner en tant qu’interface de secours pour les interfaces protégées. Pour exclure une interface IS-IS en tant qu’interface de secours, incluez l’instruction suivante no-eligible-backup au niveau de la [edit protocols isis interface interface-name] hiérarchie :

Configuration des chemins de commutation d’étiquettes RSVP en tant que chemins de secours pour IS-IS

Si vous vous fiez au calcul SPF (Shortest Path-First) des chemins de secours pour les voisins à un saut, vous risquez d’obtenir une couverture de secours inférieure à 100 % pour une topologie de réseau spécifique. Vous pouvez améliorer la couverture des chemins de commutation d’étiquettes (LSP) IS-IS et LDP en configurant les LSP RSVP en tant que chemins de secours. Pour configurer un LSP RSVP spécifique en tant que chemin d’accès de secours, incluez l’instruction suivante backup au niveau de la [edit protocols mpls label-switched-path lsp-name] hiérarchie :

Lors de la configuration d’un LSP, vous devez spécifier l’adresse IP du périphérique de routage de sortie à l’aide de l’instruction to . Pour plus d’informations sur la configuration des LSP et RSVP, reportez-vous à la bibliothèque d’applications MPLS de Junos OS pour les périphériques de routage.

Utilisation de commandes en mode opérationnel pour surveiller les routes IS-IS protégées

Vous pouvez émettre des commandes en mode opérationnel qui fournissent plus de détails sur vos routes IS-IS protégées par lien et par lien de nœud. Les instructions suivantes expliquent le type d’informations disponibles à partir de la sortie de chaque commande :

  • show isis backup label-switched-path: affiche les LSP MPLS qui ont été désignés comme chemins de secours et l’état actuel de ces LSP.

  • show isis backup spf results: affiche les calculs SPF pour chaque voisin pour une destination donnée. Indique si une interface ou un nœud spécifique a été désigné comme chemin d’accès de secours et pourquoi. Utilisez cette no-coverage option pour afficher uniquement les nœuds qui n’ont pas de couverture de secours.

  • show isis backup coverage : affiche le pourcentage de noeuds et de préfixes pour chaque type de famille d’adresses protégée.

  • show isis interface detail: affiche le type de protection (lien ou lien-nœud) appliqué à chaque interface protégée.

Documentation connexe