Résumé

  • Le Draft 1, version 1.0 d’« IPv4 Inter-RIR Legacy Resource Transfers », a été soumis par Jordi Palet Martinez le 13 mai 2019 et est resté « Under discussion ». Il proposait de modifier l’article 5.7 du CPM, mais les éléments disponibles ne prouvent ni adoption, ni mise en œuvre, ni transfert accompli sous ce texte.
  • Son noyau administratif était défendable : exiger que la source soit le détenteur légitime reconnu par le RIR concerné, vérifier l’absence de litige sur la ressource, coordonner les registres et publier une mise à jour cohérente afin de ne pas perdre l’historique d’enregistrement.
  • Ses conséquences contractuelles devaient être examinées séparément. Le texte soumettait le destinataire aux politiques et documents juridiques ou accords de service du RIR compétent, et prévoyait la fin du statut historique pour les transferts internes à AFRINIC et les transferts entrants. Il ne précisait pas le statut résultant d’un transfert sortant.
  • Le Draft 1 n’a créé aucun frais de transfert. Les éléments relatifs aux frais viennent d’un guide de service portant la référence de février 2018 : aucun frais pour la source historique non membre, tandis que le destinataire supportait, selon sa situation, les frais d’adhésion et d’allocation ou d’assignation applicables.
  • AFRINIC peut fournir un précieux service privé d’authentification, de coordination et de tenue des inscriptions. Elle ne détient pour autant aucun pouvoir souverain, réglementaire, policier, punitif, confiscatoire ou juridictionnel. Mettre le registre à jour ne suffit pas à lui transférer la propriété, à lui permettre de trancher définitivement un titre ou à imposer un contrat sans accord distinct.

L3 — Le registre arrivé sans contrat

L’anomalie existait avant le projet de politique. Des ressources IPv4 avaient été attribuées avant l’organisation actuelle des registres Internet régionaux. AFRINIC expliquait avoir hérité de RIPE NCC, d’ARIN et d’APNIC des inscriptions concernant des détenteurs situés dans sa région de service. Elle continuait à administrer ces données alors même qu’aucun contrat ne la liait ordinairement aux organisations concernées. Le registre connaissait donc un nom, une organisation et une ressource, sans pouvoir se prévaloir de la chaîne contractuelle qui accompagne normalement un membre et ses services. Cette situation ne rendait pas la ligne inutile.

Au contraire, parce que tant d’acteurs techniques regardent cette ligne, sa fiabilité était une infrastructure en soi.

Une demande de modification ne pouvait cependant pas être acceptée sur une simple affirmation. Si une partie déclarait avoir acquis un bloc, AFRINIC devait savoir si le demandeur était autorisé à parler pour la source. Une erreur aurait pu substituer un tiers au détenteur inscrit, produire deux prétentions concurrentes et fragiliser tout ce qui dépend de l’identification publique de la ressource. Les opérateurs de réseau, les partenaires de transit, les équipes de sécurité, les gestionnaires de DNS inverse et les conseils chargés d’une transaction ont besoin d’une version cohérente de l’histoire.

Une base qui ne suit plus le contrôle effectif perd de sa valeur ; une base qui accepte n’importe quelle déclaration devient dangereuse. Le vrai problème était de construire une mise à jour assez rigoureuse sans prétendre que la rigueur administrative créait un droit supérieur.

C’est dans cet espace étroit que s’inscrivait AFPUB-2019-v4-001-DRAFT01. La page officielle l’identifiait comme la version 1.0 d’« IPv4 Inter-RIR Legacy Resource Transfers », rédigée par Jordi Palet Martinez, soumise le 13 mai 2019 et placée sous le statut « Under discussion ». Le projet proposait une modification de l’article 5.7 du Consolidated Policy Manual. Son point de départ était l’absence, chez AFRINIC, d’un mécanisme inter-RIR pour les transferts de ressources IPv4 historiques, alors qu’un marché existait déjà.

Le risque annoncé était que des mouvements effectués hors du processus officiel fassent disparaître l’historique d’enregistrement. Cette justification ne reposait pas sur une souveraineté régionale : elle reposait sur la qualité du registre.

Le texte distinguait deux configurations. Un transfert intra-RIR concernait une source et un destinataire tous deux situés dans la région de service d’AFRINIC. Un transfert inter-RIR mettait en présence une partie relevant de cette région et une autre relevant de la région d’un autre RIR. Cette architecture était plus qu’une taxonomie. Dans un transfert interne, un même teneur de registre pouvait vérifier les deux côtés et modifier ses inscriptions.

Dans un transfert entre régions, il fallait que deux organisations coordonnent leurs états, leurs critères de réception et leurs dates afin qu’une ressource ne soit ni enregistrée deux fois ni perdue entre deux systèmes.

Le Draft 1 posait une première condition sensée : la source devait être le détenteur légitime actuel reconnu par le RIR concerné. Il exigeait aussi que la source ne soit pas impliquée dans un litige portant sur le statut de la ressource. Ces deux tests répondent à des risques différents. Le premier cherche à authentifier l’auteur de la demande ; le second évite qu’une modification administrative paraisse départager des prétendants pendant qu’une contestation demeure ouverte. Ni l’un ni l’autre ne confère au registre un titre sur le bloc.

Reconnaître un détenteur aux fins d’une inscription signifie que les preuves disponibles justifient la modification demandée ; cela ne signifie pas que le registre a créé le droit qu’il décrit ou qu’il peut rendre une décision définitive opposable comme le ferait une juridiction.

Cette distinction est particulièrement importante pour des inscriptions héritées. AFRINIC indiquait, dans ses informations destinées aux détenteurs historiques, demander des preuves de détention avant d’effectuer une mise à jour du WHOIS. Après avoir conclu que le demandeur était habilité à solliciter le changement, elle mettait à jour les coordonnées de l’organisation et de la ressource. Cette description permet de comprendre la fonction : comparer des documents, établir une continuité, identifier le demandeur et corriger la base.

Comme cette page a été mise à jour après 2019, elle ne doit pas être transformée en transcription des procédures exactes du 13 mai. Elle confirme toutefois le caractère durable de l’écart entre la tenue d’une inscription et l’existence d’un contrat ordinaire.

Le projet introduisait ensuite une asymétrie directionnelle. Lorsqu’une ressource partait de la région d’AFRINIC vers un autre RIR, seule une ressource IPv4 historique pouvait sortir selon le texte. En revanche, il n’appliquait pas la même limitation aux ressources entrant dans la région d’AFRINIC. Le compte rendu de la réunion de juin a résumé cette frontière : divers types de ressources IPv4 pouvaient entrer, tandis que seules les ressources historiques pouvaient sortir.

On peut comprendre cette limite comme un compromis visant à ouvrir une voie pour les anciens enregistrements sans autoriser la sortie générale des ressources distribuées dans le cadre plus récent d’AFRINIC. La comprendre n’oblige pas à lui attribuer une légitimité publique ni un effet qu’elle n’a jamais acquis.

Du côté du destinataire, le texte ajoutait des conditions qui changeaient la nature de l’opération. Si le destinataire se trouvait dans la région d’AFRINIC, il devait démontrer un besoin IPv4 qu’AFRINIC approuverait selon les politiques existantes. Si le destinataire se trouvait dans une autre région, les politiques du RIR de destination fournissaient le critère pertinent. Le destinataire devait être membre du RIR compétent et être soumis à ses politiques ainsi qu’à ses documents juridiques ou accords de service.

Il ne s’agissait donc plus seulement de savoir si la source avait qualité pour demander la modification et si les registres pouvaient effectuer une inscription non contradictoire. Il s’agissait également de déterminer selon quelles règles le destinataire recevrait des services.

Le Draft 1 conservait en outre une restriction postérieure au transfert : pendant douze mois, la source n’aurait pas été éligible à de nouvelles allocations ou assignations IPv4 d’AFRINIC. Dans la colonne proposée, il omettait en revanche la restriction alors existante liée à la réception d’une ressource pendant les douze mois précédant le transfert. Ces détails montrent que le texte ne se contentait pas de définir un message technique échangé entre registres. Il modifiait des conditions d’éligibilité.

Là encore, l’observation doit rester bornée : cette version a proposé ces règles ; rien dans les éléments disponibles ne démontre qu’elles ont été appliquées à une opération réelle.

La phrase la plus lourde concernait le statut historique. Le projet déclarait que les ressources IPv4 historiques ne seraient plus considérées comme historiques dans deux situations précises : le transfert intra-RIR et le transfert inter-RIR entrant dans la région de service d’AFRINIC. Pour le transfert sortant vers un autre RIR, le texte du 13 mai ne disait pas quel statut en résulterait. Il est donc inexact d’étendre la perte de statut à toute sortie. Cette absence n’est pas un détail à combler par intuition.

Elle trace la limite de ce que le texte permet d’affirmer et laisse le contexte du registre destinataire traiter la situation sans qu’une réponse soit attribuée au Draft 1.

La perte du statut historique n’était pas équivalente à la simple correction d’un nom dans le WHOIS. L’origine d’une ressource, le contrôle actuel de celle-ci et le contrat choisi pour des services présents sont trois caractéristiques qui peuvent être consignées séparément. Modifier la seconde n’oblige pas logiquement à effacer la première. Quant à la troisième, elle suppose des conditions intelligibles et un consentement réel. Le destinataire peut souhaiter bénéficier d’un service continu et accepter un accord correspondant.

Cela ne permet pas de dire que l’exactitude de l’inscription produit d’elle-même une renonciation générale à la position historique du bloc.

Les affirmations de compatibilité interrégionale doivent recevoir le même traitement précis. L’auteur du projet soutenait que le dispositif permettrait des transferts bidirectionnels avec LACNIC et RIPE, limiterait les échanges avec APNIC aux seules ressources historiques et n’autoriserait pas les échanges avec ARIN en raison d’une formulation de réciprocité. Ce sont les appréciations de compatibilité présentées dans la proposition. Les éléments retenus ici ne les requalifient pas en déterminations indépendantes et définitives des quatre autres systèmes.

Elles montrent ce que le projet cherchait à rendre possible, non ce qu’une autorité extérieure aurait certifié.

La réunion AFRINIC-30 du 19 juin 2019 a discuté ce projet à côté d’un autre projet de portée plus large. Les deux textes étaient distincts même si leur auteur a indiqué qu’une phrase seulement les différenciait dans leur contenu. Cette proximité a pu rendre la discussion difficile à lire, mais elle ne permet pas de verser les caractéristiques de l’un dans l’autre. Le résultat concernant le Draft 1 est net : les coprésidents n’ont constaté aucun consensus et les propositions sont retournées sur la liste de discussion. L’absence de consensus n’était ni une adoption différée ni une autorisation tacite.

À ce stade précis de son parcours, le Draft 1 n’avait même pas franchi le seuil privé du processus d’AFRINIC.

Une section datée du 20 juillet, publiée sur la même page, contenait ensuite une appréciation du personnel. Elle ne faisait pas partie des mots de l’auteur au 13 mai. Le personnel comprenait notamment que les ressources historiques transférées passeraient sous un RSA et perdraient leur statut historique ; il signalait aussi des questions de mise en œuvre. Aucun commentaire d’un conseiller juridique n’y était enregistré. Cette lecture institutionnelle aide à voir comment les conséquences contractuelles étaient envisagées, mais elle ne réécrit pas rétroactivement le projet et ne constitue ni un jugement, ni une preuve d’exécution.

La page a ensuite été modifiée le 3 décembre tout en conservant le statut « Under discussion » et une seule entrée dans l’historique des versions.

Les frais ont une provenance différente. Le texte du 13 mai n’a ni créé ni fixé un frais de transfert. Le repère disponible vient du guide de transfert d’AFRINIC portant la mention de février 2018. Selon ce guide, une source historique non membre ne payait pas de frais de transfert. Un destinataire devenant membre acquittait la cotisation annuelle et un frais unique d’allocation ou d’assignation ; un destinataire déjà membre payait le frais unique applicable tout en devant rester en règle. Cette répartition distingue utilement l’ancien détenteur sans contrat du client qui reçoit des services.

Elle ne prouve toutefois pas que les montants correspondaient exactement au coût de traitement : aucune étude de coût n’est disponible ici.

Ces éléments permettent déjà de séparer cinq surfaces que le vocabulaire de « transfert » tend à confondre. Premièrement, l’authentification de la source répond à la question : qui demande ? Deuxièmement, le contrôle d’absence de litige répond à la question : une prétention concurrente est-elle visible ? Troisièmement, la coordination entre registres répond à la question : comment maintenir une inscription unique et continue ? Quatrièmement, des frais transparents répondent à la question : qui finance le travail de service ?

Cinquièmement, le contrat et le statut historique répondent à une tout autre question : quelles obligations nouvelles les parties acceptent-elles, et quels attributs de la ressource changent-ils ? La légitimité des quatre premières réponses n’emporte pas automatiquement la cinquième.

La prudence factuelle n’affaiblit pas l’analyse ; elle l’empêche de devenir un récit commode. Aucun transfert accompli sous ce Draft 1 n’est établi. Aucun détenteur nommé n’est montré perdant son statut historique. Aucun frais n’est démontré comme ayant été perçu en vertu de la proposition. Aucun prix, volume de marché ou recul mesurable de liquidité n’est disponible. Aucun tribunal n’a tranché ici la nature patrimoniale de l’IPv4. Le document est un projet en discussion, suivi d’un échec de consensus et d’une lecture du personnel.

C’est précisément parce qu’il n’a pas besoin d’avoir été appliqué pour révéler un problème de conception que ses clauses méritent une lecture aussi serrée.