Transferts IPv4 inter-RIR : ce que signifie réellement le passage d’une région à une autre
Une analyse accessible des transferts IPv4 inter-RIR en 2026, des mouvements entre régions, de la portabilité, de l’état des registres et des vérifications à effectuer par les opérateurs.
Un transfert inter-RIR modifie la relation consignée dans les registres. À lui seul, il ne révèle ni où les adresses sont routées ni où se trouvent les équipements.
Un transfert inter-RIR fait passer la relation enregistrée pour une ressource IPv4 d’une région de registre Internet régional à une autre. Les numéros d’adresse ne changent pas. La relation avec le registre, elle, change.
Cela paraît administratif, mais influe sur la manière dont les opérateurs étudient l’historique, vérifient la continuité et comprennent ce qu’un enregistrement actuel signifie ou ne signifie pas. La lecture la plus sûre des données de 2026 consiste à suivre les mouvements sans prétendre que la géographie des registres se confond avec celle des réseaux.
Les mouvements observés au premier semestre 2026
L’instantané des données sources de cet article couvre le premier semestre 2026 et exclut les fusions et acquisitions. Il associe environ 8,8 millions d’adresses IPv4 à quelque 293 transferts inter-RIR enregistrés.
Les principaux flux étaient approximativement les suivants :
- ARIN vers RIPE NCC : 4,20 millions d’adresses ;
- ARIN vers APNIC : 2,28 millions ;
- RIPE NCC vers ARIN : 942 000 ; et
- RIPE NCC vers APNIC : 580 000.
Ces chiffres décrivent les mouvements consignés dans les registres. Ils ne mesurent pas directement le trafic, les prix, la croissance économique régionale ou l’emplacement physique des réseaux qui utilisent les adresses.
Pourquoi deux registres interviennent
Un transfert inter-RIR est un changement d’état coordonné. Le registre d’origine et le registre destinataire doivent tous deux traiter l’événement, après quoi la ressource relève des politiques applicables dans la région destinataire.
Le guide du RIPE NCC sur les transferts inter-RIR explique le processus du côté destinataire. Ses statistiques publiques offrent un moyen utile d’examiner les événements enregistrés plutôt que de s’en tenir à un titre sur un seul flux important.
La bonne représentation n’est pas « une adresse a voyagé d’un pays à un autre ». C’est « la relation reconnue dans le registre est passée d’un système de coordination à un autre, avec un enregistrement qui doit rester explicable ».
Une sortie de la région ARIN n’est pas automatiquement une perte pour l’Amérique du Nord
ARIN était la principale région d’origine dans cet instantané, avec environ 6,55 millions d’adresses transférées vers d’autres régions de RIR. L’essentiel de ce volume est allé vers le RIPE NCC et l’APNIC.
Une sortie ne signifie pas automatiquement que l’infrastructure nord-américaine a perdu cette capacité. Une ressource peut être enregistrée dans une région tout en continuant à être annoncée par une infrastructure située ailleurs. La région administrative, le lieu d’établissement juridique de l’organisation, l’origine de la route et l’emplacement physique du réseau doivent être vérifiés séparément.
Le RIPE NCC et l’APNIC montrent le côté destinataire
Le RIPE NCC a reçu environ 4,55 millions d’adresses dans cet instantané, principalement en provenance d’ARIN. L’APNIC a lui aussi enregistré des entrées significatives. Examiner les destinataires est utile, car cela montre où les relations avec les registres se réétablissent, mais cela ne permet toujours pas d’identifier tous les utilisateurs opérationnels ni toutes les routes.
Un transfert doit donc être compris comme une transition entre des états consignés :
- titulaire d’origine et RIR d’origine ;
- événement de transfert vérifié ;
- titulaire destinataire et RIR destinataire ; et
- enregistrements de routage, RPKI, de DNS inverse et opérationnels qui doivent rester cohérents.
Le nombre de transferts et le volume d’adresses racontent des histoires différentes
Un petit nombre de transferts très importants peut dominer le total des adresses, tandis qu’un grand nombre de petits transferts peut dominer le nombre d’événements. Ce sont deux signaux différents.
C’est pourquoi une lecture rigoureuse indique à la fois combien de transferts ont été enregistrés et combien d’adresses étaient concernées. Elle précise aussi la période, les registres inclus et les exclusions. Sans ce contexte, un chiffre élevé peut donner l’impression d’un changement dans l’usage d’Internet alors qu’il ne reflète peut-être qu’un seul événement majeur dans un registre.
Un changement de registre n’est pas une carte du routage
Un transfert inter-RIR et un changement de réseau d’origine BGP peuvent se produire ensemble, mais aucun n’implique l’autre. Une ressource peut changer de relation avec un registre tout en continuant à être annoncée depuis le même ASN d’origine. Un réseau peut changer d’ASN d’origine alors que le titulaire inscrit reste le même.
La location rend cette distinction encore plus nette. Le titulaire inscrit, le client qui utilise la ressource, l’hébergeur et l’opérateur du système autonome d’origine peuvent tous être des organisations différentes. Un journal de transfert ne décrira pas l’ensemble de ce dispositif.
Ce qui doit suivre le transfert
Après un transfert, un opérateur doit vérifier davantage que le nouvel enregistrement dans le registre :
- Registre : titulaire, taille de la ressource, date du transfert et historique.
- Routage : ASN d’origine attendu, propagation et anciennes annonces.
- RPKI : ROA autorisant l’origine et la longueur de préfixe prévues.
- DNS inverse : délégation et enregistrements dont dépendent les clients ou les systèmes de sécurité.
- IRR : objets de route et filtres utilisés par les fournisseurs.
- Contacts : contacts techniques et chargés des abus qui restent joignables.
- Historique : éléments de preuve permettant à un opérateur ultérieur de reconstituer la transition.
- Continuité : DNS, listes d’autorisation, VPN, réputation et autres dépendances de l’activité.
Le format des journaux de transfert de l’APNIC rappelle utilement que les enregistrements de transfert constituent un historique cumulatif. Ils font partie du dossier opérationnel et ne remplacent pas le reste.
Ce que les données ne prouvent pas
Les chiffres du premier semestre 2026 ne prouvent pas où un préfixe était routé, qui l’a payé, s’il était loué ou si tous les enregistrements opérationnels ont été mis à jour simultanément. Ils ne doivent pas non plus être extrapolés en une conclusion mondiale portant sur l’année entière.
La conclusion la plus solide concerne la portabilité : les ressources IPv4 peuvent passer d’une région de coordination à une autre, et les systèmes qui les entourent doivent alors préserver l’unicité, l’état vérifié, la sécurité et la continuité.
De l’allocation régionale à la mobilité mondiale
IPv4 a été alloué par des systèmes régionaux, mais sa vie opérationnelle est de plus en plus mobile. La question de coordination n’est plus seulement de savoir qui reçoit un nouveau bloc. Elle est de savoir comment un bloc existant peut passer par des états légitimes tout en laissant une trace qu’un autre opérateur peut comprendre et vérifier.
C’est pourquoi les statistiques inter-RIR doivent être lues aux côtés de l’historique des transferts, des éléments de preuve de routage et de la preuve de contrôle. Le numéro n’est portable que si les éléments de preuve qui l’entourent le restent eux aussi.