Résumé

  • Le texte publié le 26 octobre 2018 portait l’identifiant AFPUB-2018-GEN-003-DRAFT01, et non AFPUB-2018-V4-003-DRAFT01. Cette correction est décisive pour ne pas le confondre avec une autre famille de propositions apparue en 2019.
  • Le projet organisait un transfert réciproque entre registres : compatibilité du registre homologue, seuils minimaux de /24 en IPv4 et /48 en IPv6, contrôles du détenteur et des litiges, justification du besoin, document de transaction, journal public et mise à jour coordonnée.
  • La preuve du détenteur actuel, l’isolement d’une ressource contestée et la synchronisation des écritures répondaient à un véritable problème de continuité. En revanche, les restrictions fondées sur l’origine, la durée de détention ou le besoin n’étaient légitimes que dans la mesure où elles protégeaient l’unicité, la résistance à la fraude ou l’exactitude du règlement.
  • AFRINIC-29 a renvoyé le projet sur la liste de discussion. La Version 1 n’a donc atteint ni consensus, ni adoption, ni mise en œuvre ; le retrait ultérieur de la Version 2, en mai 2019, n’a rien changé à ce constat.
  • Un registre privé peut rendre une transaction lisible dans son livre, mais il ne crée ni la réalité opérationnelle ni le titre par sa seule écriture. La portabilité réciproque est un mécanisme d’interopérabilité, pas une délégation de souveraineté.

L3 — Le passage de témoin entre deux registres

Imaginons une clôture de transaction à trois fuseaux horaires. L’opérateur cédant a transmis la preuve qu’il est bien le détenteur actuellement reconnu d’un bloc d’adresses. Le registre de départ vérifie son livre, recherche un éventuel litige et prépare l’état de sortie. De l’autre côté, le registre d’arrivée examine le destinataire selon ses propres critères. Les deux parties remettent l’acte juridique qui matérialise leur accord privé. À l’heure convenue, les deux registres doivent reconnaître la même mutation : même ressource, même source, même destinataire, même date.

Puis le journal public et la fiche du détenteur doivent être actualisés sans créer deux vérités concurrentes.

La difficulté ne se situe pas dans une frontière que rencontreraient les paquets. Le routage mondial ne demande pas à chaque annonce BGP de franchir un poste de douane régional. Une ressource peut demeurer techniquement utilisable alors que la vente, le financement ou la réorganisation qui la concerne ne trouve aucun chemin propre dans les registres. Le destinataire peut exploiter le réseau, payer les équipements, servir les clients et supporter le risque économique ; si les deux livres ne savent pas accepter le même changement, la preuve publique de la situation reste pourtant incomplète.

La clôture se fragilise, les vérifications se prolongent et l’écart se creuse entre l’exploitation réelle et l’enregistrement.

C’est à ce problème précis que répondait le projet du 26 octobre 2018. Il faut d’abord le nommer correctement. Le document était AFPUB-2018-GEN-003-DRAFT01, intitulé Inter-RIR Resource Transfers Draft 1, et proposait un nouvel article 13.0 du manuel consolidé. La référence AFPUB-2018-V4-003-DRAFT01 est erronée. Elle ne doit pas être reprise comme un alias commode : elle ressemble à l’identifiant d’une proposition distincte lancée en 2019 et rendrait illisible la chronologie. Le texte analysé ici est uniquement la Version 1 de la famille GEN-003 de 2018.

Son architecture peut se lire comme une chaîne de douze éléments. Le premier était la réciprocité avec le registre homologue. Le transfert ne devait être possible que si l’autre registre régional disposait lui-même d’une voie inter-registres. Cette condition n’était pas un traité entre puissances territoriales. Elle cherchait à éviter qu’un registre enregistre une sortie que l’autre serait structurellement incapable d’inscrire comme entrée. La bonne question n’était donc pas de savoir si deux institutions partageaient la même philosophie, mais si leurs procédures pouvaient produire un état final compatible et non contradictoire.

Le deuxième élément fixait les unités minimales : un /24 pour IPv4 et un /48 pour IPv6. À l’échelle du livre, ces seuils définissaient la granularité à laquelle une opération pouvait être reconnue. Ils pouvaient réduire la fragmentation administrative et aligner l’écriture sur des unités gérables. Ils ne démontraient toutefois pas, par eux-mêmes, que des fractions différentes seraient techniquement ou juridiquement impossibles. Un seuil de traitement est une règle de service ; sa présence ne transforme pas le registre en propriétaire de ce qu’il accepte d’enregistrer.

Le troisième élément était l’asymétrie la plus visible du projet : pour les sorties depuis la zone AFRINIC, les ressources IPv4 et les numéros de système autonome devaient être classés comme « legacy » par AFRINIC. Les ressources plus récemment distribuées par le registre ne bénéficiaient pas de la même voie de sortie. Cette distinction d’origine filtrait donc la mobilité en fonction de l’histoire administrative de la ressource. Elle pouvait être présentée comme un moyen de préserver certaines attentes attachées aux allocations récentes.

Elle pouvait aussi, si elle n’était pas reliée à un risque concret de double enregistrement ou de fraude, immobiliser des actifs pour la seule raison qu’ils provenaient du livre africain.

Le quatrième élément précisait le traitement d’IPv6. D’après l’évaluation du personnel, la limitation aux seules ressources legacy qui frappait les sorties IPv4 et ASN ne s’appliquait pas de la même manière à IPv6. Cette différence comptait : le projet ne posait pas une interdiction uniforme de toute ressource distribuée par AFRINIC. Il séparait les familles et superposait à IPv6 une autre précaution, temporelle. Une lecture fidèle doit conserver cette nuance au lieu de résumer le projet comme un simple mécanisme réservé à l’ancien espace IPv4.

Le cinquième élément imposait en effet une période de deux ans avant qu’une ressource IPv6 allouée ou assignée par AFRINIC puisse être transférée. Une durée de détention peut décourager l’acquisition purement opportuniste suivie d’une revente immédiate. Mais son utilité doit être démontrée à la lumière du risque qu’elle prétend réduire. Si les contrôles du détenteur, du litige et de la transaction suffisent déjà à assurer une mutation unique et traçable, deux années d’immobilisation deviennent une restriction économique supplémentaire.

Le calendrier d’un livre privé ne constitue pas, sans justification technique étroite, une compétence générale sur le calendrier d’un opérateur.

Le sixième élément plaçait une évaluation du besoin du côté du destinataire. Selon le sens du transfert, celui-ci devait justifier son besoin sous les règles d’AFRINIC ou du registre homologue. Le mécanisme distribuait donc les rôles : le registre de destination ne se contentait pas de recevoir une notification, il qualifiait le demandeur selon la politique applicable. Dans le meilleur cas, cette étape limitait les demandes fictives et permettait de vérifier que le destinataire était identifiable et capable d’intégrer la ressource.

Dans le pire, une appréciation discrétionnaire du « besoin » pouvait devenir un veto sur l’allocation de capital, même lorsqu’aucun risque d’unicité ni de fraude n’était établi.

Le septième élément concernait le détenteur actuel. Le registre compétent devait vérifier que la partie source correspondait bien à celle que son livre reconnaissait. C’est une tâche légitime et même essentielle. Une mutation sans contrôle de la source ouvrirait la voie à l’usurpation, aux erreurs d’identité et aux conflits de provenance. Cette vérification ne tranche pas toutes les questions de propriété que pourrait poser un droit national. Elle atteste plus modestement qui est le détenteur authentifié pour le service de registre au moment où une modification lui est demandée.

Le huitième élément isolait les ressources en litige. Avant de modifier l’écriture, le registre devait déterminer si la ressource était contestée. Suspendre une mise à jour lorsqu’une revendication concurrente est identifiée protège l’intégrité du livre : une inscription irréversible ne doit pas effacer la trace d’un conflit. Cette prudence n’accorde cependant pas au registre un pouvoir judiciaire. Signaler un litige, préserver l’état existant et attendre des éléments probants ne revient pas à juger les droits des parties, prononcer une sanction ou confisquer un actif.

Le neuvième élément exigeait le document juridique soutenant la transaction, fourni par les deux parties. Ce document était la charnière entre la réalité privée et l’écriture administrative. Le registre ne devait pas inventer l’opération ; il devait recevoir la preuve qu’une opération avait été conclue par la source et le destinataire. L’acte lui donnait une base pour aligner les champs du registre sans se substituer aux contractants. Cette distinction est fondamentale : la transaction précède logiquement sa transcription, même si une transcription coordonnée peut constituer une condition pratique importante de sa clôture.

Le dixième élément maintenait chaque partie sous les conditions applicables du registre concerné. Le pont ne devait pas effacer les relations de service existantes. Il assemblait deux ensembles de règles pour produire une mutation commune. C’est ici que le mot « compatibilité » doit rester précis. Une compatibilité raisonnable vérifie que les deux services peuvent authentifier les acteurs, éviter la duplication et synchroniser leurs états.

Une compatibilité excessive exigerait que chaque règle d’un registre soit reproduite ou approuvée par l’autre, donnant à une institution privée la possibilité d’exporter toute sa doctrine dans le livre voisin.

Le onzième élément fermait publiquement l’opération. Le projet prévoyait un journal comprenant la date de la transaction, la source, le destinataire, les registres concernés et les données relatives à la ressource, puis une mise à jour de l’enregistrement reflétant le nouveau détenteur. Le personnel d’AFRINIC recommandait d’utiliser le format commun de journal déjà employé ailleurs. C’était une suggestion solide : des champs homogènes réduisent le coût de vérification, préservent la provenance et permettent aux acteurs de constater qu’un seul changement cohérent a été inscrit.

Le journal est la mémoire du règlement, non le titre de noblesse du teneur de livres.

Le douzième élément regroupait les limites appliquées après l’entrée. Les blocs transférés, ainsi que leurs sous-blocs, ne pouvaient pas être retransférés pendant un an ; une ressource legacy entrant chez AFRINIC perdait ce statut. La première règle cherchait vraisemblablement à freiner les mouvements rapprochés. La seconde modifiait une qualification administrative dès le passage de frontière. Toutes deux montrent que le projet faisait davantage qu’ordonner les champs d’une fiche : il attachait des conséquences à la mobilité.

Leur légitimité dépendait donc d’un lien démontrable avec l’exactitude, la prévention de la fraude ou la continuité, et non du simple souhait de contrôler la destination future d’une ressource.

Ces douze éléments formaient un circuit cohérent, mais pas nécessairement homogène. Le contrôle du détenteur, la détection d’un litige, l’acte de transaction, le journal commun et la mise à jour synchronisée appartiennent directement à la fonction de tenue de registre. Les seuils, le besoin, l’origine legacy, les périodes de deux ans et d’un an, ainsi que la perte de statut, ajoutent des filtres sur l’éligibilité et la vitesse. Certains peuvent soutenir la qualité du circuit. Aucun ne doit être présumé indispensable au seul motif qu’il figure dans une proposition de politique.

L’évaluation du personnel du 1er novembre 2018 révèle d’ailleurs une vigilance utile sur le vocabulaire. Le texte de la Version 1 employait des termes renvoyant à l’« ownership » et à l’« owner ». Le personnel demandait de leur substituer « custodianship » et « resource holder ». La correction proposée évitait qu’une règle opérationnelle paraisse statuer sur un titre universel. Elle n’établissait pas l’inverse, à savoir que les opérateurs n’auraient aucun intérêt patrimonial ou aucun droit juridiquement reconnaissable.

Un changement de terme dans un document de service ne résout pas, pour toutes les juridictions, la nature juridique des ressources.

Le contexte de 2018 explique pourquoi la réciprocité était plus qu’une formule. APNIC disposait déjà d’un mécanisme inter-registres IPv4 fondé sur l’existence d’une voie réciproque chez l’homologue. RIPE avait publié en 2017 un cadre inter-registres capable d’accommoder une exigence de besoin venue de la région source, notamment par un plan d’utilisation à cinq ans portant sur la moitié des ressources. ARIN appliquait son propre ensemble historique de conditions à la source et au destinataire.

LACNIC, pour sa part, n’ouvrit à la discussion une proposition apparentée que le 30 octobre 2018, quatre jours après le dépôt africain ; ce n’était donc pas encore un pont mis en œuvre.

Cette photographie ne prouve pas qu’APNIC, ARIN, RIPE ou LACNIC avaient déclaré la Version 1 compatible. Le dossier ne contient aucune détermination bilatérale achevée. Il montre plutôt la diversité des interfaces auxquelles le projet africain aurait dû se raccorder. Une règle de réciprocité pouvait fonctionner avec un partenaire et échouer avec un autre, selon le type de ressource, la définition du besoin, le statut de la source ou les délais. Le projet dessinait une prise commune ; il ne prouvait pas que chaque prise étrangère accepterait la connexion.

À AFRINIC-29, le 29 novembre 2018, l’auteur présenta le périmètre IPv4, IPv6 et ASN, la limite legacy pour certaines sorties, les tailles minimales, la démonstration du besoin et la recherche d’un enregistrement exact. La décision des coprésidents fut de renvoyer la proposition sur la liste de discussion. Ce résultat est procéduralement simple et substantiellement important : le texte n’a pas atteint le consensus et n’a pas été adopté lors de cette réunion. Le rapport annuel le consignait encore comme Version 1 en discussion à la fin de 2018.

Par conséquent, aucune ressource n’a été transférée « sous » cette Version 1. On ne peut lui attribuer ni volume, ni prix, ni délai, ni refus, ni fraude évitée, ni perte subie par un opérateur. Ses effets économiques sont des mécanismes plausibles et des scénarios contrefactuels, non des résultats mesurés. Dire qu’un pont aurait pu réduire la divergence des registres est une analyse de fonctionnement. Dire qu’il l’a effectivement réduite serait une invention. La discipline historique exige de maintenir cette frontière à chaque étape.