Este artículo fue publicado originalmente en el blog de Peering DB
Esta es la actualización semestral de PeeringDB. Estos informes son una oportunidad para dar un paso atrás y observar el amplio alcance del cambio. Pueden consultar los anteriores informes semestrales aquí: uno,dos,tres,cuatro.
Actualización de las funciones
En abril, como prometimos, entregamos las funciones de “Copy API Query” para búsquedas avanzadas. Si utiliza curl o un formato que usa algún lenguaje de programación popular, ahora podrá realizar una única búsqueda en nuestra página web y luego copiarla para usarla en la línea de comandos.
(Acceso libre, no requiere suscripción)
Figura: Cuadro “Copy Advanced API”
También introdujimos un mapa integrado en las páginas de búsqueda avanzada, donde es pertinente. Puede activar esta función usando el control deslizante de su perfil. Una vez activado, podrá ver la distribución de las instalaciones de una ciudad, así como también verla en una lista.
Figura: Mapa de la página que muestra las instalaciones de interconexión en Buenos Aires.
Figura: Cuadro “Copy Advanced API”
También introdujimos un mapa integrado en las páginas de búsqueda avanzada, donde es pertinente. Puede activar esta función usando el control deslizante de su perfil. Una vez activado, podrá ver la distribución de las instalaciones de una ciudad, así como también verla en una lista.
Figura: Mapa de la página que muestra las instalaciones de interconexión en Buenos Aires.
Por supuesto, siempre tiene la posibilidad de descargar unarchivo con todas las instalaciones en formato .kmz, el cual podrá ver en varias aplicaciones GIS. La ventaja de esta opción es la capacidad de mostrar y ocultar múltiples capas de datos.
Cambios operacionales
En agosto, probamos un cambio en nuestro proceso de implementación al eliminar el período de versión beta pública y pasar directamente al despliegue en producción cuando finalizaron las pruebas internas. Esto se hizo después de una serie de comentarios diciendo que la beta pública ya no era necesaria. Como no recibimos ningún comentario en la prueba de agosto, ahora este cambio es permanente.
Nos damos cuenta de que para grandes cambios necesitaremos un período beta público. Así que cuando desarrollemos un cambio importante para la UI o API vamos a ejecutar una beta pública.
También hemos rediseñado nuestro tablero de operaciones internas. Todos los voluntarios de PeeringDB van a obtener acceso a él en septiembre y vamos a hacerlo público antes de fin de año.
Figura: Extracto del tablero de operaciones.
Calidad de los datos
James Bensely sugirió algunos cambios a la forma en que publicamos los nombres AS-SET e implementamos sus ideas. Ahora:
En septiembre vamos a actualizar los nombres AS-SET para indicar en qué IRR se encuentra cada AS-SET. Por ejemplo, AS11058:AS_CONE se mostrará como LACNIC::AS11058:AS-CONE.
Cuando no estemos seguros de cuál IRR debería estar listado, contactaremos a la red y les pediremos que lo actualicen.
Introdujimos un nuevo editor que le ayudará a mostrar el nombre AS-SET sin ambigüedad.
Figura: Nuevo editor de nombres AS-SET
Tenemos un par de pequeños ajustes asociados con estas mejoras que se implementarán dentro de uno o dos meses. Por ejemplo, les haremos saber si los nombres AS-SET ya se están usando en otro lugar de PeeringDB.
A futuro
Estaremos introduciendo algunos nuevos valores de metadatos. A partir del próximo mes, podrá indicar la fecha en la que se unirá o abandonará un intercambio, su MTU y más.
Publicamos un documento de discusión para una nueva API de PeeringDB. Las dos principales razones son las siguientes:
Para poder separar las partes de lectura y escritura de nuestra arquitectura, lo que nos permitirá ubicar instancias de PeeringDB en muchos lugares.
Para habilitar consultas más eficientes. Por ejemplo, “una red con sus presencias en intercambios, un intercambio con sus miembros o una instalación con sus usuarios”.
Si usted o un colega usa nuestra API, lea el borrador y suscríbase a la lista de discusión de la API v3. Queremos saber sus opiniones para poder mejorar el diseño antes de implementarlo.
También estamos examinando cómo podemos informar a los usuarios si el número máximo de prefijos publicado por una red es menor que el número de prefijos observado.
La mayoría de nuestros usuarios son humanos. Pero hemos notado una gran cantidad de búsquedas automáticas realizadas por sistemas de IA. Para ayudar a que nuestros usuarios utilicen PeeringDB con eficacia, vamos a instalar un servidor MCP y publicaremos una guía de Agent Skills enpeeringdb/peeringdb.
Pero mientras que los sistemas de IA son buenos para automatizar algunas cosas, también podemos mejorar algunas de nuestras herramientas de comparación. Tenemos ideas para hacer dichas mejoras. Deje un comentario en GitHub si quiere que mejoremos nuestra herramienta de comparación para que haga cosas como:
Dados dos IX, mostrar la lista de redes comunes.
Dadas dos instalaciones, mostrar la lista de redes comunes.
Dado un ASN (A) y una ubicación, mostrar el IX más cercano en el que el ASN (B) esté presente.
Si tiene alguna idea para mejorar PeeringDB, puede compartirla en nuestraslistas de correo o crear un issue directamente en GitHub. Si encuentra un problema con la calidad de los datos, contáctenos en support@peeringdb.com.
PeeringDB es una base de datos de redes de acceso gratuito, mantenida por sus usuarios y el sitio de referencia para obtener información sobre interconexión. Esta base de datos facilita la interconexión global de redes en puntos de intercambio de Internet (IXP), centros de datos y otras instalaciones de interconexión. Este es el primer paso para tomar decisiones de interconexión.
