Résumé

  • FICIX se présente comme le plus grand point d'échange internet de Finlande : une association enregistrée à but non lucratif servant 67 clients sur cinq sites, avec une commutation EVPN/VXLAN et des ports 10G, 100G et 400G. C'est son propre récit, rapporté ici et non mesuré indépendamment.
  • Le côté capacité d'un taux d'utilisation n'existe que sous forme de plafonds de ports que les réseaux participants déclarent eux-mêmes, tandis que le côté charge ne comporte aucune valeur publiée par port et que la page de statistiques de l'échange n'a pas pu être lue lors de cette revue. Un taux d'utilisation par membre ne peut donc pas être construit à partir des documents publics, et tout ratio agrégé mesure le remplissage du commutateur partagé, non la marge de manœuvre d'un réseau donné.

Ce que l'échange dit de lui-même

Le premier document est la page d'accueil de l'échange elle-même, récupérée à 21 h 38 min 24 s UTC. Dans le passage conservé par le fournisseur de recherche, FICIX se décrit comme « the biggest Internet exchange point (IXP) in Finland », association enregistrée et « non-profit organisation currently serving 67 customers », qui exploite cinq sites et dont les commutateurs « use EVPN/VXLAN technology and support 10/100/400G port speeds » (page d'accueil FICIX).

Quatre éléments méritent d'être séparés dans cette phrase, car ils sont régulièrement confondus. Un nombre de clients est une relation commerciale. Un nombre de sites est de l'immobilier. Une classe de débit de port est une configuration d'interface. Aucun des trois n'est une mesure de trafic. L'auto-description comme le plus grand du pays reste exactement cela — une auto-description, rapportée ici et non confrontée à un mesurage tiers lors de cette revue.

Le même matériel énumère les cinq sites comme FICIX1 réparti entre Espoo et un centre de données Telia à Helsinki, FICIX2 entre Helsinki et une installation Equinix à Helsinki, et FICIX3 à Oulu. Cette énumération provient des candidats d'affirmation extraits par le fournisseur, non d'un document de topologie ; elle est donc consignée ici comme la lecture du fournisseur, et non comme une liste de sites vérifiée sur un schéma d'opérateur.

Le mot employé compte : clients, et non membres. Que ces 67 clients constituent la même population que les réseaux qui déclarent des ports sur le tissu n'est établi par rien de ce qui a été récupéré. Un échange finlandais servant 67 clients peut être 67 organisations disposant d'un port chacune, ou un nombre plus faible d'organisations détenant plusieurs ports, ou un nombre plus élevé de réseaux dont certains ne sont joignables que par une relation de revendeur. Le document ne le dit pas, et cet article ne le suppose pas.

Le côté capacité est une déclaration, pas une mesure

Le deuxième document ne porte pas sur FICIX, et c'est précisément ce qui le rend utile. La documentation de la base de données publique d'échange, récupérée à 21 h 44 min 23 s UTC, décrit un modèle de données où la connexion d'un réseau à un point d'échange est enregistrée via un objet comportant un champ de débit qui représente la capacité du port — et qui ne comporte aucun volume de trafic, temps réel ou historique, par port (documentation PeeringDB).

Lu simplement, cela signifie que le chiffre de capacité qu'un planificateur peut obtenir pour un tissu de ce type est un nombre qu'un réseau a saisi lui-même à propos de sa propre interface. C'est un plafond configuré. Un port à 100G qui transporte deux gigabits de charge offerte reste une entrée à 100G dans n'importe quelle somme. Rien dans le document ne distingue un port saturé d'un port provisionné et jamais rempli, et l'échange ne vérifie pas ce chiffre à la place du réseau.

Ce n'est pas une critique de la base de données, qui fait ce qu'elle annonce. C'est une affirmation sur la nature du nombre. Les débits de port sont des déclarations d'intention et de configuration, déposées par la partie qui a intérêt à être listée, et elles répondent à la question « que pourrait transporter cette connexion » plutôt qu'à « que transporte-t-elle ».

Le côté charge est absent à la résolution qui compte

Le troisième document est celui sur lequel la commande portait réellement : la page de statistiques de l'échange, à une adresse distincte, récupérée à 21 h 42 min 42 s UTC. Lors de cette revue, son contenu n'a pas pu être obtenu. La page existe ; rien au-delà de son existence n'a été conservé. Aucun graphique, aucune valeur, aucune unité, aucune définition de moyenne (page de statistiques FICIX).

Il en résulte une frontière étroite et précise, qu'il faut énoncer exactement plutôt que dans le sens qui flatte une conclusion négative. Cette revue ne peut pas affirmer que FICIX ne publie aucune série de trafic, puisque la page qui la contiendrait n'a pas été lue. Elle ne peut pas non plus dire ce que mesurerait une telle série — si la valeur tracée est un pic, un centile ou une moyenne, sur quel intervalle, sur lesquels des cinq sites, en unités décimales ou binaires — car les notes de définition, s'il en existe, n'ont pas été obtenues non plus.

Ce qui peut être dit, c'est ce que le matériel récupéré contient. Une passe de recherche sur les pages publiques de l'échange a produit l'affirmation explicite qu'aucune donnée de trafic par membre ou par port n'était détaillée dans le matériel fourni (page d'accueil FICIX). C'est une affirmation sur le matériel récupéré, non sur les pratiques de publication de l'opérateur.

La conséquence pratique est que le côté charge n'existe, le cas échéant, que comme un nombre agrégé unique pour un tissu partagé — et même celui-là n'a pas pu être lu ici.

Pourquoi la division échoue même lorsque les deux nombres existent

Supposons que la page de statistiques se fût ouverte, et qu'elle affichât un chiffre de tête pour le tissu sur ses cinq sites. Il vaut la peine d'être exact sur ce que produirait la division de ce chiffre par la somme des débits de ports déclarés, car la réponse est régulièrement mal lue.

L'agrégat est compté une fois au commutateur : un bit qui traverse le tissu une fois contribue une fois au total. La capacité est comptée une fois par port : le plafond de chaque réseau est ajouté intégralement. Le quotient décrit donc l'efficacité avec laquelle les participants remplissent collectivement la capacité qu'ils ont collectivement déclarée. C'est une propriété du tissu. Ce n'est pas une propriété d'un membre (il s'agit ici d'une construction de l'auteur, proposée comme argument analytique et non comme fait sourcé sur FICIX).

Deux conséquences en découlent. La première : une composition dominée par quelques ports très larges rend ce dénominateur insensible aux réseaux plus petits qui dépendent pourtant du même tissu ; un agrégat confortable et un port individuel congestionné peuvent donc coexister sans contradiction. La seconde : le ratio ne voit pas la file d'attente à l'intérieur d'un port. Un réseau dont l'interface se remplit vers son plafond ne contribue qu'une fraction infime à un grand agrégat et y disparaît entièrement.

C'est la même erreur de catégorie, sous un autre costume, que dans le paragraphe d'ouverture : traiter locaux, relations commerciales et configuration d'interface comme des mesures interchangeables de la capacité d'un échange. Ils décrivent des objets différents, sur des horloges différentes, publiés par des parties différentes.

Ce qui trancherait la question

Quatre documents feraient chacun passer une couche précise de non vérifié à localisé.

Un rapport de trafic par membre ou par port publié par l'opérateur transformerait le ratio de proxy d'efficacité du tissu en mesure réelle au niveau des membres, et serait le document le plus déterminant ici (page d'accueil FICIX). La page de statistiques lue comme texte, avec les notes de définition qui accompagnent éventuellement le graphique, trancherait la couche de définition — et établirait aussi si une série existe (page de statistiques FICIX). Un document publié de topologie de site ou de tissu trancherait la question que soulève l'affirmation des cinq sites, car un tissu unique réparti sur plusieurs sites et plusieurs tissus derrière un seul décompte de clients sont des objets différents pour quiconque raisonne sur la résilience. Et une page de schéma ou un enregistrement d'API montrant un champ de volume de trafic par port d'échange renverserait purement et simplement la thèse de cet article (documentation PeeringDB).

Aucun des quatre n'a été obtenu. Le résultat daté, circonscrit à trois documents et à une fenêtre de récupération de six minutes le 18 octobre 2026, est négatif : l'utilisation par membre sur cet échange n'est pas mesurable publiquement à partir des documents localisés lors de cette revue.

Le contexte de la fiche est conservé dans la fiche d'annuaire BTW consacrée à FICIX.

Une conséquence bornée

Un réseau qui dimensionne un achat de port d'après le chiffre de trafic de tête d'un échange, ou un lecteur qui juge la marge d'un échange à partir d'un ratio de sa propre fabrication, mesure le remplissage du tissu et non la file d'attente de quiconque. La pénurie, lorsqu'elle survient, survient à l'intérieur d'un port unique dont le voisin agrégé paraissait confortable — et la mesure qui l'aurait signalée ne figure pas dans les documents publics. Ce n'est pas un scandale. C'est un écart entre deux couches de publication qui ne se rencontrent pas, et le nommer ne coûte rien.