Résumé

  • Le RFC 9084 ajoute à l'annonce d'un préfixe l'OSPF Router ID du routeur d'origine et une adresse permettant de l'atteindre. Ces attributs survivent à la réannonce par un ABR, mais ne modifient pas le calcul SPF et ne valident aucun droit sur le préfixe.
  • Ketan Talaulikar est l'éditeur d'un document signé par cinq auteurs. Sa règle la plus prudente est une règle d'abstention : un ABR ne propage que les origines appartenant à son ensemble ECMP calculé et n'en indique aucune lorsqu'il ne peut pas les déterminer.

L'ABR transmet la route et remplace le nom visible

Pour un préfixe intra-aire, le champ Advertising Router de la LSA permet de relier l'annonce au routeur qui l'a produite. Lorsqu'un Area Border Router fabrique une annonce inter-aire, ce champ porte l'identité de l'ABR. C'est cohérent : le destinataire lit la LSA créée par cet ABR. Mais le routeur qui avait initialement annoncé le préfixe disparaît du registre ordinaire.

La perte devient concrète pendant un diagnostic. Un contrôleur voit plusieurs préfixes associés à l'ABR et peut les traiter comme s'ils venaient de lui. Une équipe cherche l'origine d'une mauvaise annonce et s'arrête au relais. Ou bien plusieurs routeurs fournissent le même préfixe à coût égal, alors que l'aire distante ne voit plus cette pluralité.

Le RFC 9084, publié en août 2021, ajoute la provenance à l'annonce au lieu de redéfinir le champ existant. A. Wang, Acee Lindem, J. Dong, Peter Psenak et Ketan Talaulikar constituent la liste complète des auteurs; Talaulikar y est indiqué comme éditeur. Son profil public IETF Datatracker relie cette contribution à son dossier de standards de routage.

Cette attribution est précise mais limitée. Elle ne fait pas de Talaulikar l'inventeur solitaire du mécanisme, le propriétaire du consensus IETF ou le décideur des réseaux qui l'emploient. L'article suit une participation documentée à une œuvre collective, puis laisse l'implémentation et l'exploitation à leurs responsables réels.

Le relais et l'origine répondent à deux questions

L'Advertising Router identifie l'auteur de la LSA actuellement reçue. Le Prefix Source identifie le routeur qui a fait entrer le préfixe plus tôt dans la chaîne. Les deux valeurs peuvent être exactes, car l'une décrit la transmission présente et l'autre la provenance conservée.

Le RFC n'efface donc pas l'identité de l'ABR. Il ajoute deux sous-TLV facultatifs. Cette construction garde les rôles distincts et permet aux anciens comportements de routage de continuer. Un outil peut dire « cette LSA vient de cet ABR » et « ce préfixe avait été annoncé par cet autre routeur » sans choisir artificiellement une seule vérité.

La distinction protège aussi la responsabilité. L'ABR répond de la réannonce qu'il émet. Le routeur source répond de l'annonce qui lui est attribuée. Le contrôleur répond de l'usage qu'il fait de cette attribution. Aucun champ n'absorbe les trois fonctions.

Un Router ID n'est pas une adresse de contact

Le premier attribut, Prefix Source OSPF Router-ID, transporte l'identifiant OSPF de 32 bits du routeur qui a originairement annoncé le préfixe dans le domaine. Cet identifiant doit être unique dans le domaine, mais il n'est pas nécessairement joignable. L'habitude de choisir une adresse IPv4 de loopback ne crée pas une règle universelle, et elle ne règle pas le cas d'OSPFv3 et d'IPv6.

Le second attribut, Prefix Source Router Address, contient une adresse IPv4 ou IPv6 joignable. Sa longueur est de quatre ou seize octets selon la famille du préfixe. Si le routeur publie déjà l'adresse OSPF correspondante, la même valeur doit être reprise. Sinon, l'implémentation peut choisir une adresse locale unique et joignable, par exemple une adresse annoncée comme adresse de nœud.

L'identité et la joignabilité restent ainsi deux preuves différentes. Un Router ID exact ne garantit pas qu'un opérateur puisse atteindre le routeur. Une adresse joignable ne prouve pas qu'elle représente le bon auteur. Les outils sérieux conservent les deux valeurs, leur contexte et l'heure de l'annonce.

Le transport de ces attributs repose sur les formats extensibles existants. Le RFC 7684 fournit la surface Extended Prefix d'OSPFv2; le RFC 8362 étend les LSA d'OSPFv3. Ces conteneurs assurent une syntaxe partagée. Ils ne certifient ni le propriétaire économique du préfixe ni l'identité juridique d'un opérateur.

Une origine peut être un ensemble ECMP

Le parent d'une annonce peut contenir plusieurs Router IDs sources et plusieurs Router Addresses sources, une valeur pour chacun des nœuds ECMP qui ont produit le préfixe. Le modèle refuse donc de réduire une origine distribuée à un routeur « principal » choisi pour simplifier l'interface.

Cette pluralité oblige le consommateur à préserver une cardinalité. Lire uniquement le premier sous-TLV, fusionner les valeurs ou conserver l'ancien ensemble après un changement de calcul recrée une provenance fausse. Le contrôleur doit pouvoir montrer quels nœuds composaient l'ensemble, quand l'ensemble a changé et quelle annonce justifiait chaque membre.

L'ECMP décrit ici des contributeurs au résultat de routage. Il ne révèle pas le hachage des flux, la part de trafic reçue par chaque next hop ni la réussite de leur plan de données. L'attribut explique une origine du calcul; il ne raconte pas le trajet d'un paquet particulier.

La règle décisive est de ne pas inventer

Lorsqu'un ABR transmet vers une autre aire non-backbone un préfixe appris par une annonce inter-aire du backbone, il recalcule les nœuds qui contribuent aux chemins ECMP. Il ne peut reprendre que les informations d'origine appartenant à cet ensemble.

S'il ne parvient pas à déterminer les nœuds d'origine qui contribuent au résultat, il ne doit inclure aucun des deux sous-TLV. L'absence signifie « provenance non déterminée dans cette étape ». Remplir le vide avec l'ABR, la dernière valeur connue ou un routeur plausible transformerait une limite d'observation en fait inventé.

Cette règle empêche aussi la copie éternelle. Une origine qui participait hier ne doit pas rester attachée au préfixe si le calcul actuel ne l'utilise plus. La provenance propagée dépend donc de l'état courant, pas seulement d'une donnée encore disponible en mémoire.

Dans une annonce intra-aire, le récepteur peut comparer le Router ID source avec l'Advertising Router de la LSA. Une différence rend le sous-TLV invalide. Pour les annonces inter-aires et externes, cette vérification n'est pas fiable précisément parce que le relais et l'origine sont différents. L'information devient plus utile à distance tandis que sa validation directe devient moins forte.

Les contrôles syntaxiques n'établissent pas la vérité

Un Router ID égal à zéro est ignoré et devrait être journalisé comme erreur, avec limitation de débit. Une Router Address dont la longueur ne correspond pas à la famille d'adresse est également ignorée et journalisée. Ces règles empêchent les valeurs manifestement impossibles d'entrer dans l'analyse et évitent qu'un flot d'erreurs monopolise les logs.

Elles n'authentifient pas un attribut bien formé. Le RFC indique qu'un nœud malveillant capable d'injecter des annonces de préfixe peut aussi injecter de fausses informations de source. La sécurité OSPF protège un périmètre de transport et de participation; elle ne transforme pas toute assertion d'un participant compromis en vérité.

Un consommateur doit donc conserver le niveau de confiance. Une égalité intra-aire vérifiable vaut davantage qu'une valeur inter-aire seulement plausible. Une adresse atteignable est une observation supplémentaire, pas un certificat d'origine. Et une source cohérente avec la LSDB ne prouve toujours pas que le trafic est effectivement transmis.

La redistribution rend le sens de l'adresse politique

Pour un préfixe injecté depuis un autre domaine de routage, l'ASBR est le point d'entrée visible par OSPF. Le routeur réellement associé au préfixe peut se trouver à l'extérieur. Le RFC laisse aux implémentations la possibilité d'indiquer l'adresse de l'ASBR ou celle du nœud extérieur propriétaire du préfixe, avec un contrôle de configuration.

Les deux choix ont une utilité différente. L'adresse de l'ASBR désigne le point d'action de l'équipe OSPF. L'adresse extérieure conserve une provenance plus longue, mais elle peut exposer une topologie, être inaccessible depuis le domaine ou dépendre d'une confiance étrangère. L'attribut ne contient aucun bit disant quel choix local a été fait; cette politique doit être documentée ailleurs.

La traduction d'une annonce NSSA vers une annonce AS-externe suit la même discipline que la propagation inter-aire. Le traducteur ne doit ni effacer inutilement l'origine ni prolonger une attribution qui ne correspond plus à son ensemble calculé.

Plus de provenance signifie plus d'état et plus de divulgation

Chaque source ajoute des octets à la base d'état de liens et du travail de flooding. Avec plusieurs sources ECMP et beaucoup de préfixes, la croissance n'est pas théorique. Le RFC demande d'en mesurer l'impact et permet de sélectionner uniquement les préfixes pour lesquels l'information d'origine est nécessaire.

La sélection peut viser les préfixes de service critiques, les points de redistribution ou les objets consommés par un contrôleur TE. Appliquer l'extension partout sans mesurer la taille, le churn et les capacités de parsing confond transparence et gratuité.

L'autre coût est la divulgation. Une frontière d'aire masque normalement une partie de l'organisation interne. Exporter le routeur source révèle qui produit un service et comment plusieurs nœuds se partagent l'origine. Cette visibilité facilite le dépannage, mais elle peut aussi fournir une carte au-delà du cercle qui en avait besoin.

La gouvernance porte donc sur le destinataire, le sous-ensemble de préfixes, la durée de conservation et la révocation. Une provenance sans limite de distribution devient un inventaire permanent qu'aucun routeur n'avait reçu mandat de publier globalement.

La provenance n'entre pas dans le calcul SPF

Le RFC affirme que les deux attributs ne modifient pas le calcul OSPF fondamental. Une source bien renseignée n'améliore pas la préférence de la route, ne l'installe pas et ne lui donne aucun droit. Elle ajoute un élément d'explication pour l'analyse, le dépannage et l'ingénierie de trafic.

Un contrôleur qui agit sur cette information prend donc sa propre décision. Il doit la rapprocher de la LSDB courante, du calcul de l'ABR, de la politique locale, des next hops installés et du trafic observé. Le sous-TLV n'est pas un ordre signé.

Le texte ultérieur de Lu Heng, Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption, fournit à Sofia Ren une grille de lecture : la couche commune se limite à deux identifiants et à des règles d'omission; le choix des préfixes, de l'adresse extérieure et des usages reste local.

Running-Code Primacy ajoute l'épreuve de réalité. Une provenance utile doit rejoindre l'annonce courante, l'ensemble ECMP, l'adresse joignable, l'état du contrôleur et le forwarding. Ces essais de Heng sont une analyse de 2026, pas la preuve d'une intention privée des cinq auteurs.

Le préfixe peut ainsi conserver le nom de son premier routeur sans que ce nom gouverne le chemin. La spécification conserve une trace; l'organisation qui la reçoit reste responsable de ce qu'elle en conclut.

Sources