Résumé

  • Le 27 octobre, Holterbach a fait état de trois serveurs de routes d’IXP reliés par BMP et de 60 sessions BMP de participants, donnant accès à environ 200 sessions avec des serveurs de routes et à plus de 1 000 sessions bilatérales.
  • À RIPE 93, une question sur le volume a rappelé que l’adoption dépend aussi de la capacité de collecte et de la maîtrise des flux.

Analyse

Un outil de visibilité peut montrer davantage de routes que son opérateur ne pourra ensuite stocker ou servir rapidement. Un IXP est un réseau de commutation partagé où les opérateurs échangent par un serveur de routes ou des sessions BGP directes. C’est la friction apparue dans la présentation de Thomas Holterbach à RIPE 93, le 27 octobre. Chercheur en réseaux, docteur de l’ETH Zurich depuis 2021 et ancien chercheur postdoctoral à l’Université de Strasbourg, il construit bgproutes.io. Son IXP Explorer rassemble des observations envoyées par BMP, le BGP Monitoring Protocol, depuis des serveurs de routes et des routeurs de participants.

Holterbach a présenté le bilan du projet au 27 octobre. Trois petits IXP avaient raccordé leur serveur de routes à la plateforme. Soixante sessions BMP provenant de participants donnaient, selon lui, de la visibilité sur environ 200 sessions entre participants et serveurs de routes, et sur plus de 1 000 sessions bilatérales. Ces chiffres décrivent l’état rapporté au pupitre le 27 octobre.

La collecte BGP classique ne montre que ce que le routeur observé envoie à la session du collecteur. Une interrogation périodique du logiciel du serveur de routes ajoute des détails locaux, mais laisse des intervalles entre deux instantanés. Le BMP peut transmettre des mises à jour et des changements d’état de pairs à partir des points d’export configurés. Le RFC 7854 de l’IETF définit ce protocole de surveillance BGP.

Maria Matejka a déplacé la discussion vers la charge avec un scénario hypothétique : 1 500 sessions BGP et un pair qui importe 50 000 routes. Lors d’un flap, l’événement peut se répercuter sur de nombreuses sessions. Sa question d’exploitation était directe : combien de données un collecteur peut-il absorber avant que son stockage ou ses requêtes ne ralentissent ? Holterbach a reconnu que la mise à l’échelle des données BMP, tout en gardant les requêtes rapides, était le point le plus difficile.

Reste le choix de l’export. Holterbach a expliqué que l’opérateur pouvait sélectionner les pairs sur son routeur ou lors de la configuration de la plateforme. Les IXP et leurs membres doivent accepter le partage. Interrogé sur les informations jugées sensibles, il a dit attendre des retours concrets des opérateurs. Le projet ne peut pas définir seul les limites que chaque réseau est prêt à publier.

La documentation de l’IXP Explorer rend ce compromis lisible : elle sépare les vues issues des serveurs de routes de celles envoyées par les participants, y compris les sessions bilatérales. Le résumé des préfixes visibles est actualisé chaque jour; l’API permet d’accéder aux données plus près du temps réel. La carte dépend donc des flux réellement fournis, et chacun augmente aussi le travail de collecte, de stockage et de restitution.

Holterbach a également reconnu le risque d’usage hostile : des routes plus visibles peuvent aider à déduire des politiques ou à vérifier le résultat d’une attaque. Son jugement est que les défenseurs y gagnent davantage, car des observations plus nombreuses rendent les détournements plus difficiles à dissimuler aux collecteurs. C’est l’appréciation qu’il a formulée pendant la plénière.

Les sources publiques ne donnent ni le volume traité par flux ni son coût de traitement, et ne disent pas si des opérateurs invités ont décliné; un historique par flux permettrait de distinguer un frein de capacité d’un frein lié aux règles de partage.

Sources