Summary

  • Le projet draft-ietf-idr-rt-derived-community-13, daté du 28 octobre, décrit une communauté étendue dérivée d'un Route Target. Les valeurs Global Administrator et Local Administrator restent identiques ; le sous-type change. Dans ce texte, le nouveau marqueur identifie le RT d'origine sans restreindre la diffusion des routes ni provoquer leur importation dans une VRF. Le document est encore en évaluation à l'IESG.
  • IANA répertorie déjà six attributions correspondantes, qui citent un projet antérieur de 2021. La version actuelle demande d'actualiser ces références et d'attribuer d'autres valeurs. Une attribution numérote le marqueur ; chaque usage ultérieur doit encore définir le comportement du destinataire.

La mauvaise clé pour les dix portes

L'exemple du projet part d'un VPN sur dix routeurs de bordure. Un Route Target commun permet aux dix équipements d'importer les routes VPN dans leurs VRF. Une nouvelle annonce doit être liée à ce VPN, mais seuls quelques équipements doivent la recevoir. Réutiliser le RT commun risque de mobiliser la distribution destinée aux dix. Créer un nouveau RT pour chaque sous-ensemble impose autant de désignations différentes à une même relation logique. Le problème n'est pas de trouver davantage de chiffres ; c'est de donner à chaque chiffre le bon verbe.

La communauté dérivée garde les champs d'administrateur du RT parent et remplace le sous-type. Le récepteur peut retrouver le RT auquel elle renvoie. La section 2 lui refuse cependant les effets du RT dans ce document : elle ne limite pas la distribution des annonces et ne les fait pas entrer dans une VRF. Elle ne peut pas figurer dans les annonces d'appartenance RT du RFC 4684 ; une politique qui cherche des Route Targets ne la trouvera pas sous ce rôle. Le marqueur parle de parenté, pas d'admission.

Cette nuance a une base opérationnelle ancienne. Le RFC 4360 présente le Route Target comme une communauté étendue identifiant les routeurs susceptibles de recevoir les routes qui le portent. L'égalité des champs numériques rend la parenté aisée à lire. Le sous-type différent empêche que cette parenté emprunte automatiquement la politique de propagation du RT. Le même identifiant administratif ne suffit pas à faire la même autorité.

Le registre compte les marqueurs, pas leurs usages

Dans les registres IANA des communautés étendues BGP, des entrées RT-derived-EC existent déjà avec le sous-type 0x15, ainsi qu'une entrée IPv6 à 0x0015. Le projet en compte six et constate que leurs références pointent encore vers le texte prédécesseur de 2021. Il demande de les actualiser, de renommer l'entrée EVPN, puis de créer un pendant pour un RT IPv6 fondé sur UUID et deux pendants Transport Class. Les trois dernières valeurs restent des demandes dans un Internet-Draft, non des attributions accomplies.

Il serait tentant de transformer la paire courante 0x02 et 0x15 en règle universelle. Le projet la qualifie de convention et renvoie au tableau 1 pour établir chaque correspondance. Une ligne IPv6 part d'un RT à 0x0011 et attend encore sa valeur dérivée. Un logiciel qui devine la fonction à partir d'un motif de bits, au lieu de lire le type et le sous-type enregistrés, peut rendre au marqueur un pouvoir qu'il était censé laisser au RT.

Le projet ne décide pas non plus de l'action générale du récepteur. Le document qui emploiera un marqueur dérivé devra préciser les AFI/SAFI, les types de route concernés et l'effet à produire. Cette délégation est un choix de gouvernance concret. La spécification commune réserve un nom ; chaque usage doit assumer la responsabilité d'une action. Le compteur d'une communauté reçue n'atteste donc ni l'importation ni la livraison d'un service.

Au 28 octobre, le Datatracker indique une évaluation IESG, une destination Informational et une révision IANA « Version Changed – Review Needed ». Les textes montrent une règle proposée et des numéros existants ; ils ne documentent pas un incident réel causé par une confusion entre les deux marqueurs. Un RFC final et des données d'implémentation permettraient d'aller plus loin.