ARIN, la location IPv4 et l’économie de l’allocation parallèle

ARIN est un lieu utile pour étudier la location IPv4, car il ne s'agit pas d'un cas évident de défaillance institutionnelle. L'American Registry for Internet Numbers dessert une région riche et opérationnellement dense: les États-Unis, le Canada et un ensemble défini de territoires des Caraïbes et de l'Atlantique Nord. Ses membres comprennent des opérateurs de télécommunications, des plateformes cloud, des sociétés d'hébergement, des universités, des fournisseurs de sécurité, des entreprises, des détenteurs d'espaces d'adressage historiques, des courtiers et des acheteurs suffisamment avertis pour considérer IPv4 comme un intrant de production rare. Sa documentation publique est relativement bien structurée. Ses catégories de transfert sont connues. Sa frontière avec les ressources historiques est inhabituellement explicite. Si le modèle des registres Internet régionaux peut s'adapter proprement à un marché où l'espace d'adressage est évalué, loué et financé, ARIN devrait être l'un des endroits les plus faciles pour observer cette adaptation.

Pourtant, le marché nord-américain montre également pourquoi la location a émergé. Le pool IPv4 gratuit d'ARIN a atteint l'épuisement en septembre 2015. Le registre n'a pas disparu. Il a continué à maintenir les enregistrements, à traiter les demandes, à gérer une liste d'attente, à reconnaître les transferts et à publier des procédures. Ce qui a pris fin, c'est l'hypothèse ordinaire selon laquelle un opérateur qualifié pouvait obtenir une nouvelle quantité significative d'IPv4 à partir d'un pool administratif commun selon le calendrier de croissance du réseau. La demande des opérateurs n'a pas fait de pause pour cette réalité administrative. Les clients devaient toujours être servis. La densité d'hébergement devait toujours être maintenue. L'infrastructure de messagerie, les réseaux d'accès, les services VPN, les plateformes de sécurité, les charges de travail cloud, les listes d'autorisation des clients et les anciens systèmes fonctionnant uniquement en IPv4 avaient toujours besoin d'adresses utilisables.

Une fois que la logique d'allocation du registre ne correspondait plus aux calendriers des opérateurs, le marché a construit une autre couche. Cette couche comprend les contrats de location, les lettres d'autorisation, les objets de routage, les autorisations d'origine de route (ROA), les arrangements de DNS inverse, les tickets de géolocalisation, les services de traitement des abus, la remédiation de la réputation, les clauses de renouvellement, les vérifications d'acceptation par les fournisseurs en amont et la réalité quotidienne selon laquelle une organisation peut rester le titulaire enregistré tandis qu'une autre utilise les adresses en production. Le registre peut montrer le bailleur. Le réseau actif peut appartenir au locataire. Le bloc d'adresses a économiquement bougé, même si le champ du titulaire enregistré n'a pas changé.

C'est cela l'économie de l'allocation parallèle. Le mot « parallèle » ne doit pas être interprété comme illicite. La plus grande partie de la location est une adaptation commerciale ordinaire à la rareté. Un titulaire possède ou contrôle un espace d'adressage. Un autre opérateur a besoin de capacité sans acheter un bloc, sans attendre une attribution résiduelle du registre ou sans faire supporter à sa propre société d'exploitation tous les risques liés au registre. Les parties contractent. Le titulaire autorise l'utilisation. Les enregistrements de routage et de sécurité sont ajustés. La responsabilité des abus, le DNS inverse, la réputation et le renouvellement sont gérés par accord. L'allocation n'a pas bougé au sens classique du registre. Elle a bougé au sens économique.

La question institutionnelle est de savoir si ARIN et le modèle plus large des RIR peuvent reconnaître cette réalité économique sans détruire la discipline de registre qui rend les ressources numériques utiles. Un registre qui abandonne la vérification nuirait au marché. Un registre qui tente de contrôler toute utilisation économique pousserait davantage de demande vers des solutions de contournement privées. La tâche difficile est de protéger l'enregistrement sans prétendre que l'enregistrement est la source du capital sous-jacent.

Le distributeur s'est asséché, mais pas la demande

La rareté d'IPv4 est un fait de conception avant d'être une controverse politique. IPv4 utilise un espace d'adressage de 32 bits, ce qui donne moins de 4,3 milliards d'adresses théoriques avant les réservations, les plages à usage spécial et les contraintes opérationnelles. Pour les débuts de l'Internet, cela paraissait immense. Pour l'Internet commercial des réseaux d'accès, des appareils mobiles, des plateformes d'hébergement, des régions cloud, des pare-feu d'entreprise, des produits VPN, des systèmes de messagerie, des réseaux de contenu et des appliances de sécurité, cela est devenu limité. Le CIDR, le NAT et une gestion plus disciplinée des adresses ont ralenti l'épuisement. IPv6 a créé une voie parallèle à long terme. Aucun de ces changements n'a supprimé le besoin de compatibilité IPv4.

L'annonce archivée de l'épuisement du pool d'ARIN est donc un jalon historique. Elle indiquait que les dernières adresses IPv4 du pool gratuit d'ARIN avaient été attribuées et orientait les demandeurs vers la liste d'attente et le marché des transferts. Le langage administratif était contrôlé. Le changement économique était important. À partir de ce moment, la croissance normale des adresses dans la région ARIN dépendait de plus en plus du recyclage, des retours, des révocations, des acquisitions, des transferts, de la location, des restructurations d'entreprises, de la gestion privée des stocks ou d'une ingénierie coûteuse pour faire face à la rareté.

La liste d'attente illustre la nouvelle contrainte. Le guide public d'ARIN sur la liste d'attente la considère comme une voie résiduelle vers IPv4, et non comme un substitut à un approvisionnement industriel. L'éligibilité est limitée. Une organisation détenant plus d'un équivalent /20 d'espace d'adressage IPv4 est généralement exclue. Le maximum cumulé auquel une organisation peut prétendre à un moment donné est un /22, et une seule demande peut figurer sur la liste. L'espace d'adressage distribué à partir de la liste d'attente est soumis à une restriction de transfert de cinq ans, sauf dans le cadre d'une fusion, d'une acquisition ou d'une réorganisation. Ces règles se comprennent comme des mécanismes d'équité et de lutte contre l'arbitrage. Elles révèlent également l'ampleur de la rareté. Un /22 peut compter pour un petit réseau. Ce n'est pas une réponse aux besoins d'adresses d'une plateforme d'hébergement à grande échelle, d'un opérateur de télécommunications, d'un opérateur cloud ou d'un opérateur régional en forte croissance.

Une file d'attente est aussi une façon d'allouer du retard. Elle décide qui peut planifier, qui doit attendre, qui doit acheter, qui doit louer et qui doit repenser ses plans en fonction de la rareté. Les blocs récupérés arrivent en quantités limitées et irrégulières. Le réseau qui a besoin d'adresses pour un contrat client, une migration de centre de données, un produit de sécurité, l'intégration d'une acquisition ou la construction d'un nouvel accès ne peut pas considérer une file d'attente incertaine comme une chaîne d'approvisionnement fiable. Ce n'est pas une critique du traitement par le personnel d'ARIN. C'est la signification économique d'un pool épuisé.

Les transferts résolvent une partie du problème mais pas tout. Le guide des transferts d'ARIN décrit les transferts liés aux fusions et réorganisations, les transferts à un destinataire spécifié au sein de la région ARIN et les transferts inter-RIR avec des partenaires compatibles. Il conserve également les exigences de qualification du destinataire. Son manuel de politiques contient la logique sous-jacente à ces catégories: tailles minimales de transfert, attentes d'utilisation opérationnelle, seuils d'utilisation, démonstration des besoins sur 24 mois et compatibilité réciproque des politiques pour les mouvements inter-registres. Le résultat est un marché administré. Les acheteurs et les vendeurs peuvent négocier en privé, mais le registre doit reconnaître le mouvement avant que l'enregistrement public ne soit établi.

Cette reconnaissance a de la valeur car elle nettoie le registre. Elle crée également un goulot d'étranglement car la transaction reste soumise aux politiques, à la documentation, au statut de l'accord, aux frais et aux délais. À l'ère de l'allocation, un test de besoins rationnait l'accès à un pool commun à faible coût. À l'ère des transferts, la même logique peut devenir un contrôle des mouvements de capital déjà émis. Un acheteur payant le prix du marché ne demande pas au registre de distribuer une offre gratuite. Il demande au registre d'enregistrer un mouvement privé de contrôle reconnu. Le vieux vocabulaire des besoins, de la conservation et de la gestion responsable façonne encore le processus, mais ses effets économiques ont changé.

La location apparaît dans l'espace entre le rationnement et l'achat. Elle fournit un accès opérationnel sans obliger le locataire à acquérir le contrôle enregistré. Elle permet aux titulaires de monétiser un stock inutilisé ou sous-utilisé sans le vendre de manière permanente. Elle convertit un intrant de capital rare en un coût opérationnel récurrent. Elle permet aux opérateurs de tester la demande, de faciliter une migration, de servir les clients, de préserver leur trésorerie, d'éviter les frictions liées aux transferts ou de garder la complexité liée au registre en amont. La location n'est pas une anomalie dans un marché post-épuisement. C'est la forme prévisible que prend la rareté lorsque l'allocation officielle ne satisfait plus la demande.

ARIN comme banc d'essai nord-américain propre

ARIN est important analytiquement non pas parce qu'il est particulièrement défaillant, mais parce qu'il est relativement propre. Sa région comprend des marchés de capitaux profonds, de grandes entreprises technologiques, des opérateurs de télécommunications, des sociétés d'hébergement, des universités, des entreprises, des avocats, des courtiers et des détenteurs de ressources historiques. Il dispose d'un processus de politique publique. Il reconnaît les transferts. Il publie des guides sur la liste d'attente, les catégories de transfert, les ressources historiques, les frais, les accords, les services de sécurité de routage et l'examen des ressources. Ces faits font de la région ARIN un laboratoire utile pour l'économie des registres après l'épuisement.

La tension centrale est la même que dans les autres régions. Un organisme conçu pour coordonner des enregistrements numériques uniques se trouve maintenant au-dessus de ressources que les marchés traitent comme du capital opérationnel. Un bloc d'adresses IPv4 n'est pas un terrain, un spectre ou un équipement. C'est un ensemble d'identifiants numériques uniques dont la valeur dépend d'un enregistrement non conflictuel, de l'acceptation du routage, de la continuité d'utilisation et des services construits par-dessus. Mais les marchés n'attendent pas que le vocabulaire juridique se stabilise. Si quelque chose est rare, durable, transférable selon des règles, utile en production et évalué par des contreparties, il se comporte économiquement comme un actif. IPv4 se comporte maintenant de cette façon.

Les documents officiels d'ARIN sont donc mieux utilisés comme des pièces factuelles. Ils montrent ce que la procédure existe. Ils ne prouvent pas que la procédure est économiquement neutre. La description qu'un registre fait de lui-même peut expliquer son mandat. Elle ne peut pas déterminer si le mandat est devenu trop étendu. Il en va de même du langage des RIR et du NRO de manière plus large. C'est une preuve pertinente de la compréhension institutionnelle de soi, pas une conclusion.

La question post-épuisement n'est pas de savoir si ARIN autorise les transferts. Il le fait clairement. La question n'est pas non plus de savoir si ARIN doit tenir des registres précis, vérifier l'autorité ou prévenir la fraude. Il le faut. La question plus précise est de savoir quels contrôles protègent le registre et quels contrôles préservent l'autorité de l'ère de l'allocation après que le rôle économique de la ressource ait changé. L'authentification de la source protège le registre. Les vérifications de litiges protègent le registre. La reconnaissance des dirigeants protège le registre. Un RDAP, un Whois, un DNS inverse, un RPKI et un support IRR précis protègent l'infrastructure adjacente au registre sur laquelle les contreparties s'appuient. Les prévisions étendues des besoins futurs, les jugements sur le modèle d'entreprise, la compatibilité des politiques régionales et l'effet de levier sur les services nécessitent une justification différente parce qu'ils influencent le mouvement du capital.

Cette distinction est plus importante chez ARIN précisément parce qu'ARIN est mature. Un registre en crise peut détourner l'attention par l'effondrement. Un registre stable révèle la forme du pouvoir hérité. La force d'ARIN est qu'il peut choisir la précision. Il n'a pas besoin de défendre chaque ancienne doctrine du système des RIR. Son meilleur argument institutionnel est étroit: maintenir un registre fiable, vérifier l'autorité, prévenir les revendications en double, soutenir les services de publication, reconnaître les transferts valides de manière prévisible, isoler les litiges et réduire les dommages opérationnels pour les réseaux en activité. La location teste si cet argument étroit est suffisant.

Si les opérateurs s'appuient de plus en plus sur la location parce que le capital d'achat est rare, que les transferts sont lents, que l'évaluation des besoins est restrictive, que les frontières des services historiques créent un effet de levier contractuel ou que la détention directe semble risquée, la location n'est pas périphérique. C'est un retour du marché. Cela montre où la conception du registre, le calendrier des transferts et la demande des opérateurs ne s'alignent pas.

Pourquoi la location a émergé

La location a émergé parce que les opérateurs étaient confrontés à un décalage pratique. Ils avaient besoin de capacité IPv4 dans des quantités, des calendriers et des profils de risque que le système de transfert du registre ne fournissait pas toujours. Acheter un bloc peut nécessiter un capital initial substantiel. Cela peut nécessiter l'éligibilité au transfert, l'approbation du registre, l'exécution d'un contrat, des frais, de la documentation, une diligence sur l'autorité de la source, le nettoyage de l'historique et la transition de la sécurité de routage. Cela peut exposer l'entreprise exploitante directement aux contrats de registre, aux changements de politiques, à l'examen des ressources, aux obligations de paiement, aux devoirs de sécurité du compte et aux interprétations futures. Pour certaines entreprises, l'achat est la bonne option. Pour d'autres, en particulier les plus petites, celles basées sur des projets ou celles à court de liquidités, la location est plus rationnelle.

La logique économique est simple. Une location convertit un intrant de capital rare en une dépense opérationnelle récurrente. Elle permet à un réseau d'obtenir une utilisation sans acheter le bloc sous-jacent. Elle peut être adaptée à la taille du bloc, à la demande des clients et à la durée du contrat. Elle peut préserver la trésorerie pour les routeurs, la fibre, la colocation, l'énergie, l'ingénierie, l'acquisition de clients et la sécurité. Elle peut servir de pont pour une entreprise jusqu'à ce que la demande soit plus claire ou que le financement d'un transfert soit disponible. Elle permet à un titulaire de tirer un rendement d'adresses sous-utilisées sans renoncer définitivement à un potentiel futur.

La logique institutionnelle est tout aussi importante. Une location place la complexité liée au registre ailleurs. La détention directe peut sembler plus sûre parce que le nom de l'opérateur apparaît dans la base de données. Mais la détention directe place également l'entreprise exploitante à l'intérieur du cadre du registre: politiques, accords, paiements, audits, accès au compte, examen des ressources, limites de service possibles et changements de règles futurs. Un bailleur disposant de grands pools, d'expérience avec le registre, de personnel de routage et de processus de traitement des abus peut parfois gérer cette interface plus efficacement que le locataire.

C'est le thème visible dans les documents commerciaux publics des sociétés de location de premier rang. LARUS, par exemple, décrit la location non pas simplement comme une location de capacité, mais comme une structure de continuité: pool d'adresses de premier rang, exposition au registre gardée en amont, validité du routage, DNS inverse, processus de traitement des abus, support de géolocalisation, engagements de support et certitude de renouvellement. Ces documents sont commerciaux et doivent être considérés comme des affirmations intéressées, non comme une vérité neutre. Ils constituent néanmoins un signal de marché utile. Les entreprises vendent de la continuité parce que les clients craignent la discontinuité. Elles vendent des pools de premier rang parce que les chaînes de courtage peuvent échouer sous la pression. Elles vendent le placement du risque lié au registre parce que la couche registre est devenue un risque commercial.

La location a également émergé parce que l'ancienne distinction morale entre « utiliser » et « détenir » est devenue moins utile. Un bloc peut être détenu par une organisation et utilisé par les clients d'une autre organisation. Il peut être annoncé via l'ASN du locataire ou un arrangement en amont. Il peut être couvert par une lettre d'autorisation plutôt que par un changement de titulaire enregistré. Ses ROA peuvent être créées par le titulaire. Ses objets de routage peuvent être maintenus par le bailleur ou par une équipe d'exploitation convenue. Son DNS inverse peut être délégué ou géré pour le compte du locataire. Ce n'est pas une allocation au sens classique du registre. C'est une allocation au sens économique: une capacité rare a été affectée à un usage productif par contrat.

Pour les critiques, cela peut ressembler à de l'évasion. Pour les opérateurs, cela ressemble souvent à de la survie. La différence n'est pas idéologique. C'est la différence entre considérer IPv4 comme un droit administré par des politiques et le considérer comme un intrant pour la production. Les opérateurs sont confrontés à des échéances clients, pas à la pureté philosophique. Si le système de registre leur offre un chemin coûteux, lent ou incertain vers l'achat, et que le marché de la location leur fournit une capacité utilisable à des conditions gérables, beaucoup loueront. Ils ne rejettent pas nécessairement le registre. Ils contournent un décalage.

Le risque est que la location peut cacher trop de choses. Un contrat de location qui manque d'autorité claire, de traitement des abus, de support de sécurité de routage, de visibilité sur la réassignation, de diligence en matière de réputation et de discipline de renouvellement peut créer une fragilité opérationnelle. Un locataire peut découvrir que le bailleur ne peut ou ne veut pas créer de ROA, mettre à jour les objets IRR, déléguer le DNS inverse, gérer la correction de géolocalisation ou répondre aux pressions sur les abus. Les fournisseurs en amont peuvent rejeter une route si la lettre d'autorisation est faible. Un bloc peut avoir une mauvaise réputation. Le bailleur peut vendre, retirer ou augmenter le prix de l'espace. La location ne résout la rareté que lorsqu'elle est intégrée dans un cadre de continuité sérieux. Sinon, elle déplace le risque plutôt que de le réduire.

Ce qu'un bail IPv4 achète vraiment

Un bail IPv4 est souvent décrit comme une location d'adresses. C'est trop réducteur. En production, le client achète un ensemble de permissions, d'enregistrements, de services et de placements de risques. Les numéros sont au centre du lot, mais ils ne sont pas le produit entier. Un bloc qui ne peut pas être annoncé, qui ne peut pas passer les filtres, qui ne peut pas recevoir un DNS inverse précis, qui ne peut pas maintenir une réputation de messagerie, qui ne peut pas être couvert par un RPKI cohérent, qui ne peut pas être expliqué aux fournisseurs en amont et qui ne peut pas être renouvelé à des conditions prévisibles n'est pas une capacité utile. C'est un problème avec un numéro dessus.

Le premier élément du lot est l'autorisation. Dans de nombreuses structures de location, le titulaire enregistré ou le bailleur émet une lettre d'autorisation au locataire, au fournisseur en amont du locataire ou au réseau qui va annoncer le préfixe. La lettre d'autorisation est un instrument commercial et opérationnel, pas un titre. Elle indique aux contreparties que le titulaire reconnu a autorisé l'utilisation annoncée. Les réseaux de transit, les centres de données, les administrateurs de filtres de routage et les équipes de sécurité peuvent l'exiger. Sa valeur dépend de la crédibilité: le signataire doit être reconnu, le bloc doit correspondre, la durée doit être claire, l'ASN ou le réseau autorisé doit être spécifié et le document doit être accepté par les contreparties concernées.

Le deuxième élément est l'état de sécurité de routage. Les autorisations d'origine de route RPKI (ROA) peuvent renforcer l'affirmation selon laquelle un ASN particulier est autorisé à annoncer un préfixe. Dans un modèle de location, la question devient qui crée et maintient la ROA. Si le titulaire enregistré contrôle l'accès RPKI, le locataire dépend du titulaire ou du bailleur pour publier des ROA précises, supprimer les ROA obsolètes, éviter les erreurs de maxLength et répondre rapidement lorsque le routage change. Si l'accès RPKI hébergé dépend d'un accord avec ARIN, le statut de l'accord fait partie du service. Les directives d'ARIN sur les ressources historiques sont importantes ici parce que les services de registre de base pour les ressources historiques et les services avancés tels que le RPKI hébergé et l'IRR ne sont pas toujours la même chose pour les titulaires non contractuels.

Le troisième élément est l'IRR et l'hygiène des filtres. De nombreux réseaux utilisent encore les objets de routage de l'Internet Routing Registry (IRR) et les données AS-SET pour le filtrage et le provisionnement. Un bloc loué peut avoir besoin d'objets de routage, de coordination du mainteneur, de mises à jour AS-SET et du nettoyage des enregistrements obsolètes. Les données IRR sont imparfaites, mais pour de nombreux opérateurs, elles restent un élément de la routabilité. Si le bailleur ne peut pas gérer l'état IRR, le locataire peut rencontrer des problèmes d'acceptation de route même s'il a une lettre d'autorisation signée.

Le quatrième élément est le DNS inverse. Le RDNS est peu glamour mais important pour la messagerie, l'acceptation par les entreprises, les systèmes de sécurité, la journalisation et la confiance des clients. Un bloc loué utilisé pour l'hébergement, la messagerie ou les services professionnels peut nécessiter un DNS inverse délégué ou des zones gérées par le bailleur. Les retards, les erreurs de délégation et les données obsolètes créent un coût opérationnel. Le registre du registre, le processus DNS du bailleur et les besoins des clients du locataire se rencontrent à ce stade. Un bail de capacité sans discipline RDNS n'est souvent pas prêt pour la production.

Le cinquième élément est la réputation et le traitement des abus. Les adresses IPv4 ont un historique. Un bloc peut être apparu sur des listes de spam, avoir hébergé des logiciels malveillants, avoir été géolocalisé de manière incorrecte, avoir été utilisé pour le trafic de sortie VPN, avoir attiré des plaintes ou avoir une mauvaise réputation auprès des principales plateformes. Un acheteur peut faire preuve de diligence et tenir compte de cet historique. Un locataire doit également s'en préoccuper, souvent avec moins de contrôle. Si les contacts d'abus pointent vers le bailleur, le bailleur doit opérer un processus crédible. Si les plaintes parviennent au locataire, le locataire a besoin de l'autorité pour répondre. La réputation n'est pas une question secondaire. Elle fait partie de l'économie du bail.

Le sixième élément est la certitude du renouvellement. Pour de nombreuses charges de travail, le coût de la perte d'un bloc n'est pas la facture de location. C'est la renumérotation d'un réseau actif. Les clients doivent être migrés, les règles de pare-feu changées, les listes d'autorisation mises à jour, la réputation de messagerie reconstruite, la géolocalisation corrigée, le DNS ajusté et les contrats expliqués. Un bail court peut être acceptable pour des tests. Il est dangereux pour la production si les conditions de renouvellement sont vagues. C'est pourquoi les bailleurs sérieux présentent de plus en plus la continuité comme le produit. Le marché apprend que l'utilisation d'adresses n'est pas une matière première au comptant lorsque des clients sont construits dessus.

Le dernier élément est le placement du risque lié au registre. Si le titulaire enregistré reste en amont, le locataire peut éviter une exposition directe aux processus du registre. Cela peut être précieux. Cela peut également créer une dépendance. La qualité du bail dépend de la situation du bailleur vis-à-vis du registre, de la sécurité de son compte, de son statut contractuel, de son exposition aux politiques, de sa posture de gouvernance et de sa capacité à défendre la continuité en cas de contestation. Les meilleurs bailleurs vendent donc plus que des adresses. Ils vendent une interface contrôlée vers la couche registre.

LOA, RPKI et IRR traduisent les contrats en réalité réseau

L'économie de l'allocation parallèle ne fonctionne que parce que les contrats privés peuvent être traduits en signaux opérationnels. Un contrat de location est par lui-même invisible pour le système de routage. Internet ne lit pas les contrats commerciaux. Il lit les annonces BGP, les filtres de routage, l'état de validation RPKI, les objets IRR, les délégations DNS, les données de registre et la confiance opérationnelle. Le travail difficile de la location consiste à transformer un droit privé d'utiliser des adresses en un ensemble de signaux suffisamment publics pour que les réseaux acheminent le trafic.

La lettre d'autorisation (LOA) est généralement le premier pont. C'est aussi le plus faible si elle est traitée de manière négligente. Une lettre générique indiquant qu'un client peut utiliser un bloc n'est pas suffisante dans un environnement sérieux. Elle doit identifier la ressource, l'ASN ou le réseau autorisé, la durée, le titulaire, le signataire et la portée. Elle doit correspondre au schéma de routage prévu. Elle ne doit être révocable que dans des conditions connues. Elle doit être disponible pour les fournisseurs en amont qui en ont besoin. Si le bail change d'ASN d'origine, de fournisseur en amont, de longueur de route ou d'entité cliente, le processus de LOA doit changer avec lui.

Le RPKI est un signal technique plus fort, mais il n'est pas automatique. Dans un bail, le locataire ne peut souvent pas créer directement de ROA parce que le titulaire enregistré contrôle le chemin de certification. Le locataire dépend du titulaire ou du bailleur pour publier une ROA couvrant l'origine convenue. Cette dépendance est gérable lorsque le bailleur est réactif et discipliné. Elle est dangereuse lorsque le bailleur traite le RPKI comme une formalité secondaire. Une ROA obsolète peut invalider une nouvelle route. Un maxLength trop large peut créer une exposition de sécurité. Une ROA manquante peut réduire l'acceptation dans les réseaux qui utilisent la validation d'origine de route dans le cadre de leur politique. Un bail qui ne comprend aucun engagement opérationnel RPKI laisse le locataire exposé.

L'IRR a un problème différent. Il est plus ancien, fragmenté et de qualité de données variable, mais de nombreux réseaux s'appuient encore sur les objets de routage et les données AS-SET. Un bloc loué peut avoir besoin d'objets dans l'IRR d'ARIN, RADb ou d'autres registres selon les pratiques de routage. Les objets obsolètes peuvent persister après la fin du bail. Des objets conflictuels peuvent perturber les filtres. Les informations d'identification du mainteneur peuvent être détenues par la mauvaise partie. Le bailleur et le locataire doivent savoir qui peut créer, mettre à jour et supprimer des enregistrements, et à quelle vitesse. Sinon, le bail se termine par un résidu d'autorisation obsolète.

Le DNS inverse relie la couche registre à la qualité de service quotidienne. Les systèmes de messagerie, les journaux d'entreprise, les outils de sécurité et les services de traitement des abus se soucient des correspondances inverses. Un locataire gérant le courrier de clients ne peut pas attendre des semaines qu'un bailleur mette à jour une zone PTR. Un opérateur d'hébergement ne peut pas permettre qu'un DNS inverse obsolète d'un utilisateur précédent persiste dans un nouveau bail. Un fournisseur de sécurité ne peut pas avoir un RDNS contredisant son service orienté client. Que le RDNS soit délégué au locataire ou géré par le bailleur, l'accord de niveau de service importe.

Le traitement des abus est l'autre pont. Les contacts d'abus dans les enregistrements de registre, les contacts délégués, les systèmes de tickets et les clauses contractuelles doivent s'aligner. Si le bailleur reçoit des plaintes, il a besoin d'un processus de transfert, d'escalade, de suspension et de remédiation. Si le locataire reçoit des plaintes, il a besoin de l'autorité pour enquêter et répondre. Si le locataire a des clients en aval, le contrat doit définir comment l'utilisation abusive par un client affecte le renouvellement, l'état de la route et la résiliation. Un bail sans architecture de gestion des abus est un conflit différé.

La logique de continuité commerciale est plus large que n'importe quel outil. Un bail IPv4 de production devrait répondre à cinq questions avant que le trafic ne commence. Qui est autorisé à annoncer le préfixe? Qui peut changer l'état RPKI et IRR? Qui gère le DNS inverse? Qui reçoit et traite les plaintes relatives aux abus? Que se passe-t-il lorsque le bail se termine ou se renouvelle? Si ces questions ne sont pas répondues dans le contrat et le plan opérationnel, elles le seront lors d'une défaillance, lorsque le pouvoir de négociation est moindre.

Pour ARIN, la leçon est indirecte mais importante. La politique de registre a tendance à se concentrer sur le contrôle enregistré, les besoins et l'éligibilité au transfert. Le marché se concentre de plus en plus sur la déployabilité. La déployabilité inclut le statut de registre, mais aussi la réputation, le RPKI, l'IRR, le RDNS, les abus et le renouvellement. Si la politique de registre ignore la déployabilité, elle comprendra mal pourquoi les opérateurs choisissent la location, pourquoi ils paient des primes pour une continuité gérée et pourquoi le transfert enregistré n'est pas toujours la voie préférée.

Transfert contre location

Le choix entre le transfert et la location n'est pas simplement un choix entre la propriété et la location. C'est un choix concernant le capital, le calendrier, le contrôle, l'exposition au registre, la capacité opérationnelle et l'optionnalité. Dans un marché sans friction, une entreprise ayant un besoin durable et suffisamment de capital pourrait préférer acheter. IPv4 n'est pas un marché sans friction. La reconnaissance par le registre, les primes de rareté, la réputation du bloc, l'état de sécurité de routage et la demande incertaine influencent tous la décision.

Un transfert offre un contrôle à long terme plus fort s'il se déroule proprement. Le destinataire devient le titulaire enregistré ou le client de la ressource. Il peut gérer les services directement, sous réserve de l'accord et des politiques. Il peut éviter le risque de renouvellement. Il peut capturer l'appréciation. Il peut intégrer le bloc dans la planification d'entreprise, les acquisitions, les récits de financement et la conception de réseau à long terme. Pour un grand opérateur avec une demande prévisible, une capacité juridique, une expérience du registre et un capital suffisant, l'achat peut être le choix rationnel.

Mais le transfert comporte des coûts. L'acheteur doit déployer du capital à l'avance. Il doit se qualifier selon les règles relatives au destinataire, le cas échéant. Il doit faire preuve de diligence concernant la source, l'autorité de l'entreprise, l'historique, la réputation, l'état RPKI et IRR. Il doit passer par le processus de registre et accepter l'accord pertinent. Il peut faire face à des retards, des cycles de documentation, des frais et de l'incertitude. Il prend le risque lié au registre sur sa propre société d'exploitation. Il peut acheter plus d'espace d'adressage que la demande actuelle ne l'exige ou moins que la demande future n'en aura besoin. Si les politiques changent ou si l'examen des ressources devient plus intrusif, le titulaire supporte cette exposition.

Une location offre rapidité et flexibilité. Elle peut correspondre à un projet, un segment de clientèle, un lancement de produit, une migration, un environnement de test ou un besoin de capacité temporaire. Elle peut éviter une sortie de trésorerie initiale importante. Elle peut permettre à une entreprise de croître tout en préservant le capital pour l'infrastructure physique. Elle peut placer l'interaction avec le registre, l'administration RPKI, le RDNS, les abus et la gestion du renouvellement chez un bailleur spécialisé. Elle peut également servir de pont pour un acheteur jusqu'à ce que l'offre de transfert, le financement ou la certitude commerciale s'améliorent. Pour les petits opérateurs, la location peut être le seul moyen réaliste d'obtenir suffisamment d'IPv4 pour servir les clients sans attendre les allocations résiduelles du registre.

La location comporte ses propres risques. Le locataire ne contrôle pas la ressource enregistrée sous-jacente à moins que le contrat n'accorde des droits pratiques forts. Le renouvellement peut être incertain. Le prix peut augmenter. Le bailleur peut changer de stratégie, vendre le bloc, subir des pressions du registre, mal gérer le RPKI ou ne pas résoudre les litiges relatifs aux abus. Le locataire peut être contraint de renuméroter si la relation prend fin. Si le bail passe par plusieurs couches de courtage, la responsabilité devient diffuse. Si la LOA est faible, le locataire peut avoir des problèmes avec les fournisseurs en amont. Si la réputation du bloc est mauvaise, le locataire peut payer pour une capacité inutilisable.

Le compromis n'est donc pas moral. C'est une décision de placement du risque. L'achat prend plus de contrôle et plus d'exposition au registre. La location transfère une partie du contrôle et une partie de l'exposition au registre au bailleur. L'achat utilise le capital et recherche la permanence. La location utilise des liquidités récurrentes et recherche la flexibilité. L'achat est préférable lorsque le besoin à long terme, la certitude du transfert et la capacité opérationnelle sont forts. La location est préférable lorsque la rapidité, la préservation de la trésorerie, la demande temporaire ou le soutien spécialisé à la continuité comptent davantage.

Les règles de transfert d'ARIN influencent cette décision même lorsqu'ARIN ne réglemente pas directement les locations. L'évaluation des besoins, le délai de traitement, le statut de l'accord, la compatibilité inter-RIR, les conséquences de la liste d'attente et les limites des services pour les ressources historiques peuvent rendre l'achat moins attrayant pour certains utilisateurs. L'offre résiduelle du registre est plafonnée et incertaine. L'anxiété liée à l'examen des ressources peut rendre la détention directe moins attrayante. Le résultat est une demande de locations. Plus le marché des transferts semble soumis à autorisation, plus l'accès sans capital devient précieux.

Cela ne signifie pas qu'ARIN devrait abolir tous les contrôles de transfert. Les contrôles de fraude, la vérification des sources, les vérifications de litiges, la conformité aux sanctions et la discipline de transition de la sécurité de routage sont essentiels. Cela signifie que chaque friction non liée au registre a un effet externe. Si des acheteurs légitimes louent parce que la reconnaissance du transfert est trop lourde, l'allocation parallèle n'est plus marginale. C'est une couche de règlement alternative.

Petits opérateurs et accès à faible capital

Les petits opérateurs sont souvent invoqués dans les débats sur les registres, mais ils ne sont pas toujours bien servis par des systèmes construits en leur nom. Un petit fournisseur d'accès Internet, un opérateur d'hébergement, une société de services gérés, un opérateur d'infrastructure régional ou un réseau caribéen fait face à une économie d'adresses différente de celle d'un hyperscaler ou d'un opérateur national. Il a moins de liquidités, moins de personnel politique, moins de capacité juridique, moins de tolérance aux retards et moins de moyens de diversifier son approvisionnement. Un frais de registre fixe, des honoraires de courtier, une revue juridique ou un cycle de documentation consomme une part plus importante de son plan d'adressage. Un /24 retardé peut faire la différence entre gagner et perdre des clients.

L'ancien modèle basé sur les besoins peut sembler favorable aux petits parce qu'il empêche les grands acteurs de tout prendre. Dans le contexte de la liste d'attente, cet argument a du poids. L'espace retourné résiduel ne devrait pas simplement aller au plus gros bilan. Mais sur le marché plus large, le filtrage procédural peut devenir régressif. Les grands opérateurs peuvent engager des avocats, maintenir la discipline ARIN Online, préparer des modèles d'utilisation, acheter en plus gros blocs, exécuter des stratégies parallèles de transfert et de location et absorber les retards. Les petits opérateurs ne le peuvent souvent pas. Ils subissent la même barrière comme une taxe plus élevée.

La location donne aux petits opérateurs une voie à faible capital. Ils peuvent obtenir un /24, /23 ou /22 pour la production sans payer le plein prix d'achat. Ils peuvent tester la demande avant de s'engager dans une acquisition. Ils peuvent faire correspondre le coût aux revenus. Ils peuvent éviter le fardeau administratif de la détention directe en registre. Ils peuvent compter sur le support RPKI, RDNS, abus et géolocalisation du bailleur si celui-ci est compétent. Sur les marchés où les prix d'achat des adresses sont élevés, cela peut préserver la capacité de l'opérateur à dépenser pour la fibre, la radio, les routeurs, l'énergie, la colocation, le support client et la sécurité.

C'est l'argument le plus fort en faveur de la location. Ce n'est pas de la spéculation. C'est l'accès. Si la rareté des IPv4 est réelle, et si l'achat par transfert est coûteux et soumis à autorisation, un bail peut permettre à de plus petits réseaux de concurrencer. Il peut transformer une exigence de capital bloquée en un intrant opérationnel récurrent. Il peut permettre à un nouvel entrant d'entrer sur un marché autrement dominé par les détenteurs historiques. Il peut aider un réseau régional à éviter de se vendre parce qu'il manque d'inventaire d'adresses. Il peut donner aux clients un service maintenant plutôt qu'un discours sur la transition.

La qualité du marché de la location importe donc autant que son existence. Des conditions standard, des pratiques de LOA claires, des options de renouvellement, des procédures de traitement des abus, le support RPKI et IRR, la délégation RDNS, la divulgation de la réputation et les règles de transition en fin de bail réduisent tous la dépendance. Il en va de même pour la location de premier rang, où le bailleur contrôle directement le pool plutôt que de faire passer le client par une chaîne de courtiers et de sous-locataires. Moins il y a de couches, plus la responsabilité est claire.

ARIN peut aider indirectement les petits opérateurs en rendant le marché officiel moins dépendant de la navigation interne. Des voies de transfert objectives, des processus clairs pour les petits blocs, des données agrégées sur le traitement, des limites de service prévisibles et une réduction de l'examen discrétionnaire des plans d'affaires rendraient l'achat plus accessible. Mais même dans un meilleur marché de transfert, la location restera utile. Tous les opérateurs ne veulent pas posséder tous les intrants. La question politique n'est pas comment éliminer la location. C'est comment s'assurer que la location renforce la continuité opérationnelle plutôt que de devenir un rationnement privé opaque.

Allocation parallèle et lacunes de reconnaissance

L'expression « allocation parallèle » décrit un écart structurel entre la reconnaissance par le registre et l'utilisation opérationnelle. Dans le registre, un bloc peut rester enregistré au nom du titulaire. Sur le marché, un contrat de location peut allouer l'utilisation à une autre partie. Dans le routage, un ASN associé au locataire peut annoncer le préfixe. Dans le RPKI, le titulaire peut publier une ROA pour cet ASN. Dans l'IRR, les objets de routage peuvent montrer l'origine prévue. Dans le DNS inverse, le locataire peut contrôler la zone. Dans les processus de traitement des abus, les plaintes peuvent transiter par les deux parties. L'adresse est économiquement allouée au locataire, mais la reconnaissance par le registre n'a pas bougé de la même manière qu'un transfert.

Cet écart existe parce que le registre a été construit principalement pour enregistrer le contrôle enregistré, et non chaque couche d'utilisation commerciale. Les pratiques de réassignation et similaires à SWIP peuvent exposer une partie de l'utilisation en aval, mais elles ne décrivent pas pleinement les droits commerciaux, les conditions de renouvellement, le placement des risques ou les dépendances opérationnelles. Le registre ne devrait pas non plus nécessairement devenir une base de données de contrats privés. Il y a des préoccupations de confidentialité, de complexité et de dépassement de compétence. Mais un marché avec une grande capacité louée ne peut pas être compris uniquement à travers les données du titulaire enregistré.

L'écart a des avantages. Il permet une utilisation flexible. Il permet à un bailleur de conserver une relation de registre stable tandis que les clients changent en dessous. Il réduit le besoin de transferts répétés. Il permet un accès à court et moyen terme. Il peut maintenir actif un espace d'adressage qui autrement resterait dormant. Il permet aux petits opérateurs de gagner du temps. Il permet aux titulaires de monétiser un inventaire inutilisé sans perdre le contrôle à long terme. En termes économiques, l'allocation parallèle peut augmenter l'utilisation et la liquidité.

L'écart comporte également des risques. La responsabilité peut devenir floue. Un contact de registre peut ne pas connaître le client final. Un service de traitement des abus peut poursuivre la mauvaise partie. Un locataire peut ne pas être en mesure de mettre à jour rapidement le RPKI. Les fournisseurs en amont peuvent s'appuyer sur des LOA obsolètes. Un bailleur peut sur-allouer ou ne pas coordonner les changements de route. Les clients peuvent développer des dépendances à des adresses qu'ils ne peuvent pas renouveler. En cas de litige, le registre voit le titulaire, le réseau voit l'ASN d'origine, le contrat pointe vers le bail et la partie lésée peut ne pas savoir sur qui faire pression. L'allocation parallèle peut améliorer l'efficacité du marché ou créer de l'opacité opérationnelle.

La bonne réponse n'est pas de moraliser l'écart mais de gouverner les points de risque. Si un bloc loué est utilisé en production, il devrait y avoir une autorité claire pour l'annoncer. Si le RPKI est utilisé, les ROA devraient correspondre à la route convenue. Si des objets IRR existent, ils devraient être maintenus et supprimés à la fin du bail. Si des plaintes relatives aux abus surviennent, le chemin de responsabilité devrait être défini. Si les clients exigent le RDNS, la délégation devrait être claire. Si le bail se termine, le retrait de la route, le nettoyage des ROA, le nettoyage IRR, les changements RDNS et les responsabilités en matière de réputation devraient être planifiés. Si le locataire est important ou orienté client, une certaine visibilité publique de la réassignation ou des contacts peut être appropriée.

Le cadre officiel d'ARIN peut influencer ces pratiques même sans réglementer directement les locations. Si l'accès au RPKI ou à l'IRR hébergé par ARIN dépend du statut de l'accord, les bailleurs ayant une couverture contractuelle appropriée peuvent offrir des services que les titulaires historiques non contractuels ne peuvent pas. Si la politique de transfert reste soumise à autorisation, la location reste attrayante. Si l'examen des ressources ou l'effet de levier contractuel est perçu comme large, la détention directe devient moins attrayante. Si l'enregistrement public est utile et stable, les bailleurs peuvent soutenir plus facilement les clients. La conception du registre façonne la couche parallèle.

La leçon institutionnelle plus profonde est qu'un registre peut être à la fois précis et incomplet. Il peut montrer avec précision le déclarant reconnu. Il peut ne pas montrer l'utilisateur économique, le porteur du risque opérationnel ou la dépendance du client. Ce n'est pas nécessairement un défaut. C'est un rappel que le registre ne doit pas être traité comme la vérité entière du marché. Une discussion politique mature doit tenir compte des deux couches: le contrôle du registre et l'allocation opérationnelle.

Réputation, abus et coût caché de l'espace sale

La location IPv4 expose également un fait que la politique de transfert sous-estime souvent: toutes les adresses de même longueur de préfixe ne sont pas commercialement équivalentes. Un /24 propre et un /24 sale n'ont pas la même valeur. Un bloc avec un historique stable, une géolocalisation correcte, un traitement des abus réactif, une réputation de messagerie propre, un RDNS utilisable et un état de sécurité de routage cohérent est un produit différent d'un bloc qui est passé par des chaînes de courtage opaques, a accumulé des entrées de liste noire, a hébergé des logiciels malveillants, a transporté des sorties VPN ou a conservé des objets obsolètes d'utilisateurs précédents.

Cela importe parce que la location est souvent choisie pour sa rapidité. Un locataire peut avoir besoin d'adresses maintenant, pas après des mois de remédiation. Si le bloc est utilisé pour la messagerie, le locataire peut rencontrer des problèmes de délivrabilité qu'une LOA ne peut pas résoudre. S'il est utilisé pour l'hébergement, les clients peuvent hériter de la réputation des locataires précédents. S'il est mal géolocalisé, les applications peuvent casser, les droits de contenu peuvent mal fonctionner et les coûts de support client peuvent augmenter. Si les contacts d'abus restent avec la mauvaise partie, les plaintes peuvent s'aggraver avant même que le locataire ne sache qu'elles existent.

Un bailleur sérieux opère donc comme un gestionnaire de réputation. Il filtre les clients, surveille les abus, coordonne le retrait des listes, maintient le RDNS, traite les tickets de géolocalisation, supprime les enregistrements obsolètes et planifie le nettoyage en fin de bail. Il gère également les incitations. Un bailleur qui loue à n'importe quel client au prix le plus élevé à court terme peut endommager le pool pour les futurs utilisateurs. Un bailleur qui investit dans le filtrage et la remédiation peut facturer une prime parce qu'il fournit une continuité déployable, pas seulement une capacité numérique.

Le traitement des abus est particulièrement sensible car il se situe à la frontière entre la responsabilité publique et le contrat privé. Les registres veulent la contactabilité. Les opérateurs veulent ne pas être punis pour chaque erreur d'un client en aval. Les bailleurs veulent préserver la réputation du pool. Les locataires veulent la continuité du service et des périodes de remédiation équitables. Les utilisateurs finaux veulent que les plaintes soient résolues. La mauvaise conception soit cache les abus derrière des couches contractuelles, soit transforme chaque rapport d'abus en prétexte pour une action disproportionnée. La bonne conception sépare le signalement, l'enquête, la remédiation, l'escalade et la résiliation du bail.

C'est une autre raison pour laquelle les seuls enregistrements officiels du registre ne décrivent pas le marché. Le registre peut montrer un enregistrement de titulaire propre alors que la réputation opérationnelle est mauvaise. Ou le registre peut montrer un titulaire qui n'est pas le client actif alors que le bailleur opère un solide processus de traitement des abus. Les entités au marché font de plus en plus preuve de diligence sur la couche de déployabilité: listes noires, géolocalisation, utilisation antérieure, ROA, IRR, RDNS, plaintes et historique de renouvellement. Un registre qui se concentre uniquement sur le contrôle enregistré manquera la raison pour laquelle certains baux sont précieux et d'autres dangereux.

La couche de réputation modifie également le compromis transfert contre location. Un acheteur peut préférer acheter un bloc sale à prix réduit et le nettoyer au fil du temps si l'économie à long terme justifie le travail. Un locataire peut ne pas avoir ce luxe parce que la durée du bail est plus courte et que les clients ont besoin du service immédiatement. Inversement, un bailleur ayant une capacité de remédiation spécialisée peut fournir un espace utilisable plus propre que ce qu'un petit acheteur pourrait trouver par lui-même. La location peut donc être soit un raccourci de réputation, soit un piège de réputation. La différence est la discipline opérationnelle.

Risque de contrôle des capitaux sans ministère

Le contrôle des capitaux évoque généralement l'action de l'État: contrôles des changes, approbations d'investissement, quotas, restrictions à l'exportation ou licences. IPv4 n'a pas de ministère du contrôle des capitaux. Pourtant, la politique de registre peut créer des effets de contrôle des capitaux lorsqu'une ressource rare, évaluée et productive ne peut pas être déplacée ou reconnue sans approbation administrative. Les contrôles d'ARIN sont fondés sur des règles et publics. Ce sont néanmoins des contrôles.

L'exemple le plus évident est l'examen des transferts basé sur les besoins. Dans le cadre d'ARIN, les transferts à un destinataire spécifié et les transferts inter-RIR exigent la qualification du destinataire. La logique politique découle de la conservation: les ressources devraient aller aux réseaux opérationnels ayant des besoins documentés. Dans un marché épuisé, cependant, la ressource ne provient souvent pas du pool gratuit d'ARIN. Elle passe d'un titulaire à un autre. La volonté de l'acheteur de payer le prix du marché est en soi une preuve de la demande économique. Lorsque le registre substitue le besoin administratif aux signaux de prix, il ne se contente pas d'enregistrer. Il gouverne le mouvement des capitaux.

La compatibilité inter-RIR crée une autre forme de contrôle. ARIN ne reconnaît les transferts qu'avec les RIR dont les politiques sont compatibles et réciproques de manière pertinente. Ses documents publics sur les transferts ont répertorié l'APNIC, le LACNIC et le RIPE NCC comme partenaires compatibles, tandis que l'AFRINIC n'a pas été approuvé pour les transferts compatibles avec ARIN. Ce fait importe car IPv4 route globalement tandis que les enregistrements de registre se déplacent à travers des institutions régionales. Le paquet n'a pas de passeport, mais l'enregistrement en a un. La mobilité d'un bloc peut donc dépendre de la reconnaissance mutuelle de deux systèmes de politiques de registre.

Les restrictions de la liste d'attente sont plus défendables mais contrôlent néanmoins le mouvement. L'espace obtenu de la liste d'attente d'ARIN est soumis à une restriction de transfert de cinq ans, sauf dans le cadre de fusions et de réorganisations. La règle empêche que l'espace subventionné ou rationné ne devienne immédiatement un inventaire de marché. C'est une conception anti-arbitrage plausible. Elle réduit également la liquidité. Un destinataire reçoit une capacité opérationnelle, pas un capital librement mobile. Si l'activité du destinataire change, la politique conditionne toujours le mouvement.

Les limites des services aux ressources historiques et le statut des accords ajoutent un contrôle plus souple. Un titulaire historique peut maintenir des enregistrements de base sans signer d'accord moderne, mais certains services avancés peuvent exiger une couverture contractuelle. À mesure que le RPKI et l'IRR deviennent plus importants en production, les limites de service deviennent une pression économique. Un titulaire peut signer non pas parce qu'il accepte toutes les implications contractuelles plus larges, mais parce que les normes opérationnelles rendent le service nécessaire. Cela peut être justifié. Cela devrait néanmoins être décrit honnêtement comme un levier économique, et non comme un détail technique neutre.

Le risque de contrôle des capitaux n'est pas une théorie du complot. C'est une conséquence de la position institutionnelle. Si ARIN peut affecter le déplacement d'un bloc, le temps que cela prend, les services qui s'y rattachent et le statut contractuel qui s'applique, alors ARIN affecte la valeur du capital IPv4. La question est de savoir si chaque contrôle est étroit, fondé sur des preuves et proportionné à un préjudice pour le registre. L'authentification de la source prévient la fraude. Les vérifications de litiges préviennent les revendications conflictuelles. La conformité aux sanctions et aux ordonnances judiciaires reflète les contraintes juridiques. Mais le jugement sur le modèle d'entreprise, les prévisions étendues des besoins futurs et l'effet de levier discrétionnaire sur les services nécessitent une justification plus lourde.

Le danger d'un contrôle large est qu'il pousse la demande dans les ombres qu'il cherche à discipliner. Si l'achat est trop lent ou incertain, les opérateurs louent. Si le transfert est difficile entre les régions, les parties préservent des coquilles vides corporatives, utilisent des acquisitions, créent des filiales opérationnelles ou s'approvisionnent en adresses par des canaux moins visibles. Si les tests de besoins pénalisent l'inventaire stratégique, les acheteurs décrivent la demande dans le langage qui satisfait la politique plutôt que dans le langage qui explique la réalité économique. Le registre peut préserver l'apparence de la gestion responsable tandis que le marché développe des substituts privés.

Un registre étroit traiterait cela comme un retour d'information. Il demanderait quels contrôles protègent le registre et lesquels préservent l'autorité de l'ère de l'allocation. Il publierait des données agrégées sur les frictions: délais de traitement, cycles de documentation, refus, abandons, raisons des retards et résultats des examens. Il rendrait les règles de transfert plus objectives lorsque cela est possible. Il reconnaîtrait que la liquidité, et pas seulement la conservation, est une valeur publique après l'épuisement. Les ressources rares piégées par des frictions administratives ne servent pas mieux Internet que les ressources rares piégées par l'accaparement.

Registre contre garde-barrière

La distinction institutionnelle utile est celle entre le registre et le garde-barrière. Un registre préserve l'unicité, l'exactitude, l'historique, la publication et l'état pertinent pour la sécurité. Il indique au marché qui est reconnu, ce qui a changé, ce qui est contesté, quels contacts existent, où le DNS inverse est délégué et quels objets de sécurité de routage peuvent être ancrés. Un garde-barrière décide qui mérite l'accès, si un plan d'affaires est acceptable, si le capital peut se déplacer, si les services sont liés au statut contractuel et si les anciennes détentions doivent être soumises à de nouvelles conditions.

Aucun registre ne peut être purement un registre. Il doit vérifier l'autorité. Il doit rejeter les documents falsifiés. Il doit répondre aux ordonnances judiciaires. Il doit gérer les litiges. Il doit empêcher les enregistrements en double. Il doit protéger les systèmes de publication. Il doit gérer les contrats pour les services. Mais plus il reste proche de la protection objective des enregistrements, plus sa légitimité est forte. Plus il s'approche du jugement économique discrétionnaire, plus il devient un garde-barrière.

Les notes publiques de Lu Heng et les documents de la Number Resource Society présentent cela comme un problème de continuité: protégez le registre, pas le garde-barrière. Ces sources sont des interventions de parties intéressées et doivent être lues comme telles. Leur utilité réside dans la distinction qu'elles accentuent. L'unicité des numéros est réelle. L'exactitude de l'enregistrement est réelle. La continuité du RDAP, du Whois, du DNS inverse, du RPKI et de l'IRR importe. Les réseaux en activité et les clients en aval ne doivent pas être des dommages collatéraux. Mais rien de tout cela n'exige de traiter chaque pouvoir institutionnel revendiqué par un registre comme nécessaire à la continuité. La base de données a besoin de continuité. L'autorité de moraliser sur la location, non.

Cette distinction s'applique au problème de la location chez ARIN. Le rôle de registre d'ARIN est essentiel au marché. Les bailleurs, les locataires, les acheteurs et les vendeurs s'appuient tous à un certain niveau sur l'enregistrement du registre. La capacité d'un bailleur à émettre des LOA crédibles dépend du contrôle reconnu. Les services RPKI et IRR peuvent dépendre du statut de registre. Les acheteurs en transfert comptent sur la reconnaissance d'ARIN. Les titulaires historiques comptent sur le maintien des enregistrements. Les petits opérateurs comptent sur des contacts précis et des services prévisibles. Un registre faible rendrait la location plus dangereuse, pas moins.

Mais un registre garde-barrière peut aussi rendre la location plus nécessaire. Si le marché des transferts est fortement soumis à autorisation, si les besoins du destinataire doivent être documentés selon les catégories de l'ère de l'allocation, si les services avancés créent un effet de levier contractuel, si les frontières inter-RIR se comportent comme des postes de douane politiques et si l'examen des ressources dissuade le mouvement, les opérateurs chercheront une utilisation contractuelle sans transfert enregistré. L'allocation parallèle est ce qui arrive lorsque le registre est utile mais le guichet d'accès coûteux.

La meilleure réponse n'est pas anti-registre. C'est pro-registre. ARIN devrait être le plus fort là où le marché a besoin d'un enregistrement partagé et le plus faible là où le marché peut allouer le risque par contrat, prix et discipline opérationnelle. Il devrait vérifier l'autorité de la source, maintenir un RDAP et un Whois précis, soutenir le DNS inverse, permettre une publication solide de la sécurité de routage, enregistrer les transferts rapidement, isoler les litiges sans perturbation inutile et publier suffisamment de données de processus pour que les entités puissent évaluer le risque. Il devrait être prudent avant de décider si le futur plan d'affaires d'un acheteur est assez bon ou si la location est moralement inférieure à la détention directe.

Le vocabulaire politique devrait changer en conséquence. Le « besoin » ne devrait pas jouer le même rôle dans un transfert privé que dans l'allocation à partir d'un pool gratuit. La « gestion responsable » devrait signifier maintenir les conditions d'une utilisation fiable, et non conserver un large pouvoir discrétionnaire sur un capital rare. La « communauté » ne devrait pas être invoquée comme si une petite classe politique active pouvait consentir au nom de chaque opérateur et client affecté par les règles de liquidité. La « stabilité » devrait signifier la continuité des enregistrements et des réseaux en activité, et non l'immunité pour chaque pratique institutionnelle héritée.

ARIN est bien placé pour adopter ce vocabulaire plus étroit. Sa maturité lui donne l'option de diriger. Un registre en crise peut se défendre en invoquant la survie. ARIN n'a pas besoin de cette posture. Il peut dire que le marché existe, que la location existe, que IPv4 a une valeur d'actif et que la légitimité du registre dépend de la réduction de l'incertitude plutôt que du déni de la réalité économique. Cela n'affaiblirait pas ARIN. Cela rendrait ses fonctions les plus fortes plus difficiles à contester.

Ce que la couche parallèle dit sur l'avenir

La croissance de la location dit trois choses sur l'avenir de la gouvernance d'IPv4. Premièrement, IPv4 restera économiquement pertinent plus longtemps que ne le suggèrent les slogans de transition. L'adoption d'IPv6 peut croître, mais la réalité du double pile signifie qu'IPv4 reste un intrant de production, et la location est l'un des moyens par lesquels les marchés valorisent cet intrant. Deuxièmement, l'enregistrement du registre n'est plus la seule carte de l'allocation. Le registre officiel reste essentiel pour le contrôle reconnu, mais l'allocation opérationnelle se produit également par le biais de contrats, de LOA, de ROA, d'objets de route, de RDNS, de services de traitement des abus et d'assignations aux clients. Toute analyse qui ne regarde que les transferts enregistrés manquera une partie importante de la mobilité des adresses.

Troisièmement, les bailleurs deviennent des opérateurs de quasi-infrastructure. Un bailleur sérieux doit gérer la validité du routage, le DNS inverse, la réputation, les abus, la géolocalisation, le renouvellement, le filtrage des clients, l'interface avec le registre et parfois la continuité juridique. L'activité commence à ressembler à de la gestion du risque infrastructurel plutôt qu'à du simple courtage. Les courtiers sans substance peuvent encore mettre en relation l'offre et la demande, mais ils ne portent pas nécessairement le domaine de défaillance. Le marché distinguera de plus en plus entre lister l'inventaire, conclure la paperasse et garantir la continuité opérationnelle.

Ces changements rendent le risque de contrôle des capitaux plus difficile à cacher. Une règle qui retarde le mouvement sera tarifée comme un retard. Une règle qui réduit le nombre d'acheteurs sera tarifée comme une illiquidité. Une limite de service qui fait pression pour un accord sera tarifée comme un effet de levier contractuel. Une incompatibilité interrégionale sera tarifée comme du capital piégé. Les documents publics du NRS plaident pour la décentralisation, la portabilité et une dépendance réduite à la discrétion humaine centralisée parce que les marchés veulent des enregistrements neutres, un contrôle vérifiable, une continuité et une sortie des goulets d'étranglement discrétionnaires. On n'a pas besoin d'accepter toutes les affirmations pour voir le signal de la demande.

ARIN peut interpréter la location comme une menace ou comme une preuve. S'il traite la location principalement comme un moyen pour les opérateurs d'éviter la moralité politique, il sera tenté par un glissement vers l'application. S'il traite la location comme une preuve de marché d'une demande non satisfaite, de frictions de transfert, de contraintes de capital et de besoins de continuité, il peut s'adapter. La location montre où le système officiel ne satisfait pas la demande. L'allocation parallèle montre où l'enregistrement du registre ne capture pas la réalité opérationnelle. Ce ne sont pas des raisons d'abolir le registre. Ce sont des raisons de rendre le registre plus étroit, plus propre et plus fiable.

La prochaine frontière politique n'est pas de savoir si la location devrait exister. Elle existe déjà. La question est de savoir à quel point la couche louée devient visible, responsable et opérationnellement sûre. Un marché qui repose sur des baux privés mais ne peut pas dire qui peut annoncer une route, qui gère les abus, qui maintient le RPKI, qui contrôle le DNS inverse et comment fonctionne le renouvellement est fragile. Un marché qui utilise des baux avec une autorité claire, des enregistrements propres, des opérations disciplinées et des frontières de registre prévisibles peut augmenter l'accès sans corrompre le registre.

Ce qu'il faut surveiller

Le premier point de surveillance est la friction des transferts. Le temps de traitement, les cycles de documentation, les abandons, les raisons de refus et la participation des petits acheteurs importeront plus que le seul volume de transferts. Un marché peut tolérer des processus s'il peut les tarifer. Il a du mal avec l'incertitude discrétionnaire. ARIN renforcerait la confiance en publiant plus de données agrégées sur les délais de transfert, les résultats des demandes et les raisons pour lesquelles les demandes échouent ou sont retirées.

Le deuxième point est l'évaluation des besoins. Si ARIN réduit l'examen des besoins pour les transferts de marché, il signalera qu'il reconnaît que la réallocation privée diffère de la distribution à partir d'un pool gratuit. S'il renforce l'examen, la location et d'autres solutions de contournement deviennent plus attrayantes. Le test central est de savoir si une règle prévient un préjudice concret pour le registre ou préserve simplement la logique de rationnement.

Le troisième point est l'accès au RPKI et à l'IRR pour les ressources historiques et louées. À mesure que la validation d'origine de route devient plus pertinente sur le plan opérationnel, l'éligibilité aux services devient une infrastructure de marché. Si la publication de sécurité est traitée principalement comme un effet de levier contractuel, les titulaires et les bailleurs tariferont cet effet de levier. Si elle est traitée comme faisant partie de la continuité publique, le registre devient plus précieux.

Le quatrième point est la pratique des LOA et des réassignations. Le marché a besoin de normes plus claires pour les lettres d'autorisation, la visibilité des contacts en aval, l'autorité pour la durée du bail et le nettoyage en fin de bail, sans transformer ARIN en police de chaque contrat de location. Le cinquième est les abus et la réputation. Les bailleurs qui investissent dans les processus de traitement des abus, le filtrage des clients, le support au retrait des listes, la correction de géolocalisation et la discipline de renouvellement seront traités différemment des intermédiaires sans substance, et leur compétence réduira la pression pour une intervention excessive du registre.

Le sixième point est l'économie des petits opérateurs. Les distributions de la liste d'attente, les voies de transfert pour les petits blocs, les prix de location et les conditions de renouvellement montreront si l'accès IPv4 post-épuisement s'élargit ou se rétrécit. Le septième est la mobilité inter-RIR. Les transferts compatibles avec ARIN vers certains RIR et pas d'autres montrent que les frontières de registre restent des frontières économiques. Le dernier point est le langage. Si ARIN et la communauté plus large des RIR décrivent IPv4 comme un capital opérationnel reconnu par le registre nécessitant des services de registre précis, neutres et responsables, ils peuvent préserver la coordination sans nier l'économie d'actifs. S'ils continuent à décrire le mouvement du marché dans le langage moral de l'ère de l'allocation, la couche parallèle se développera.

Conclusion: le marché s'est déjà adapté

La location IPv4 existe parce que le marché s'est déjà adapté à la question que le langage du registre a tenté de reporter. Les opérateurs traitent IPv4 comme précieux. Les titulaires le monétisent. Les acheteurs paient pour l'obtenir. Les locataires le louent. Les bailleurs construisent des services de continuité autour. Les courtiers et les facilitateurs professionnalisent l'accès. Les adresses ne sont pas simplement des lignes dans une base de données de registre. Elles sont un capital opérationnel intégré dans les relations clients et la conception de réseau.

ARIN n'a pas créé cette réalité, et il ne peut pas l'abolir par le vocabulaire. Sa tâche est plus pratique. Il devrait préserver le registre qui rend le marché plus sûr tout en évitant l'instinct de garde-barrière qui pousse le marché à le contourner. Le registre est le plus fort lorsqu'il vérifie l'autorité, protège l'unicité, publie des enregistrements précis, soutient la continuité de la sécurité et reconnaît les changements valides de manière prévisible. Il est le plus faible lorsqu'il confond le mouvement de capital post-épuisement avec un problème d'allocation que seul le besoin administratif peut résoudre.

La location et l'allocation parallèle ne sont donc pas des signes que la fonction de registre est devenue hors de propos. Ce sont des signes que la fonction de registre doit être réduite à ce dont le marché a réellement besoin. Le marché a besoin d'un enregistrement fiable. Il a besoin d'une reconnaissance propre des transferts. Il a besoin d'un support de la sécurité de routage. Il a besoin d'un isolement des litiges. Il a besoin de contacts précis et d'une continuité de publication. Il n'a pas besoin d'une théorie morale expliquant pourquoi chaque utilisation productive doit passer par les catégories de l'ère de l'allocation.

La leçon nord-américaine est institutionnelle plutôt qu'idéologique. Un registre mature ne peut rester légitime dans un monde d'actifs que s'il réduit l'incertitude autour de l'actif. ARIN a la documentation, la profondeur de marché et la capacité institutionnelle pour le faire. Mais la croissance de la location montre que les opérateurs n'attendront pas une adaptation parfaite du registre. Ils achèteront l'usage, loueront la capacité, structureront la continuité et construiront des couches d'allocation privées partout où le système officiel est trop lent, trop gourmand en capital ou trop incertain.

C'est l'économie de l'allocation parallèle. Ce n'est pas le contraire du registre. C'est la réponse du marché à un registre qui reste nécessaire mais incomplet. L'avenir de la légitimité d'ARIN dépendra de sa capacité à voir cette réponse comme un problème à réprimer ou comme une information dont il faut tirer des leçons. Protéger le registre, rendre la couche parallèle plus sûre là où elle touche le routage public, et laisser le capital se diriger vers une utilisation productive. C'est le marché stable pour IPv4 après l'épuisement.