Resumen

  • RIPE NCC afirma que RISwhois-rs incorpora una suite de pruebas a una herramienta de consulta de rutas que antes carecía de ella, y reduce el ciclo de actualización de datos de ocho horas a una.
  • La herramienta conserva su pregunta concreta: qué prefijos y AS de origen han observado los colectores de RIPE RIS, dónde y cuándo. RIPE NCC aún no ha publicado el inventario de pruebas ni el calendario de migración.

Una consulta antigua con motor nuevo

whois -h riswhois.ripe.net 193.0.0.1 no busca aplausos. Busca una respuesta en la terminal antes de que alguien encuentre el panel correcto. Desde 2003, RISwhois ofrece una consulta rápida sobre datos BGP recibidos por los colectores de rutas de RIPE. La respuesta se parece a RPSL, un formato que los operadores y las herramientas de red ya saben leer.

El 26 de octubre, en RIPE 93, Sam van Kampen, desarrollador de RIPE NCC, presentó RISwhois-rs, un sucesor construido durante los meses anteriores. El blog oficial de la reunión cuenta que la versión previa no tenía suite de pruebas y que esa carencia frenaba el desarrollo. El equipo ya añadió una. También puede actualizar los datos cada hora, en vez de cada ocho.

La primera aplicación Rust de producción de RIPE NCC es, con bastante sentido del humor, un servicio que habla WHOIS. El envoltorio parece una pieza de museo; lo que hay debajo acaba de cambiar de generación. El equipo que mantiene el sistema ahora puede repetir comprobaciones antes de modificar el código, en lugar de confiar en que una consulta manual haya encontrado todos los bordes.

Qué devuelve RISwhois

RISwhois trabaja con observaciones de rutas. Una consulta por dirección IP, prefijo o ASN puede devolver los prefijos coincidentes, los AS de origen, los colectores donde se vio la ruta, las marcas de tiempo de actualización y cuántos pares RIS la observaron. La opción -R añade información de validación de origen RPKI. Algunas utilidades de traceroute también consultan un servidor WHOIS para asociar un ASN a cada salto.

El formato es parte del producto. Un operador no tiene que aprender otro panel web para preguntar si RIS vio un anuncio. Un cliente de línea de comandos envía la consulta por el puerto 43 y recibe una respuesta estructurada al estilo RPSL. Esa compatibilidad convierte un conjunto de mediciones en una herramienta de trabajo: el mismo acceso sirve a un script, a una persona o a una utilidad de diagnóstico.

La idea original era igual de práctica. En noviembre de 2003, RIPE NCC describió diez colectores de rutas y más de 200 pares IPv4 e IPv6. RISwhois combinaba instantáneas recientes de sus tablas para mostrar dónde aparecía un prefijo y qué AS lo originaba. El objetivo era abrir la vista de los colectores a consultas sencillas usando un formato conocido.

La respuesta tiene un alcance definido: informa de lo que los colectores participantes recibieron en sus tablas observadas. La pregunta útil sigue siendo concreta: ¿qué vio esta colección, desde qué colector y a qué hora? Esa observación externa ayuda a investigar anuncios y visibilidad de rutas; cada operador puede ponerla junto a sus propias mediciones y registros.

De ocho horas a una

El ciclo anterior ofrecía datos en intervalos de ocho horas. La actualización horaria acorta el tiempo entre vistas programadas. Durante un cambio de enrutamiento, el operador puede repetir una consulta sin esperar buena parte de un turno de trabajo.

Eso importa cuando alguien está siguiendo una nueva ruta. Se puede comprobar antes si el anuncio ya figura en los colectores consultados, comparar una observación RIS con un resultado de validación RPKI más reciente o ejecutar una sonda automatizada con un reloj de datos menos lento. El cambio ahorra hasta siete horas de espera entre consultas programadas.

RISwhois actualiza su instantánea cada hora. RIS Live sigue por separado los mensajes BGP casi en tiempo real. El primero consulta datos recogidos; el segundo acompaña la llegada de mensajes. Son dos herramientas y dos relojes: el ciclo publicado pasa de ocho horas a una.

Los archivos dump y dump6 forman otra superficie. La documentación actual explica que se generan a demanda y corresponden a las órdenes del mismo nombre. Por eso, una consulta al servicio y una descarga no comparten automáticamente la misma marca de frescura. La fecha de la última actualización y la fecha de creación de un archivo deberían aparecer por separado.

Sin pruebas, cada cambio cobra peaje

La frase “no había suite de pruebas” parece menor hasta que se mira lo que hace el programa. RISwhois acepta varias formas de consulta, devuelve campos estructurados, mantiene opciones de compatibilidad y puede añadir datos RPKI. Cada comportamiento es una forma de romper un cliente si alguien cambia el código sin comprobarlo.

Una suite de pruebas permite dejar por escrito qué comportamientos se quieren conservar y comprobarlos cada vez que cambia la implementación. Para una herramienta de línea de comandos, los casos útiles incluirían búsquedas por dirección y prefijo, coincidencias exactas y más específicas, IPv4 e IPv6, conexiones persistentes, marcas de tiempo, recuentos de pares, campos RPKI y entradas mal formadas. El informe de RIPE NCC no publica la lista, así que aún no sabemos qué parte de la compatibilidad cubren esas pruebas.

Rust completa la historia técnica. RIPE NCC la identifica como su primera aplicación de producción en ese lenguaje y dice que facilita hacer las cosas bien. El informe menciona velocidad, mantenimiento y extensibilidad como objetivos. No publica una comparación de latencia, un enlace al repositorio ni resultados de pruebas.

La mejora visible es la frecuencia horaria. La mejora de fondo es disponer de pruebas repetibles para que futuros cambios cuesten menos y puedan revisarse mejor. En servicios que llevan años en producción, esa segunda parte suele ser la que permite que la primera continúe.

La próxima nota debe enseñar el recibo

Durante dos décadas, RISwhois ha mantenido una promesa discreta: hacer una pregunta con una sintaxis antigua y recibir una vista breve de rutas observadas. RISwhois-rs conserva esa entrada y añade un motor nuevo junto a un intervalo de actualización más corto.

La siguiente nota de RIPE NCC debería fechar el cambio a producción, explicar si los clientes tienen que tocar sus scripts, enumerar las consultas y salidas cubiertas por las pruebas, y publicar la comparación de tiempos de respuesta medidos. Una matriz de compatibilidad versionada permitiría revisar el código propio antes de retirar la versión anterior. Así se puede comprobar qué cambió, no solo leer que hubo una reescritura.

Fuentes originales: anuncio de RISwhois de RIPE NCC, 2003 · documentación actual de RISwhois · sesión de Sam van Kampen en RIPE 93 · crónica de RIPE 93, 26 de octubre de 2026.