28 juillet 2026
Une nouvelle version de l'IXP Tracker comporte plusieurs modifications, notamment concernant la manière dont nous interprétons les données sources issues de PeeringDB que nous utilisons. Si vous souhaitez découvrir les changements apportés, sachez que le code source de l'IXP Tracker est en open source.
Améliorations
Des chiffres plus précis concernant les utilisateurs du réseau, basés sur leur pays d'enregistrement
Auparavant, lorsque nous vérifiions si un réseau était inactif, nous n'utilisions pas le pays d'enregistrement le plus récent figurant dans les statistiques du NRO pour un système autonome (AS). Cela signifiait que nous ne supprimions pas nécessairement les membres des points d'échange Internet (IXP) lorsqu'ils cessaient d'être actifs.
Nous avons amélioré notre méthode de détection, ce qui se traduit par une plus grande précision, y compris sur les données historiques. Cela pourrait entraîner une baisse du nombre de membres pour de nombreux IXP, en particulier pour les données actuelles ou récentes.
Nous avons mis à jour notre méthode de détection des réseaux inactifs, ce qui affectait l'AS 112
Le projet AS112 utilise le code de pays ZZ, car il n'est pas situé dans un lieu précis. Cependant, nous utilisions le code ZZ pour identifier les réseaux inactifs et les supprimer. De ce fait, l'AS112 n'a jamais été répertorié comme membre d'aucun IXP. Nous avons corrigé cette erreur dans les données actuelles et historiques.
Correction de bogues
Nous avons abordé la manière dont nous évaluons l'adhésion non continue
Nous avons clarifié notre compréhension de la manière dont PeeringDB stocke les informations concernant les AS membres des IXP. Ces données sont potentiellement stockées sous forme d’enregistrements multiples (chaque enregistrement représentant une paire d’adresses IP v4/v6) et chaque enregistrement contient la date à laquelle il a été créé dans PeeringDB. Étant donné que les enregistrements peuvent faire l’objet d’une « suppression temporaire » dans PeeringDB, ces entrées d’adresses IP individuelles peuvent apparaître et disparaître dans les données visibles sur PeeringDB.
Jusqu'à cette mise à jour, nous déduisions les dates de début d'adhésion en regroupant toutes les entrées d'adresses IP correspondant à une combinaison AS/IXP, puis en utilisant la date de création du premier enregistrement comme « start_date ». Cependant, cette méthode n'était pas aussi précise qu'elle aurait dû l'être ; c'est pourquoi nous enregistrons désormais l'adhésion en utilisant les dates auxquelles ces combinaisons AS/IXP apparaissent dans PeeringDB. Cela signifie que le nombre actuel et historique de membres des IXP a changé.
Certains membres ont été ajoutés et d'autres supprimés ; il en résulte donc que le nombre de membres de certains IXP (et, par conséquent, les chiffres agrégés par pays) a augmenté pour certains et diminué pour d'autres. Étant donné que nous déterminons si un IXP est actif en fonction du nombre de membres qu'il compte, cela peut également avoir une incidence sur le nombre d'IXP au niveau national.
Correction du formatage CSV du point de terminaison de l'API d'informations IXP
Le formatage CSV des informations relatives à l'IXP dans l'API renvoyait à la fois des données au format CSV et JSON. Nous avons corrigé ce problème, de sorte que la liste des ASN membres est désormais correctement formatée.