PIT-IX annonce trois bâtiments. Le registre refuse de dire lesquels.

Résumé

• Le registre d'échange de PIT-IX déclare trois associations de sites, trente-six réseaux enregistrés et un import IX-F de quarante-et-un réseaux actualisé le 4 novembre 2026 à 01h14 — de quoi établir qu'il ne s'agit pas d'un club installé dans une seule salle.
• Le même registre n'en nomme aucun, et AS30365, l'ASN de serveur de routes avec lequel un membre établit réellement une session, affiche zéro association de site, zéro association de point d'échange et aucune date d'association de site.

Le registre d'échange n'est pas pauvre. Il porte le nom PIT-IX, le nom alternatif PIT-IX Pittsburgh, le nom long Pittsburgh Internet Exchange, la ville de Pittsburgh et le regroupement continental Amérique du Nord. Il déclare fac_count 3, net_count 36 et ixf_net_count 41, avec un horodatage d'import IX-F au 2026-11-04T01:14:26Z, soit quelques heures avant la lecture (registre PeeringDB de l'échange PIT-IX). Il donne le média Ethernet, unicast et IPv6 à vrai, multicast à faux. Il annonce une politique d'ouverture, aucune exigence de localisation, aucune exigence de contrat — et, dans la même foulée, un niveau de service « Not Disclosed » et des conditions « Not Disclosed ». L'échange se date du 2017-11-07 et sa dernière modification du 2025-08-05.

C'est un inventaire, et un inventaire correctement tenu. Ce n'est pas une carte.

Un compte de trois peut vouloir dire presque n'importe quoi

Trois sites est un fait réel et un fait faible. Trois cages dans un même immeuble partagent une alimentation électrique, un groupe froid, une entrée de fibre et souvent un seul fourreau sous la même rue. Trois bâtiments distincts sur des réseaux électriques distincts et des chemins de câble distincts se comportent de façon radicalement différente quand une pelleteuse trouve le mauvais conduit. Un décompte de sites ne distingue pas ces deux mondes, parce que le décompte est identique dans les deux.

Le registre d'organisation ne renseigne qu'un seul lieu : 1016 North Lincoln Ave, Pittsburgh, Pennsylvanie 15233, à 40.450257, -80.020202, une entrée créée en 2017 et touchée pour la dernière fois en 2022 (organisation PeeringDB 18417). Rien dans les enregistrements conservés ne rattache cette adresse à l'un des trois sites comptés. Elle en fait peut-être partie. C'est peut-être un bureau. C'est peut-être un siège juridique sans le moindre équipement derrière la porte. Un lecteur ne peut pas trancher, et le registre ne propose aucune hypothèse. Les ensembles « carrier » et « campus » de cette organisation sont tous deux vides : il n'y a même pas un indice de transport à exploiter.

L'ASN que le membre configure a des colonnes vides

Voici l'arête la plus coupante. Un membre de PIT-IX n'établit pas de session avec l'objet « échange ». Il configure une session BGP vers un système autonome, et la liste de réseaux de l'organisation le nomme : AS30365, « PIT-IX Route Servers », typé serveur de routes, de portée régionale, associé au jeu d'objets IRR AS-PITIX, avec des limites de préfixes de 100 000 en IPv4 et 30 000 en IPv6 (organisation PeeringDB 18417). L'enregistrement réseau de cet ASN pointe son site web vers l'échange et répète le même nom (enregistrement réseau PeeringDB pour AS30365). La vue registrale confirme le titulaire : le bloc 29696–30719, attribué par ARIN au sein du registre IANA des numéros à 16 bits, appartient à « PITIX - Pittsburgh Internet Exchange » (vue AS de RIPE NCC pour AS30365).

L'identité est donc établie de trois côtés. Et sur l'enregistrement même qui l'établit, fac_count vaut 0, ix_count vaut 0 et netfac_updated est nul. La dernière mise à jour d'association entre l'échange et ce réseau date du 2023-09-14.

Un champ à zéro n'est pas un témoignage. Il ne prouve pas que le serveur de routes ne se trouve nulle part ; il prouve que le registre ne formule aucune affirmation sur l'endroit où il se trouve. Toute la difficulté tient dans cette distinction, parce que c'est précisément l'enregistrement qu'un futur pair, un assureur ou un ingénieur réseau lançant une vérification avant raccordement consultera réellement.

La question qui décide si le trafic d'un membre survit à la perte d'un bâtiment — ma session au serveur de routes dépend-elle de la même installation physique que mon port ? — n'a de réponse dans aucun champ de l'ASN qu'on lui demande de configurer.

Un second ASN figure dans la même organisation, et il embrouille plus qu'il n'éclaire : AS400798, « Pittsburgh Internet Exchange Services », créé le 2023-06-28, portant ix_count 1 et fac_count 1, avec une mise à jour d'association échange-réseau datée du 2026-03-26. Quelle identité porte les services aux membres et laquelle porte la matrice de commutation, aucun champ conservé ne le dit.

Trente-six et quarante-et-un

Les deux décomptes de réseaux diffèrent de cinq, et rien de conservé ne définit la population de l'un ou de l'autre. Un lecteur ne peut établir si l'import IX-F inclut des entrées propres au serveur de routes, si un décompte recense des membres et l'autre des sessions adjacentes aux préfixes, ou si l'écart relève simplement du décalage ordinaire entre le registre tenu par l'exploitant et le flux automatisé. L'horodatage IX-F atteste qu'un import a tourné le matin du 4 novembre 2026 ; il n'atteste ni trafic, ni disponibilité, ni l'expérience d'un seul membre (registre PeeringDB de l'échange PIT-IX). La jeunesse d'un fichier n'est pas la santé d'une interconnexion.

Ce qu'un pair demande vraiment, et ce que ce registre retient

Quatre éléments décident si la promesse de redondance de PIT-IX peut être assumée par un contrat d'assurance plutôt qu'admirée.

Premièrement, les noms. Un décompte de sites sans adresses ne peut être recoupé avec l'empreinte d'un membre, ses opérateurs de transport ou les immeubles où ses propres clients se trouvent déjà.

Deuxièmement, la question de savoir si la fonction de serveur de routes existe dans plus d'un des trois sites. Un serveur de routes anycast et des instances séparées par site sont deux produits différents, avec des comportements de panne et des coûts d'exploitation différents ; le registre reste muet entre les deux.

Troisièmement, la possibilité de placer volontairement le port d'un membre et sa session au serveur de routes dans des domaines de défaillance distincts. Sans cette cartographie, un membre qui demande de la diversité demande une promesse que rien n'étaye par écrit.

Quatrièmement, la manière dont le trafic traverse les sites, et qui contrôle ce transport. La page de statistiques et la page des serveurs de routes de l'échange, toutes deux référencées par les enregistrements, n'ont pas été obtenues pour cet article, pas plus que les lignes de sites rattachées à l'échange 1999 : les trois requêtes ont renvoyé des erreurs de permission et de capacité. La liste des sites manque parce qu'elle n'a pas été récupérée, non parce que quiconque aurait démontré son absence.

Cette limite se place à côté du constat, et non en note de bas de page, parce que c'est toute la différence entre un exploitant qui dissimule sa topologie et un registre qui ne l'a jamais demandée.

Le volet commercial est plus abrupt encore. Le niveau de service et les conditions sont tous deux marqués non divulgués. Un acheteur qui compare des options d'interconnexion peut voir que PIT-IX existe, qu'il est ouvert et qu'il a dépassé le stade de la salle unique. Sur la résilience, le registre public offre un nombre là où il faudrait une carte. Tant que les trois bâtiments n'ont pas de noms et que le serveur de routes n'a pas d'adresse dans au moins deux d'entre eux, la lecture honnête reste celle-ci : un décompte, et aucune topologie.