Résumé

  • RFC 9871 laisse le NLRI (point terminal, couleur d’origine) inchangé tout en portant dans LCM-EC la couleur locale du domaine récepteur.
  • La correspondance relève d’un accord d’interconnexion et d’une politique de route ; un attribut bien formé n’authentifie pas l’équivalence des intentions.
  • Deux chemins portant des LCM différents constituent une mauvaise configuration : le meilleur chemin et un avertissement maintiennent le service, mais ne réconcilient pas les sens.

Une frontière sépare aussi les vocabulaires

Une couleur BGP CAR est un entier non nul sur 32 bits. « Faible délai » n’est pas encodé dans ces bits : cette signification vient d’une configuration opérateur. RFC 9871 appelle domaine de couleur l’ensemble des nœuds qui partagent cette correspondance. L’unité est administrative, même si elle couvre plusieurs domaines de routage.

L’exemple central expose la difficulté sans l’effacer. Le domaine 2 annonce (E2,C2), où C2 signifie faible délai. Le domaine 1 utilise C1 pour cette intention. À la frontière, le NLRI reste (E2,C2), tandis que LCM-EC devient C1. Les nœuds récepteurs emploient alors C1 pour la résolution du prochain saut et l’aiguillage du service.

La clé stable identifie la route, pas son interprétation complète. Quand LCM-EC est présent, RFC 9871 l’utilise à la place de la couleur du NLRI pour la validation, la résolution, le calcul AIGP et l’aiguillage. Archiver seulement (E2,C2) conserve donc l’objet tout en perdant la décision qui l’a rendu exécutable localement.

NLRI, LCM et Color-EC ont des fonctions différentes

La couleur du NLRI distingue plusieurs routes vers le même point. LCM-EC traduit l’intention dans le domaine local. BGP Color-EC peut encore indiquer une couleur différente pour résoudre le prochain saut. Les deux communautés peuvent coexister ; l’ordre annoncé est la politique locale, puis Color-EC, puis LCM-EC.

Un écran qui affiche une seule case « couleur » supprime cette provenance. Le dossier doit garder les attributs reçus, le pair, la version de politique, l’acteur de la traduction, le chemin sélectionné et l’heure. Le FIB, le paquet observé et la mesure de service viennent ensuite, séparément.

RFC 9256 distingue de même l’identité d’une SR Policy, la validité de ses candidats, le chemin actif et son installation. RFC 9012 définit Color-EC et l’encapsulation ; RFC 7311 encadre AIGP. Aucun de ces textes ne crée un dictionnaire mondial de la qualité de service.

Qui traduit doit être nommé

RFC 9871 autorise le routeur frontalier émetteur ou récepteur à ajouter ou modifier LCM-EC. Le choix appartient à l’accord entre opérateurs et à la politique locale du pair. Le protocole rend la délégation possible ; il ne désigne pas le responsable à leur place.

Une correspondance exploitable doit donc conserver l’intention source et cible, le préfixe concerné, la version de l’accord, les propriétaires, la date d’effet et le retour arrière. Entre domaines indépendants, le préfixe unique suffit généralement à limiter la portée ; seule la traduction doit être coordonnée. Si plusieurs domaines partagent la même adresse de service de transport, les couleurs associées doivent aussi être coordonnées.

Les communautés LCM et Color ne doivent pas être filtrées sur les routes concernées, dit le RFC, sinon l’intention visée n’est pas obtenue. Le préfixe peut rester visible alors que l’information qui commandait son traitement a disparu. La présence de la route ne constitue plus une preuve de continuité sémantique.

Le meilleur chemin ne tranche pas un désaccord

Un émetteur ne devrait envoyer qu’un LCM-EC. Si plusieurs exemplaires arrivent dans une route, le récepteur doit ignorer tous sauf la valeur numérique la plus élevée. C’est une règle de décodage déterministe, non un vote sur le bon sens opérationnel.

Si plusieurs chemins du même point et de la même couleur portent des LCM différents, RFC 9871 parle de mauvaise configuration. Le LCM du meilleur chemin BGP devrait être installé et un avertissement journalisé. Cette réaction évite l’indétermination immédiate, mais seule la comparaison des accords et politiques peut dire quelle traduction était voulue.

IANA a attribué les SAFI 83 et 84 à BGP CAR et VPN CAR. RFC 4760 fournit le cadre multiprotocole, RFC 4271 le socle BGP et RFC 7606 le traitement d’erreurs. La famille séparée isole mieux les routes d’infrastructure, sans prouver qu’un opérateur l’a déployée correctement.

Une expérience dotée d’un pouvoir de déviation

RFC 9871 est expérimental. RFC 9832 documente une autre expérience de transport par classes. Ces publications attestent des modèles examinés, pas leur adoption ni un vainqueur. Une autorité d’essai doit donc préciser les pairs, préfixes, intentions et conditions de sortie qu’elle couvre.

RFC 5925 peut protéger la session TCP et les filtres peuvent restreindre la nouvelle famille. Mais un pair authentifié peut toujours appliquer une traduction erronée. RFC 9871 reconnaît qu’une route CAR manipulée peut détourner le trafic, insérer un nœud indésirable, contourner un contrôle ou provoquer un déni de service. Authentifier l’émetteur n’atteste pas la sémantique.

Sources