Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Comprendre l’évitement des microloops IS-IS

RÉSUMÉ Les microloops peuvent consommer la bande passante disponible des liaisons, ce qui a un impact sur la transmission efficace des paquets utiles. L’évitement des microloops peut empêcher le transfert des paquets en boucle.

Avantages d’éviter les microloops dans les réseaux SRv6

  • Le chemin sans micro-boucle évite les retards et les pertes de trafic

  • L’évitement des microloops peut empêcher le transfert des paquets en boucle et éviter le gaspillage de la consommation de bande passante
  • Le chemin d’évitement des microloops n’est calculé que pour les liaisons impactées en cas de défaillance de liaison multiple. Si la deuxième défaillance de la liaison n’a pas d’impact sur le chemin d’évitement du microloop calculé, IS-IS continue d’utiliser le même chemin d’évitement de microloop.
Junos OS permet à un équipement de différer le téléchargement de route IS-IS en cas de défaillance d’une liaison IS-IS afin d’éviter les micro boucles. Lorsque les liaisons locales tombent en panne, le protocole IS-IS inonde toute une zone avec la base de données. Si le nœud connecté à l’interface locale qui a échoué converge plus rapidement que le nœud voisin, alors le nœud connecté redirige le trafic vers le chemin convergé. Cette redirection peut entraîner une micro-boucle du trafic jusqu’à ce que le nœud voisin converge. En cas de défaillance du chemin principal d’un nœud protégé, le nœud connecté n’a pas besoin de converger rapidement si le chemin de sauvegarde configuré n’est pas impacté. Dans ce cas, le flux de trafic vers un chemin convergé est différé jusqu’au délai configuré. Ce délai permet d’éviter les microloops, car tous les routeurs n’arrivent pas simultanément aux états de transfert post-convergence.

Sur la figure, le chemin principal de la source à la destination est SR0R1R2R3D. Lorsque la liaison entre R2 et R3 échoue, le trafic envoyé de S à D est soumis à des boucles de transfert transitoires tandis que les routeurs mettent à jour leur état de transfert pour la destination D.

• Si le R0 met à jour son état de transfert avant le R5, les paquets seront en boucle entre R0 et R5

• Si R0 et R5 ont tous deux mis à jour leurs états de transfert, et que R4 ne l’a pas fait, les paquets seront en boucle entre R4 et R5.

• Le R0 détecte la défaillance de la liaison entre R2 et R3 et oriente temporairement le trafic à destination sur le chemin SR [NodeSID(R4), AdjSID(R4->R3), D].

• Lorsque le délai configuré s’écoule, le R0 utilise simplement le nœud SID vers D pour atteindre la destination.

Évitement des microloops dans les réseaux SRv6

À partir de la version 21.1R1 de Junos OS, vous pouvez effectuer un calcul de chemin après convergence sur un équipement afin d’éviter les microloops si une liaison ou une modification métrique survient sur un réseau SRv6. Pour configurer l’évitement des microloops dans un réseau SRv6 pour les événements réseau locaux et distants, y compris les liaisons descendantes, les liaisons vers le haut et les changements métriques, incluez l’instruction microloop avoidance post-convergence-path delay millisecondsau niveau de la [edit protocols isis spf-options] hiérarchie. Pour éviter efficacement les microloops, configurez cette fonctionnalité sur tous les nœuds du réseau.

Note:

L’évitement des micro-boucles ne remplace pas les mécanismes de réparation locaux comme TI-LFA qui détecte très rapidement les défaillances locales et active un chemin alternatif pré-calculé sans boucle.

Évitement des microloops dans les réseaux IS-IS SR-MPLS

À partir de la version 21.3R1 de Junos OS, vous pouvez activer le calcul des chemins après convergence sur un équipement afin d’éviter les microloops entre les équipements réseau. Les microloops se forment lorsqu’un changement réseau tel qu’une liaison ou un changement métrique se produit dans un réseau MPLS de routage de segments. Une modification du réseau peut déclencher une boucle entre les routeurs en amont et en aval pendant une brève période, car les routeurs ne mettent pas simultanément à jour leur état de transfert. Notez que l’évitement des microloops ne remplace pas les mécanismes de réparation locaux tels que l’alternative sans boucle indépendante de la topologie (TI-LFA).

Pour configurer l’évitement des microloops dans un réseau MPLS de routage de segments, incluez les maximum-labels et les maximum-srv6-sids déclarations au niveau de la [edit protocols isis spf-options microlooop-avoidance post-convergence-path]hiérarchie.

Lorsqu’un préfixe IPV6 dispose à la fois de chemins SR-MPLS-MLA et SRV6 évitant les micro-boucles, nous préférons le chemin MLA SR-MPLS. SR-MPLS peut fournir des chemins évitant les micro-boucles pour les préfixes ipv4/ipv6 et les labels SR. le délai spécifie le temps en millisecondes pour lequel nous utilisons le chemin Micro-loop-Avoidance, avant de passer au chemin SPF. Notez que l’évitement des microloops ne remplace pas les mécanismes de réparation locaux tels que l’alternative sans boucle indépendante de la topologie (TI-LFA), qui détecte très rapidement les défaillances locales et active un chemin alternatif précomputé sans boucle. Les routeurs qui implémentent l’évitement de micro-boucle ne calculent le chemin d’évitement de micro-boucle qu’après avoir reçu la mise à jour de l’état de la liaison pour l’événement. Ainsi, le mécanisme d’évitement des micro-boucles ne remplace pas les mécanismes de réparation locaux comme TI-LFA qui détectent les défaillances locales très rapidement et activent un chemin alternatif pré-calculé sans boucle au niveau du PFE. Dans l’exemple ci-dessus, si un mécanisme de réparation local n’est pas présent pour la défaillance R2R3, il y aura beaucoup de pertes de trafic avant que le R0 ne puisse détecter la défaillance (via la convergence globale) et programmer un chemin d’évitement de micro-boucle. L’évitement des micro-boucles ne permet pas d’éviter les pertes de trafic en raison du retard de détection de la défaillance. L’évitement des micro-boucles évitera les pertes de trafic uniquement dues aux micro-boucles. Les deux mécanismes de réparation locale tels que TI-LFA et l’évitement des micro-boucles devront être activés sur tous les nœuds du réseau pour s’assurer que la perte de trafic est de l’ordre de quelques milli secondes.

Pour éviter les micro-boucles, le processus suivant est utilisé :

1. Après avoir calculé le nouveau chemin vers D, pendant un temps prédéterminé, R installe une entrée pour D qui dirige les paquets vers D via un chemin SR sans boucle. Ce délai devrait être supérieur au pire délai de cas de n’importe quel routeur du réseau.

2. Après le délai configuré, R installe l’entrée de route post-convergence pour D, qui est sans SID.

Note:

Si l’évitement des microloops est configuré à la fois pour SRv6 et SR-MPLS, IS-IS préfère prendre le chemin SR-MPLS.

Plates-formes prises en charge et fonctionnalités non prises en charge

Junos OS prend en charge l’évitement des microloops sur la plupart des plates-formes prenant en charge IS-IS. Pour plus d’informations sur des équipements spécifiques et sur les versions de Junos OS qui prennent en charge l’évitement des micro-boucles IS-IS, consultez l’Explorateur de fonctionnalités.

Junos OS ne prend pas en charge les fonctionnalités suivantes en conjonction avec l’évitement des microloops :

  • Le chemin d’évitement de microloop qui nécessite plus de 6 SIDs n’est pas pris en charge. Si un nœud ne peut gérer que x nombre de SIDs, is-IS ne fournit pas de chemin d’évitement de micro boucle. Dans de tels cas, les nœuds peuvent annoncer qu’ils peuvent gérer x nombre de SID.
  • Impossible d’éviter les pertes de trafic en raison de la lenteur de la convergence du plan de contrôle.
  • La multi-topologie ISIS n’est pas prise en charge avec l’évitement des microloops.
  • Si des raccourcis sont disponibles, IS-IS ne fournit pas de chemin d’évitement de microloop.