Résumé

  • Dans le RFC 10018, les routes d’auto-découverte MVPN ou EVPN alimentent l’ensemble des feuilles d’une politique SR P2MP ; un contrôleur doit encore calculer et instancier une instance d’arbre.
  • La preuve de livraison exige des reçus distincts : génération de politique, programmation de chaque nœud, Tree-SID, contexte du service partagé, split horizon, compteurs de branche et observation du récepteur.
  • Hooman Bidgoli est l’un des cinq auteurs nommés du RFC. Sa contribution documentée éclaire une frontière de système collectif, sans lui attribuer seul l’invention, le consensus ou l’exploitation d’un réseau.

Imaginons une fenêtre de changement qui se termine sans alarme. Les routes d’auto-découverte attendues sont présentes. Le routeur d’entrée affiche six feuilles et la console du contrôleur marque la demande comme traitée. Pour le responsable du service, l’écran semble suffire : six destinataires, six branches, service ouvert.

Ce raccourci échoue dès que l’on demande ce que chaque écran a réellement observé. Le routeur a constaté six intentions d’adhésion. Le contrôleur a peut-être accepté une requête, mais pas forcément achevé la même génération sur tous les équipements. Un nœud de réplication peut encore porter l’ancienne instruction. Une feuille peut retirer le Tree-SID tout en envoyant le paquet vers le mauvais contexte client. Et le processus qui devait consommer le flux peut être arrêté.

Le RFC 10018, publié sur la voie de normalisation de l’IETF en août 2026, organise précisément ces passages. Rishabh Parekh et Daniel Voyer en sont les éditeurs ; Clarence Filsfils, Hooman Bidgoli et Zhaohui Zhang figurent également parmi les auteurs. Le texte associe MVPN et EVPN à des arbres Segment Routing point-à-multipoint ou à la réplication en entrée. Son intérêt opérationnel tient moins à une promesse d’automatisation totale qu’à la distinction des états.

La route annonce une adhésion

Une politique SR P2MP possède une racine, un ensemble de feuilles et un ou plusieurs chemins candidats. Le chemin candidat exprime des contraintes ou un objectif d’optimisation ; il peut référencer zéro, une ou plusieurs instances d’arbre P2MP. Avant même de parler de paquets, le vocabulaire sépare donc trois objets : les participants souhaités, la décision de politique et sa matérialisation dans le réseau.

Lorsqu’un PE d’entrée importe une route d’auto-découverte émise par un PE de sortie, il apprend que ce dernier doit devenir une feuille du P-tunnel concerné. Il ajoute cette destination à l’ensemble de feuilles de la politique. Le retrait de la route l’en supprime. Côté sortie, le PE rattache l’information au service MVPN ou EVPN approprié et signale son rôle de feuille ou de Bud.

Cette mécanique remplace une partie des listes statiques par un événement de contrôle traçable. Elle permet de répondre à des questions importantes : qui a annoncé l’adhésion, quand la route a-t-elle été importée, quelle politique a changé, à quel instant le retrait a-t-il été vu ? Elle peut expliquer pourquoi une destination n’a jamais été proposée au calcul.

Elle ne décrit pas ce qui s’est passé ensuite. Une route importée ne certifie ni qu’un chemin candidat est réalisable, ni que les segments de réplication sont cohérents, ni que l’application distante a reçu un octet utile. Appeler cette route « preuve de livraison » revient à demander à BGP de signer le travail d’autres systèmes.

Le contrôleur transforme l’intention en génération

À partir de l’ensemble de feuilles, des contraintes et de l’objectif, un contrôleur calcule une instance d’arbre. Il assemble les segments de réplication à la racine, aux nœuds intermédiaires et aux feuilles. Le RFC laisse hors de son périmètre le mécanisme d’installation : BGP, PCEP, NETCONF ou un autre canal peuvent être employés.

Cette réserve de périmètre doit apparaître dans la télémétrie. « Ensemble transmis » ne signifie pas « calcul terminé ». « Calcul terminé » ne signifie pas « tous les nœuds ont accepté la même version ». Même une transaction southbound réussie peut précéder l’activation matérielle ou masquer un équipement resté sur la génération antérieure.

Une opération vérifiable attribue donc un identifiant à la génération complète. Elle conserve l’identifiant du chemin candidat, l’empreinte de l’ensemble de feuilles, les contraintes, l’objectif, la requête adressée au contrôleur, l’instance PTI calculée et l’acquittement de chaque nœud. Si le mot « succès » ne peut pas être rattaché à cette chaîne, il n’est qu’un état d’interface.

Les textes connexes confirment cette séparation. Le RFC 9960 décrit la politique P2MP ; le RFC 9524 définit les rôles de réplication Root, Bud, Leaf et nœud intermédiaire ; le RFC 9961 fournit ping et traceroute pour une politique SR P2MP MPLS. Une politique valide, un arbre programmé et une observation OAM se complètent. Aucun ne remplace les deux autres.

L’identité de l’arbre ne suffit pas à identifier le service

L’instance calculée reçoit un Tree-SID. La racine place le trafic dans l’arbre ; les nœuds du fournisseur le dupliquent selon les branches installées ; la feuille enlève le Tree-SID avant de livrer le contenu dans le contexte MVPN ou EVPN.

Sur un arbre réservé à un seul service, l’identifiant de l’arbre peut suffire à retrouver ce contexte. Sur un arbre partagé, plusieurs VPN utilisent le même P-tunnel. Un label de service, un SID SRv6 ou un argument supplémentaire doit alors désigner le bon client. Le paquet peut parcourir toutes les branches prévues et terminer dans la mauvaise table. Le succès du transport n’efface pas l’échec de démultiplexage.

Le multihoming EVPN ajoute le split horizon. Cette règle empêche un paquet broadcast, unknown-unicast ou multicast de revenir sur le même segment Ethernet et de parvenir deux fois au site. L’adhésion correcte des feuilles ne prouve pas que l’ESI et le filtre de split horizon sont cohérents. Deux copies reçues restent une anomalie, même lorsque la topologie dessinée est parfaite.

Le reçu doit donc joindre Tree-SID et identité du service : label ou SID, segment Ethernet, valeur de split horizon, PE d’entrée et table de sortie. Une simple cardinalité de feuilles ne permet d’inférer aucun de ces champs.

Deux modes de distribution, deux surfaces de panne

Le RFC 10018 traite aussi la réplication en entrée. Le PE d’entrée crée alors une copie par PE de sortie et l’envoie sur un chemin SR-MPLS ou SRv6. Le module de politique SR P2MP et son contrôleur n’interviennent pas de la même façon que pour un arbre commun.

Deux services peuvent donc offrir la même apparence au client tout en présentant des risques différents. L’arbre commun dépend de sa génération et de chaque point de réplication. La réplication en entrée dépend du nombre de copies à la source et de la joignabilité unicast vers chaque sortie. Une étiquette générale « multicast actif » détruit l’information nécessaire au diagnostic.

Une migration entre les deux modes est encore plus exigeante. Le registre doit préciser quels récepteurs utilisent encore l’ancien mécanisme, qui autorise la bascule, quelle observation ferme l’état précédent et comment une copie résiduelle est détectée. Sans ce registre, une équipe peut supprimer trop tôt une branche tandis qu’une autre laisse survivre un doublon.

La réception clôt la chaîne de preuve

La mesure commence à la racine : paquets acceptés du client et paquets injectés dans le Tree-SID ou la liste de réplication exacte. Sur chaque nœud, elle conserve l’entrée, les sorties dupliquées et les pertes associées à la génération. À la feuille, elle observe la décapsulation et la consultation du contexte du service. À la frontière du récepteur, elle mesure séquence, pertes, doublons, ordre, latence et consommation utile.

Ces données ne doivent pas être comprimées en un seul voyant vert. Le compteur de la racine prouve l’admission. Un compteur de branche localise une rupture. La décapsulation prouve l’arrivée au PE de sortie. Seule l’observation finale permet d’affirmer que le destinataire voulu a reçu le service selon les conditions annoncées.

Les essais de retrait donnent souvent plus d’information que l’établissement initial. Retirer une feuille pendant le trafic révèle les quatre horloges : disparition de la route, nouveau calcul, retrait de la programmation et fin effective des copies. Une réadhésion doit produire une nouvelle génération traçable. Un échec de programmation intermédiaire doit empêcher le système d’afficher une complétude fictive. Un basculement multihomé doit être contrôlé pour les doublons.

Ce que le nom de Hooman Bidgoli permet d’établir

Le profil Datatracker consulté le 1er septembre 2026 recense sept RFC associés à Hooman Bidgoli, notamment les RFC 9524, 9960, 9961 et 10018. Le RFC 10018 indique son affiliation Nokia à Ottawa. Une page officielle Nokia SReXperts décrit, à la date de sa capture, un parcours en IP/MPLS, multicast et sécurité des routeurs.

La continuité entre architecture de réplication, politique, OAM et rattachement aux services rend sa participation pertinente pour cette analyse. Elle ne prouve pas qu’il aurait conçu seul ces mécanismes, contrôlé le consensus de l’IETF ou exploité le service d’un opérateur cité. Le RFC 10018 compte cinq auteurs nommés et s’appuie sur une longue série de normes antérieures.

Un portrait centré sur une personne est utile s’il rend la responsabilité collective plus lisible. Ici, la contribution documentée de Bidgoli révèle une frontière : l’auto-découverte peut modifier une intention d’arbre, tandis que le calcul, l’installation, le contexte client et la livraison conservent chacun leur autorité propre.

Construire un reçu que l’on puisse interroger

Pour chaque changement, enregistrer l’identité du service et du locataire, le mode de distribution, la racine, les routes importées, les rôles Leaf ou Bud, le chemin candidat, les contraintes et l’objectif. Ajouter la demande au contrôleur, la génération PTI, les acquittements des segments de réplication et l’état des nœuds.

Joindre ensuite Tree-SID, label ou SID de service, segment Ethernet et règle de split horizon. Fermer la chaîne avec les paquets admis, les copies produites, les pertes, la décapsulation, les sondes OAM et l’observation des récepteurs. Pour un retrait, conserver l’initiateur, les dates de suppression à chaque couche et la preuve de fin de trafic.

Ce modèle ne prétend pas simplifier le multicast. Il lui rend une propriété plus utile : la possibilité de localiser un désaccord. L’ensemble de feuilles reste une expression exacte de l’adhésion prévue. La livraison devient une affirmation distincte, soutenue seulement lorsque tous les reçus qui suivent peuvent être joints.

Sources