Un IX à St Martin
SXMIX, les racines DNS et nos objectifs 2027

Ce qu'est un IX, en une phrase

Un point d'échange Internet (IX, pour Internet Exchange) est un commutateur neutre, installé dans un data center, où les réseaux d'une même région viennent se brancher les uns aux autres. Un opérateur, un hébergeur, une collectivité y raccordent un port ; à partir de là, leur trafic s'échange sur place au lieu de remonter vers Paris, Miami ou Amsterdam pour redescendre.

Le trajet d'un paquet, avec et sans IX

Sans point d'échange local, deux abonnés de la même île qui se parlent peuvent voir leurs paquets sortir du territoire, traverser un câble sous-marin, atterrir sur un échangeur étranger, puis revenir. Chaque aller-retour ajoute de la latence, consomme de la capacité internationale et expose la conversation à une coupure de câble.

Avec un IX, la même conversation fait quelques centaines de mètres. La latence tombe à quelques millisecondes, la bande passante internationale est préservée pour ce qui en a vraiment besoin, et une avarie de câble n'isole plus complètement le territoire.

SXMIX, tel que le voit PeeringDB

PeeringDB est l'annuaire mondial du peering : chaque IX y publie ses membres, ses préfixes, ses capacités. La fiche de SXMIX est publique, c'est même la première chose que consulte un opérateur avant de demander un port. Voici ce qu'elle contient au 30 octobre 2026 :

Deux remarques avant de lire le tableau. IDNCOM, qui opère l'infrastructure de l'échange, est aussi un partenaire d'Island Cloud Solution : ce que nous écrivons ici ne sort pas d'une position extérieure, nous y travaillons. Et cette fiche est publique au sens propre, n'importe quel opérateur du monde peut la consulter avant de décider s'il se raccorde.

Source : fiche publique PeeringDB de l'IX 3530 (peeringdb.com/ix/3530), relevé le 30 octobre 2026. Capacité cumulée déclarée : 121 Gb/s · 5 membres · 80 % des liaisons en IPv6 · MTU 1500 · préfixes 149.112.20.0/24 et 2001:504:111::/64 · point de présence : GCN Galisbay, Marigot.

Ce tableau dit aussi ce qu'il reste à faire, et c'est un chantier commun avec IDNCOM : la fiche date de 2021 et ne reflète pas tout ce que l'échange fait aujourd'hui, et l'export automatique des membres au format IX-F est encore réglé sur « privé ». Ce sont deux réglages, pas deux projets, mais ils coûtent des demandes de port, parce qu'un opérateur qui ne trouve pas une information à jour ne prend pas la peine d'appeler.

IXP Manager : piloter l'échange au lieu de le bricoler

Un IX qui grandit ne se gère plus dans un tableur. IXP Manager est la plateforme libre, développée à INEX, à Dublin, depuis 2005, qui centralise les membres, les ports, la facturation, le portail client, les graphiques de trafic et, surtout, la configuration des serveurs de routes. Elle est utilisée par plus de 270 points d'échange dans le monde.

Trois fonctions qui changent le quotidien d'un exploitant :

• Le serveur de routes IXP Manager génère sa configuration, avec filtrage par base IRR et par RPKI, et un looking glass intégré pour voir ce que chaque membre annonce réellement.
• La conformité MANRS les bonnes pratiques de routage (filtrage, cohérence des annonces, anti-usurpation) ne sont plus une charte morale : elles sont implémentées dans l'outil.
• La synchronisation PeeringDB les membres déclarent leurs adresses une fois ; l'IX les récupère, et la fiche publique reste à jour sans saisie manuelle.

C'est exactement le chaînon qui manque entre un commutateur qui fonctionne et un échange que l'on peut exploiter, mesurer et auditer.

Les serveurs de noms racine, et pourquoi ils comptent ici

Le DNS repose sur treize serveurs racine, nommés de A à M, chacun opéré par une organisation différente. Ils ne sont pas treize machines : ce sont treize identités, chacune déployée en centaines d'instances réparties dans le monde et annoncées en anycast la même adresse, servie depuis plusieurs endroits, le réseau choisissant le plus proche.

Quand un opérateur héberge une instance racine dans son point d'échange, les résolveurs locaux obtiennent la racine en quelques millisecondes au lieu d'aller la chercher à l'étranger. Pour une île, ce n'est pas un détail de performance : c'est ce qui fait qu'une résolution DNS continue de fonctionner quand le lien international est saturé ou coupé. C'est l'un des chantiers que nous portons pour les îles du Nord.

Nos objectifs 2027

Trois chantiers, dans cet ordre.

• Industrialiser l'exploitation avec Ansible provisionner un port, générer une configuration de serveur de routes, pousser les filtres IRR et RPKI, sauvegarder les équipements : tout ce qui se répète doit être décrit dans un rôle versionné, rejouable et testé sur un banc avant la production. Un IX dont la configuration vit dans des fichiers rejouables se remonte en une heure, pas en un week-end.
• Rendre l'échange lisible avec IDNCOM : fiche PeeringDB actualisée, export IX-F publié, statistiques de trafic accessibles. Un opérateur doit pouvoir décider de se raccorder sans nous appeler trois fois.
• Rapprocher le contenu des utilisateurs l'objectif de fond est le cache Internet des îles du Nord : faire servir localement ce que les gens consultent tous les jours (contenus vidéo, mises à jour logicielles, résolution DNS), pour que le trafic cesse de traverser l'Atlantique deux fois. Un IX sans contenu reste un tuyau entre opérateurs ; un IX avec du cache devient une infrastructure utile à l'utilisateur final.

Ce sont des objectifs, pas des annonces : nous les documenterons au fur et à mesure de leur mise en œuvre.