Résumé

  • La RFC 9624 relie les routes de contrôle EVPN à la réplication BIER afin qu’un PE d’entrée détermine les BFER censés recevoir une trame BUM, sans état multicast par flux dans les routeurs intermédiaires.
  • IMET, SMET, S-PMSI, Leaf A-D et le PMSI Tunnel Attribute décrivent un ensemble et un contexte prévus ; ils ne prouvent pas que l’adhésion client était actuelle ni que les copies ont atteint leurs sorties.
  • Une preuve exploitable sépare l’époque des routes, le classement de la trame, le calcul des feuilles, le BitString imposé, chaque branche, la segmentation, la disposition EVPN, le split horizon, l’émission locale et la réception client.

L’absence de trame commence parfois après un plan parfait

Le PE d’entrée possède les routes IMET du domaine de diffusion. Les annonces sélectives nécessaires sont présentes. Le PTA annonce BIER et les feuilles attendues se traduisent en positions actives dans le BitString. Rien ne manque au plan de réplication affiché par le contrôleur.

Un site ne reçoit pourtant pas la trame. Le plan ne révèle pas si une route avait pris du retard sur l’adhésion locale, si le paquet a suivi la règle prévue, si une branche du cœur a perdu sa copie, si un point de segmentation a reconstruit le bon contexte, si le PE de sortie a retrouvé le bon broadcast domain ou si le split horizon a supprimé une sortie légitime.

La norme rend deux systèmes capables de formuler la même intention. Elle ne transforme pas cette intention en observation. C’est précisément parce que le BitString est une instruction nette qu’il faut lui refuser le rôle de reçu final.

Le cœur sans état par flux n’est pas un cœur auto-certifiant

BIER évite aux routeurs intermédiaires de maintenir un état multicast par flux ou de participer à la construction explicite d’un arbre. Le BFIR encode les destinations, puis les BFR répliquent en fonction du header et de leur Bit Index Forwarding Table.

Ce gain architectural réduit une classe d’état. Il ne supprime ni congestion, ni incohérence d’époque, ni erreur de table, ni perte sur un lien. Un nœud sans état par flux peut correctement décoder la demande et néanmoins ne pas produire la copie attendue. L’économie de contrôle n’est pas une preuve d’exécution.

Il faut donc suivre le paquet ou une corrélation stable à travers des compteurs et observations bornés par époque. Dire qu’aucun arbre n’était nécessaire ne répond pas à la question : quelles branches ont effectivement émis une copie et quels BFER l’ont observée ?

Le PTA enferme la portée du contexte

Le PMSI Tunnel Attribute porte le type BIER 0x0B, un sub-domain ID, le BFR-id et le BFR-Prefix du routeur constructeur. Son champ label contient un label MPLS attribué en amont ou un VNI/VSID de portée globale selon l’encapsulation. Les drapeaux LIR et LIR-pF participent au suivi des feuilles.

Ces données assemblent une route et un contexte de service. Elles n’assurent pas que tous les récepteurs partagent la même interprétation opérationnelle. Le BFR-Prefix peut différer d’autres adresses de la route. Les Route Targets contrôlent la distribution, et une route dotée d’un PTA BIER ne doit pas quitter le domaine où ce préfixe identifie l’origine de façon unique.

Une validation syntaxique n’atteste donc ni la bonne portée ni la bonne époque. Le reçu de contrôle doit conserver l’annonce exacte, son origine et son voisin, les Route Targets, le PTA brut, le domaine BIER et le moment où cet ensemble est devenu effectif.

Le suivi des feuilles fige une intention momentanée

Dans un PMSI inclusif, les autres origines IMET du broadcast domain composent l’ensemble des BFER. Dans un cas sélectif, des routes SMET correspondantes ou la combinaison S-PMSI/Leaf A-D peuvent déterminer les feuilles. LIR, LIR-pF, source, groupe et possibilité de remplacer une Leaf A-D par une SMET changent la règle concrète.

Une route présente peut déjà être périmée par rapport au port client. Une adhésion récente peut ne pas encore avoir convergé. Un retrait tardif peut conserver une sortie devenue inutile. Une vue globale « tous les PE sont là » ne reproduit pas forcément la sélection appliquée à ce couple source-groupe.

Il faut capturer, à l’instant du paquet, la route de transmission réellement choisie et chaque route de feuille utilisée. Refaire le calcul plus tard avec le RIB courant substituerait le présent à l’histoire.

Une liste vide empêche volontairement l’envoi

La RFC 9624 prévoit deux arrêts explicites. Sans route correspondant à la transmission, la trame ne part pas sur un P-tunnel. Si le tunnel choisi exige un suivi des feuilles et qu’aucune route de feuille n’existe, elle ne part pas non plus.

Un compteur BIER nul possède donc plusieurs explications : aucun trafic entrant, mauvaise classification, absence de route de transmission, ensemble de feuilles vide ou abandon antérieur. Inversement, la présence des routes ne prouve pas que cette trame leur a correspondu.

Le reçu d’entrée doit joindre l’identité de la trame, le domaine de diffusion, sa nature BUM, la source et le groupe éventuels, la règle sélectionnée, l’ensemble de feuilles, le choix d’interfonctionnement, les labels ou le VNI, le header BIER et le résultat d’émission.

Un bit demande une copie, il n’en accuse pas réception

Le BFIR dérive les BFER des feuilles et construit le header BIER. Les identifiants de protocole différencient EVPN-MPLS et les formes VXLAN, NVGRE ou GENEVE. À cet instant précis, une position active signifie que cette sortie est incluse dans la demande.

Elle ne démontre pas que le mapping entre position et BFER était identique partout, que la demande incluait chaque adhérent actuel, ni que la branche a franchi le cœur. Même un BitString parfaitement formé peut représenter une intention périmée.

La séparation utile est simple : le bit constitue la preuve de la demande de réplication ; l’observation au BFER constitue la preuve d’arrivée d’une branche. Les deux reçus doivent partager une corrélation, mais ne doivent jamais devenir un seul voyant vert.

La segmentation est un transfert de garde

Un point de segmentation reçoit une encapsulation amont avec un label qui identifie la route correspondante. Il a réannoncé cette route vers des régions aval, chacune avec son PTA. Pour une région BIER, il retire l’encapsulation amont, remplace le label de contexte, recalcule les feuilles et impose un nouveau header BIER.

Ce n’est pas un passage transparent. Le paquet amont peut arriver alors que les feuilles aval sont anciennes. Le label de remplacement peut désigner un autre domaine. Un nouveau BitString peut être valide dans sa région tout en ayant perdu un destinataire de l’intention initiale.

Le point doit produire un reçu des deux côtés : identité et contexte reçus, route correspondante, champs retirés, région et époque aval, label substitué, feuilles calculées, header imposé et émissions. Vérifier seulement l’amont ou l’aval laisse le transfert sans preuve.

Arriver au BFER ne suffit pas pour arriver au client

À la sortie, le label attribué en amont ou le VNI/VSID retrouve le broadcast domain. Les procédures EVPN ordinaires prennent ensuite le relais. Un compteur de réception BIER peut donc être exact alors que la disposition de service échoue.

Le mapping peut manquer, la forme de payload peut être rejetée, aucun circuit local ne peut être éligible ou une file peut perdre la copie. Le reçu de sortie inclut décapsulation, protocole, lookup, domaine choisi, liste de réplication locale, émission par port et résultat de file.

Cette articulation explique comment le cœur et le client peuvent raconter deux histoires vraies : le P-tunnel a livré au PE ; le service n’a pas livré au site.

Le split horizon produit une absence légitime — ou une erreur

Sur EVPN-MPLS multihomé, le label ESI attribué en amont identifie le segment d’origine afin de ne pas y renvoyer la trame. Avec VXLAN, NVGRE ou GENEVE, le local bias utilise le BFIR-id pour éviter une copie sur les segments multihomés déjà servis par l’entrée.

Une non-émission peut donc être le comportement exact qui empêche une boucle. Mais une identité d’entrée, un label ESI ou un état de multihoming erroné peut transformer la protection en déni de service. Et la suppression correcte d’un port ne prouve rien au sujet des autres ports éligibles.

Conservez le segment, l’identité d’entrée, le label ou l’entrée de local bias, le motif, les ports supprimés et les ports servis. Un total agrégé ne distingue pas prévention d’un doublon et disparition accidentelle.

Une chaîne de reçus conserve la sobriété de BIER

La chaîne commence par l’époque des annonces et du domaine BIER. Elle joint la trame à la règle et aux feuilles utilisées, puis conserve le BFIR-id, le sub-domain, les paramètres du BitString, le protocole, les labels, le VNI/VSID et l’ESI éventuel.

Les observations du cœur bornent ensuite la réplication. Chaque segmentation renouvelle la garde. Chaque BFER prouve l’arrivée et la décapsulation. La disposition EVPN prouve le domaine, la réplication locale et le split horizon. L’émission sur le circuit, la réception côté client et l’usage applicatif restent des faits ultérieurs.

Cette discipline n’ajoute pas un arbre multicast dans le cœur. Elle empêche seulement l’instruction minimale de se faire passer pour un résultat qu’elle ne mesure pas.

Sources