Résumé

  • La RFC 9792 définit un sous-TLV Prefix Extended Flags de longueur variable pour OSPFv2 et OSPFv3, mais n’attribue elle-même aucun sens aux bits.
  • Les registres IANA actuels contiennent désormais U et UP, définis par la RFC 9929 ; cette attribution ultérieure ne prouve ni émission, ni réception, ni effet de routage.

Le point de départ est une phrase négative : lors de sa publication en juin 2025, la RFC 9792 ne définissait aucun bit. Elle livrait une grammaire pour de futures propriétés, accompagnée de règles qui empêchent de transformer un champ absent, inconnu ou mal formé en fait opérationnel.

Dans OSPFv2, le sous-TLV porte le type 11 et se place dans l’Extended Prefix TLV de la RFC 7684. Dans OSPFv3, son type est 37 ; il peut accompagner les trois TLV de préfixe de la RFC 8362 et le SRv6 Locator TLV de la RFC 9513.

Sa valeur avance par blocs de 32 bits. La longueur doit être un multiple de quatre octets ; sinon, la LSA qui le contient est mal formée et doit être ignorée. L’émetteur s’arrête au dernier bloc nécessaire pour transporter un bit à un. Tout drapeau défini au-delà de la longueur reçue vaut zéro. Les bits non attribués partent à zéro et sont ignorés à la réception.

L’absence protège donc la compatibilité, mais ne dit rien de positif sur le préfixe. Un ancien récepteur ignore un sous-TLV inconnu conformément à la RFC 3630 ou à la RFC 8362. Si plusieurs exemplaires apparaissent dans le même TLV parent, seul le premier compte ; les suivants sont ignorés et l’erreur devrait être journalisée avec limitation de débit. Aucune fusion implicite n’existe.

Un registre qui a changé ensuite

Les registres OSPFv2 et OSPFv3 d’IANA attribuent aujourd’hui le bit 0 à U et le bit 1 à UP, sur la base de la RFC 9929. Les bits 2 à 31 restent libres. Il ne s’agit pas d’une contradiction : la RFC 9792 a créé le conteneur ; la RFC 9929 a défini plus tard les premières propriétés.

Le décodage du bit ne suffit toujours pas. U signifie préfixe injoignable et UP injoignabilité planifiée. UP sans U doit être ignoré. Sous OSPFv2, les deux ne sont valides qu’avec une métrique LSInfinity. Sous OSPFv3, LSInfinity et NU dans le champ Prefix Options parent sont également requis. Les options fixes de la RFC 5340 continuent donc de participer au sens.

Une affirmation exploitable doit nommer chaque marche : spécification, attribution IANA, prise en charge logicielle, configuration locale, octets émis, décision du récepteur, calcul de route, FIB, puis circulation réelle. La politique « IETF Review » de la RFC 8126 garantit la provenance d’un numéro ; elle ne constitue pas une télémétrie de déploiement.

La leçon de la RFC 9792 est ainsi plus large que deux bits : l’extensibilité sûre dépend d’une discipline de non-déduction. Un espace réservé n’est pas encore une propriété, et une propriété enregistrée n’est pas encore un résultat réseau.

Sources