Résumé

  • RFC 1897 composait une adresse d’essai avec l’ASN du fournisseur, une partie du réseau IPv4 existant, le sous-réseau du site et l’identifiant d’interface, tout en déclarant cette adresse temporaire et récupérable.
  • RFC 2471 a remplacé ce premier plan par 3FFE::/16. Les registres, annonces BGP4+ et obligations des pTLA ont donné au 6bone une réalité opérationnelle, jamais un droit de production perpétuel.
  • RFC 3701 a fermé les nouvelles attributions puis fixé la fin au 6 juin 2006. La restitution à l’IANA prouve la clôture de l’allocation ; l’extinction de chaque dépendance devait encore être observée.

La précarité n’empêchait pas l’utilité

RFC 1897 ne proposait pas un décor de laboratoire. Le document expérimental attribuait de vraies coordonnées à des logiciels prototypes et permettait leur acheminement dans le cadre des essais IPv6. Mais il énonçait quatre limites indissociables : les adresses étaient temporaires, elles seraient reprises, leurs utilisateurs devraient renuméroter et elles ne devaient pas être routées sur l’Internet hors de l’expérimentation IPv6.

Ces limites qualifiaient l’autorité, non la performance. Une adresse pouvait être syntaxiquement valide, inscrite au registre, annoncée par un pair et atteinte par une application. Autant de constats utiles, mais aucun ne transformait la délégation d’essai en propriété.

La forme de l’adresse révélait en outre la dette à venir. Elle encodait l’ASN sur 16 bits du fournisseur courant, les 24 bits de poids fort du réseau IPv4 routable de l’abonné, un sous-réseau sur 16 bits et un identifiant d’interface sur 48 bits, souvent issu d’une adresse MAC. Quand le préfixe IPv4 dépassait 24 bits, son reliquat entrait dans le champ de sous-réseau. Le numéro résumait donc plusieurs dépendances : fournisseur, topologie IPv4, lien local et matériel.

Ce raccourci facilitait l’entrée dans l’expérience. Il rendait aussi la renumérotation prévisible. Une rupture avec le fournisseur ou une nouvelle architecture d’adressage ne changeait pas seulement une étiquette ; elle touchait DNS, tunnels, filtres, journaux et logiciels partout où le littéral avait acquis une fonction.

L’expérience a suivi l’architecture, pas l’inverse

RFC 1884 décrivait la première architecture d’adressage IPv6 en 128 bits. RFC 1887 y associait un modèle hiérarchique tourné vers les fournisseurs afin que l’adresse porte une information topologique et réduise le coût du routage. RFC 1897 en tira son plan d’essai.

Lorsque le modèle général évolua, RFC 2374 introduisit un format agrégable différent, avec les niveaux TLA, NLA et SLA et une séparation plus nette entre topologie publique et topologie de site. RFC 2471 rendit alors RFC 1897 obsolète et attribua au 6bone le TLA 0x1FFE, soit le préfixe 3FFE::/16. Le texte répéta sans ambiguïté que cette nouvelle ressource était elle aussi temporaire, récupérable et promise à une future renumérotation.

Cette seconde attribution n’était donc pas la consécration d’un patrimoine. Elle constituait une nouvelle étape d’un banc d’essai. La hiérarchie NLA devait refléter les réseaux de transit et les sites terminaux du 6bone ; chaque organisation restait maîtresse de sa structure interne. Une adresse correcte sous ce plan témoignait de sa place dans l’expérience, pas d’un titre durable.

RFC 3701 dira plus tard que le passage de 5F00::/8 à 3FFE::/16 s’était effectué avec peu de problèmes. Il faut conserver la modestie de cette phrase. Elle résume une expérience collective ; elle ne recense ni tous les équipements ni toutes les corrections locales, et ne démontre pas que la transition fut gratuite.

Les obligations d’exploitation ne créaient pas de permanence

Le 6bone prit pourtant l’allure d’un réseau administré. RFC 2546 et RFC 2772 traitent de BGP4+, d’agrégation, de filtrage, de DNS, d’un registre de type RIPE-181 et des responsabilités attachées aux pTLA. Les opérateurs devaient publier des contacts et des politiques, respecter la portée des préfixes et corriger les annonces indésirables.

Cette discipline est précisément ce qui rendait l’expérience probante. Un objet de registre attestait un responsable déclaré. Une session BGP attestait un échange de routes. Une annonce acceptée attestait une décision de politique à un instant donné. Le transfert effectif des paquets, la réponse distante et le résultat applicatif demandaient d’autres preuves. Aucune de ces pièces n’accordait une jouissance perpétuelle du préfixe.

Il faut donc lire l’histoire comme une chaîne. Un RFC définit. Une délégation autorise. Une configuration installe. Une politique de routage admet. Le plan de contrôle apprend. Le plan de données transporte. L’application confirme ou échoue. Puis la renumérotation installe le remplaçant, met à jour les dépendances, retire l’ancien chemin et vérifie que les restes ne commandent plus rien.

Une date a transformé l’avertissement en clôture

RFC 3701 fixa au 1er janvier 2004 la fin des nouvelles allocations pTLA et au 6 juin 2006 la sortie du 6bone. Après cette date, ses préfixes ne devaient plus être employés sur l’Internet et pouvaient être filtrés. L’IANA devait reprendre 3FFE::/16.

Le texte ne promettait aucune taille d’allocation de production aux anciens participants. Passer du test à la production exigeait une nouvelle autorité, issue des procédures ordinaires. Il reconnaissait aussi que le groupe de travail d’origine n’avait plus le 6bone dans sa charte et confiait la décision au processus IETF. Cela documente une voie de gouvernance ; cela ne vaut pas consentement nominatif de chaque site.

RFC 5156 a ensuite consigné le retour à l’IANA des deux blocs, 5F00::/8 et 3FFE::/16, qui ne devaient plus apparaître sur l’Internet public avant une éventuelle réattribution. Cette inscription clôt le registre. Elle ne prouve pas, à elle seule, la disparition simultanée de tous les anciens enregistrements DNS, ACL, tunnels ou fichiers de configuration. Une restitution administrative et une extinction opérationnelle ne sont pas le même reçu.

Sources