Résumé

  • Le bulletin de mars d’AFRINIC relie son soutien à Douala-IX à un renforcement de l’interconnexion locale.
  • Le tableau Internet Society Pulse de mai compte huit membres, 4 Gbps de capacité cumulée, sept utilisateurs du route server et cinq membres disposant d’au moins un ROA valide.
  • Ces données ne disent ni le trafic local, ni la latence, ni les pertes, ni la disponibilité, ni l’effet causal du soutien d’AFRINIC.

La première question n’est pas de savoir si un point d’échange est souhaitable. Elle est de savoir ce que le public peut établir. Dans son Community Pulse de mars, AFRINIC indique avoir soutenu Douala-IX et associe l’interconnexion locale au maintien du trafic près des utilisateurs et à une meilleure performance. C’est une intention et une hypothèse d’exploitation plausibles. Ce n’est pas encore un constat chiffré.

Le relevé indépendant est plus précis, mais d’une autre nature. La fiche Internet Society Pulse, alimentée pour cette vue par PeeringDB, affichait en mai huit membres et 4 Gbps de capacité de ports cumulée. Sept de ces huit membres y étaient indiqués comme utilisateurs du route server; cinq avaient au moins une autorisation d’origine de route valide. AFRINIC figurait également parmi les membres de service. Le tableau décrit donc une capacité déclarée, une communauté limitée, un dispositif de routage partagé largement employé et une part visible de couverture RPKI.

Il ne répond pas pour autant à la question d’impact. La capacité d’un port n’est pas un volume effectivement transporté. L’adhésion ne prouve ni session active ni trafic entre deux réseaux. Un ROA valide ne montre pas que toutes les annonces échangées sont valides, acceptées ou acheminées. L’usage du route server ne mesure pas la livraison locale. La fiche ne publie pas de séries de paquets ou d’octets, pas de partage local/transit, pas de distribution de latence ou de pertes, pas de fenêtre d’indisponibilité, pas de comparaison avant/après.

On ne peut donc y lire ni trafic retenu localement, ni chemin raccourci, ni effet sur la résilience, le coût ou l’action d’AFRINIC.

Cette retenue n’est pas un procès d’intention. Un IXP peut avoir une réelle utilité avant qu’un observateur extérieur puisse en quantifier les effets. L’absence d’indicateur public ne prouve pas l’échec; elle définit seulement la limite de l’observable. Lui faire porter une conclusion positive ou négative ajouterait des faits absents des sources.

Un reçu de résultat pourrait rester agrégé et respecter les données sensibles. Pour une période donnée, il préciserait les AS concernés ou une cohorte anonymisée, la frontière entre route server et bilatéral, le volume agrégé, une définition du local par rapport au transit, et des distributions de latence et de pertes depuis des points de mesure annoncés. Il indiquerait aussi la règle RPKI/IRR utilisée, les maintenances et incidents exclus, les corrections, puis une base de comparaison. Une méthode reproductible vaut mieux qu’un chiffre promotionnel isolé.

Pour l’instant, la formulation juste est plus simple. AFRINIC peut dire qu’il a soutenu une initiative d’échange local; le tracker peut décrire la configuration visible de l’échange. Aucune de ces deux propositions ne doit être transformée en preuve publique d’un gain de performance.

Sources