28 de julio de 2026
Una nueva versión del IXP Tracker incluye una serie de cambios, entre los que se encuentra la forma en que interpretamos los datos de origen que obtenemos de PeeringDB. Si desea ver qué ha cambiado, el código fuente del IXP Tracker es de código abierto.
Mejoras
Cifras más precisas sobre la red basadas en el país de registro
Anteriormente, a la hora de detectar si una red había dejado de funcionar, no utilizábamos el país de registro más reciente que figuraba en las estadísticas de la NRO para un sistema autónomo (AS). Esto significaba que no eliminábamos necesariamente a los miembros de los IXP cuando dejaban de estar activos.
Hemos actualizado el método que utilizamos para detectar esto, lo que se traduce en una mayor precisión, incluso en los datos históricos. Esto podría reducir el número de miembros de muchos IXP, especialmente en el caso de los datos actuales o recientes.
Se ha actualizado el método de detección de redes inactivas, lo que estaba afectando al AS 112
El proyecto AS112 utiliza el código de país ZZ, ya que no se encuentra en un lugar concreto. No obstante, hemos estado utilizando el código ZZ como método para localizar redes inactivas y eliminarlas. Como consecuencia, el AS112 nunca ha figurado como miembro de ningún IXP. Hemos corregido este error tanto en los datos actuales como en los históricos.
Corrección de errores
Se ha abordado la forma en que medimos la pertenencia no continua
Hemos aclarado cómo PeeringDB almacena la información sobre los AS que forman parte de los IXP. Estos datos se almacenan, en principio, como múltiples registros (cada uno de los cuales representa un par de direcciones IP v4/v6) y cada registro contiene la fecha en la que se creó en PeeringDB. Dado que los registros pueden ser objeto de una «eliminación temporal» en PeeringDB, estas entradas de direcciones IP individuales pueden aparecer y desaparecer de los datos visibles en PeeringDB.
Hasta esta actualización, deducíamos las fechas de inicio de la afiliación agregando todas las entradas de direcciones IP correspondientes a una combinación de AS/IXP y utilizando la fecha de creación del primer registro como «start_date». Sin embargo, este método no era tan preciso como debería, por lo que ahora registramos la afiliación utilizando las fechas en las que dichas combinaciones de AS e IXP aparecen en PeeringDB. Esto significa que han variado tanto el recuento actual como el histórico de miembros de los IXP.
Se han añadido algunos miembros y se han eliminado otros, por lo que el efecto neto es que el número de miembros de algunos IXP (y, por consiguiente, las cifras agregadas por país) ha aumentado, mientras que el de otros ha disminuido. Dado que determinamos si un IXP está activo en función del número de miembros que tiene, esto también puede afectar a las cifras de los IXP a nivel nacional.
Se ha corregido el formato CSV del punto final de la API de información de IXP
El formato CSV de la información del IXP en la API devolvía una mezcla de datos con formato CSV y JSON. Hemos solucionado este problema, de modo que la lista de ASN miembros ahora presenta el formato correcto.