Résumé

  • Le surnom RBridge abrège sur 16 bits une identité IS-IS et peut, selon le bit M, désigner un RBridge de sortie ou un arbre de distribution ; le nombre isolé n’est donc pas une identité durable.
  • Une collision peut contraindre même un détenteur configuré à changer de valeur. Il faut conserver les deux annonces, leurs priorités, la portée, la règle de départage corrigée et les effets de transmission.

Sur un écran d’inventaire, 0x2A10 paraît d’une stabilité exemplaire. Le matin, il est rangé sous un commutateur. Après la réunion de deux campus TRILL, le même nombre arrive dans un autre LSP, porté par une autre identité IS-IS. L’écran conclut à un doublon matériel. Le protocole, lui, voit deux prétentions à une ressource compacte et dispose d’une règle pour choisir laquelle subsiste.

Ce décalage vient d’une faute de catégorie. L’inventaire veut un nom qui traverse le temps, les redémarrages et les changements de topologie. TRILL veut une abréviation assez courte pour son en-tête, unique dans une portée déterminée et renégociable lorsqu’un conflit apparaît.

Donald E. Eastlake 3rd a contribué à plusieurs couches du dossier public. Il est coauteur de la spécification de base, RFC 6325, premier auteur de RFC 7176 sur les codages IS-IS de TRILL et de RFC 7780, qui corrige notamment le départage des surnoms. Il a aussi cosigné RFC 8397 sur les surnoms uniques en TRILL multiniveau. Son profil IETF établit l’identité et la bibliographie publiques. Ces textes restent des œuvres collectives de l’IETF et ne confèrent à aucun auteur le contrôle d’un réseau réel.

Le nombre change de sens avec le paquet

RFC 6325 appelle « surnoms » des quantités de 16 bits attribuées dynamiquement. Elles abrègent les identifiants IS-IS des RBridges. Cette relation suffit déjà à écarter l’idée d’un numéro de série : la valeur courte dépend d’une annonce et renvoie à une identité de protocole plus longue.

Un RBridge peut obtenir plusieurs surnoms. Après un redémarrage, il devrait tenter de reprendre celui qu’il utilisait, mais la tentative n’est ni une réservation ni une preuve de continuité physique. Entre-temps, une autre prétention peut être devenue recevable.

Le bit M modifie en outre la fonction du champ de sortie. À zéro pour un trafic TRILL unicast connu, le surnom indique le RBridge qui doit retirer l’encapsulation et émettre la trame native. À un pour un trafic multidestination, il indique l’arbre de distribution choisi. Une valeur qui désigne un nœud dans un contexte peut désigner un calcul d’arbre dans un autre.

Une collecte exploitable associe donc le nombre au bit M, à la position entrée ou sortie, à la classe de paquet, au temps et à la vue topologique. Sans cette grammaire, le même octet devient une fausse clé universelle.

La prétention voyage avec ses priorités

RFC 7176 décrit le Nickname Sub-TLV. Chaque enregistrement contient Nickname.Pri, une priorité de racine d’arbre et le surnom. L’identité du système à l’origine du LSP, la séquence et la durée de vie complètent la prétention.

Les deux priorités ne sont pas interchangeables. La première participe au droit de conserver la valeur en cas de collision ; la seconde sert au choix des racines d’arbres. Une base qui ne garde qu’un champ « priorité » peut produire un vainqueur ou un arbre qu’aucun paquet n’a réellement utilisé.

Le bit de poids fort de Nickname.Pri indique une valeur configurée ; les sept autres bits portent la priorité numérique. Configurer un surnom donne l’avantage sur une sélection non configurée. Cela ne crée pas un titre de propriété. La spécification prévoit qu’un RBridge configuré puisse encore perdre et doive choisir une autre valeur.

L’unité minimale de preuve n’est donc pas « surnom = machine », mais « tel IS-IS a annoncé tel enregistrement dans tel LSP, sous telle vue de l’état de liens ». Le moment de réception compte autant que la valeur.

Un erratum sépare deux vainqueurs possibles

La phrase originale de RFC 6325 consacrée au conflit comportait une erreur. RFC 7780 donne la formulation à appliquer : la priorité numérique la plus élevée conserve le surnom ; en cas d’égalité, l’identifiant IS-IS de sept octets, ou LAN ID du pseudonœud, numériquement le plus élevé l’emporte. L’autre participant doit choisir de nouveau.

Cette correction n’est pas une note bibliographique. Deux outils qui utilisent des versions différentes de la règle peuvent examiner les mêmes annonces et désigner des gagnants opposés. Le journal de décision doit donc conserver la source normative employée, les octets comparés et le résultat avant toute normalisation.

La population du concours varie aussi avec la joignabilité. Pour rechercher un conflit, RFC 7780 impose d’ignorer les surnoms détenus par des commutateurs injoignables via IS-IS. Une prétention IS-IS joignable ne peut en revanche pas être écartée au seul motif que son détenteur est injoignable dans le plan de données. Le contrôle et la transmission répondent à deux questions différentes.

Une acquisition apparemment propre ne clôt pas le dossier. Le détenteur continue de surveiller les LSP reçus. Si un prétendant joignable de priorité supérieure apparaît, il doit abandonner sa valeur, y compris lorsqu’il se trouve en état de surcharge.

La fusion révèle la date de validité

Deux campus peuvent avoir utilisé séparément la même valeur sans faute locale. Lorsqu’ils fusionnent, RFC 6325 prévoit des collisions transitoires. À mesure que les LSP franchissent l’ancienne frontière, les perdants choisissent des valeurs qui semblent libres dans leur base. Certains peuvent recommencer plusieurs fois avant convergence.

Le mot important est « semblent ». Chaque choix s’appuie sur une copie distribuée de l’état des liens. Les consoles, collecteurs et RBridges ne reçoivent pas tous la nouvelle au même instant. Un ancien lien peut être exact pour 09:14 et faux pour 09:15.

Écraser l’ancienne relation par la nouvelle détruit la cause. Un historique utile conserve les portées avant fusion, l’événement de frontière, les LSP opposés, la joignabilité, la comparaison, le retrait, la sélection suivante et le moment où des observateurs indépendants voient enfin la même carte.

La limite inverse est tout aussi parlante. Un RBridge qui ne trouve aucun surnom disponible de priorité suffisante ne peut agir comme entrée, sortie ou racine d’arbre, mais RFC 7780 lui permet encore de transiter le trafic. L’absence de surnom utilisable ne démontre donc ni l’absence ni l’arrêt de l’équipement.

« Unique » ne veut pas dire universel

RFC 8397 organise un campus multiniveau selon une approche à surnoms uniques. Des RBridges de bordure propagent des annonces unitaires ou des blocs afin de maintenir l’unicité à travers les niveaux. Le document compare ce modèle à celui des zones agrégées, où une valeur peut être réutilisée dans plusieurs zones avec réécriture à la frontière.

L’unicité est une propriété de la portée choisie et de l’état convergé. Elle n’est ni mondiale, ni éternelle, ni juridique. Elle ne relie pas directement un nombre à un propriétaire, une armoire ou un appareil.

Une bordure peut annoncer les surnoms accessibles à travers elle, et plusieurs bordures peuvent annoncer une même portée pour le routage. La prétention visible dans l’état de liens peut ainsi être une projection de joignabilité pour toute une zone. La lire comme possession physique serait aussi trompeur que de prendre une route agrégée pour la liste des machines d’un opérateur.

Conserver les relations et leurs fins

Le modèle de données devrait ancrer l’équipement, l’instance logicielle et l’identité IS-IS séparément. Le surnom devient une relation datée : portée, détenteur annoncé, bit configuré, priorité, priorité de racine, LSP source, vue de topologie, début et motif de fin.

Une collision ajoute un objet de décision. Il contient les deux prétentions brutes, la joignabilité, la règle corrigée, le vainqueur, le perdant, le nouveau choix et les éventuelles répétitions. Un redémarrage ajoute une tentative de reprise ; il ne recolle pas automatiquement deux périodes.

Enfin, le succès du concours ne prouve pas le service. Il faut relier l’annonce retenue à l’installation dans la table de transmission, au calcul de l’arbre, au contrôle de chemin inverse, au RBridge qui a décapsulé puis à la réception par la station. Le surnom gagne une comparaison ; les paquets doivent encore gagner leur chemin.

Sources