Les enregistrements du registre AFRINIC dans la négociation de l'interconnexion

Un FAI régional qui se prépare à se développer sur un point d'échange Internet peut donner l'impression que l'ingénierie est trompeusement simple. La liaison croisée est commandée. Deux opérateurs amont sont prêts à proposer du transit. Un serveur de routes est disponible. L'équipe réseau dispose d'un ASN, d'une prévision de trafic, d'un plan de migration et de clients fatigués de payer pour la congestion d'un seul opérateur. Dans le rack, le problème est les câbles, l'optique, les sessions BGP et les fenêtres de maintenance. Dans la salle commerciale, cela devient un test de crédibilité. Le coordinateur de peering demande des route objects.

L'opérateur amont demande qui est autorisé à annoncer le préfixe. Le IXP demande des coordonnées valides et une hygiène de filtrage. Un client entreprise demande si ses listes blanches, DNS inverse, géolocalisation et gestion des abus survivront à la migration.

Le réseau peut transporter le trafic avant que le marché ne soit satisfait qu'il devrait transporter ce trafic. C'est l'économie de la dépendance d'interconnexion. Un préfixe est utile non seulement parce que les paquets qui lui sont adressés peuvent se déplacer, mais parce que des inconnus dans l'économie de routage acceptent une chaîne de preuves: cette organisation est le détenteur reconnu ou l'utilisateur autorisé; ce système autonome peut être à l'origine de la route; ce contact peut répondre aux abus; cette délégation inverse peut être modifiée; ce client peut migrer sans hériter d'un litige de registre caché.

Plus la chaîne est solide, plus le réseau a de choix. Plus elle est faible, plus le réseau devient dépendant du seul opérateur amont, plateforme, courtier ou titulaire prêt à tolérer le risque.

AFRINIC rend cette dépendance visible car il se trouve à la couche de reconnaissance pour une région où la pénurie d'IPv4, la crise de gouvernance et les litiges sur la valeur des adresses ont convergé. AFRINIC est le registre Internet régional pour l'Afrique et certaines parties de l'océan Indien. Ses documents publics décrivent un registre pour IPv4, IPv6 et les numéros de système autonome, avec des services autour de WHOIS, RDAP, DNS inverse, un registre de routage Internet et RPKI. Ce sont des fonctions techniques, mais ce sont aussi des fonctions probantes.

Elles aident d'autres réseaux à décider si une route annoncée appartient à un filtre, si un client peut apporter ses propres adresses, si une autorisation d'origine de route doit être fiable, et si un détenteur peut modifier les faits opérationnels attachés à un préfixe.

La description officielle ne peut pas porter l'analyse seule. AFRINIC a également fait l'objet de reportages publics sur une prétendue manipulation historique des enregistrements d'adresses, le litige très médiatisé de Cloud Innovation, une procédure judiciaire qui a affecté les finances et la gouvernance de l'institution, des années sans conseil d'administration normal, une mise sous séquestre judiciaire, des processus électoraux contestés et annulés en 2025, une élection ultérieure du conseil d'administration, et la poursuite en 2026 de litiges et de l'implication de l'ICANN.

Pour les marchés d'interconnexion, l'importance est pratique plutôt que théâtrale: l'incertitude au niveau du registre augmente la prime de risque attachée aux ressources administrées par AFRINIC. Cette prime apparaît dans les décisions de peering, le filtrage de routes, les conditions de transit, la migration des clients, la diligence raisonnable en matière de location, les fichiers BYOIP, l'escalade des abus et la capacité des petits réseaux à échapper à la dépendance vis-à-vis des grands opérateurs.

Le mécanisme est étroit. Un registre comptable fournit une partie du fondement de crédit pour les contrats d'interconnexion. Si le registre est neutre et prévisible, il réduit les coûts de transaction. S'il devient un gardien discrétionnaire de l'utilisation commerciale, de la géographie des clients ou des transferts, il les augmente et déplace le pouvoir de négociation vers le haut.

L'interconnexion est un marché de crédibilité

L'interconnexion est souvent décrite en termes physiques et de routage: fibre, ports, routeurs, ASN, ratios de trafic, peering sans règlement, transit payant, serveurs de routes et tissus d'échange locaux. Ces termes sont nécessaires, mais ils ne sont pas suffisants. Deux réseaux peuvent être physiquement connectés et ne pas parvenir à s'interconnecter économiquement. L'un peut ne pas accepter les routes de l'autre. L'un peut refuser le peering à moins que l'ensemble de routes ne soit documenté.

L'un peut exiger une validation d'origine de route, un bureau d'abuse propre, des longueurs de préfixe acceptables, un trafic stable et la preuve que le client derrière l'annonce est autorisé. L'acte technique d'annoncer une route n'est que le début de l'acte commercial d'être cru.

Cette croyance n'est pas sentimentale. C'est un substitut peu coûteux à l'investigation. Un opérateur amont ne peut pas reconstruire le fichier d'allocation historique de chaque client avant d'accepter un préfixe. Un serveur de routes d'IXP ne peut pas plaider la chaîne d'autorité derrière chaque route object. Un pair ne peut pas appeler chaque registre, bailleur et client entreprise avant de construire un filtre. Un fournisseur de cloud ne peut pas auditer manuellement chaque registre national des sociétés avant de permettre à un client d'apporter un bloc d'adresses dans son réseau.

Le marché de l'interconnexion d'Internet fonctionne parce qu'il s'appuie sur des preuves standard: enregistrements de registre, route objects, ROAs RPKI, données RDAP ou WHOIS, contacts d'abus, délégations DNS inverse, lettres d'autorisation et historique de routage visible.

Chaque élément est un instrument de crédibilité. Il transforme une affirmation privée en un fait que les contreparties peuvent traiter. L'enregistrement de registre indique qui est reconnu. L'objet IRR indique quel AS peut être à l'origine d'une route selon l'enregistrement de politique de routage. Le ROA fournit une preuve cryptographique d'origine de route. RDAP et WHOIS exposent les données du détenteur et du contact. Le DNS inverse mappe l'utilisation des adresses en noms que les systèmes de courrier, de journalisation et d'exploitation peuvent comprendre. Les contacts d'abus indiquent aux contreparties où escalader le mauvais trafic.

La correction de géolocalisation lie l'utilisation des adresses aux marchés clients. Aucun de ces éléments ne prouve à lui seul une légitimité parfaite. Ensemble, ils réduisent le coût de dire oui.

La pertinence d'AFRINIC pour l'interconnexion s'étend donc au-delà de l'allocation. C'est l'institution dont les enregistrements et services alimentent la couche de preuve que les pairs, les fournisseurs de transit et les clients consultent. Un registre qui maintient cette couche ennuyeuse rend l'interconnexion moins chère. Un registre perçu comme instable, politisé, discrétionnaire ou juridiquement incertain rend l'interconnexion plus chère même si les paquets continuent de circuler. Le coût supplémentaire n'apparaît pas toujours comme une surtaxe publiée.

Il apparaît comme un fichier d'intégration plus long, une demande d'indemnisation supplémentaire, un refus d'accepter un route object, une règle de max-prefix plus stricte, une remise de transit plus faible, l'hésitation d'un client à migrer, ou la capacité d'un opérateur historique à dire que seul son espace d'adressage est sûr.

C'est pourquoi un registre doit être compris comme faisant partie de l'infrastructure du marché. Il ne vend pas chaque contrat de transit. Il ne négocie pas chaque session de peering. Il n'exploite pas chaque serveur de routes. Mais il fournit les faits publics qui réduisent le besoin de négociation privée sur l'autorité de base. Lorsque ces faits sont solides, les petits réseaux peuvent les utiliser pour négocier à la hausse. Lorsque ces faits sont faibles, les grands réseaux et les opérateurs historiques peuvent exiger des preuves sur mesure, imposer des conditions de risque ou garder les clients dans des arrangements d'adressage groupés.

[Le reste de l'article suit la même logique de traduction, en conservant toutes les balises HTML, les noms protégés, et en traduisant le texte visible.]