Résumé

  • RFC 9855 active au PLR une liste TI-LFA préinstallée et sans boucle lorsqu’il détecte une panne directement attachée.
  • Cette réparation de transfert locale ne prouve pas la convergence générale, la survie d’une session, la disponibilité du service ou l’effet d’une action.

Dire que « le trafic est réparé » peut décrire une opération précise : un PLR a détecté une ressource voisine défaillante et a appliqué une liste de segments calculée avant la panne. C’est une information de routage utile. Son objet reste le PLR, la ressource protégée et le scénario de défaillance, non l’expérience complète d’un client.

RFC 9855 prépare les entrées de secours afin que le routeur ne patiente pas jusqu’à la convergence IGP complète. La liste de réparation évite la ressource protégée et représente le chemin attendu après convergence. Dans les hypothèses de FIB du RFC, elle est sans boucle. Elle s’active à la détection locale et reste en place jusqu’à ce que le PLR ait convergé.

Cette durée ne transfère aucun pouvoir aux autres couches. L’action locale ne détermine pas l’ordre de convergence des autres routeurs, ne supprime pas les microboucles qui peuvent apparaître ailleurs et ne règle pas celles qui peuvent suivre le retour d’un lien. Une liste correcte pour un lien, un nœud ou un SRLG donné ne démontre pas la capacité, un chemin distant, DNS, TLS, une dépendance applicative ou une transaction.

P-space, Q-space et segments de nœud ou d’adjacence construisent une réponse de forwarding, pas une preuve de service. Les compteurs du PLR peuvent établir l’activation; ils n’établissent pas qu’une application ou une dépendance a répondu. RFC 5286, RFC 7490 et RFC 5715 donnent le contexte des alternates et microboucles, sans supprimer cette séparation.

Sources