Résumé
- Le texte publié le 28 mars 2018 était l’IPv6 PI Update AFPUB-2018-V6-004-DRAFT01. Le numéro V6-003 désignait un autre instrument, l’IPv6 Initial Allocation Update destiné au terrain des allocations de LIR ; confondre les deux efface précisément l’ouverture créée pour les organisations utilisatrices finales.
- En supprimant le préalable d’un historique IPv4 PI, V6-004 a rendu pensable une identité IPv6 indépendante du fournisseur amont. Ses règles de preuve, de taille et de déploiement pouvaient servir l’unicité, la qualité du registre et l’agrégation, mais seulement si elles restaient objectives, proportionnées et étrangères à tout jugement sur le mérite du modèle économique ou du routage choisi.
- La portabilité ne garantit ni l’annonce ni l’acceptation universelle d’un préfixe. Elle réduit néanmoins le coût de sortie : DNS, listes d’autorisation, certificats, contrôles de sécurité, équipements clients et dossiers opérationnels peuvent survivre à un changement de fournisseur sans renumérotation générale.
- AFRINIC est un teneur de registre et coordinateur technique privé. Il peut vérifier une organisation, prévenir les doublons, dimensionner une inscription et corriger une erreur de registre ; il ne peut tirer d’une relation d’adhésion, d’un consensus de réunion ou d’une ratification interne un pouvoir souverain de punir, confisquer ou trancher les droits d’un réseau.
L3 — La porte IPv6 qui n’exigeait plus un passé IPv4
Imaginons une entreprise qui dessert plusieurs établissements, expose des services à des partenaires et envisage deux chemins de transit. Avec un préfixe fourni par son opérateur principal, son plan d’adressage hérite d’un choix commercial qui n’est pas nécessairement durable. Si le prix augmente, si la qualité se dégrade, si un second lien devient indispensable ou si le fournisseur disparaît, changer de relation peut signifier changer les adresses visibles par tous. Le projet d’adressage interne n’est alors plus tout à fait interne : l’amont est incorporé à l’identité publique de l’entreprise.
Un préfixe provider-independent, ou PI, ne supprime pas les dépendances du routage mondial, mais il dissocie au moins l’identité inscrite de l’identité prêtée par un fournisseur particulier.
C’est cette situation concrète qui donne sa portée au texte publié par AFRINIC le 28 mars 2018. Son identité doit être établie sans ambiguïté. L’IPv6 PI Update portait la référence AFPUB-2018-V6-004-DRAFT01. La référence AFPUB-2018-V6-003 renvoyait au projet distinct IPv6 Initial Allocation Update. Les deux apparaissent dans les archives de la même période, mais ils ne traitaient pas la même porte d’entrée. V6-003 concernait le cadre d’allocation initiale et ultérieure des registres Internet locaux, les LIR. V6-004 concernait l’organisation utilisatrice finale qui recherchait une attribution IPv6 indépendante. La proximité chronologique n’autorise donc pas l’interchangeabilité des numéros, des publics ni des mécanismes.
Cette correction n’est pas un détail bibliographique. Si l’on attribuait le sujet à V6-003, on décrirait une règle faite pour un intermédiaire qui distribue des ressources à ses clients, alors que la question propre à V6-004 était l’accès direct d’une organisation à une identité IPv6 indépendante. Un LIR reçoit des allocations dans le cadre de son activité de fourniture. Un utilisateur final demande une attribution pour ses propres sites et usages.
Les critères de taille, de preuve et de relation contractuelle ne portent pas la même signification selon que l’on coordonne un stock destiné à être sous-attribué ou une identité destinée à rester attachée au réseau de son exploitant. La bonne référence est ainsi la première condition d’une analyse institutionnelle honnête.
Avant cette révision, le chemin IPv6 PI restait lié à l’existence ou aux qualifications d’un espace IPv4 PI. Le compte rendu d’AFRINIC-28 rapporte que l’épuisement d’IPv4 rendait cette dépendance illogique : une organisation pouvait avoir un besoin IPv6 réel sans posséder le passé documentaire ou la ressource IPv4 qui lui ouvrait l’ancienne porte. L’histoire d’une technologie en raréfaction servait de filtre à l’entrée dans une autre technologie. V6-004 a cherché à retirer cette condition et à permettre qu’une demande IPv6 PI soit examinée pour elle-même.
C’était une simplification conceptuelle importante : prouver le besoin d’une identité IPv6 n’exigeait plus de prouver d’abord une biographie IPv4.
Le projet n’abolissait pas toute condition. L’architecture retracée par les documents conservés visait une organisation utilisatrice finale qui ne soit pas LIR, qui entre ou se trouve dans une relation d’adhésion d’utilisateur final avec AFRINIC, qui justifie son nombre de sites et son besoin, et qui prévoit de déployer l’espace demandé dans un délai de douze mois. Le dimensionnement partait d’au moins un /48 par site terminal. Pour plusieurs sites connectés, il prévoyait un préfixe aligné sur une frontière de quatre bits, avec justification lorsqu’un préfixe plus court — donc un bloc plus vaste — était demandé.
Le nombre de sites guidait le calcul, tandis que l’allocation clairsemée et, lorsque possible, la croissance contiguë devaient ménager l’évolution du réseau.
Ces éléments ne doivent pas être présentés comme si chaque mot du texte consolidé ultérieur figurait nécessairement à l’identique dans la première version publiée en mars. Le manuel consolidé et la clarification de 2019 permettent de suivre l’architecture devenue visible, mais ils sont postérieurs. Leur bonne utilisation consiste à éclairer les concepts et la conséquence rédactionnelle, non à réécrire rétroactivement Draft 1. Les archives officielles établissent ce qu’AFRINIC a publié et comment l’institution a ensuite décrit le texte. Elles ne changent pas la date de l’acte initial et ne lui prêtent pas une force qu’il n’avait pas encore.
La chronologie est précisément bornée. Le 28 mars correspond à la publication de V6-004 Draft 1, pas à son entrée en vigueur. Le 6 juin, lors d’AFRINIC-28, l’auteur a expliqué le retrait du lien avec IPv4 PI et le mécanisme de rectification d’une taille initiale devenue inadaptée. Les participants ont discuté, entre autres, de la règle des douze mois, du maintien du principe de ratio HD et de l’éventualité d’un suivi des routes par AFRINIC. Le compte rendu attribue à l’auteur l’indication que le texte relatif au ratio demeurait et que le personnel n’avait pas reçu pour instruction de surveiller le routage.
Une objection enregistrée voulait conserver la qualification IPv4 jusqu’à ce que des critères IPv6 plus complets soient définis. Les coprésidents ont néanmoins fait passer le projet en dernier appel, faute de mouvement vers une modification du texte.
Ce passage en dernier appel était une étape de processus. Il n’était ni la publication, déjà intervenue, ni la ratification, encore à venir, ni l’implémentation. Les 7 et 8 août 2018, le conseil d’administration a consigné la résolution 201808.449 ratifiant V6-004 Draft 1 et demandant au personnel de le mettre en œuvre. Le 29 novembre, AFRINIC a annoncé une mise en œuvre partielle des sections correspondantes, certaines automatisations restant en attente. La révision du manuel consolidé situe ensuite les changements dans les sections 6.8 à 6.8.4.
Cette succession évite le raccourci selon lequel la simple mise en ligne de mars aurait déjà créé une règle opératoire complète.
Elle évite un second raccourci, plus institutionnel encore. Une publication, un débat, un dernier appel, une ratification interne et une annonce de mise en œuvre sont des actes d’une organisation privée. Ils peuvent structurer son service d’inscription et ses relations contractuelles. Ils ne fabriquent pas une compétence publique. Le fait qu’AFRINIC ait adopté une règle ne transforme pas le registre en législateur d’Internet ni l’attribution en concession souveraine. L’utilité de l’acte tient à la coordination : une inscription unique, des données de contrôle suffisamment fiables, une taille cohérente et une capacité de continuité.
Sa nature ne change pas parce que les étapes du processus portent des noms empruntant au vocabulaire de la décision collective.
Le mécanisme de rectification illustre la valeur possible d’une règle étroite. Une organisation peut sous-estimer sa croissance ou voir son plan évoluer après une première attribution. Si la taille initiale ne correspond plus au réseau réel, une voie de correction peut éviter que l’erreur se fossilise. La réunion de juin a présenté cet aspect comme une possibilité nouvelle. Une bonne rectification cherche la continuité : elle corrige l’écriture ou fournit un espace adapté sans imposer inutilement la destruction d’une identité déjà déployée.
Elle ne doit pas devenir une prérogative illimitée de renumérotation au motif que le teneur de registre aurait changé d’appréciation.
Les limites factuelles restent importantes. Les pièces disponibles n’établissent aucun nombre de routes mondiales supplémentaires causées par V6-004. Elles ne documentent aucune organisation nommée dont la demande aurait été refusée, l’espace récupéré ou le réseau forcé à renuméroter sous cette règle. Elles ne prouvent pas davantage que tout préfixe PI attribué aurait été accepté et propagé par tous les réseaux. Une inscription coordonnée et une annonce BGP sont deux choses différentes ; l’acceptation de cette annonce par des tiers en est une troisième.
Décrire l’ouverture de la porte ne permet pas d’inventer le nombre de personnes qui l’ont franchie ni la portée mondiale obtenue ensuite.
L’acte de mars mérite donc une appréciation exacte. Il a retiré un filtre historique sans rapport nécessaire avec le besoin IPv6 présent. Il a orienté l’examen vers l’organisation, les sites, le plan et la taille. Il a conservé des attentes dont la portée devait être testée, notamment le déploiement et l’annonce. Et il a laissé apparaître une question qui dépasse la rédaction d’un formulaire : quand une condition protège-t-elle l’unicité et le routage, et quand devient-elle la préférence privée d’une institution sur la manière dont un réseau devrait se comporter ?
C’est dans cette frontière, non dans le prestige de la procédure, que se mesure la qualité de V6-004.
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
