RIPE NCC et l'économie de la dépendance d'interconnexion

Résumé

• La dépendance d'interconnexion est une condition économique, pas un sujet de routage étroit: la capacité d'un réseau à acheter du transit, à faire du peering, à rejoindre des fabrics d'échange, à entrer dans des environnements cloud et à fidéliser ses clients dépend de la capacité des contreparties à faire confiance à ses preuves d'adressage.
• Le rôle le plus précieux du RIPE NCC n'est pas de décider des relations de trafic. Il consiste à maintenir un registre précis et allégé qui protège l'unicité, la continuité et l'autorité vérifiable pour les ressources de numéros Internet dans sa région.
• Dans un environnement de pénurie d'IPv4, les preuves du titulaire de type WHOIS/RDAP, l'état RPKI et ROA, les données d'origine de route, le DNS inverse, les contacts abuse et l'historique des transferts deviennent des arguments de négociation au guichet du peering et du transit.
• Des preuves de registre faibles agissent comme une taxe à l'interconnexion. Elles se manifestent par des mises en service retardées, des filtres en amont plus stricts, des conditions de transit moins favorables, des examens d'admission cloud, des coûts de nettoyage de la réputation et une portabilité client plus faible.
• La charge est régressive. Les grands réseaux peuvent absorber l'examen manuel, les conseils et le personnel de routage; les petits fournisseurs de la région de service du RIPE NCC peuvent constater que l'ambiguïté transforme un espace d'adressage rare en dépendance envers des intermédiaires plus puissants.
• Le RIPE NCC ne doit pas devenir un policier du trafic, un gardien du cloud ou un arbitre de tout conflit commercial. Sa discipline doit être plus étroite: maintenir le registre suffisamment cohérent pour que les acteurs privés puissent prendre leurs propres décisions d'acceptation sans blanchir les litiges par le biais de la discrétion du registre.
• La norme constructive est un registre qui rend le titulaire actuel, l'origine autorisée, les preuves de route, la délégation RDNS, le contact abuse, la vie après transfert et le chemin de correction intelligibles avant le début des négociations d'interconnexion.

Le guichet de mise en service voit le registre avant de voir le trafic

La scène est assez ordinaire pour passer inaperçue. Un réseau régional a commandé une interconnexion dans une installation d'échange. Son routeur est configuré. Le contrat de vente avec un fournisseur de transit est presque finalisé. Une migration client est prévue pour le week-end. Le numéro de système autonome est connu, la liste de préfixes a été diffusée, et l'ingénieur chargé de la mise en service dispose d'une fenêtre étroite pour que le nouveau chemin transporte le trafic de production.

Puis les questions commencent. Le fournisseur amont demande si le client peut annoncer le préfixe. Le serveur de route d'échange veut des preuves d'origine de route correspondant à l'AS d'origine déclaré. Un pair demande pourquoi une ancienne entrée de routage mentionne encore un réseau prédécesseur. Une plateforme cloud demande une lettre d'autorisation et vérifie que le ROA ne va pas marquer la nouvelle annonce comme invalide. Un fournisseur de délivrabilité de courrier demande qui contrôle le DNS inverse. Un service de sécurité demande si le contact abuse public atteint l'équipe d'exploitation ou une boîte aux lettres abandonnée lors d'une fusion. La fibre est là. Le routeur est là. L'élément manquant est la croyance.

C'est le premier fait économique concernant la dépendance d'interconnexion. Un préfixe n'est pas commercialement utile simplement parce qu'il existe dans un registre ou peut être annoncé dans BGP. Il devient utile lorsque des contreparties indépendantes acceptent l'histoire qui y est attachée: qui est le titulaire reconnu, qui peut l'annoncer, qui répondra aux plaintes, qui peut déléguer le DNS inverse, si l'état d'origine de route est cohérent, si l'ancienne réputation peut être nettoyée, et si le changement prévu survivra aux filtres automatisés et à l'examen humain. La transaction est technique dans son exécution mais commerciale dans sa signification. La route est une revendication, et chaque contrepartie décide combien de preuves sont suffisantes.

Le RIPE NCC se trouve au milieu de cette économie de la preuve. Sa région de service couvre l'Europe, le Moyen-Orient et certaines parties de l'Asie centrale, englobant plus de 75 pays et plus de 20 000 organisations de registre Internet local. Ses services publics comprennent les enregistrements de registre, la base de données RIPE, RPKI, le support DNS inverse et les services de mesure ou d'information de routage tels que RIPE Atlas et le Routing Information Service. Ces faits ne définissent pas, en eux-mêmes, une philosophie institutionnelle. Ce sont des pièces à conviction. Ils montrent pourquoi le registre est lu par une large gamme d'opérateurs, d'exploitants d'échange, de plateformes, de clients, d'équipes de sécurité, de courtiers et d'acheteurs du secteur public qui ne relèvent pas du RIPE NCC mais qui dépendent néanmoins des preuves qu'il maintient.

La dépendance s'est accentuée depuis que la pénurie d'IPv4 est devenue la norme. Le pool d'adresses IPv4 librement disponibles du RIPE NCC s'est épuisé en novembre 2019. La pénurie a rendu les adresses plus durables, plus négociables, plus susceptibles d'être louées, plus susceptibles de survivre aux fusions et plus susceptibles d'être intégrées dans les contrats clients. Dans le même temps, l'interconnexion fonctionne toujours par le biais de nombreux jugements indépendants. Aucune autorité unique ne peut forcer chaque fournisseur amont, pair, fabric d'échange, fournisseur de cloud ou client d'entreprise à accepter une route. Chaque réseau gère son propre risque. Les preuves partagées sont donc précieuses car elles réduisent le coût de nombreuses décisions distinctes.

La leçon pertinente n'est pas que le RIPE NCC devrait décider qui fait du peering avec qui. Il ne le devrait pas. La leçon est qu'un registre précis réduit le prix d'être cru. Si un petit réseau peut arriver au guichet de mise en service avec un enregistrement de titulaire à jour, un ROA correspondant, des données de route cohérentes, des contacts abuse fonctionnels et l'autorité RDNS, il négocie sur le service. S'il arrive avec de l'ambiguïté, il négocie sur la confiance. Cette deuxième négociation est coûteuse, lente et inégale.

L'interconnexion est un marché de la confiance avant d'être un marché du trafic

L'interconnexion est souvent décrite comme un ensemble d'accords de routage entre systèmes autonomes: peering, transit, serveurs de route, filtres de préfixes, ingénierie de trafic, échange sans règlement, capacité payante et routes clients. Cette description est exacte, mais elle arrive tard dans l'histoire. Avant que le trafic ne circule, les contreparties décident si le réseau qui demande à être accepté est suffisamment sûr pour être cru. BGP annonce la joignabilité; il ne prouve pas l'autorité. La preuve provient des enregistrements, de l'historique, des contacts, de la validation d'origine de route, de la réputation d'exploitation et de la position commerciale de la partie qui fait la demande.

C'est pourquoi l'interconnexion a toujours été en partie un marché de la confiance. Un grand opérateur établi peut souvent substituer la réputation à la netteté documentaire. Son nom est connu, ses équipes opérationnelles sont joignables, ses clients sont visibles et ses erreurs sont susceptibles d'être considérées comme corrigibles. Un petit fournisseur a moins de surplus de réputation. Il peut desservir un pays, une ville, un campus, un cluster industriel ou un hébergeur de niche avec une compétence technique mais peu de reconnaissance mondiale. Pour ce réseau, l'enregistrement public n'est pas un dossier cérémoniel. C'est un justificatif portable qui permet à des inconnus d'accepter une relation de routage sans transformer chaque mise en service en une enquête privée.

Le même point vaut pour les clients d'entreprise. Une entreprise qui a investi des années dans des règles de pare-feu fixes, des listes d'autorisation de fournisseurs, des politiques d'accès à distance, la réputation du courrier, des passerelles de paiement et des systèmes de surveillance peut vouloir changer de fournisseur sans renuméroter. Sa capacité à le faire dépend de la capacité du nouveau fournisseur à transporter la plage d'adresses proprement et de la survie des preuves d'adressage lors du déménagement. Si l'enregistrement du registre, le ROA, les données de route, le RDNS et les contacts sont tous alignés, le client dispose d'une option de sortie crédible. S'ils ne le sont pas, la dépendance d'adresse du client devient un coût de changement qui renforce l'opérateur en place.

La dépendance d'interconnexion modifie donc la surface de négociation. Les conditions de transit ne portent pas seulement sur le prix par mégabit, la capacité du port et la latence. Elles reflètent également la confiance dans le dossier de routage du client. Les décisions de peering ne portent pas seulement sur les ratios de trafic et la géographie. Elles reflètent si un ensemble de routes semble suffisamment stable pour être admis. L'admission dans un IXP ne porte pas seulement sur le paiement d'un frais de port. Elle porte également sur la capacité de l'automatisation du serveur de route à gérer les préfixes du membre sans créer de risque pour les autres. Les programmes cloud « bring-your-own-IP » ne tiennent pas seulement aux préférences de la plateforme. Ils exigent la preuve que la partie qui importe les adresses a l'autorité et que la plateforme ne sera pas blâmée pour avoir transporté une route douteuse.

Le coût économique de preuves faibles apparaît de manière banale. Une mise en service est retardée d'une semaine. Un pair n'accepte qu'une liste de préfixes plus courte. Un fournisseur amont insiste sur un espace attribué par le fournisseur plutôt que sur des adresses détenues par le client. Une plateforme impose un examen manuel. Un client reporte la migration parce que le DNS inverse n'a pas bougé. Une plage avec un ancien historique d'abus nécessite un plan de nettoyage de la réputation avant qu'un acheteur ne l'accepte. Ces coûts sont rarement comptabilisés comme une dépense de registre. Pourtant, ils sont causés, en partie, par la qualité de l'enregistrement public et la facilité avec laquelle les contreparties peuvent l'interpréter.

L'Internet décentralisé peut absorber bon nombre de ces frictions, mais l'absorption n'est pas l'absence. Si chaque réseau doit prouver des faits de routine séparément à chaque contrepartie, le marché devient biaisé en faveur des grands acteurs dont la réputation ou l'influence peut contourner l'examen. Un bon registre est l'antidote. Il transforme la confiance privée en preuves communes. Il n'élimine pas le jugement commercial. Il rend le jugement commercial moins cher.

L'enregistrement RIPE NCC est une preuve de négociation, pas seulement une administration

Un enregistrement de registre condense l'information. Il indique à une contrepartie par où commencer pour évaluer qui détient une ressource, qui peut s'exprimer en son nom, quel réseau peut l'annoncer, comment les plaintes doivent être acheminées et quelle continuité on doit attendre. La condensation est précieuse car l'interconnexion est un environnement à haut volume. Un fournisseur amont ne peut pas mener une enquête sur l'historique de l'entreprise pour chaque préfixe client. Un exploitant de serveur de route ne peut pas examiner manuellement chaque allocation passée. Une plateforme cloud ne peut pas reconstruire chaque chaîne de transfert. Le marché a besoin de preuves standardisées qui ne sont pas parfaites mais suffisamment fiables pour servir de premier filtre.

Dans le contexte du RIPE NCC, ces preuves ont plusieurs couches. Les données de titulaire de type WHOIS/RDAP aident les contreparties à identifier le titulaire de ressource reconnu et la surface de contact actuelle. RPKI et les ROA aident les réseaux à évaluer si un AS d'origine particulier a été autorisé pour un préfixe. Les données du registre de routage et d'origine de route informent les filtres, les ensembles de routes et les attentes opérationnelles. La délégation DNS inverse indique si la partie qui revendique le contrôle opérationnel peut maintenir l'hygiène de résolution de noms. Les contacts abuse indiquent où les plaintes doivent aboutir. Les services de mesure et d'information de routage aident les observateurs à voir comment les routes se comportent dans le temps. Ces couches ne sont pas toutes la même chose juridique. Elles ne produisent pas un certificat unique de vérité commerciale. Leur valeur réside dans la cohérence de l'ensemble du dossier.

Le mot « cohérence » est important. Une contrepartie peut tolérer un champ manquant si le reste des preuves est solide. Elle devient beaucoup plus prudente lorsque différents signaux racontent des histoires différentes. Un nom de titulaire pointe vers une entité tandis que la lettre d'autorisation en nomme une autre. Un ROA autorise un ancien fournisseur amont tandis que le nouvel ordre de transit déclare une origine différente. Une entrée de routage est maintenue par un consultant qui ne travaille plus pour le titulaire. Le DNS inverse délègue encore via un fournisseur précédent. Le contact abuse existe mais ne répond pas. Chaque défaut peut avoir une explication innocente. Ensemble, ils augmentent le coût de l'acceptation.

Des preuves de registre cohérentes sont particulièrement importantes parce que les décisions d'interconnexion privées utilisent souvent des systèmes automatisés. Les serveurs de route et les filtres amont ont besoin d'entrées qui peuvent être transformées en règles. Les plateformes cloud ont besoin de contrôles d'admission répétables. Les fournisseurs de sécurité ont besoin de champs de contact et de réputation qui peuvent être traités à grande échelle. Les entreprises ont besoin d'une assurance documentée pour le contrôle des changements. Lorsque les preuves publiques sont propres, l'automatisation aide les petits réseaux en réduisant le besoin de familiarité personnelle. Lorsque les preuves sont bruitées, l'automatisation peut les punir parce que la machine ne peut pas lire l'histoire derrière l'incohérence.

C'est pourquoi l'administration du registre devient une preuve de négociation. L'enregistrement ne détermine pas tous les résultats commerciaux, mais il façonne la position de départ. Un réseau avec des preuves propres demande du peering, du transit ou de la portabilité depuis une posture de normalité. Un réseau avec des preuves faibles demande une exception. Les exceptions coûtent de l'argent parce qu'elles nécessitent une attention manuelle, une acceptation du risque et une couverture de réputation. Quelqu'un doit être payé, persuadé ou indemnisé pour combler le fossé probatoire.

Le rôle public du RIPE NCC doit être jugé par rapport à cette fonction de marché. Le registre est utile lorsqu'il protège l'unicité, l'exactitude et la continuité sans prétendre être un tribunal universel du trafic. Il est nuisible lorsqu'il est trop mince pour soutenir l'acceptation ordinaire, ou lorsqu'il devient si discrétionnaire que les litiges de routage et commerciaux sont poussés vers le jugement du registre. La ligne est étroite, mais c'est la ligne dont dépend une grande partie de l'économie d'adressage de la région.

La pénurie d'IPv4 transforme les preuves faibles en une taxe à l'interconnexion

La pénurie modifie le prix de l'ambiguïté. Lorsque les adresses étaient plus faciles à obtenir, un réseau confronté à des frictions documentaires pouvait parfois renuméroter, demander un espace différent ou accepter des adresses attribuées par le fournisseur tout en évoluant vers les siennes plus tard. Cette échappatoire s'est réduite. Dans la région du RIPE NCC, l'épuisement des IPv4 signifie que les ressources d'adressage rares sont achetées, louées, héritées, réutilisées, subdivisées, financées et transportées à travers des réorganisations d'entreprise. La plage d'adresses survit souvent au plan d'affaires initial. Son dossier de preuves doit donc survivre au personnel, au fournisseur, au client et au système d'origine qui l'ont utilisé en premier.

Les preuves faibles deviennent une taxe à l'interconnexion parce que chaque utilisation ultérieure doit payer pour clarifier ce qui aurait dû être clair. Un acheteur d'adresses doit payer des conseillers pour réconcilier l'historique du titulaire. Un locataire doit persuader un fournisseur amont que l'utilisation est autorisée. Un fournisseur qui intègre un client doit aligner les ROA et les données de route avant d'annoncer la plage. Une entreprise quittant une plateforme cloud doit prouver que les adresses peuvent être transportées ailleurs. Un réseau avec un ancien historique d'abus doit montrer que le client responsable a changé et que les plaintes parviennent désormais à la bonne équipe. Aucun de ces coûts n'est le prix de la bande passante brute. Ils sont le prix du doute.

La taxe n'est pas prélevée uniformément. Les grands réseaux la paient avec un personnel spécialisé, des contacts établis et la capacité de garder un transit redondant pendant que les enregistrements sont corrigés. Les petits réseaux la paient par des retards, des conditions moins bonnes et de la dépendance. Un petit hébergeur sur un marché secondaire peut ne pas avoir de spécialiste dédié au registre. Un réseau universitaire peut dépendre d'allocations historiques dont les enregistrements publics reflètent d'anciennes structures institutionnelles. Un fournisseur régional peut n'avoir qu'un seul ingénieur qui s'occupe de BGP, des tickets clients, des plaintes d'abus et des achats. Lorsque les preuves sont faibles, ces acteurs font face aux mêmes exigences de preuve qu'une plateforme multinationale mais avec moins de ressources.

La taxe apparaît également dans les relations clients. Un client professionnel peut avoir choisi un réseau en partie parce qu'il promettait la portabilité des adresses ou un routage stable. Si un déménagement ultérieur est retardé par des lacunes dans les preuves, le risque opérationnel du client augmente. La réputation du courrier, les processeurs de paiement, l'accès à distance, les listes d'autorisation des fournisseurs et les politiques de sécurité sont tous liés aux adresses. Le client apprend que sa dépendance ne porte pas seulement sur la bande passante mais sur la qualité de l'enregistrement d'adresse. Un réseau qui ne peut pas démontrer le contrôle peut retenir le client par défaut, et non par mérite. C'est un verrouillage inefficace.

La pénurie amplifie les effets de réputation. Une plage utilisée pour un hébergement abusif, un courrier mal configuré ou des services compromis peut porter un risque longtemps après que le client sous-jacent ait changé. Nettoyer cette réputation nécessite un travail opérationnel, mais aussi des preuves publiques crédibles que la partie responsable est joignable et que la ressource est sous un nouveau contrôle. Si l'enregistrement reste obsolète, les contreparties peuvent évaluer la plage d'adresses comme entachée même après que le réseau ait corrigé ses opérations. La taxe est donc dynamique: l'ancienne ambiguïté suit la ressource dans de nouvelles transactions.

L'instinct politique dans de telles conditions peut être de demander au registre de surveiller davantage. Cet instinct est compréhensible et dangereux. La pénurie ne transforme pas un employé de registre en propriétaire. Elle ne justifie pas de convertir chaque querelle commerciale en un cas d'application du registre. La meilleure réponse est une discipline de preuve plus rigoureuse: rendre le contrôle, la joignabilité, l'autorité d'origine et l'historique de correction plus faciles à vérifier, tout en laissant l'acceptation commerciale aux réseaux qui doivent porter le risque.

RPKI et ROAs rendent l'autorité lisible par machine, mais pas complète

RPKI est l'un des exemples les plus clairs de la façon dont les preuves de registre modifient l'économie de l'interconnexion. Une autorisation d'origine de route permet à un titulaire de ressource d'indiquer quel système autonome est autorisé à annoncer un préfixe. Les validateurs peuvent utiliser cette information pour classer les annonces. Le résultat n'est pas une théorie complète de la légitimité, mais c'est une réduction puissante d'un type particulier de doute. Une route qui nécessiterait autrement une interprétation manuelle peut être évaluée par des preuves lisibles par machine liées au système de registre.

Cette réduction a des conséquences commerciales. Un fournisseur amont peut exiger des ROA correspondants avant d'accepter une route client. Un pair peut rejeter les annonces invalides selon RPKI. Un serveur de route d'échange peut appliquer des règles de validation qui limitent la capacité d'un membre à propager un préfixe. Un fournisseur cloud peut demander à un client d'aligner les ROA avant d' des adresses. Un client d'entreprise peut demander si l'état d'origine de route de son fournisseur survivra à une migration planifiée. Ce ne sont pas des préférences de sécurité abstraites. Elles affectent le calendrier de mise en service, le choix du fournisseur, la redondance et la confiance du client.

Les ROA modifient également la négociation parce qu'ils rendent certaines erreurs plus visibles. Si un réseau change de fournisseur de transit sans mettre à jour l'autorisation d'origine, un mouvement commercial légitime peut apparaître invalide. Si un titulaire crée une autorisation trop étroite ou trop large, les contreparties peuvent s'inquiéter des fuites de route ou de l'acceptation involontaire. Si un locataire, un fournisseur géré ou un client revendique le droit d'annoncer une plage mais ne peut pas aligner le ROA, le marché peut déduire que l'au torité n'est pas claire. La déduction peut être fausse, mais elle doit être traitée avant que la route ne soit acceptée.

La bonne façon d'évaluer RPKI n'est donc ni l'adoration ni le rejet. Ce n'est pas un certificat de droit commercial complet. Une origine de route valide ne prouve pas que chaque contrat est solide, que les clients ont consenti, que la réputation est propre ou que l'opérateur est prudent. Ce n'est pas non plus un module technique cosmétique. Dans un monde de filtrage de route automatisé, RPKI fait partie de l'ensemble de preuves qui détermine si une route peut entrer sur le marché à des conditions normales. Il rend une revendication lisible: cet AS d'origine est autorisé pour ce préfixe par la partie capable de créer l'autorisation.

Pour le RIPE NCC, la discipline consiste à soutenir la preuve d'origine de route sans convertir la preuve en réglementation du trafic. Le registre devrait fournir des services stables, un contrôle clair du titulaire, des voies de validation résilientes et des chemins de correction pratiques. Il ne devrait pas décider qu'un pair privé doit accepter une route valide, ou qu'un fournisseur amont doit rejeter chaque route dont l'histoire commerciale est trouble. Les opérateurs de réseau sont propriétaires de leur risque. La contribution du registre est de rendre les preuves sous-jacentes moins ambiguës.

Cette limite est importante parce que les litiges sur l'origine de route peuvent être des vecteurs tentants d'expansion de mandat. Un conflit sur un bail, une prise de contrôle, un déménagement de client ou un accident de routage peut être présenté comme un problème que le registre devrait résoudre en désactivant, en révoquant ou en favorisant une revendication de route. Parfois, le registre doit agir dans le cadre de ses attributions étroites lorsque les enregistrements sont faux ou que l'autorité est compromise. Mais il devrait éviter d'être entraîné à décider des relations de trafic sous le langage de la sécurité. RPKI est le plus fort lorsqu'il s'agit d'un service de preuve, pas d'un veto commercial.

Les données de route, les filtres et les IXP transforment la cohérence en accès au marché

Les points d'échange Internet semblent neutres de loin: un fabric, un port, un serveur de route, une liste de membres et un ensemble de politiques. En pratique, ce sont des processeurs de preuves. Un échange doit décider comment les routes sont acceptées, filtrées et distribuées. Les serveurs de route ont besoin de données d'entrée. Les membres s'attendent à une protection contre les fuites, les détournements et les propagations accidentelles. L'échange ne peut pas plaider manuellement chaque préfixe annoncé sur le fabric. Il s'appuie sur des signaux structurés et une responsabilité claire des membres.

Cela fait des données de route adjacentes au registre une partie de l'accès au marché. Un membre dont l'ensemble de routes correspond aux enregistrements du titulaire, aux ROA et aux contacts opérationnels est plus facile à intégrer. Ses préfixes peuvent être placés dans les filtres avec moins d'effort manuel. Ses pairs ont moins de raisons de créer des exceptions. Un membre dont les données de route sont obsolètes ou incohérentes peut encore être légitime, mais il devient coûteux à admettre. L'opérateur de l'échange doit décider s'il consacre du temps de personnel à l'examen, demande au membre de réparer les enregistrements, ou supprime les routes jusqu'à ce que les preuves s'améliorent.

Les fournisseurs amont sont confrontés à un problème similaire à plus grande échelle. Un opérateur de transit prend les routes des clients et les transporte vers l'Internet plus large. S'il accepte de mauvaises routes, il risque des fuites, des détournements, un préjudice de réputation et des plaintes de clients. S'il est trop conservateur, il perd des affaires. Les preuves de registre aident l'opérateur à équilibrer ces risques. De bonnes preuves permettent à l'amont de dire oui rapidement. Des preuves faibles renvoient le client à un examen manuel, des limites de préfixes plus strictes, des ensembles de routes acceptés plus étroits ou des demandes d'espace attribué par le fournisseur.

L'économie est subtile parce que le filtrage de route est généralement présenté comme une sécurité, pas une structure de marché. La sécurité est réelle. Mais les systèmes de sécurité déterminent également qui peut entrer à moindre coût. Un régime de filtrage basé sur des preuves publiques cohérentes favorise tout réseau qui peut garder ses enregistrements propres, y compris les petits fournisseurs. Un régime de filtrage qui nécessite une familiarité privée favorise les opérateurs établis et les grandes marques. Le registre public est donc un apport pro-concurrentiel quand il permet aux petits réseaux de satisfaire à la même norme d'acceptation sans dépendre d'un sponsor puissant.

C'est particulièrement important dans la région de service du RIPE NCC. Certains marchés ont des fabrics d'échange denses et de nombreux choix amont. D'autres ont moins de points d'interconnexion et une dépendance plus élevée envers les opérateurs régionaux. Un réseau à Amsterdam, Francfort, Londres ou Paris peut être en mesure de contourner une contrepartie prudente. Un réseau sur un marché plus petit peut ne pas le pouvoir. Le même défaut de preuve a donc des conséquences économiques différentes selon la géographie. Une mise à jour de route retardée sur un marché dense est un inconvénient. Sur un marché peu dense, cela peut être une contrainte pour le service client.

Les filtres créent également une dépendance de chemin. Une fois qu'un préfixe est accepté par un amont mais pas par d'autres, le réseau peut devenir dépendant de la tolérance de cet amont. L'amont peut facturer plus, regrouper des services ou imposer des conditions parce que le client a moins de chemins de sortie crédibles. Des preuves publiques propres élargissent le chemin de sortie. Elles donnent au client un dossier qui peut être porté à un autre opérateur, échange ou plateforme. Des preuves faibles le réduisent.

Le registre ne peut pas et ne doit pas dicter la politique de filtrage des IXP ou des fournisseurs amont. La diversité des choix de filtrage fait partie de la résilience de l'Internet. Pourtant, le RIPE NCC peut réduire le coût commun en rendant les preuves d'entrée exactes, actuelles et faciles à réconcilier. C'est le rôle modeste et puissant d'un registre allégé.

Le DNS inverse et les contacts abuse sont des signaux de crédit opérationnel

Le DNS inverse et les contacts abuse sont parfois traités comme des détails administratifs de second ordre. Ils ne sont pas prestigieux. Ils ne portent ni le prestige intellectuel de la sécurité du routage ni le drame financier des transferts IPv4. Pourtant, ils comptent profondément dans l'interconnexion parce qu'ils montrent si un réseau peut être joint, corrigé et tenu responsable sur le plan opérationnel après l'acceptation de la route.

Le DNS inverse est un signal pratique de contrôle. Les systèmes de messagerie, les outils de sécurité, les clients et les pairs utilisent les enregistrements RDNS pour évaluer si une plage d'adresses est exploitée de manière cohérente. Une migration dans laquelle le préfixe bouge mais le RDNS reste avec un ancien fournisseur semble inachevée. Une importation cloud dans laquelle la plateforme transporte le trafic mais le client ne peut pas aligner les preuves de nom semble risquée. Un examen de sécurité dans lequel le RDNS raconte une vieille histoire peut ralentir l'acceptation même lorsque le routage est techniquement correct. Le problème n'est pas que le RDNS prouve à lui seul l'autorité. C'est qu'un RDNS incohérent suscite le doute sur qui exploite réellement la plage d'adresses.

Les contacts abuse remplissent une fonction connexe. Ce ne sont pas de simples canaux de plainte. Ce sont des signaux qu'une partie responsable peut être trouvée lorsque les choses tournent mal. Le scan, le spam, le bourrage d'identifiants, les résolveurs ouverts, les callbacks de maliciels et les fuites de route nécessitent tous une escalade. Un grand réseau avec des contacts publics imparfaits peut encore être joignable par des canaux privés. Un petit réseau ne peut pas supposer ce privilège. Son contact abuse fait partie de son profil de crédit public.

Ce profil compte dans la négociation commerciale. Un opérateur de transit peut craindre qu'un client avec une mauvaise joignabilité ne génère des plaintes qui retombent sur l'opérateur. Un pair peut craindre que les incidents opérationnels soient difficiles à résoudre. Une plateforme cloud peut exiger un chemin d'abus clair avant d'autoriser les adresses importées. Un client d'entreprise peut demander qui recevra les plaintes qui affectent sa propre réputation. Si l'enregistrement du registre fournit une réponse claire, le réseau réduit la prime de risque attachée à ses routes.

La joignabilité abuse affecte également le nettoyage de la réputation. Les plages d'adresses accumulent de l'historique. Elles apparaissent dans les listes de blocage, les bases de données de géolocalisation, les systèmes de notation de courrier, les flux de renseignements sur les menaces et les contrôles privés des clients. Une partie de l'historique est méritée; une partie est obsolète; une partie est erronée. Pour la nettoyer, un réseau doit pouvoir montrer que l'opérateur actuel est joignable et que les plaintes seront traitées. Un contact obsolète rend le nettoyage plus difficile parce que les tiers ne peuvent pas distinguer une plage d'adresses réhabilitée d'une plage négligée.

Là encore, le rôle du registre n'est pas de juger chaque plainte d'abus. Le RIPE NCC ne devrait pas devenir le bureau de police pour chaque campagne de spam, cas de hameçonnage ou litige de contenu. Il devrait s'assurer que l'enregistrement soutient la joignabilité, la correction et la continuité. La différence est cruciale. Si le registre essaie de décider quels clients méritent l'interconnexion après chaque plainte, il devient un gardien du trafic. S'il maintient des preuves d'abus et de RDNS fiables, il permet aux contreparties de gérer leurs propres relations sur une base factuelle commune.

Les détails de second ordre sont souvent là où la confiance est la plus visible. Un ROA peut montrer qu'une origine est autorisée; un contact abuse et une délégation RDNS montrent que quelqu'un peut vivre avec les conséquences. L'interconnexion est une relation continue, pas une seule annonce de route. La preuve banale que quelqu'un est là fait partie de ce qui rend la route acceptable.

Les transferts ont une vie après la mort au guichet de peering

Un transfert IPv4 ne se termine pas lorsque l'enregistrement du registre change. Il a une vie après la mort dans chaque relation d'interconnexion qui doit accepter le nouvel état. L'acheteur ou le bénéficiaire peut avoir besoin de mettre à jour les ROA, les entrées de routage, le DNS inverse, les contacts abuse, les enregistrements de géolocalisation, la documentation client, les systèmes de surveillance, les appels de liste de blocage et les fichiers d'admission cloud. Si ces changements ne sont pas bien séquencés, la plage d'adresses peut porter une identité divisée: juridiquement mise à jour à un endroit, opérationnellement ancienne à un autre.

Cette identité divisée est importante parce que les contreparties voient rarement l'ensemble du dossier de transfert. Un pair voit une nouvelle origine. Un fournisseur amont voit un préfixe client qui était annoncé ailleurs. Un fournisseur de messagerie voit un RDNS modifié. Un analyste de sécurité voit d'anciens rapports d'abus. Une plateforme cloud voit un client demandant d' un espace qui a encore des empreintes historiques. Chaque examinateur se fait un jugement à partir des signaux dont il dispose. Si les signaux ne concordent pas, le transfert n'est pas commercialement terminé.

L'ambiguïté post-clôture peut être coûteuse. L'acheteur peut avoir payé pour des adresses en s'attendant à une utilisation immédiate, mais l'amont refuse d'accepter les routes jusqu'à ce que les ROA et les entrées de route s'alignent. Un client peut avoir contracté pour la continuité, mais les systèmes de réputation associent toujours la plage à l'opérateur précédent. Un vendeur peut rester joignable pour les plaintes parce que les contacts abuse n'ont pas été mis à jour. Une plateforme peut retarder l'importation parce que les preuves du titulaire ne correspondent pas au nom du client. Le transfert est réglé dans le registre, mais pas encore sur le marché.

C'est pourquoi la qualité du transfert devrait être évaluée par la vie après la mort, et pas seulement par l'approbation. Un transfert réussi est un transfert dont les preuves peuvent être comprises par la prochaine contrepartie. L'enregistrement du registre, l'état d'origine de route, la surface de contact et la délégation RDNS devraient raconter une histoire cohérente que les acteurs privés peuvent utiliser sans avoir besoin de documents de transaction confidentiels. Certains détails privés resteront toujours privés. Mais le dossier public devrait être suffisamment clair pour que l'interconnexion de routine ne rouvre pas la transaction.

Le problème de la vie après la mort est distinct des mécanismes juridiques et financiers de la clôture de la transaction. La question centrale n'est pas l'entiercement, la fiscalité ou les avis juridiques. C'est de savoir si le nouveau titulaire peut utiliser la ressource à des conditions acceptables après la transaction. Une clôture parfaitement documentée peut encore laisser l'acheteur avec un faible pouvoir de négociation si les preuves opérationnelles sont obsolètes. Inversement, une transaction modeste avec une maintenance disciplinée des enregistrements peut s'intégrer en douceur parce que les contreparties peuvent voir ce qui a changé et qui est désormais responsable.

Le nettoyage de la réputation fait partie de la même vie après la mort. Une plage d'adresses peut porter une mauvaise réputation de courrier, des erreurs de géolocalisation, des associations de fraude ou des indicateurs de sécurité provenant d'une utilisation antérieure. Les preuves de registre ne peuvent pas effacer l'historique, mais elles peuvent soutenir un récit de nettoyage crédible. Elles peuvent montrer que le contrôle a changé, que les contacts sont à jour, que le RDNS est délégué correctement et que l'autorité d'origine de route correspond au nouveau plan d'exploitation. Sans ces preuves, le nettoyage devient un exercice de supplication privée, et les plateformes ou les pairs peuvent dévaloriser la plage longtemps après la fin du problème sous-jacent.

La contribution du RIPE NCC est encore une fois étroite. Il n'a pas besoin de certifier que chaque plage transférée est propre. Il devrait rendre l'état actuel de la ressource suffisamment clair pour que d'autres puissent porter leurs propres jugements. Cet objectif modeste a une grande valeur économique car il réduit la perte sèche entre le règlement du registre et l'acceptation de l'interconnexion.

L'admission cloud et la portabilité d'entreprise dépendent des preuves d'adressage

Les plateformes cloud ont rendu la dépendance d'interconnexion plus visible pour les acheteurs d'entreprise. Une entreprise peut vouloir apporter ses propres adresses IP dans un environnement cloud, se déplacer entre fournisseurs cloud, se connecter via des services d'interconnexion directe, ou garder les identifiants orientés client stables tout en déplaçant les charges de travail. Ces décisions sont vendues comme des choix d'architecture, mais elles dépendent des preuves. La plateforme a besoin de savoir que le client a l'autorité d'utiliser les adresses et que les annoncer via la plateforme ne créera pas de risque de routage ou de réputation.

Les programmes « bring-your-own-IP » exigent généralement des preuves du titulaire, des documents d'autorisation, l'alignement des ROA, la coordination de l'origine de route et des contacts opérationnels. Une plateforme ne veut pas transporter un préfixe dont l'autorité est contestée ou dont l'état de route échouera à la validation. Elle ne veut pas non plus absorber les plaintes pour des adresses dont le chemin d'abus pointe ailleurs. La décision d'admission de la plateforme est donc une forme d'examen d'interconnexion privé. Elle peut s'appuyer sur les enregistrements du registre même si elle n'agit pas en tant que registre.

Cela affecte la négociation. Un client avec des preuves d'adressage propres peut traiter les fournisseurs cloud comme substituables dans une plus large mesure. Il peut déplacer les charges de travail, garder les points de terminaison clients stables et négocier avec des options de sortie crédibles. Un client dont les preuves sont faibles devient plus dépendant de la plateforme ou du fournisseur déjà disposé à transporter la plage. La dépendance peut être invisible dans le diagramme d'architecture, mais elle apparaît dans les achats. L'acheteur ne peut pas menacer de manière crédible de déménager si chaque déménagement nécessite un examen manuel incertain.

La portabilité d'entreprise va également au-delà du cloud. Les banques, les entreprises de paiement, les sociétés de logistique, les fournisseurs SaaS, les portails publics, les réseaux de recherche et les systèmes industriels peuvent avoir des contrôles basés sur les adresses intégrés dans les systèmes de leurs partenaires. La renumérotation peut être coûteuse parce que les contreparties doivent mettre à jour les listes d'autorisation, les VPN, la surveillance, les systèmes anti-fraude et les contrôles de conformité. Les adresses indépendantes du fournisseur ou portables ne réduisent ce coût que si le nouveau réseau peut les annoncer et les maintenir de manière crédible. La portabilité n'est donc pas une propriété du seul préfixe; c'est une propriété du préfixe plus les preuves acceptées.

Le risque est que des preuves de registre faibles transforment la portabilité cloud et d'entreprise en un privilège pour les grands acteurs. Une multinationale avec des avocats, du personnel réseau et des contacts de plateforme connus peut passer l'examen. Une entreprise régionale ou une institution publique peut ne pas le pouvoir. Si le registre public est propre, le petit acteur peut présenter un dossier de preuve standard. S'il ne l'est pas, le petit acteur doit emprunter de la crédibilité à un intermédiaire. C'est la taxe à l'interconnexion sous une autre forme.

Les plateformes cloud ne sont pas des méchants dans cette histoire. Elles portent un risque réel lorsqu'elles acceptent les adresses des clients. Elles doivent protéger leurs propres réseaux et les autres clients. La meilleure critique est institutionnelle: lorsque les preuves publiques sont pauvres, les plateformes deviennent de facto des arbitres de la crédibilité des adresses car elles contrôlent l'admission dans un environnement précieux. Un registre de registre mince et précis réduit ce contrôle d'accès privé en donnant à la plateforme et au client une base commune.

La même logique s'applique aux grands clients d'entreprise choisissant parmi les fournisseurs de connectivité. Un fournisseur qui peut démontrer l'autorité du titulaire, la cohérence des ROA, le contrôle RDNS et des contacts réactifs donne au client plus de confiance que les mouvements futurs seront possibles. Un fournisseur qui ne peut pas le faire peut encore offrir une bonne connectivité, mais il offre une optionnalité plus faible. Dans un monde de pénurie d'adresses, l'optionnalité a de la valeur.

Les petits réseaux supportent le coût fixe le plus lourd du doute

La région du RIPE NCC est vaste et inégale. Elle comprend des marchés d'Europe occidentale denses avec des options d'interconnexion abondantes, une présence cloud et de contenu sophistiquée, de nombreux fabrics d'échange et des opérateurs de réseau matures. Elle comprend également des économies plus petites, des marchés de connectivité frontaliers, des réseaux d'entreprise spécialisés, des institutions de recherche, des fournisseurs de services publics, des sociétés d'hébergement et des réseaux d'accès dont le personnel et le pouvoir de négociation sont limités. La même ambiguïté de registre ne pèse pas de manière égale sur ce paysage.

Les coûts de preuve sont souvent fixes. Un ROA doit être corrigé, que le réseau ait un client ou un million. Un ancien contact doit être réparé, que le préfixe soutienne un opérateur national ou un petit FAI urbain. Un examen de filtre de route doit être satisfait, que l'opérateur soit une plateforme mondiale ou un hébergeur local. Les coûts fixes sont régressifs: ils consomment une plus grande part de l'attention et de la marge du petit réseau. C'est pourquoi la qualité du registre n'est pas seulement un bien public technique. C'est une condition d'accès au marché pour les petits acteurs.

Considérons un petit fournisseur desservant une communauté d'affaires régionale. Il peut avoir besoin d'adresses IPv4 pour l'hébergement web, le courrier, l'accès à distance, les VPN, les systèmes industriels et les services orientés client qui ne peuvent pas encore compter uniquement sur IPv6. Il peut acheter du transit auprès d'un ou deux opérateurs, se connecter à un échange voisin et vendre de la continuité à des clients qui ne peuvent pas tolérer le churn d'adresses. Si ses preuves publiques sont faibles, chaque changement devient une négociation. Le fournisseur doit convaincre l'amont, le serveur de route, le client, le fournisseur de réputation et peut-être la plateforme cloud. Le coût de prouver une autorité de routine peut être plus grand que le coût du port.

Les grands réseaux ont des tampons. Ils ont des équipes de peering directes, des spécialistes du registre, des avocats, une hygiène automatisée des enregistrements, des gestionnaires de compte sur les plateformes et une réputation qui encourage les contreparties à appeler avant de rejeter. Les petits réseaux rencontrent souvent le marché via des formulaires, des files d'attente de tickets et l'automatisation des serveurs de route. Leurs preuves doivent voyager sans explication personnelle. Le registre public est donc plus important, et non moins, pour les acteurs ayant le moins de pouvoir.

L'asymétrie régionale aggrave le problème. Un réseau sur un marché dense peut souvent essayer un autre pair, un autre amont ou un autre emplacement d'échange si une contrepartie est lente. Un réseau sur un marché moins dense peut être confronté à un choix limité. Sa dépendance envers les quelques amonts disponibles donne à ces amonts plus de poids. Si des preuves faibles réduisent encore le choix, l'ambiguïté du registre devient un problème de concurrence locale. Elle peut décider si un petit fournisseur peut offrir des services crédibles face à un opérateur établi.

Il y a aussi une dimension linguistique et de capacité institutionnelle. La région du RIPE NCC couvre de nombreux systèmes juridiques, langues et formes d'entreprise. Les contreparties qui lisent les preuves du registre peuvent ne pas comprendre les conventions de dénomination locales, les structures du secteur public ou les réorganisations historiques. Un enregistrement public clair peut combler ces différences. Un enregistrement vague oblige la partie la plus faible à expliquer son contexte institutionnel à chaque examinateur. Cette explication est coûteuse et parfois infructueuse, même lorsque la revendication sous-jacente est légitime.

Le point d'équité ne doit pas être exagéré. Les réseaux qui veulent l'interconnexion doivent maintenir leurs preuves. Ils ne peuvent pas externaliser chaque devoir au registre. Mais le registre peut concevoir ses services de sorte que l'exactitude de routine soit plus facile, que les erreurs soient visibles, que les corrections soient vérifiables et que l'état actuel soit compréhensible par des inconnus. Cela réduit un coût fixe qui autrement pèse le plus lourd sur les petits.

Le registre doit rester allégé car la police du trafic le corromprait

L'argument le plus fort en faveur de bonnes preuves de registre est aussi l'argument le plus fort contre l'excès de pouvoir du registre. Parce que les preuves de registre affectent l'interconnexion, il est tentant de demander au registre de résoudre plus de problèmes d'interconnexion directement. Un pair refuse une route; demandez au registre d'intervenir. Un fournisseur amont n'aime pas un client; présentez le litige comme un mauvais usage des ressources. Une plateforme cloud exige des preuves plus solides; demandez au registre de bénir le client. Un conflit de routage survient après un bail; demandez au registre de choisir quelle histoire commerciale mérite le trafic. Chaque demande peut sembler pratique. Ensemble, elles convertiraient un registre de coordination en un policier du trafic.

Cette conversion serait une erreur. La légitimité du RIPE NCC repose sur une fonction étroite: maintenir des enregistrements précis, continus et uniques pour les ressources de numéros Internet et soutenir les services de preuve associés. Il n'est ni l'acheteur de transit, ni l'opérateur de chaque échange, ni le juge de chaque bail, ni l'examinateur de chaque importation cloud, ni l'arbitre commercial de chaque migration client. S'il commence à décider des relations de trafic, il risque de transformer le pouvoir discrétionnaire du registre en pouvoir de marché.

Le danger est le blanchiment de mandat. Un acteur privé peut ne pas aimer une route pour des raisons commerciales, concurrentielles, de réputation ou opérationnelles. Au lieu de prendre cette décision ouvertement dans le cadre de sa propre politique de réseau, il peut essayer de pousser le conflit vers une action du registre. Le langage sera d'intérêt public: sécurité, exactitude, abus, pénurie, confiance. Certaines préoccupations seront réelles. Mais si chaque conflit de routage peut être reformulé comme une question de registre, le registre devient un lieu de contrôle des routes. Cela affaiblirait la responsabilité décentralisée des décisions d'interconnexion.

Un registre allégé n'est pas un registre faible. L'allègement signifie la précision de la fonction. Cela signifie que le registre enregistre qui est reconnu, quelle ressource est assignée ou allouée, quels contacts sont responsables, quelles déclarations d'origine de route sont autorisées par le système pertinent, quelle délégation DNS inverse est en place et comment les corrections peuvent être apportées. Cela ne signifie pas que le registre ignore les fausses données, l'autorité compromise ou la joignabilité brisée. Cela signifie qu'il corrige les preuves dans son domaine de compétence plutôt que de transformer les preuves en politique de trafic.

Cette limite protège à la fois les réseaux et le registre. Les réseaux conservent la responsabilité de leurs propres décisions de filtrage, de peering, de transit et de risque. Ils peuvent choisir des normes plus strictes ou plus souples en fonction de leurs activités. Le registre évite de devenir le lieu de chaque grief commercial. Les titulaires de ressources reçoivent un marché plus clair: gardez les preuves publiques exactes, et vous pouvez demander aux contreparties de vous juger sur ces preuves; mais ne vous attendez pas à ce que le registre force les autres à transporter votre trafic.

La pénurie rend la limite plus difficile parce que les adresses ont une valeur économique et que les litiges deviennent plus vifs. Plus la ressource est précieuse, plus grande est l'incitation à utiliser les procédures de registre comme levier. C'est précisément pourquoi la limite importe. La pénurie ne fait pas du registre un propriétaire avec un large pouvoir discrétionnaire sur chaque utilisation précieuse. Elle rend le devoir étroit du registre plus important: protéger la couche de preuves partagée afin que le marché puisse effectuer des transactions sans contrôle central du trafic.

La meilleure posture institutionnelle est donc une modestie disciplinée. Le RIPE NCC doit être exigeant quant à l'exactitude et à la continuité de son registre, mais sobre quant à substituer son jugement aux décisions privées d'interconnexion. L'objectif n'est pas de rendre chaque route acceptable. C'est de rendre les faits autour de cette route suffisamment clairs pour que l'acceptation ou le refus appartiennent là où ils doivent être: aux réseaux qui portent le risque.

Une norme constructive pour les preuves d'interconnexion

Si les preuves faibles sont une taxe à l'interconnexion, la question constructive est de savoir quelles preuves devraient être peu coûteuses à assembler avant qu'un réseau n'arrive au guichet de mise en service. La réponse n'est pas une nouvelle grande bureaucratie. C'est un dossier discipliné et utilisable que les contreparties peuvent lire rapidement et que les titulaires de ressources peuvent maintenir sans embaucher une armée de spécialistes.

Le premier élément est l'autorité actuelle du titulaire. Une contrepartie devrait pouvoir voir le titulaire de ressource reconnu, l'organisation responsable et la relation entre le titulaire et la partie demandant l'interconnexion. Lorsqu'un fournisseur géré, un locataire, un client ou une plateforme est impliqué, le dossier public ne révélera pas toutes les conditions privées, mais il ne devrait pas raconter une histoire contradictoire. L'autorité du titulaire devrait être suffisamment lisible pour qu'une lettre d'autorisation ou une demande de route ait un sens.

Le deuxième élément est la cohérence de l'origine de route. Les ROA devraient correspondre à l'AS d'origine prévu. Les données du registre de routage et les ensembles de routes ne devraient pas pointer vers des arrangements obsolètes. Les changements devraient être programmés de sorte qu'une migration légitime ne devienne pas invalide selon RPKI ou ne fasse pas échouer un filtre parce qu'une couche de preuve a bougé avant une autre. Le marché n'a pas besoin de perfection; il a besoin d'un séquencement planifié et d'une responsabilité visible.

Le troisième élément est la joignabilité opérationnelle. Les contacts abuse, les contacts d'exploitation réseau et les contacts administratifs devraient atteindre les équipes responsables. La norme ne devrait pas exiger l'exposition de données personnelles inutiles. Elle devrait exiger que les plaintes, les urgences, les problèmes de routage et les demandes de vérification ne disparaissent pas dans des boîtes aux lettres mortes. La joignabilité fait partie de la crédibilité de l'adresse.

Le quatrième élément est la continuité du DNS inverse. La délégation RDNS devrait suivre le contrôle opérationnel et les attentes des clients. Elle ne devrait pas rester bloquée avec un fournisseur antérieur après une migration ou un transfert. Parce que le RDNS affecte le courrier, les outils de sécurité et la confiance des clients, il devrait être traité comme faisant partie du dossier d'interconnexion plutôt que comme une réflexion après coup.

Le cinquième élément est la vie après transfert. Lorsque les ressources d'adressage bougent, les preuves publiques devraient soutenir l'utilisation suivante, et ne pas simplement enregistrer qu'un changement de registre a eu lieu. Les titulaires devraient avoir des listes de contrôle pratiques pour les ROA, les entrées de route, le RDNS, les contacts abuse, les notifications aux clients et le nettoyage de la réputation. Le RIPE NCC n'a pas besoin de certifier chaque correction en aval; il peut rendre la chaîne de preuves attendue plus claire.

Le sixième élément est la vérifiabilité de la correction. Lorsque les enregistrements sont erronés, le chemin vers la correction devrait être compréhensible, documenté et proportionné. Les contreparties n'ont pas besoin de voir des documents privés, mais elles bénéficient de savoir que l'enregistrement actuel résulte d'un vrai chemin de correction plutôt que d'un changement arbitraire. La vérifiabilité réduit les soupçons sans exposer de matériel sensible.

Le septième élément est la clarté des limites. Chaque service public devrait indiquer clairement ce qu'il prouve et ce qu'il ne prouve pas. Un ROA prouve l'autorisation d'origine de route dans un sens spécifique; il ne prouve pas tous les droits commerciaux. Un contact abuse prouve un canal; il ne prouve pas une bonne conduite. Un enregistrement de titulaire prouve la reconnaissance du registre; il ne règle pas toutes les revendications privées. La clarté des limites protège le registre d'une utilisation excessive et aide les contreparties à combiner les preuves de manière sensée.

Une telle norme aiderait toute la région. Elle permettrait aux pairs, aux fournisseurs amont, aux échanges et aux plateformes d'automatiser plus sûrement. Elle aiderait les petits réseaux à préparer les dossiers d'interconnexion sans deviner ce que chaque contrepartie va demander. Elle aiderait les acheteurs et les clients à distinguer le risque réel de la paperasserie obsolète. Elle permettrait au RIPE NCC d'améliorer la valeur de marché du registre sans prendre le contrôle des relations de trafic.

L'économie des conditions acceptables

L'expression « conditions acceptables » est importante. La dépendance d'interconnexion ne concerne pas seulement le fait d'être accepté ou rejeté. Il s'agit des conditions dans lesquelles l'acceptation a lieu. Un réseau avec des preuves faibles peut toujours obtenir du transit, mais peut-être seulement d'un opérateur disposé à facturer plus pour l'examen et le risque. Il peut toujours faire du peering, mais peut-être avec moins de réseaux ou seulement par le biais d'accords bilatéraux qui prennent plus de temps. Il peut toujours utiliser les services cloud, mais seulement après une admission manuelle. Il peut toujours fidéliser ses clients, mais avec des promesses de portabilité plus faibles. L'acceptation à de mauvaises conditions reste de la dépendance.

Les économistes décriraient la différence comme un problème de négociation façonné par les coûts d'information. Lorsque les deux parties peuvent vérifier les faits de base à peu de frais, la négociation se concentre sur le prix, la capacité, le niveau de service, la géographie et l'adéquation commerciale. Lorsque les faits de base sont coûteux à vérifier, la partie la plus forte demande une compensation: retard, indemnité, conditions restrictives, prix plus élevés ou contrôle sur les adresses du client. La partie la plus faible peut accepter parce qu'elle a besoin de connectivité plus urgemment que la contrepartie n'a besoin de l'accord.

Le registre d'adresses réduit le coût de l'information en rendant les faits essentiels publics et standard. Il n'élimine pas l'information asymétrique. Le titulaire de la ressource en sait toujours plus sur ses contrats, ses clients et sa compétence opérationnelle que la contrepartie. Mais le registre réduit l'incertitude. Il indique à la contrepartie que certaines affirmations de base ne sont pas de simples auto-déclarations. Dans un marché décentralisé, cette réduction peut suffire à améliorer les conditions.

L'effet est le plus clair pour la portabilité du client. Un client qui peut montrer des preuves de ressources propres a une menace crédible de déménager. Une sortie crédible modifie le comportement des fournisseurs. Elle discipline les prix, améliore la qualité du service et réduit le risque de hold-up qui apparaît lorsque les systèmes d'un client dépendent d'adresses stables. Un client dont les preuves d'adresse sont désordonnées peut encore posséder ou contrôler des ressources précieuses, mais il ne peut pas facilement transformer ce contrôle en pouvoir de négociation. Sa menace de sortie est actualisée.

Le même effet apparaît pour les petits réseaux cherchant à diversifier leurs fournisseurs amont. Un fournisseur avec des preuves propres peut solliciter des offres de plusieurs opérateurs. Un fournisseur dont les routes nécessitent une explication spéciale peut recevoir moins d'offres. La différence entre deux offres amont sérieuses et une offre réticente peut déterminer la marge, la résilience et l'investissement. Le registre façonne donc non seulement l'acceptation technique mais aussi la structure concurrentielle des marchés en aval.

Il y a une implication régionale plus large. La région du RIPE NCC comprend des marchés où la concurrence des réseaux, le développement des centres de données, l'adoption du cloud et les services numériques d'entreprise dépendent de la capacité des acteurs de petite et moyenne taille à s'interconnecter de manière crédible. Si l'ambiguïté du registre favorise les opérateurs établis et les grandes plateformes, le coût n'est pas seulement supporté par le titulaire d'un seul préfixe. Il apparaît dans des prix plus élevés, une résilience plus faible et un développement plus lent des services locaux. Un registre propre n'est pas une politique industrielle, mais c'est une infrastructure pour la concurrence.

La mesure appropriée du succès est donc la friction évitée. À quelle fréquence un titulaire ou un opérateur légitime peut-il présenter ses preuves d'adresse et passer l'examen d'interconnexion sans explication sur mesure? À quelle fréquence les transferts se règlent-ils dans un routage utilisable sans un deuxième tour de doute? À quelle fréquence un client peut-il apporter des adresses à un nouveau fournisseur sans découvrir que le dossier de preuves n'a jamais été portable? Ces questions sont plus utiles que de compter les formulaires remplis. Elles mesurent si le registre fait un travail économique.

La taxe du doute doit être visible, pas cachée dans les opérations

Une des raisons pour lesquelles la dépendance d'interconnexion est sous-analysée est que ses coûts sont cachés dans les opérations. Un pair retardé est enregistré comme un problème de provisionnement. Un examen d'admission cloud est traité comme de la bureaucratie de plateforme. Une route rejetée apparaît comme un problème de filtre. Une délégation RDNS obsolète devient un ticket de délivrabilité du courrier. Un échec de contact abuse devient une plainte de sécurité. Un problème de vie après transfert devient un retard de migration client. Chaque événement a sa propre cause locale, mais le schéma commun est la faiblesse des preuves partagées.

Rendre la taxe visible améliorerait la gouvernance. Le RIPE NCC n'a pas besoin de publier des jugements commerciaux ou des litiges privés pour apprendre des frictions. Il peut examiner où les titulaires peinent à maintenir les preuves, où les contacts échouent, où les changements RPKI créent un risque de migration, où la délégation RDNS est en retard, où les bénéficiaires de transfert ont besoin d'un meilleur suivi, et où les données de route sont les plus difficiles à réconcilier. Le but n'est pas de faire honte aux réseaux. C'est de comprendre où le registre cesse de réduire les coûts de transaction.

Les titulaires de ressources ont aussi des responsabilités. Ils devraient traiter les preuves de registre comme faisant partie de la préparation à l'interconnexion, et non comme de la paperasse reportée jusqu'à ce qu'un fournisseur le demande. Avant une mise en service, une migration, un transfert, une importation cloud ou un événement de portabilité client, ils devraient savoir si l'enregistrement du titulaire, les ROA, les données de route, les contacts et le RDNS racontent la même histoire. Le coût du nettoyage des enregistrements après un examen raté est plus élevé que le coût de leur maintenance à l'avance.

Les contreparties devraient être précises sur ce dont elles ont besoin. Un fournisseur amont qui rejette une route devrait identifier si la préoccupation concerne l'état RPKI, les données de route, les preuves du titulaire, la joignabilité, la longueur du préfixe, la réputation ou la politique locale. Une plateforme qui demande une preuve devrait distinguer les preuves de registre de l'assurance contractuelle. Un échange qui filtre les routes devrait clarifier ses entrées de preuves. La précision empêche chaque refus de devenir un vague soupçon et aide les titulaires à corriger la bonne couche.

La propre norme du RIPE NCC ne devrait être ni maximaliste ni passive. Elle ne devrait pas promettre qu'un enregistrement propre garantisse l'interconnexion. Elle ne le peut pas. Les réseaux restent libres de rejeter des routes pour leurs propres raisons. Mais elle devrait reconnaître que la qualité de l'enregistrement affecte l'accès au marché et que des preuves pauvres imposent des coûts au-delà du bureau du registre. Le registre devrait être conçu pour les lecteurs pratiques qui l'utilisent: pairs, opérateurs de transit, exploitants d'échange, plateformes cloud, clients, équipes de sécurité, acheteurs et prêteurs.

Le dernier point institutionnel est la continuité. Les réseaux en fonctionnement comptent. Les changements d'adresses, les transferts, les mises à niveau de sécurité et les corrections d'enregistrements devraient être gérés de manière à ce que les services légitimes ne deviennent pas des dommages collatéraux. La continuité n'est pas une excuse pour de mauvaises données. C'est la raison de corriger les données avec soin. Un registre qui protège la continuité tout en améliorant les preuves réduit le coût de la confiance. Un registre qui ignore l'ambiguïté ou réagit de manière excessive avec un large pouvoir discrétionnaire l'augmente.

L'importance du RIPE NCC pour l'interconnexion réside donc autant dans ce qu'il ne devrait pas devenir que dans ce qu'il devrait faire. Il ne devrait pas devenir un propriétaire d'IPv4 rares, un policier du trafic, un comité d'admission de plateformes ou un tribunal de substitution pour chaque querelle de routage. Il devrait rester un registre allégé et précis dont les faits publics sont suffisamment bons pour être utilisés par le marché. Dans un monde de pénurie d'adresses, ce rôle modeste n'est pas petit. C'est la différence entre un préfixe qui peut négocier à des conditions acceptables et un préfixe qui doit acheter de la crédibilité à quelqu'un de plus fort.