Résumé

  • Le 7 janvier 2009 à 05 h 37 min 40 s UTC, Vincent Ngundi, s’exprimant comme président du PDP-MG, a transmis à la liste RPD un projet de Douglas Onyango daté du 5 janvier. Le message invitait à l’examen et à la discussion : il ne ratifiait rien et n’établissait ni consensus, ni mandat représentatif, ni propriété, ni autorité contraignante.
  • Le projet ne devait devenir applicable que si la politique mondiale relative aux adresses IPv4 restantes était ratifiée. Sa phase d’épuisement devait commencer lorsqu’une demande ne pouvait plus être satisfaite sans entamer le dernier /8, ou lorsque la satisfaire viderait exactement le stock antérieur à ce /8.
  • Dans cette phase, l’unité minimale passait du /22 de 1 024 adresses, présenté comme le minimum alors en vigueur, au /23 de 512 adresses. Un LIR existant n’obtenait qu’une unité minimale par demande ; un nouveau LIR pouvait en recevoir au plus quatre, une par une. Des allocations IPv4 supplémentaires dépendaient du début d’utilisation d’IPv6 selon un plan ratifié par AFRINIC.
  • Le même texte ramenait l’horizon de planification de douze à huit mois et mettait de côté un /16 de 65 536 adresses, à la fois pour des besoins futurs imprévus et pour des /24 destinés à certaines infrastructures critiques. Le solde inutilisé de cette réserve devait retourner au stock une fois le reste du /8 alloué.
  • Le dossier scellé ne contient ni modèle de demande, ni calcul de prolongation du stock, ni norme de ratification d’un plan IPv6, ni voie de réexamen, ni données sur les bénéficiaires ou les effets. Ces absences interdisent de transformer les objectifs écrits dans le projet en résultats démontrés.

Un message qui ouvre une question, pas une règle qui la clôt

L’acte précis est modeste par sa forme et considérable par la question qu’il soulève. Le 7 janvier 2009, Vincent Ngundi a placé sur la liste RPD, en sa qualité déclarée de président du PDP-MG, le premier projet de « Soft Landing » rédigé par Douglas Onyango. Le projet portait la date du 5 janvier ; le président disait que le groupe l’avait reçu le 6. À 05 h 37 min 40 s UTC, il l’a reproduit dans son message et a demandé qu’il soit examiné et discuté. Environ une heure plus tard, une transmission substantiellement identique a de nouveau circulé.

Ce doublon confirme la circulation le même jour ; il n’est ni une version nouvelle ni un deuxième soutien indépendant.

Cette précision documentaire détermine tout le reste. Le message authentifie ce qui a été proposé et la manière dont le mécanisme était formulé à cet instant. Il ne prouve pas que le texte exprimait la volonté de tous les membres, encore moins celle d’une communauté africaine supposée homogène. Il ne transforme pas une liste de discussion en électorat, le PDP-MG en législateur ou AFRINIC en autorité publique. Le verbe juste est donc « proposer ».

Le projet demandait à des lecteurs de débattre d’un dispositif destiné à un stock futur ; l’envoi n’adoptait pas ce dispositif, ne l’appliquait pas et ne produisait aucun des effets que ses auteurs espéraient.

Le cadre procédural disponible avant cet envoi renforce cette lecture sans la dépasser. Une description publiée sur la liste RPD en 2007 indiquait qu’une proposition pouvait être soumise par n’importe qui, discutée sur la liste pendant au moins trente jours, présentée à une réunion de politique publique, soumise à une dernière période de commentaires, puis considérée par le conseil pour ratification. C’est une séquence de traitement. Elle n’est pas la preuve d’un mandat représentatif, d’une souveraineté ou d’une légitimité automatiquement acquise.

Le premier envoi du 7 janvier se situe au commencement d’un tel espace de discussion, pas à son terme.

Cet article analyse le premier projet du 7 janvier 2009 tel qu’il a été publié, et non la politique ratifiée ultérieurement ni sa mise en œuvre. Une page officielle postérieure d’AFRINIC enregistre à la fois cette date initiale et l’existence de révisions puis d’une ratification bien plus tardive. Elle sert ici uniquement de borne chronologique : elle démontre précisément pourquoi le texte final ne doit pas être projeté sur le brouillon initial. De même, une réponse de l’auteur datée du 12 janvier montre que la discussion évoluait déjà au-delà du texte scellé. Les idées modifiées de cette réponse ne sont pas intégrées au mécanisme étudié.

La condition suspendue au-dessus de tout le dispositif

Le premier verrou du projet n’était pas une taille de bloc mais une contingence. Le texte disait qu’il ne deviendrait applicable que si la politique mondiale relative aux adresses IPv4 restantes était ratifiée. Cette politique mondiale envisageait, lorsque le stock de l’IANA atteindrait un seuil déterminé, la distribution d’un /8 à chaque RIR. Au 7 janvier, la ratification n’était pas un fait accompli. Un document d’ICANN du 5 février la décrivait encore comme une proposition en dernière période de commentaires ; un autre document officiel enregistre une ratification le 6 mars, donc après la première publication.

Cette chronologie empêche deux raccourcis. D’abord, le dernier /8 dont traitait le projet était prospectif et conditionnel, non un stock dont la remise finale était déjà juridiquement ou opérationnellement accomplie au jour de l’envoi. Ensuite, la distribution prévue par une politique mondiale ne conférait pas un titre souverain au bénéficiaire régional. Elle organisait la coordination d’un espace numérique non encore alloué. Le fait qu’un registre tienne le livre et répartisse des entrées disponibles ne suffit pas à faire de ce registre le propriétaire de toutes les ressources, présentes ou déjà émises.

La contingence avait une conséquence analytique importante : tout le mécanisme initial était construit comme une règle conditionnelle de phase terminale. Il ne décrivait pas la gestion permanente de l’ensemble de l’IPv4 et ne prétendait pas, dans le dossier scellé, réécrire le statut des ressources déjà allouées. Il demandait ce qu’un coordinateur devait faire d’un dernier grand bloc encore libre si ce bloc lui était attribué dans le cadre mondial envisagé. C’est dans cette enceinte étroite que ses choix peuvent être évalués loyalement.

Le déclencheur : le moment exact où la logique devait changer

Avant la phase d’épuisement, le projet maintenait la politique d’allocation existante. Le basculement devait se produire autour d’une demande charnière. Selon le premier texte, le régime ordinaire continuait jusqu’à ce qu’une demande de LIR ne puisse pas être satisfaite à partir du stock en excluant le dernier /8, ou puisse l’être seulement en vidant ce stock antérieur au dernier /8. Le texte qualifiait cette demande de dernière demande acceptée avant la phase d’épuisement.

La formulation mérite d’être conservée avec son inconfort. Elle met côte à côte le cas où la demande oblige à entrer dans le dernier /8 et celui où elle épuise exactement tout ce qui le précède. Elle désigne ensuite la demande comme la dernière acceptée avant la nouvelle phase. Le dossier ne fournit pas une instruction d’exécution plus fine permettant de résoudre silencieusement tous les cas de bord : demande partiellement satisfaisable, frontière atteinte exactement, ordre de traitement de demandes proches ou instant administratif du changement de phase. Affirmer une solution précise à ces questions reviendrait à ajouter au projet.

Le déclencheur n’en reste pas moins intelligible dans sa fonction. Tant qu’une demande pouvait être servie sans engager le dernier /8 et sans vider le stock qui le précédait, le traitement ordinaire persistait. Lorsque cette condition cessait d’être vraie, le dernier /8 changeait de caractère administratif. Ce n’était plus seulement une réserve à laquelle appliquer les critères précédents ; il devenait un stock terminal soumis à des quantités plus petites, à des conditions nouvelles et à une réserve interne.

Cette charnière concentre une décision de distribution dans le temps. Déclencher tôt protège davantage d’options pour des demandeurs ultérieurs, mais limite plus tôt la satisfaction des besoins actuels. Déclencher tard satisfait plus longtemps des demandes selon les règles ordinaires, au risque que peu de stock demeure pour étaler l’accès. Le premier projet choisissait le dernier /8 comme frontière, sous réserve de la condition mondiale. Le dossier ne contient toutefois ni courbe de demandes ni simulation permettant de démontrer que cette frontière optimisait l’un ou l’autre objectif.

Du /22 au /23 : une petite unité, mais pas un nombre éternel

Une fois la phase d’épuisement ouverte, le projet substituait un /23 au /22 qu’il présentait comme l’allocation minimale alors en vigueur. Dans l’arithmétique brute des préfixes, le /22 représente 1 024 adresses numériques et le /23 en représente 512. Un /8 contient 16 777 216 adresses, un /16 en contient 65 536 et un /24 en contient 256. Ces nombres décrivent des positions numériques ; ils ne prouvent ni leur routabilité indépendante, ni le nombre d’utilisateurs servis, ni leur valeur économique.

Le /23 n’était pas formulé comme une constante à travers les âges. Le texte liait l’unité de la phase d’épuisement à la taille minimale générale : si ce minimum changeait, le minimum de la règle devait changer en conséquence. Le dispositif était donc une relation entre deux grandeurs — l’unité terminale et le minimum alors applicable — autant qu’un chiffre ponctuel. Présenter le /23 comme un plafond immuable ferait perdre cette dépendance.

La petite unité transforme la manière de satisfaire le besoin. Dans un régime où une demande documentée peut justifier davantage, réduire l’unité servie conserve dans le stock ce qui aurait autrement été attribué tout de suite. Cette portion préservée garde une valeur d’option pour de futurs demandeurs. En contrepartie, l’opérateur dont le besoin actuel dépasse 512 adresses ne reçoit pas, par cette seule demande, tout ce que sa justification pourrait appeler. Le choix n’abolit pas la rareté ; il décide de répartir le coût de la contrainte dans le temps et entre catégories de demandeurs.

La liste de discussion a immédiatement exposé une difficulté rédactionnelle. McTim a demandé si le /23 était conçu comme minimum ou comme maximum. Son objection ne constitue pas un verdict collectif, mais elle identifie une vraie tension du texte : le projet parlait d’une taille minimale liée au minimum en vigueur tout en organisant une limitation par demande. Pour comprendre correctement le mécanisme, il faut tenir ensemble les deux éléments. Le /23 était l’unité minimale de la phase et, pour un LIR existant, une seule unité minimale était attribuable par demande même si un besoin supérieur était documenté.

Ce n’était cependant pas un plafond explicite sur toute la durée de vie du LIR.

Deux catégories de demandeurs, deux formes de plafond

Pour un LIR existant, le premier projet prévoyait une seule allocation de taille minimale par demande. La formule était restrictive même lorsqu’un besoin documenté justifiait davantage. L’entité pouvait présenter une demande ultérieure, mais l’accès à un espace IPv4 supplémentaire était alors relié au commencement de l’utilisation d’IPv6 conformément à un plan ratifié. Le dossier ne permet pas de convertir cette séquence en un maximum total d’un seul bloc : le plafond était par demande, accompagné d’une condition pour la suite.

Pour un nouveau LIR, la construction différait. Le projet autorisait au plus quatre blocs de taille minimale, distribués un à un. Avec l’unité écrite de /23, cela représente quatre unités de 512 adresses brutes, sans que cette arithmétique dise quoi que ce soit sur les usages, le routage ou la valeur de ces adresses. Les blocs suivant le premier dépendaient eux aussi du commencement de l’utilisation d’IPv6 selon le plan ratifié. Le plafond de quatre appartenait à la catégorie des nouveaux LIR ; le transférer aux LIR existants altérerait le texte.

Cette asymétrie révèle l’objet distributif de la proposition sans révéler ses bénéficiaires réels. Le nouveau venu obtenait une limite totale explicite mais pouvait, en principe, accéder séquentiellement à plusieurs unités. L’acteur existant rencontrait une limite par événement de demande et une condition avant de revenir chercher davantage, sans nombre total explicitement fixé dans le premier texte. Les règles changent donc l’accès relatif des deux classes. Elles ne prouvent pas qui aurait finalement gagné, perdu, fractionné ses demandes ou renoncé à un projet.

Le stock scellé ne fournit ni répartition des demandeurs, ni taille typique des besoins, ni fréquence attendue des demandes répétées, ni temps de traitement. Il serait tentant de conclure qu’un plafond par demande avantage nécessairement celui qui possède une équipe administrative capable de revenir souvent, ou que la limite des nouveaux entrants garantit nécessairement leur accès. Ce sont des hypothèses plausibles à tester, non des résultats disponibles. La seule conclusion ferme est que le mécanisme créait davantage de points de contact administratifs et différenciait explicitement les deux catégories.

Le plan IPv6 : d’un chiffre observable à un jugement non défini

Chaque demande devait présenter un plan d’adoption d’IPv6 conçu pour une mise en œuvre dans les huit mois. Le premier projet indiquait qu’AFRINIC ratifierait ce plan. Si le LIR ne disposait pas d’espace IPv6, AFRINIC devait lui en allouer selon la politique IPv6 alors en vigueur, en même temps que le /23 d’IPv4, après ratification du plan. Pour obtenir d’autres blocs IPv4, le demandeur devait commencer à utiliser IPv6 conformément au plan ratifié.

Cette architecture cherchait à rendre la transition concrète : elle ne se contentait pas d’une exhortation générale, puisqu’elle associait l’accès supplémentaire au stock IPv4 non alloué à un plan et à un début d’usage. Mais le mot « ratifier » ouvrait une porte que le texte ne bordait pas. Aucune source scellée de première classe ne définit les critères selon lesquels le plan aurait été accepté ou rejeté. Elle ne dit pas quelles pièces devaient prouver le commencement de l’usage d’IPv6, qui tranchait un désaccord, dans quel délai, selon quels motifs publiés, ni comment une décision pouvait être revue.

La différence entre une limite numérique et un jugement administratif est essentielle. Compter une unité par demande ou quatre blocs au total produit une règle vérifiable à partir d’un registre. Décider si un plan est assez bon ou si un déploiement a réellement commencé requiert des définitions et des éléments probants. Sans eux, deux demandeurs apparemment similaires pourraient recevoir des décisions différentes sans que l’observateur puisse savoir si l’écart vient d’une situation technique distincte ou d’une marge d’appréciation.

McTim a soulevé dès le 7 janvier la question d’une possible intrusion dans la ratification du plan. Là encore, il s’agit de l’objection attribuée d’un participant, pas d’une preuve que le mécanisme était illégitime ou qu’il fut exercé arbitrairement. Elle éclaire néanmoins le vide documentaire. Le dossier montre une condition proposée pour une future allocation d’IPv4 libre ; il ne montre ni adoption forcée d’un protocole par pouvoir souverain, ni sanction, ni déconnexion, ni saisie d’adresses déjà attribuées.

Cette distinction protège l’analyse de deux exagérations opposées. Qualifier la condition de pure formalité ignorerait le veto potentiel contenu dans une ratification non définie. La décrire comme une police de l’IPv6 inventerait un pouvoir et des actes absents des sources. La formulation exacte est plus étroite : le projet proposait qu’un coordinateur privé conditionne l’accès à des allocations IPv4 supplémentaires provenant d’un stock encore libre à un plan IPv6 et à un début d’utilisation, tout en omettant les garanties procédurales qui auraient rendu ce jugement observable et contestable.

Huit mois : un objectif annoncé, aucun effet mesuré

Le projet réduisait de douze à huit mois l’horizon de planification et d’allocation ou d’assignation. Sa justification déclarée était de diminuer le nombre d’adresses inutilisées pendant que d’autres en manquaient. Cette phrase formule une hypothèse de conservation : en demandant aux acteurs de prévoir sur une période plus courte, on limiterait la marge incluse aujourd’hui pour des besoins plus lointains.

Le dossier scellé ne démontre pas cette hypothèse. Il ne contient pas de données de consommation, de distribution des besoins, de modèle d’épuisement ou d’estimation chiffrée du temps que l’horizon de huit mois aurait fait gagner. Il ne renseigne pas non plus les coûts d’une demande, la capacité des équipes d’AFRINIC à traiter plus d’événements ou la vitesse à laquelle les mêmes LIR auraient dû revenir.

Une objection contemporaine a précisément visé ce point. McTim a douté que huit mois permettent réellement de conserver des adresses. Mark Elkins, le 8 janvier, s’est opposé à cette période et a suggéré de reporter les règles spéciales jusqu’à ce qu’un reliquat plus petit subsiste. Leur désaccord ne prouve ni l’échec ni l’efficacité du choix. Il établit seulement que la relation entre horizon court et économie de stock était contestée dès l’ouverture du débat.

Deux mécanismes contraires sont concevables à partir de la structure, et le dossier ne les départage pas. Un horizon court peut réduire la marge non utilisée intégrée à chaque allocation. Il peut aussi multiplier les demandes et reporter la contrainte sur la fréquence administrative. Dans le premier cas, davantage de stock demeure disponible pour d’autres acteurs. Dans le second, le registre traite plus de dossiers et la capacité à solliciter de nouveau devient une composante de l’accès. Le projet annonçait le premier effet ; il n’offrait pas les mesures permettant de vérifier lequel dominerait.

Une réserve unique chargée de deux missions

À l’intérieur du dernier /8, le premier texte mettait de côté un /16, soit 65 536 adresses brutes. Il lui assignait simultanément deux usages. Le bloc devait couvrir des besoins futurs imprévus et fournir des /24, soit 256 adresses chacun, à des catégories d’infrastructures énumérées : serveurs racine, registres de gTLD, de ccTLD et d’IDN, ainsi que points d’échange Internet. La réserve était donc à la fois un coussin de contingence général et une source identifiée pour certains besoins d’infrastructure.

La qualifier d’intouchable serait faux. Chaque /24 accordé à une catégorie prévue en consommait une partie. La qualifier de réserve exclusivement destinée aux infrastructures critiques serait tout aussi inexact, puisque le texte mentionnait aussi l’imprévu. Enfin, elle n’était pas mise à l’écart pour toujours : si le /16 demeurait inutilisé au moment où le reste du /8 avait été attribué, le projet prévoyait son retour au stock pour allocation selon le même régime.

Le mécanisme avait ainsi une valeur d’option. Reporter l’usage de 65 536 adresses gardait une capacité de réponse à un besoin non connu au moment de l’écriture. Le prix de cette flexibilité était une comptabilité plus délicate. Quand le même bloc sert une liste de catégories et un reliquat d’imprévu, chaque consommation par l’une réduit ce qui reste pour l’autre. Le premier projet ne fournit pas, dans le dossier scellé, de sous-plafonds distincts, de priorité entre les missions ou de tableau de publication permettant de voir cette concurrence interne.

McTim a signalé la tension entre une réserve de /16 et son utilisation pour les infrastructures critiques. Mark Elkins a également interrogé le dessin mixte de la réserve ainsi que l’usage régional. Ce sont des questions de participants, non une conclusion adoptée. Elles montrent cependant que le statut du /16 n’était pas une note accessoire : sa double affectation et sa clause de retour conditionnaient la crédibilité de la promesse de préserver un dernier recours.

Ce que les premières réponses disent — et ce qu’elles ne disent pas

Les réactions des 7 et 8 janvier constituent des preuves de questions posées, pas des sondages d’opinion. McTim a relevé l’ambiguïté du /23, le rôle d’AFRINIC dans la ratification d’un plan IPv6, l’incertitude entourant l’efficacité des huit mois, la tension interne de la réserve et le caractère encore conditionnel de la politique mondiale. Chacun de ces points correspond à une articulation du projet : quantité, discrétion, temporalité, réserve et précondition.

Mark Elkins s’est opposé à l’horizon de huit mois, a proposé d’attendre un reste plus petit avant d’appliquer des règles spéciales, s’est inquiété des nouveaux membres ou des membres faiblement dotés, et a posé des questions sur l’usage régional et le dessin de la réserve. Une autre intervention a opposé restrictions régionales et allocation par le marché. Cette remarque prouve qu’un enjeu de méthode d’allocation fut soulevé ; elle ne transforme pas un marché en règle du projet, ne mesure aucun prix et ne constitue pas un consensus.

Les auteurs de ces messages ne peuvent pas être présentés, sur la seule base du dossier, comme représentants de l’ensemble de l’Internet africain. Leurs objections n’annulent pas le projet, pas plus que sa circulation ne le valide. Elles ont une valeur plus précise : elles donnent des tests contemporains de lisibilité. Un texte qui suscite immédiatement une question sur le sens de son unité, la norme de son veto, la durée de son horizon et la destination de sa réserve porte ces incertitudes dès sa première exposition.

Le dossier s’arrête avant toute conclusion sur la manière dont ces problèmes auraient été résolus. La réponse de l’auteur du 12 janvier est utilisée uniquement comme borne démontrant que de nouvelles idées de calendrier et d’utilisation étaient déjà discutées. Les intégrer rétroactivement au 7 janvier ferait disparaître l’objet de cet article : le compromis initial, avant correction. Il n’est donc tiré de la discussion ni récit complet, ni verdict, ni généalogie de la politique finale.

Le meilleur argument en faveur du projet

La défense la plus solide du premier dispositif commence par un fait simple : un stock terminal non alloué est fini et les allocations sont faites par blocs. Continuer à satisfaire sans règle spéciale les plus grandes demandes justifiées peut concentrer rapidement ce qui reste entre les acteurs présents au bon moment. Ceux qui arrivent ensuite, notamment de nouveaux entrants, risquent alors de ne trouver aucune portion du stock central disponible. Une unité plus petite et récurrente répartit l’accès sur une période plus longue au lieu de livrer immédiatement toute la quantité documentée.

Dans cette lecture, le plafond particulier applicable aux nouveaux LIR ménage une possibilité d’entrée sans ouvrir un droit illimité au stock. Le plafond par demande applicable aux LIR existants évite qu’une seule requête absorbe une part disproportionnée de la réserve terminale. L’horizon de huit mois cherche à rapprocher l’allocation du besoin prochain plutôt que d’un plan annuel plus large. Le /16 protège une capacité de réponse pour des infrastructures partagées et des situations imprévues. L’offre d’espace IPv6, jointe à l’exigence d’un plan, rend la préparation au double environnement plus concrète qu’une simple déclaration d’intention.

Surtout, cette défense n’a pas besoin d’attribuer à AFRINIC un pouvoir de propriétaire ou de gouvernement. Elle peut soutenir que le registre proposait une règle réversible d’administration d’un stock commun encore libre. Définir l’ordre, la quantité et les conditions d’une nouvelle allocation est une tâche de coordination lorsque plusieurs demandes portent sur un bien administrativement fini. Dans son interprétation la plus étroite, le projet ne visait ni les ressources déjà attribuées ni les choix d’exploitation au-delà de ce qui était nécessaire pour accéder à une nouvelle portion du dernier /8.

Ce contre-argument doit être présenté sans caricature. Rien dans les sources scellées ne montre que les partisans du projet voulaient gouverner l’Internet, confisquer des adresses ou punir les utilisateurs d’IPv4. Rien ne montre non plus une intention cachée d’avantager une catégorie précise. La justification raisonnable est celle d’une préservation intertemporelle : sacrifier une part de la satisfaction immédiate pour garder des options à ceux qui viendraient plus tard.

Pourquoi la défense ne suffit pas à combler les blancs

La finitude rend un choix nécessaire ; elle ne rend pas chaque choix suffisamment défini. Le premier texte réunissait des critères de nature différente. Le nombre d’unités est comptable. La catégorie du demandeur peut, en principe, être inscrite au registre. La ratification d’un plan et la preuve d’un début d’utilisation d’IPv6 appellent en revanche une appréciation. Le placement de deux missions dans un même /16 appelle un ordre ou une comptabilité. L’ambiguïté du déclencheur et du /23 appelle une instruction d’exécution. Sans ces précisions, l’instrument est partiellement visible et partiellement discrétionnaire.

Une règle étroite de rationnement peut être défendable si quatre propriétés restent ensemble : sa portée est limitée au stock non alloué ; ses critères sont observables ; les décisions contestées sont réexaminables ; ses conditions disparaissent ou sont modifiables lorsqu’elles ne servent plus le but annoncé. Le premier projet exprimait la première propriété par son objet, mais ne documentait pas complètement les trois autres. Il n’énonçait pas de norme de ratification, de preuve technique minimale, de motifs publiés, de délai de décision ou de voie de recours.

Il ne mesurait pas non plus le résultat central qu’il invoquait. Aucune source de première classe du dossier n’apporte des données de demande, une modélisation de l’épuisement, une distribution des demandeurs ou une estimation chiffrée de la prolongation obtenue par le /23 et les huit mois. Le texte déclarait vouloir réduire le stock inutilisé ; l’objection contemporaine suggérait que des demandes plus fréquentes pouvaient en être le revers. L’effet réel reste inconnu dans le périmètre autorisé.

La défense du projet gagne donc à être resserrée, non rejetée. Administrer un dernier stock est une fonction plausible d’un registre. Faire de cette fonction une source de jugement indéfini sur les architectures des opérateurs est un risque de conception. On peut reconnaître la première nécessité tout en exigeant que la seconde soit mesurable, bornée et susceptible de révision.

Le registre tient le livre ; il ne règne pas sur les réseaux

AFRINIC est un coordinateur technique privé et un teneur de registre. Il n’est ni souverain, ni législateur, ni régulateur, ni police, ni procureur, ni tribunal, ni punisseur, ni confiscateur, ni propriétaire des ressources numériques déjà émises. Son administration d’un stock encore non alloué peut justifier des critères opérationnels d’accès à ce stock. Elle ne crée pas une juridiction générale sur les titulaires, leurs modèles économiques, leurs protocoles ou leur conduite.

Cette frontière n’est pas un ajout historique aux intentions de 2009. Les sources doctrinales actuelles du dossier servent à interpréter la portée institutionnelle ; elles ne prouvent pas ce que Douglas Onyango, Vincent Ngundi ou les participants pensaient. Leur principe commun est que le registre décrit et coordonne une réalité opérationnelle. Il protège l’unicité des inscriptions, leur exactitude, leur sécurité et leur continuité. L’inscription ne crée pas par décret la réalité du routage, et la proximité d’un registre rare ne transforme pas le teneur du livre en propriétaire de ce qu’il enregistre.

La primauté du réseau en fonctionnement impose une autre discipline. Les invariants communs nécessaires à une coordination déterministe doivent être préservés, mais un choix de protocole ou de stratégie d’entreprise ne doit pas devenir, sans définition étroite, l’objet d’un veto administratif. Encourager IPv6, fournir un préfixe IPv6 et demander un pas observable peuvent être compatibles avec cette discipline. Une ratification opaque du plan ne l’est pas automatiquement.

La bonne question n’est pas de savoir si la transition est souhaitable en général ; elle est de savoir quel fait minimal, lié à une nouvelle allocation du stock commun, AFRINIC pouvait vérifier sans prétendre gouverner l’architecture du demandeur.

Le premier projet ne proposait pas de reprendre des ressources attribuées, de punir un titulaire ou de le déconnecter. Lui imputer ces actes serait inventer un abus. Mais il faut également refuser le glissement inverse, selon lequel la faculté d’accorder un nouveau bloc ferait du registre le maître permanent de tous les blocs. Une condition d’éligibilité à un stock libre demeure une condition d’éligibilité ; elle ne crée ni titre sur l’existant ni pouvoir de confiscation.

Deux raretés qu’il ne faut ni confondre ni nier

L’épuisement administratif d’un stock libre central ne signifie pas la disparition de toute adresse IPv4 utilisable. Des ressources déjà allouées continuent d’exister dans les réseaux et peuvent représenter un capital productif pour les opérateurs. Le registre ne devient pas propriétaire de ces ressources parce que sa réserve centrale diminue. La rareté ne fournit pas, à elle seule, la base d’une autorité permanente sur les titulaires.

L’autre erreur serait de nier la finitude du stock central au prétexte que des adresses existent ailleurs. Le dernier /8 ne peut être alloué qu’un nombre fini de fois ; chaque portion qui en sort consomme l’option de la donner plus tard à quelqu’un d’autre. Une politique d’accès est donc un choix réel de coordination. Le débat porte sur sa frontière, sa transparence et sa réversibilité, pas sur l’arithmétique du /8.

Ces deux vérités doivent rester ensemble. Dire « le stock libre est fini » ne prouve ni propriété universelle ni légitimité de toute restriction. Dire « toutes les adresses n’ont pas disparu » n’élimine pas le problème de distribution du stock encore administré. Le projet du 7 janvier se comprend le mieux comme une tentative de gérer la seconde question. Il devient institutionnellement dangereux seulement si cette mission temporaire est racontée comme la preuve d’une autorité durable sur la première.

La valeur économique des ressources déjà détenues n’autorise pas non plus une morale automatique du « stockage abusif ». Le dossier ne qualifie aucun demandeur ni titulaire de thésauriseur. Il ne contient ni données sur les usages ni prix de marché. La rationalité du dispositif doit donc être jugée sur ses règles d’accès au stock futur, sans présumer une faute des acteurs existants et sans prétendre mesurer des comportements absents des sources.

Les lacunes explicites des sources de première classe

Le principal document est robuste pour une question et fragile pour toutes les autres. L’archive publique de la liste établit le texte reproduit le 7 janvier, l’identité déclarée de l’expéditeur et de l’auteur, les dates, le mécanisme et l’invitation à discuter. Aucun document scellé de première classe ne fournit toutefois le registre interne de réception du PDP-MG au-delà de l’affirmation du président selon laquelle le groupe avait reçu le projet le 6 janvier.

Le dossier ne contient pas non plus une capture autonome du site original de la proposition ou un fichier séparé de la première version. La reproduction dans le message est donc le texte de contrôle disponible. La transmission substantiellement identique une heure plus tard corrobore la circulation, mais elle n’est pas une source indépendante d’intention, de soutien ou d’effet.

Sur l’économie du mécanisme, le silence est plus grand encore. Aucune source de première classe scellée ne donne les demandes historiques nécessaires à un modèle, la répartition entre LIR nouveaux et existants, les tailles documentées, la cadence de consommation ou le coût de traitement. Aucune ne calcule combien de temps le /23, la limite par demande ou l’horizon de huit mois auraient prolongé le stock. Aucune ne dit si les acteurs auraient accru la fréquence de leurs demandes. Le projet énonce une logique ; le dossier ne fournit pas l’expérience qui la validerait.

Sur la condition IPv6, il n’existe pas de norme scellée définissant ce qu’AFRINIC aurait dû ratifier, quel élément aurait démontré le début d’utilisation, quelle voie d’appel ou de réexamen aurait existé, ni quelles conséquences un désaccord aurait entraînées au-delà de la condition déclarée sur l’allocation IPv4 supplémentaire. Cette lacune interdit de conclure tant à une procédure équitable qu’à un abus effectivement commis.

Aucune source de première classe n’identifie les bénéficiaires voulus ou réels au-delà des catégories écrites dans le projet. Elle ne prouve pas un effet discriminatoire, un résultat de marché, un changement de routage ou un coût d’opérateur. Elle n’établit pas davantage qu’au moment de la première publication il existait consensus, mandat représentatif, titre de propriété, souveraineté, mise en œuvre ou effet dans le monde réel.

Enfin, les pages actuelles de NRS, de Heng Lu, de LARUS et de BTW incluses dans le dossier ne reproduisent pas un enregistrement indépendant du mécanisme de 2009. Elles apportent une doctrine institutionnelle présente, du contexte sur la continuité ou une frontière de non-chevauchement éditorial. Elles ne doivent pas être utilisées pour attribuer rétrospectivement une pensée aux participants. La page AFRINIC plus tardive est officielle pour sa propre chronologie et son propre texte ultérieur, pas pour remplacer le premier brouillon.

Les documents d’ICANN bornent le statut de la contingence mondiale, pas la légitimité ou la propriété d’AFRINIC.

Nommer ces lacunes n’est pas affirmer que les informations n’ont jamais existé. C’est dire que le corpus scellé ne les établit pas. Cette différence est la condition d’un jugement honnête : le manque de preuve n’autorise ni l’acquittement automatique de chaque zone floue, ni la fabrication d’un abus.

Le compromis initial, vu sans son avenir

Le premier projet transformait le dernier /8 attendu en instrument de rationnement par une série de leviers emboîtés. Une contingence mondiale déterminait si le dispositif pouvait s’appliquer. Une demande frontière déclenchait le changement de phase. Un /23, lié au minimum courant, devenait l’unité. Les LIR existants et nouveaux recevaient des plafonds distincts. Un plan IPv6 à huit mois et un début d’usage conditionnaient l’accès suivant. L’horizon de besoin passait de douze à huit mois. Un /16 à double usage gardait une partie du stock en option, avec retour final s’il demeurait inutilisé.

Ce dessin a une cohérence : distribuer moins maintenant afin que davantage de demandes puissent encore être servies plus tard, tout en utilisant la raréfaction du stock libre pour rendre la transition IPv6 plus concrète. Sa faiblesse n’est pas que toute rationalité lui manque. Elle est que le texte passe plusieurs fois de ce qui se compte à ce qui se juge sans fournir les critères, les preuves ou le réexamen correspondant. Il sait dire combien de blocs ; il ne sait pas dire assez précisément comment ratifier un plan. Il nomme une réserve ; il n’en sépare pas les deux destinations. Il annonce une économie ; il ne la chiffre pas.

Au stade du 7 janvier, la conclusion doit donc rester conditionnelle. Le mécanisme pouvait constituer une règle temporaire et réversible de coordination d’un stock non alloué, à condition de demeurer observable, borné et sans fuite vers les ressources déjà attribuées. Le texte publié ce jour-là ne contenait pas encore toutes les garanties nécessaires pour démontrer cette qualité. Il ouvrait un problème de conception ; il ne le résolvait pas par le seul fait d’avoir été envoyé sur une liste.

Sources