Résumé

  • RFC 9658 ajoute le couple {MT-ID, IPA} à l'identité d'un FEC multipoint mLDP et l'emploie pour le signalement, la résolution vers la racine, l'éligibilité des interfaces et LSP Ping.
  • La capacité MT Multipoint négociée atteste une procédure comprise par deux pairs ; elle ne prouve ni une définition d'algorithme commune, ni l'installation de toutes les branches, ni la livraison.
  • Un contrôle défendable relie version de topologie, capacité, octets du FEC, calcul amont, ensemble aval, labels, programmation matérielle, sondes par branche et réception.

Une capacité n'admet aucune interface à elle seule

Dans un réseau multipoint, une interface peut atteindre physiquement le bon voisin et rester pourtant incorrecte pour le service demandé. Une topologie administrative peut exclure un lien ; un Flexible Algorithm peut l'écarter pour sa métrique, sa couleur ou une contrainte. Le voisin existe, la session LDP existe, mais la branche n'appartient pas à l'univers de calcul choisi.

RFC 9658 rend mLDP conscient de cet univers. Le FEC multipoint porte désormais {MT-ID, IPA} : l'identifiant de topologie et l'algorithme IGP. La sélection amont doit résoudre la racine dans ce sous-graphe. La sélection aval ne peut retenir qu'une interface appartenant au même sous-graphe.

La règle évite qu'un arbre destiné à une politique particulière se répande sur le graphe par défaut. Mais l'encodage du couple ne démontre pas que la base de topologie locale est fraîche, que la définition de l'algorithme est identique chez tous les nœuds ou que le matériel a accepté la branche.

L'identité du FEC protège les arbres homonymes

RFC 6388 définit les FEC P2MP, MP2MP-up et MP2MP-down de mLDP. RFC 9658 incorpore la portée topologique dans ces objets. La même adresse de racine et la même valeur opaque peuvent donc désigner plusieurs LSP multipoints sans collision dès que MT-ID ou IPA diffère.

RFC 7307 avait introduit les familles MT IP et MT IPv6 pour LDP unicast. RFC 9658 réaffecte huit bits d'un champ jusque-là réservé à IPA ; l'octet encore réservé doit être émis à zéro et ignoré à la réception. Le registre IGP Algorithm Types de l'IANA distingue SPF, Strict SPF et la plage des Flexible Algorithms décrits par RFC 9350.

Cette identité est une clé de jointure. Pour devenir une preuve, elle doit conduire à la définition versionnée de l'algorithme, à l'instantané de topologie, au résultat de résolution et à l'état réellement installé. Le nombre seul ne porte pas ces faits.

La négociation promet une conduite, pas un résultat

RFC 9658 crée la capacité MT Multipoint, valeur 0x0510 du registre LDP Parameters de l'IANA. Elle peut être annoncée à l'initialisation ou dynamiquement si les pairs ont négocié le mécanisme de RFC 5561. Le bit S annonce ou retire la capacité.

Après une négociation réussie, un speaker doit accepter les FEC mLDP à portée topologique et le forwarding correspondant. C'est un engagement d'interopérabilité important. Ce n'est pas un inventaire des FEC présents, des labels distribués ou des branches programmées.

Une trace utile associe l'annonce au pair, à la session, au logiciel et à l'heure. Elle conserve ensuite séparément chaque mapping et chaque résultat de programmation. Lors d'un retrait dynamique, elle distingue la fin du support futur du sort des états déjà installés. Sans cette chronologie, une capacité vraie hier devient une autorité indue sur l'état d'aujourd'hui.

Le chemin vers la racine dépend du bon graphe

Le choix amont commence par la meilleure route vers la racine dans la topologie et l'algorithme indiqués. Ce next hop sert ensuite à choisir le pair LDP selon les procédures de RFC 6388. Une résolution accidentelle dans la table par défaut peut donc produire un voisin parfaitement valide pour le mauvais arbre.

Côté aval, toute interface conduisant au voisin n'est plus candidate. Elle doit appartenir au sous-graphe signalé. La preuve doit montrer l'ensemble candidat, l'appartenance de chaque interface, la décision d'admission, le label local et l'entrée de réplication.

Ce niveau de détail n'est pas du luxe. Un arbre partiellement correct peut livrer à certains récepteurs, réussir des compteurs agrégés et masquer la branche interdite ou absente. Le couple partagé empêche l'ambiguïté du nom ; seule la décision par interface révèle la forme réalisée.

Le wildcard et la convergence restent bornés

RFC 5918 permet une opération wildcard typée sur une famille de FEC. RFC 9658 ajoute la portée MT-ID et IPA aux opérations portant sur les FEC multipoints. Un retrait ou une requête massive peut ainsi viser le bon sous-ensemble au lieu d'effacer plusieurs arbres homonymes.

RFC 5919 définit End-of-LIB. RFC 9658 permet d'annoncer la convergence par sous-topologie avec le MT Typed Wildcard MP FEC. L'information ferme un ensemble de distribution de labels dans une session donnée.

Elle ne certifie pas l'accord des bases IGP, la réussite de la programmation matérielle ou le passage des paquets. Il faut conserver la portée exacte, le pair, l'époque de session et la version topologique auxquels End-of-LIB se rapporte. « Convergé » sans ces coordonnées dépasse l'autorité du message.

Une sonde doit garder le périmètre de sa question

RFC 6425 étend LSP Ping aux LSP multipoints, sur la base du mécanisme de RFC 8029. RFC 9658 réutilise les sous-types P2MP et MP2MP, choisit MT IP ou MT IPv6 et joint {MT-ID, IPA} à l'adresse de racine. Une sonde ne doit donc plus interroger un arbre ambigu.

Une réponse positive porte cependant sur le trajet, la branche et l'instant testés. Elle ne couvre pas automatiquement les autres feuilles, la réplication continue, l'acceptation applicative ou la qualité du service. Un verdict global exige la liste des branches, la couverture des sondes, les compteurs et l'observation des récepteurs.

La distinction affine aussi l'incident. Un échec peut venir d'un FEC absent, d'une vue topologique divergente, d'une interface exclue, d'un label manquant, du matériel ou du plan de données. Le diagnostic doit préserver cette hiérarchie au lieu de la réduire à « multicast indisponible ».

Le service annoncé n'est pas encore l'arbre livré

Dans RFC 6514, l'attribut PMSI Tunnel d'un MVPN peut porter un FEC mLDP. Avec RFC 9658, l'identifiant du tunnel doit prendre la forme multipoint MT-scoped. Le service et son arbre de transport partagent alors une identité précise.

Ils ne partagent pas encore un résultat. Une route de service peut être annoncée avant que les branches, labels ou récepteurs soient prêts. Relier l'annonce PMSI, le FEC, l'état de réplication, les sondes et la réception empêche le control plane de déclarer seul le succès.

RFC 5036 donne la base de LDP et RFC 5920 le cadre de sécurité MPLS. Une session authentifiée attribue les messages à un pair ; elle ne rend pas sa topologie fraîche. Identité du locuteur et vérité du forwarding restent deux couches.

De l'intention de branche à la copie reçue

Le dossier minimal commence par la définition IPA, sa révision et l'instantané de topologie. Il poursuit avec les capacités par pair, l'époque de session et les octets du FEC. Le calcul produit un upstream ; l'évaluation produit un ensemble aval. La distribution et la plateforme produisent labels et réplication. OAM, compteurs et récepteurs produisent enfin le résultat.

La Minimum Initial Specification de Heng Lu favorise ce vocabulaire commun sans imposer une machine centrale. La discipline des couches de réalité empêche la capacité de devenir un état de forwarding. La primauté du running code oblige l'arbre installé et le paquet observé à conclure.

RFC 9658 permet de dire sans ambiguïté quel arbre est demandé. La gouvernance commence quand cette précision n'est plus confondue avec la preuve que chaque branche a tenu sa promesse.

Sources