Résumé

  • Le relevé public d'InterLAN-IX porte 132 réseaux dans un import de liste de membres horodaté 2026-11-10T00:04:49Z : la couche institutionnelle de ce point d'échange est structurée, fraîche et vérifiable par n'importe qui.
  • Le point d'échange annonce deux route-serveurs à ses partenaires. Ce que ces deux machines annoncent, sous quel système autonome, avec quelle attestation d'origine, ne figure ni dans sa propre description ni dans les relevés tiers lus ici.

Deux paragraphes d'écart, et deux objets sans rapport. D'un côté, un point d'échange qui dit au monde combien de réseaux figurent sur sa liste. De l'autre, le même point d'échange qui dit au monde qu'il fait tourner deux route-serveurs pour leur compte.

Entre les deux, rien ne dit qui sont ces route-serveurs.

Ce que le chiffre 132 compte vraiment

Le relevé d'échange de PeeringDB pour InterLAN-IX — identifiant 270, organisation 591 — est un petit objet JSON qui contient beaucoup. Nom : InterLAN-IX. Nom long : InterLAN Internet Exchange Romania. Ville : Bucarest. Pays : RO. Continent : Europe. Média : Ethernet. Et puis les deux champs qui comptent ici : ixf_net_count à 132, et ixf_last_import à 2026-11-10T00:04:49Z.

Mettez cet horodatage en face de l'heure de lecture. L'import de la liste des membres dans PeeringDB a eu lieu moins de deux minutes avant que ce relevé soit consulté. Quoi qu'on pense du reste, InterLAN-IX n'est pas un point d'échange qui a oublié d'entretenir sa paperasse publique. Quelqu'un là-bas a automatisé l'export, et la chaîne tourne.

Cent trente-deux, c'est un nombre de réseaux dans cet import. Pas un nombre de préfixes, de sessions, de ports, de membres ou de clients. Pas une mesure du trafic qui traverse la toile d'échange. Cela dit une chose et une seule : combien d'entrées réseau la liste de membres du point d'échange portait à 00:04:49, le 10 novembre 2026. La nuance paraît byzantine jusqu'au moment où quelqu'un met ce chiffre en face d'un décompte de préfixes tiré d'un autre relevé et conclut qu'il manque un nombre.

Deux route-serveurs, décrits en une phrase

C'est sur son propre site que le service se raconte, et il se raconte en roumain, brièvement : « Pentru a facilita schimbul de trafic, InterLAN-IX pune la dispoziția partenerilor săi două route-servere care permit interconectarea directă cu majoritatea celor conectați. » Autrement dit : pour faciliter l'échange de trafic, InterLAN-IX met à disposition de ses partenaires deux route-serveurs qui permettent l'interconnexion directe avec la majorité des connectés.

La phrase est bonne. Elle dit à un futur membre ce que le point d'échange ajoute au-delà d'une baie de brassage : inutile de construire un maillage complet de sessions avec chaque autre membre, prenez une session avec la paire et laissez le point d'échange redistribuer ce que tout le monde annonce. C'est aussi, sur la page telle qu'elle a été lue, l'intégralité de la description technique. Aucune adresse. Aucun numéro de système autonome. Aucun préfixe de LAN de peering. Aucun mot sur ce que les serveurs acceptent, ce qu'ils jettent, ou ce qu'ils font d'une route dont l'origine paraît douteuse.

Un route-server, pour le lecteur qui ne vit pas dans un routeur, est une machine exploitée par le point d'échange et non par un membre. Elle entretient des sessions avec beaucoup de membres et transmet leurs annonces aux autres, si bien qu'un petit réseau de Cluj joint un gros réseau de Bucarest sans négocier une session pour chaque paire. Le point d'échange devient, au sens du routage, une partie du chemin : il ne transporte pas les paquets, il décide quelles annonces sont visibles.

Voilà pourquoi l'identité du système autonome du route-server n'est pas un détail. Quand un membre accepte une route venue de la paire, il accepte une affirmation sur l'endroit où vit un préfixe. Cette affirmation vient du système autonome qu'utilisent les serveurs, traverse les filtres et validations d'origine que le point d'échange applique, et atterrit dans la table du membre. Le membre voit le chemin. Il ne voit pas la paperasse.

Le système autonome qui appartient à quelqu'un d'autre

Cherchez un système autonome appartenant à ce point d'échange, et AS39737 remonte. C'est le genre d'identifiant qui circule dans les notes de peering et se recopie d'une note à l'autre, ce qui est précisément la raison de le regarder au lieu de le supposer.

La fiche annuaire BGP d'AS39737 affiche : AS39737 Prime Telecom srl. Pays d'origine : Roumanie. Points d'échange : 6. Préfixes annoncés, tous : 414. IPv4 : 392. IPv6 : 22.

Ce n'est pas un point d'échange. C'est un opérateur roumain avec 414 préfixes annoncés et des sessions sur six points d'échange — le profil d'un réseau qui achète et revend de la connectivité pour vivre, ce que sont la plupart des membres d'un point d'échange national. La page ne relie à aucun moment ce système autonome à InterLAN-IX, et n'affirme nulle part que le point d'échange l'exploite.

L'identifiant qui ressemble à la réponse est donc une réponse en forme de membre. C'est l'empreinte de routage propre à un opérateur, publiée par un tiers, posée à côté d'un point d'échange qui publie des décomptes de membres. Les deux relevés ne décrivent pas le même objet, n'utilisent pas la même unité, ne sortent pas de la même organisation. Mis côte à côte, ils ne s'accordent sur rien, parce qu'ils ne sont pas censés s'accorder.

Cette non-concordance mérite d'être nommée sans détour, car la lecture inverse — 132 réseaux ici, 414 préfixes là, quelqu'un a perdu 282 choses — est exactement le genre d'arithmétique qui fait passer un article sérieux pour un mauvais article.

Là où la piste s'arrête

Les adresses des route-serveurs d'InterLAN-IX ne sont pas revenues dans une forme lisible pour cet article. Le préfixe du LAN de peering non plus. Les objets de la base RIPE qui montreraient ce que l'aut-num d'AS39737 autorise réellement, ou si une attestation de la Resource Public Key Infrastructure couvre les annonces en question, non plus.

Dites-le une fois, honnêtement : c'est une limite de ce qui était accessible ici, pas la preuve que les route-serveurs d'InterLAN-IX sont sans attestation, permissifs ou mal filtrés. Un point d'échange peut appliquer une validation d'origine rigoureuse et rester invisible pour un lecteur qui n'atteint pas les objets qui l'enregistrent. L'absence d'un relevé lisible dans un article n'est pas une preuve sur un registre.

Ce qui survit à cette limite vaut quand même publication, parce que c'est la forme du problème et non sa solution. Le point d'échange a fait correctement la couche institutionnelle : un relevé structuré, un import frais, une description de service claire. La couche en dessous — celle qui répond à quel système autorise cette annonce — n'est pas accessible depuis les pages qu'un membre a le plus de chances de lire. Un coordinateur de peering qui veut cette réponse doit aller la demander, et c'est la demande qui fait tout le travail.

Ce qu'un membre achète réellement

Le peering se vend comme un raccourci vers une meilleure latence et une facture de transit plus légère, et il l'est le plus souvent. Mais chaque session porte une seconde transaction que personne ne facture : le membre accepte une affirmation d'origine qu'il ne peut pas reconstituer lui-même à partir des documents publics du point d'échange. Quand la toile est petite, nationale et ancienne, cette acceptation paraît sans risque. Elle reste une acceptation.

La fiche du répertoire Réservé au Cercle stratégique et le site du point d'échange décrivent un opérateur à couverture nationale, une toile Ethernet et une paire de route-serveurs qu'utilisent la plupart des connectés. C'est un vrai service, et honnêtement décrit dans les limites de sa description.

La description s'arrête juste une couche trop tôt. Un décompte de 132 réseaux dit que la salle est pleine. Il ne dit pas qui a signé pour les routes qui la traversent.