Résumé

  • La classe de transport de RFC 9832 regroupe des tunnels jugés suffisamment proches par l’opérateur ; sa Color sur 32 bits nomme ce choix local sans décrire elle-même le SLA.
  • Quand Color apparaît dans TEA, dans le Transport Class RT de BGP CT et sur la route de service, l’ordre est explicite : sous-TLV TEA, RT BGP CT, puis communauté Color du service.
  • Importer une route, résoudre son prochain saut, utiliser un repli, programmer le FIB et livrer le service sont des faits successifs, non des synonymes.

La valeur 100 n’est pas « or »

RFC 9832 part d’une liberté utile. RSVP-TE, SR-TE, Flex-Algo ou d’autres tunnels peuvent être rangés dans une même classe lorsqu’un opérateur estime leurs caractéristiques d’ingénierie de trafic suffisamment semblables. Une classe peut représenter la faible latence, la protection rapide, l’évitement d’un nœud ou un autre objectif. La méthode exacte de classement reste propre à l’implémentation.

La classe reçoit un identifiant de 32 bits, également appelé Color. À l’exception de zéro, réservé au meilleur effort, l’espace est privé. Le protocole n’intègre donc aucun dictionnaire universel. Deux domaines peuvent employer 100 et viser des comportements incompatibles ; un autre peut traduire un même service vers 500, puis 300, puis 100 à mesure qu’il franchit les frontières.

Il faut conserver avec le nombre sa portée d’origine : domaine, propriétaire, définition mesurable, durée et version. Sans cela, une capture de route transforme une clé locale en affirmation de qualité qu’elle n’a jamais portée.

Le champ qui gagne doit rester visible

Color peut commander plusieurs objets. Dans le Tunnel Encapsulation Attribute, son sous-TLV est lié à une encapsulation précise. Dans BGP CT, le Transport Class Route Target identifie la classe d’une route de transport, gouverne son import et peut jouer le rôle de Mapping Community. Sur une route de service, une Color Extended Community exprime la demande de résolution de l’overlay.

La section 7.10 tranche les coexistences par la portée la plus spécifique : Color dans TEA d’abord, Transport Class RT ensuite, Color de la route de service enfin. Une machine peut ainsi produire un résultat déterministe. Un audit a besoin de davantage : les trois valeurs reçues, l’attribut porteur, le pair, la politique appliquée, l’ordre reconnu et la valeur effective.

Le chiffre final ne suffit pas. Si l’on efface les valeurs perdantes, il devient impossible de savoir si une modification de TEA a silencieusement détourné une route d’un schéma choisi au niveau du service. L’ordre de priorité doit être un enregistrement, pas une connaissance implicite du logiciel.

Importer n’est pas acheminer

Chaque classe possède une base logique de routes de transport, la TRDB. Une route BGP CT annonce RD:point terminal, un Transport Class RT et un label MPLS ou un identifiant équivalent. Si la classe existe localement, le rôle Route Target du RT fait entrer la route dans la TRDB correspondante.

Cette phrase décrit le contrôle, pas le paquet. RFC 9832 autorise une TRDB réalisée comme table de routage exclusivement destinée à la résolution du prochain saut. Ses routes de tunnel n’ont pas besoin d’occuper le plan de transfert tant qu’elles ne résolvent rien. Une ligne présente dans la bonne base ne prouve donc ni sa sélection par un service, ni son installation matérielle.

Le rôle Mapping Community choisit un Resolution Scheme local. Celui-ci contient une TRDB ou une liste ordonnée. Le prochain saut protocolaire est recherché par préfixe le plus long ; une base de secours ne sert que si les bases précédentes ne contiennent aucune correspondance pour le point terminal. Si aucun schéma n’est configuré, le meilleur effort intervient. Si aucune Mapping Community n’est présente, le meilleur effort intervient aussi, et la route BGP CT n’entre pas dans une TRDB de classe.

Ces valeurs par défaut protègent la continuité, mais peuvent dégrader silencieusement la promesse. « Joignable » et « servi par la classe convenue » sont deux états différents.

Le repli change la question

Un repli réussi peut masquer une absence d’import, un filtrage RTC, une mauvaise adresse de point terminal, un tunnel tombé, une politique obsolète ou une incompatibilité d’encapsulation. La règle du RFC ne diagnostique pas la cause ; elle ordonne la recherche.

Le reçu de résolution doit nommer la route reçue, le pair, les attributs Color, la Mapping Community retenue, la version du schéma, l’ordre des TRDB, la base qui a répondu, le tunnel sélectionné et le fait qu’un repli ait eu lieu. Si aucune base ne contient de route correspondante, la route BGP CT ou de service est non résoluble. En meilleur effort, une route BGP CT inutilisable ne doit plus être propagée.

Route Target Constraint peut encore empêcher la distribution en amont. RFC 9832 exige que plusieurs chemins EBGP RTC soient considérés lors de la construction du filtre, pas seulement le meilleur. Une route absente doit donc être examinée comme un problème de distribution avant d’être déclarée panne du tunnel.

La frontière traduit un espace privé

Dans l’exemple de domaines qui ne s’accordent pas sur les couleurs, la communauté de service color:0:100500 reste stable. AS3 la relie à la TRDB 500, AS2 à 300 et AS1 à 100. Les routeurs de bord réécrivent les Transport Class RT de 500 vers 300, puis de 300 vers 100.

Cette indirection réduit la coordination à deux voisins. Elle ne certifie pas que leurs classes « Gold » ont les mêmes seuils. Le dossier de frontière doit garder le RT reçu et émis, les deux définitions, l’accord interopérateur, la version de politique, l’équipement exécutant, l’heure et le retour arrière. Un transport-target:0:300 isolé n’est que le résultat local d’une traduction.

Du prochain saut au service livré

Lorsqu’un nœud de bord MPLS réannonce une route BGP CT avec lui-même comme prochain saut, il alloue un label et installe une route qui échange ou retire le label reçu avant d’envoyer le trafic dans le tunnel résolu. Certaines implémentations peuvent installer sélectivement des routes BGP CT dans le FIB pour la joignabilité du contrôle.

Il reste encore à prouver que l’entrée existe dans le matériel, que l’encapsulation est commune au prochain nœud et que les paquets empruntent le chemin attendu. Les exemples MPLS/SRv6 du RFC reconnaissent que deux nœuds sans technologie de transfert commune gardent leurs routes BGP CT inutilisables.

Enfin, le SLA se mesure au bord du service : perte, latence, disponibilité, réaction à une panne et fenêtre de mesure. Ni Color, ni import, ni résolution, ni FIB ne remplace ce reçu. RFC 9832 est Experimental ; sa publication n’atteste ni adoption ni performance. L’erratum 8583, vérifié et éditorial, corrige seulement trois occurrences de SN1 en SN11.

La thèse de Heng Lu sur un Internet « sans couleur » offre ici une discipline : l’infrastructure vaut par l’efficacité observée pour les opérateurs, non par une étiquette. Running-Code Primacy demande la reproduction des attributs, de la politique et du FIB ; Reality Layers sépare identifiant, sens administratif, résultat de contrôle, transfert et résultat client. Ce sont des angles éditoriaux BTW, pas des obligations IETF.

Sources