Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Comprendre l’évitement des microboucles IS-IS

Les microboucles peuvent consommer la bande passante disponible sur les liaisons, ce qui a un impact sur l’efficacité de la transmission des paquets utiles. L’évitement des microboucles peut empêcher le transfert de paquets en boucle.

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

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

  • L’évitement des microboucles permet d’éviter le transfert de paquets en boucle et de gaspiller de la bande passante
  • Le chemin d’évitement des microboucles est calculé uniquement pour les liaisons affectées en cas de défaillance de plusieurs liaisons. Si la défaillance de la deuxième liaison n’a pas d’impact sur le chemin d’évitement de microboucle calculé, IS-IS continue d’utiliser le même chemin d’évitement de microloop.
Junos OS permet à un périphérique de différer le téléchargement de la route IS-IS lorsqu’une liaison IS-IS échoue afin d’éviter les micro-boucles. Lorsque des liaisons locales tombent en panne, le protocole IS-IS inonde toute une zone de la base de données. Si le noeud connecté à l’interface locale défaillante converge plus rapidement que le noeud voisin, il 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. Lorsque le chemin principal d’un nœud protégé tombe en panne, le nœud connecté n’a pas besoin de converger rapidement si le chemin de sauvegarde configuré n’est pas affecté. 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 microboucles, car tous les routeurs n’atteignent pas simultanément les é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 pendant que les routeurs mettent à jour leur état de transfert pour la destination D.

• Si R0 met à jour son état de transfert avant R5, les paquets feront une 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 bouclés entre R4 et R5.

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

• Lorsque le délai d’attente configuré est écoulé, R0 utilise simplement le node-SID à D pour atteindre la destination.

Évitement des microboucles dans les réseaux SRv6

À partir de Junos OS version 21.1R1, vous pouvez activer un calcul de chemin de post-convergence sur un équipement afin d’éviter les microboucles si un changement de liaison ou de métrique se produit dans un réseau SRv6. Pour configurer l’évitement des microboucles dans un réseau SRv6 pour les événements réseau locaux et distants, y compris les liaisons descendantes, les liaisons montantes et les changements de 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 microboucles, 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 tels que TI-LFA qui détecte très rapidement les défaillances locales et active un chemin alternatif sans boucle pré-calculé.

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

À partir de Junos OS version 21.3R1, vous pouvez activer le calcul de chemin post-convergence sur un périphérique afin d’éviter les microboucles entre les périphériques réseau. Des microboucles se forment lorsqu’une modification du réseau, telle qu’un changement de liaison ou de métrique, se produit dans un réseau MPLS à routage de segments. Une modification du réseau peut déclencher une boucle entre les routeurs en amont et en aval pendant une courte période, car les routeurs ne mettent pas à jour leur état de transfert simultanément. Notez que l’évitement des microboucles ne remplace pas les mécanismes de réparation locale tels que l’alternative sans boucle indépendante de la topologie (TI-LFA).

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

Lorsqu’un préfixe IPV6 possède à la fois des chemins SR-MPLS-MLA et SRV6 permettant d’éviter les micro-boucles, nous privilégions le chemin SR-MPLS MLA. SR-MPLS peut fournir des chemins d’évitement des micro-boucles pour les préfixes ipv4/ipv6 et les étiquettes SR. delay 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 microboucles ne remplace pas les mécanismes de réparation locale 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 sans boucle précalculé. Les routeurs qui implémentent l’évitement des micro-boucles calculent le chemin d’évitement des micro-boucles uniquement 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 locale comme TI-LFA qui détectent très rapidement les défaillances locales et activent un chemin alternatif sans boucle pré-calculé au niveau du PFE. Dans l’exemple ci-dessus, si le mécanisme de réparation local n’est pas présent pour la défaillance R2R3, il y aura beaucoup de perte de trafic avant que R0 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 peut pas éviter les pertes de trafic dues à la détection tardive de la défaillance. L’évitement des micro-boucles permet d’éviter les pertes de trafic dues aux micro-boucles uniquement. Les 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 garantir une perte de trafic de l’ordre de quelques millisecondes.

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 doit être supérieur au délai le plus défavorable de n’importe quel routeur du réseau.

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

Note:

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

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

Junos OS prend en charge l’évitement des microboucles sur la plupart des plates-formes prenant en charge IS-IS. Pour plus d’informations sur les périphériques spécifiques et les versions de Junos OS qui prennent en charge l’évitement des micro-boucles IS-IS, reportez-vous à l’Explorateur de fonctionnalités.

Junos OS ne prend pas en charge les fonctionnalités suivantes associées à l’évitement des microboucles :

  • Le chemin d’évitement des microboucles qui nécessite plus de 6 SID n’est pas pris en charge. Si un nœud ne peut gérer qu’un nombre x de SID, alors 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 un nombre x de SID.
  • Impossible d’empêcher les pertes de trafic en raison de la lenteur de la convergence du plan de contrôle.
  • La multitopologie ISIS n’est pas prise en charge par l’évitement des microboucles.
  • Si des raccourcis sont disponibles, IS-IS ne fournit pas de chemin d’évitement des microboucles.

Documentation connexe