Résumé

  • RFC 2374 nommait des champs TLA, NLA et SLA dans l’adresse, mais supposait explicitement un routage par correspondance du plus long préfixe sur n’importe quelle frontière de bits.
  • Cette hiérarchie constituait un plan initial d’allocation et d’agrégation, pas une preuve automatique d’autorité, d’acceptation de route, de portabilité ou de service livré.

Un dessin qui ressemblait à une chaîne de commandement

Le format global unicast agrégeable distribuait ses 128 bits avec une précision institutionnelle : trois bits pour le préfixe de format, treize pour l’identifiant d’agrégation supérieur TLA, huit réservés, vingt-quatre pour NLA, seize pour SLA, puis soixante-quatre pour l’interface.

TLA et NLA décrivaient la topologie publique ; SLA la topologie interne du site. Un détenteur de TLA pouvait subdiviser son espace NLA entre fournisseurs et sites, lesquels pouvaient le subdiviser à leur tour. À première vue, l’adresse semblait raconter tout le chemin depuis le sommet du système public jusqu’à une interface locale.

La spécification interdisait pourtant de confondre ce dessin avec le transfert. Elle supposait que les routeurs appliquaient la correspondance du plus long préfixe sur des frontières de bits arbitraires et ignoraient la structure interne de l’adresse. Les champs servaient à l’affectation et à l’allocation. Hormis la distinction entre unicast et multicast, ils n’étaient pas des instructions sémantiques pour le routeur.

Une frontière de champ ne créait aucune route

Une autorité pouvait déléguer un préfixe sur une frontière suggérée par le format. Un opérateur pouvait l’annoncer. Un voisin pouvait l’accepter selon sa politique. Un routeur pouvait ensuite installer une entrée de transfert. Ces événements restaient quatre reçus différents.

L’adresse ne disait pas si l’allocation était encore valable, si la garde avait changé, si une route plus spécifique circulait, si une politique refusait l’annonce ni quel fournisseur transportait réellement le trafic. Une longueur de préfixe pouvait traverser un champ nommé. Inversement, une adresse parfaitement structurée pouvait rester injoignable.

La preuve utile reliait donc la règle d’allocation en vigueur, le registre de délégation, le préfixe annoncé, la décision d’importation, l’entrée installée, le chemin observé et le résultat du service. La présence de bits baptisés NLA ne remplaçait aucun de ces éléments.

8 192 était une enveloppe de planification

Treize bits autorisaient 8 192 TLA. Le nombre cherchait à maintenir les tables sans défaut dans les limites de la technologie de l’époque, tout en réservant de la place aux routes plus spécifiques optimisant les chemins internes et inter-TLA. Le texte relevait aussi le coût de calcul : un même préfixe pouvait parvenir par de nombreux chemins.

Le champ réservé offrait une issue. Une décision ultérieure pourrait étendre TLA ou NLA dans ces huit bits, ou employer un autre préfixe de format. Aucun routeur déployé ne devait deviner seul que ce futur était arrivé. Il fallait une nouvelle décision commune d’allocation et de normalisation.

C’était une spécification initiale minimale exprimée en bits : rendre le premier plan praticable, garder une marge et ne pas présenter la première hiérarchie comme la forme définitive de l’Internet.

La délégation échangeait souplesse contre agrégation

Chaque détenteur de TLA recevait vingt-quatre bits NLA et choisissait sa propre hiérarchie. Le niveau suivant pouvait encore diviser. RFC 2374 recommandait une allocation progressive et reconnaissait le compromis : une hiérarchie profonde permettait davantage d’agrégation et des tables plus petites ; une distribution plate facilitait l’affectation et l’attachement mais révélait plus de routes.

Dans le site, seize bits SLA offraient 65 535 valeurs de sous-réseau, structurées localement. Un très grand site pouvait obtenir un identifiant supplémentaire. L’allocateur public ne dessinait pas chaque sous-réseau ; le site ne contrôlait pas pour autant la route publique en dessinant bien son SLA.

Le format distribuait les décisions. Il ne les supprimait pas.

La portabilité se trouvait de l’autre côté du périmètre

L’ambition la plus politique concernait l’agrégation par les points d’échange. Un site raccordé à un échange pouvait, selon le texte, devenir indépendant de son opérateur longue distance, changer cet opérateur sans renumérotation et se multihéberger sans obtenir un préfixe de chacun.

La phrase suivante fixait la frontière : les mécanismes de sélection du fournisseur et de portabilité n’étaient pas traités. Le format ménageait une place dans la topologie d’allocation, mais ne définissait ni gouvernance de l’échange, ni politique de route, ni authentification, ni bascule, ni procédure commerciale et opérationnelle de changement.

RFC 2450 proposa ensuite des preuves pour les bénéficiaires de haut niveau : service IPv6 natif sous trois mois, expérience de transit vérifiable par les routes, registre public, statistiques d’utilisation et retrait possible. Mais ce texte Informational n’était qu’une contribution pour les deux premières années. Il annonçait lui-même que l’expérience pourrait changer les procédures.

L’expérience a fini par changer le vocabulaire

Le 6bone utilisa des formats pseudo-TLA et pseudo-NLA comme prototypes ; les premières allocations sub-TLA donnèrent à une partie du plan des traces administratives réelles. Cela prouve l’expérimentation et les affectations, pas la pérennité de chaque promesse institutionnelle.

En 2003, RFC 3587 rendit historique la structure TLA/NLA. Il conserva une forme générale composée d’un préfixe de routage global, d’un identifiant de sous-réseau et d’un identifiant d’interface. Le rôle du SLA survécut sous un nom plus direct, tandis que les implémentations furent averties de ne pas traiter 2000::/3 comme éternellement spécial.

L’agrégation et le plus long préfixe n’avaient pas disparu. Ce qui disparaissait était une interprétation obligatoire de la topologie publique par des champs fixes. Le réseau en fonctionnement avait toujours suivi les routes ; la norme rendait enfin cette séparation explicite.

Le principe de Lu Heng donnant la primauté au code en fonctionnement situe l’autorité dans les annonces, les filtres, les tables et les chemins observés. La spécification initiale minimale explique l’utilité temporaire du plan. Les couches de réalité imposent de ne pas confondre syntaxe, allocation, garde du registre, propagation, chemin et service.

RFC 2374 voulait administrer l’agrégation avec un vocabulaire inscrit dans l’adresse. Sa leçon la plus durable tient à la limite posée à ce vocabulaire : le routeur ne lisait pas la hiérarchie, il lisait la route.