Résumé

  • Le registre des propositions d’AFRINIC date du 22 novembre 2021 la soumission d’AFPUB-2020-GEN-006-DRAFT03. Trois jours plus tard, selon une décision interlocutoire rendue ultérieurement, AFRINIC retirait un engagement pris dans le cadre du contentieux Cloud Innovation. Ce rapprochement ne prouve ni cause, ni intention, ni ciblage ; il révèle que la sortie et le contrôle étaient alors administrés au sein du même registre privé.
  • L’identifiant est décisif : le sujet est AFPUB-2020-GEN-006-DRAFT03, et non AFPUB-2019-V4-003-DRAFT03, proposition distincte de septembre 2020. Confondre les deux lignées reviendrait à attribuer au mauvais texte des débats, des versions et une histoire procédurale qui ne lui appartiennent pas.
  • La ratification du 4 février 2026 montre que le projet de 2021 a achevé une étape formelle. Elle ne démontre ni sa date de mise en œuvre, ni l’existence d’une contrepartie compatible, ni un transfert exécuté, ni un effet mesuré sur les prix, les routes ou la continuité des réseaux.
  • Une politique de transfert est utile lorsqu’elle authentifie les parties, protège l’unicité, coordonne deux registres et sécurise les changements de WHOIS/RDAP, de DNS inverse, de RPKI et d’historique. Elle cesse d’être une véritable voie de sortie si le registre d’origine peut juger l’intérêt commercial, la géographie des clients ou la loyauté régionale du titulaire.
  • La solution institutionnelle n’est pas l’absence de registre, mais un récépissé d’exécution précis, horodaté, motivé, réversible en cas d’échec technique et susceptible d’un contrôle indépendant suspensif lorsque le registre lui-même est partie au différend.

Trois jours qui ne prouvent rien — et montrent pourtant l’essentiel

Le 22 novembre 2021, le registre officiel des propositions d’AFRINIC inscrit la troisième version de la Number Resource Transfer Policy sous l’identifiant AFPUB-2020-GEN-006-DRAFT03. Le 25 novembre, d’après le jugement interlocutoire publié par la suite dans le litige l’opposant à Cloud Innovation, AFRINIC retire l’engagement qu’elle avait donné le 15 juillet de se conformer pleinement à une ordonnance rendue deux jours plus tôt. Entre ces deux dates, il n’y a que trois jours. Il serait néanmoins fautif d’en déduire que la proposition répondait au contentieux, qu’elle visait la société litigante, qu’elle aurait été coordonnée avec une étape judiciaire ou qu’une motivation cachée reliait les deux événements. Le dossier disponible ne l’établit pas.

La séquence est importante pour une autre raison, plus sobre et plus structurelle. Au même moment institutionnel, une entreprise privée chargée de tenir un registre faisait avancer une voie formelle par laquelle certaines ressources numériques pourraient changer de traitement administratif, tandis qu’elle défendait dans un contentieux sa capacité à terminer une adhésion, geler un compte et reprendre des ressources déjà déléguées. La politique ouvrait la perspective d’un déplacement ; le différend exposait les moyens par lesquels l’institution d’origine pouvait peser sur la continuité administrative de ce qui devait éventuellement partir.

La coexistence des deux processus suffit à poser le test : une sortie est-elle encore une sortie si sa reconnaissance dépend en dernier ressort du consentement discrétionnaire de l’institution avec laquelle le titulaire est en conflit ?

Ce test ne transforme pas un calendrier en accusation. Il ne suppose ni illégalité, ni mauvaise foi, ni résultat prédéterminé. Il observe seulement où se trouvent les leviers. Le registre tient les données qui relient une ressource à un titulaire reconnu, maintient des services dépendants et peut reconnaître ou refuser un changement d’état. Dès lors qu’une politique de transfert passe par lui, il faut distinguer les vérifications nécessaires à l’exactitude du registre des jugements qui permettraient au registre de décider si l’activité du membre, sa clientèle ou son choix de contrepartie mérite une sortie.

C’est dans cette frontière, et non dans une hypothèse sur les intentions, que se trouve l’enjeu de gouvernance.

Une correction d’identité avant toute analyse

L’article porte exclusivement sur AFPUB-2020-GEN-006-DRAFT03. Le numéro compte autant que la date. Une attribution antérieure associait à tort le 22 novembre 2021 et le statut ultérieur de ratification à AFPUB-2019-V4-003-DRAFT03. Or cette dernière référence appartient à une autre lignée, datée de septembre 2020. Ses versions antérieures et postérieures, ses comparaisons de compatibilité, ses débats, son appel et les suites de cet appel ne peuvent pas être greffés au texte étudié ici.

Cette correction n’est pas un détail de classement. Dans une politique technique, chaque identifiant délimite un texte, un moment et un parcours. Mélanger deux Draft 3 donnerait l’illusion d’une continuité documentaire là où il existe deux propositions différentes. On risquerait alors d’expliquer le projet de novembre 2021 avec des clauses, des objections ou des décisions propres à la série de 2019. Une analyse honnête doit commencer comme un bon registre : par une correspondance exacte entre le nom, la version, la date et l’état.

La discipline réclamée à AFRINIC dans la tenue des ressources vaut aussi pour la tenue de l’histoire de ses politiques.

La chronologie vérifiable est plus étroite. La lignée AFPUB-2020-GEN-006 avait commencé par une première version le 17 octobre 2020. La troisième version est soumise le 22 novembre 2021. Le registre actuel et la présentation de la ratification indiquent ensuite une approbation par le Board le 4 février 2026. Le corpus disponible ne fixe pas ici la date de l’appel à consensus de 2021, la clôture d’un dernier appel, la recommandation exacte adressée au Board, le détail de sa délibération, l’entrée en vigueur, un manuel d’exécution ou une première transaction. Ces silences empêchent de compresser cinq années en une ligne droite imaginaire.

Une proposition, une ratification, une exécution : trois états distincts

Le langage courant invite à dire qu’une politique « existe » dès qu’elle est publiée, ou qu’elle « fonctionne » dès qu’elle est ratifiée. Pour les ressources de numérotation, cette commodité est trompeuse. La publication met un texte dans le débat. Un éventuel consensus exprime un état du processus communautaire. Une recommandation le porte vers une autre instance. La ratification constitue une approbation institutionnelle. L’entrée en vigueur détermine quand une règle peut produire ses effets. La mise en œuvre exige des procédures, des systèmes et des responsabilités.

Un transfert inter-RIR ajoute la reconnaissance d’une contrepartie compatible, puis l’exécution coordonnée d’une opération particulière. Aucun de ces états n’est le synonyme du précédent.

La date du 4 février 2026 a donc une portée précise. Elle confirme que le texte identifié en 2021 n’est pas resté indéfiniment au stade d’un projet abandonné : il a atteint la ratification du Board. Elle ne dit pas quand un opérateur a pu s’en servir, avec quel autre registre, dans quelle direction, pour quelle catégorie de ressources, ni avec quelle qualité de service. Elle ne prouve pas davantage qu’un changement a été mené à son terme ou qu’un réseau a gagné en continuité. Garder ces états séparés n’est pas du formalisme ; c’est la condition pour ne pas transformer un acte juridique interne en résultat opérationnel inventé.

La représentation visuelle la plus fidèle serait celle de trois cadres distincts : proposition, ratification, exécution. Une carte peut franchir le premier, puis le second, sans jamais atteindre le troisième. Entre les cadres apparaissent des conditions techniques, des décisions administratives et, dans le cas d’un échange entre registres, la préparation de la destination. L’existence d’un passage dessiné ne suffit pas à établir qu’il est ouvert, réciproque et utilisable. Toute évaluation future devra demander quel texte était en vigueur, quelle paire de registres était prête et quelle preuve de changement simultané a été conservée.

Le différend de 2021, utilisé comme limite et non comme verdict

Le registre public du Board rapporte que la résolution 202107.623 du 8 juillet 2021 visait, dans l’affaire Cloud Innovation ou d’autres cas de nature similaire, quatre actes liés : terminer l’adhésion du Resource Member concerné, geler son compte, informer les utilisateurs d’une reprise imminente des ressources, puis reprendre effectivement ces ressources au bout de quatre-vingt-dix jours. Une ordonnance du 13 juillet a temporairement retenu l’action envisagée. AFRINIC a donné le 15 juillet un engagement de pleine conformité, après quoi l’ordonnance provisoire a été levée.

Le jugement interlocutoire relate le retrait de cet engagement le 25 novembre et une nouvelle mesure de retenue en décembre.

Cette suite expose l’étendue des gestes administratifs en discussion : statut du membre, accès au compte, visibilité dans WHOIS et traitement de ressources déléguées. Elle ne tranche pas le fond. Le jugement considéré est interlocutoire ; il ne décide pas si Cloud Innovation avait violé son Registration Service Agreement, si AFRINIC détenait finalement un droit contractuel de résiliation ou de reprise, ni à qui appartenaient les ressources en cause. L’article ne transforme donc pas une mesure provisoire en victoire judiciaire, ne qualifie pas la conduite des parties et ne déduit aucune propriété d’une inscription au registre.

La valeur de ce contexte est institutionnelle. Une politique de transfert doit pouvoir fonctionner précisément lorsqu’un rapport de confiance se détériore. Si elle n’est praticable que pour les membres en parfaite harmonie avec leur registre, elle offre une mobilité de confort, non une liberté de sortie. Le cas litigieux rend visible le scénario difficile : le registre d’origine peut être à la fois le teneur du dossier, l’une des parties au désaccord et l’acteur dont l’approbation écrite est nécessaire à la reconnaissance d’un changement.

Une bonne architecture ne présume pas que cette combinaison sera toujours mal utilisée ; elle évite qu’il soit nécessaire de faire confiance à une seule institution pour résoudre le conflit dont elle fait partie.