Résumé

  • Le Link State ID d’un Intra-Area-TE-LSA sert à maintenir plusieurs annonces et n’a aucune signification topologique. L’identité OSPFv3 du lien repose notamment sur le couple Neighbor Interface ID / Neighbor Router ID.
  • Le bit U permet à un routeur de diffuser un type de LSA inconnu dans la zone. Une diffusion complète ne prouve donc ni compréhension, ni activation TE, ni usage par un calculateur de chemin.

Le faux décès d’un circuit

Après un redémarrage, un routeur répartit ses Link TLV entre des LSA numérotés autrement. Les attributs utiles restent identiques, les voisins restent adjacents et aucun câble ne bouge. L’inventaire, lui, avait choisi le Link State ID comme clé. Il clôt deux « circuits » et en crée deux nouveaux.

La base a parfaitement mémorisé un symbole de protocole et lui a attribué une réalité que le protocole refuse. RFC 5329 qualifie cet identifiant d’arbitraire. Sa fonction est de permettre plusieurs LSA TE produits par un même routeur, pas de représenter une pièce stable de topologie.

Cette nuance détermine la qualité de tout l’historique. Si la clé est fausse, les durées de vie, les corrélations d’incident et les mesures de changement deviennent des récits sur la stratégie d’empaquetage de l’origine. La précision temporelle ne répare pas l’erreur de catégorie.

L’identité est un faisceau de preuves

OSPFv3 remplace l’intuition héritée d’OSPFv2 par un sous-TLV Neighbor ID obligatoire. Il doit apparaître exactement une fois et contient deux valeurs : Neighbor Interface ID et Neighbor Router ID. Le premier situe le contexte d’interface chez le voisin ; le second désigne son identité de routeur dans le protocole.

Les adresses IPv6 locales et distantes apportent une preuve complémentaire, notamment pour distinguer des liens parallèles. Elles forment des ensembles, peuvent changer, et ne doivent pas être link-local. L’adresse distante peut cependant manquer ; sur un réseau multi-accès elle peut être ::.

La bonne clé d’observation conserve donc l’Advertising Router, le couple du voisin, le type de réseau et les ensembles d’adresses avec leur statut. Elle ne prétend pas devenir automatiquement le contrat commercial du circuit ou l’identité juridique de l’opérateur.

L’ancien Link ID doit être ignoré

Dans l’extension TE d’OSPFv2, Link ID aidait à identifier l’autre extrémité selon le type de lien. OSPFv3 ne connaît pas l’adresse IPv4 d’interface de cette manière. RFC 5329 demande donc que l’ancien sous-TLV ne soit pas émis et qu’il soit ignoré à la réception.

Une migration qui continue à l’afficher sans son verdict « ignoré » crée une autorité fantôme. La valeur peut sembler familière, être bien formée et correspondre par hasard à une adresse connue. Elle ne contrôle pourtant pas l’interprétation OSPFv3.

Il faut enregistrer sa présence comme anomalie d’interopérabilité, puis enregistrer séparément la décision du parseur. Effacer le champ ferait perdre l’indice ; l’utiliser ferait perdre la norme. La conservation et l’autorité sont deux opérations différentes.

Diffuser sans comprendre est un comportement correct

L’Intra-Area-TE-LSA porte le bit U et une portée de zone. Un routeur OSPFv3 qui ne reconnaît pas ce type doit tout de même le diffuser dans cette portée. Cette règle évite qu’un nœud ancien coupe la distribution d’une extension.

Le reçu de diffusion est donc réel : tel numéro de séquence et tel checksum ont traversé tel nœud. Mais il ne contient pas la preuve que le nœud a créé une entrée TE. À l’intérieur du LSA, un type de TLV inconnu est lui aussi ignoré. L’enveloppe peut être connue tandis qu’une partie du sens disparaît localement.

Un état opérationnel sérieux sépare au moins cinq étapes : diffusion, reconnaissance du type de LSA, analyse des TLV, résolution de l’identité de lien et consommation par un calculateur. Une pastille verte qui résume les cinq favorise les erreurs précisément parce que la compatibilité autorise leur divergence.

Le premier exemplaire compte

Le Neighbor ID doit être unique. Les autres sous-TLV définis par RFC 5329 ne devraient pas être répétés ; lorsqu’ils le sont, les exemplaires après le premier sont ignorés. Un dictionnaire logiciel qui garde la dernière valeur applique la règle inverse.

L’ordre filaire est donc une donnée de décision. Il faut conserver chaque occurrence, sa longueur annoncée, le bourrage exclu de cette longueur, sa position et le verdict du parseur. La valeur sélectionnée peut alimenter une vue simplifiée, à condition que la vue reste reliée à la série originale.

La répétition peut être un bug, un conflit de versions ou une entrée hostile. La norme ne permet pas de choisir l’explication, seulement de savoir quel exemplaire devait gouverner. Transformer l’anomalie en champ propre détruit l’élément le plus utile pour l’enquête.

L’adresse stable n’est pas un test de vie

Le Router IPv6 Address TLV annonce une adresse stable et routable, censée être joignable lorsque le routeur l’est. Il exclut les adresses link-local et doit apparaître dans exactement un LSA TE d’un routeur qui prend en charge l’extension.

Cette intention n’est pas un résultat de sonde. Une entrée LSDB ne prouve ni une réponse ICMP, ni une session de gestion, ni la santé d’une application. Inversement, une sonde perdue ne transforme pas le TLV en syntaxe invalide.

La chronologie doit rapprocher sans fusionner l’annonce, son âge, son retrait, la route vers l’adresse et les observations actives. Chaque couche peut réfuter une narration trop large, aucune ne remplace mécaniquement les autres.

Le registre attribue des numéros, pas des déploiements

IANA atteste le code de fonction 10 et les types de TLV associés. Cette autorité évite les collisions de codage. Elle n’atteste pas qu’un équipement précis prend en charge l’extension ou que l’opérateur l’a activée.

La surface de gestion décrite par RFC 5329 rend l’écart explicite : l’annonce TE est désactivée par défaut au niveau de la zone, tandis que l’option de désactivation par interface a un autre défaut et ne s’applique que dans une zone activée. La capacité installée et la politique effective sont deux preuves.

Sources et limite des preuves

Ces sources établissent règles, historique et attributions. Elles ne prouvent aucun déploiement actuel, équipement conforme, configuration, adjacence, base TE, chemin calculé, réservation, transfert ou effet utilisateur.