Résumé

  • RFC 9655 ajoute le TLV optionnel 32771 avant le Target FEC Stack afin qu’un ping ou traceroute tout-Nil-FEC nomme l’adresse de l’egress ultime.
  • Au niveau zéro, le code 36 constate une correspondance exacte avec une interface ou loopback locale, le code 10 un échec ; le code historique 3 peut signaler qu’aucune validation RFC 9655 n’a eu lieu.
  • L’intention du contrôleur, la dérivation de l’adresse, les octets de la requête, la capacité des nœuds, le trajet réalisé, le résultat hors ligne et la livraison applicative restent des reçus distincts.

Ce que le Nil FEC choisit de ne pas savoir

Dans un réseau SR multi-domaine, la tête peut recevoir du contrôleur une pile de labels sans posséder le FEC détaillé de chaque label. Le Nil FEC permet alors au probe de traverser l’inconnu. Selon RFC 8029, un Nil FEC extérieur fait sauter entièrement la validation du Target FEC. Cette souplesse évite des négatifs artificiels sur des routeurs non mis à niveau.

Mais lorsque le Nil FEC représente toute la pile, un paquet mal aiguillé peut atteindre un autre routeur et recevoir malgré tout une réponse favorable. La mesure a observé un traitement ; elle n’a pas encore identifié la destination voulue.

RFC 9655 ajoute l’identité manquante. Le TLV Egress de type 32771, placé avant le Target FEC Stack, transporte quatre octets IPv4 ou seize octets IPv6. Quand la profondeur de pile atteint zéro, le destinataire cherche une égalité exacte parmi ses interfaces et loopbacks. Le code 36 atteste la correspondance ; le code 10 atteste son absence.

Le code 36 doit être lu littéralement : ce routeur répondant est un egress pour cette adresse. Il ne dit pas que le paquet a emprunté chaque segment prévu.

L’adresse ne tombe pas du ciel

La valeur vient normalement de l’Endpoint de la SR Policy décrite par RFC 9256. Si cet Endpoint est absent ou nul, l’émetteur prend le dernier nœud du dernier segment. Pour un Adj-SID, il vise l’extrémité distante ; pour un Binding SID, le dernier nœud du chemin encapsulé par ce binding.

Cette dérivation engage une version de politique et une vision topologique. Un contrôleur peut avoir recomputé le binding tandis que la tête prépare encore une requête issue de l’époque précédente. La preuve doit donc joindre identifiant de politique, candidate path, liste de segments, origine de l’adresse, résolution du binding, version de configuration et heure d’émission.

RFC 8402 définit les segments comme des instructions. RFC 9655 ne rejoue pas la validité de toutes ces instructions ; il vérifie une identité terminale extraite de leur composition.

La compatibilité peut réduire la preuve

À profondeur positive, le code 8 indique qu’un label a été commuté. À profondeur zéro, 36 et 10 séparent correspondance et erreur. Un ancien routeur peut toutefois ignorer le TLV inconnu ou le franchir. Si l’egress ne comprend pas l’extension, aucune comparaison n’est effectuée et l’ancien code 3 peut être renvoyé.

Le protocole reste opérationnel, mais le niveau d’assurance change. Un tableau qui peint 3 et 36 du même vert transforme la compatibilité en camouflage. Il faut conserver : TLV envoyé, support déclaré ou observé, lookup exécuté, adresse comparée, code et sous-code reçus.

RFC 9041 encadre les points de code et le registre IANA publie 32771 et 36. Le registre établit le vocabulaire commun, pas le déploiement effectif.

Le verdict hors ligne est une autre autorité

En traceroute, chaque nœud devient récepteur et les observations successives peuvent alimenter une application hors ligne. Celle-ci rapproche TTL, identité du répondant, profondeur, code, politique attendue et séquence. Les extensions SR de RFC 8287 enrichissent ce diagnostic.

Une reconstruction n’est fiable que si elle déclare ses trous. Un nœud non compatible, un ECMP différent ou une réponse manquante ne peut être remplacé par le chemin que le contrôleur espérait. La politique est l’hypothèse ; les réponses sont des observations ; le verdict est une inférence versionnée.

Le reçu final ajoute encore les compteurs de steering et la livraison du trafic réel. Le probe et le service peuvent employer des entrées de hash différentes, être envoyés à des instants différents ou suivre des états de programmation différents. Le succès OAM n’est pas un accusé de réception applicatif.

La discipline des couches de réalité de Heng Lu interdit de confondre ces plans. La spécification initiale minimale rend l’identité d’egress interopérable sans absorber les choix locaux. La primauté du code en fonctionnement exige enfin les octets, capacités et états réellement observés.

Sources