Resumen

  • El 27 de octubre, Thomas Holterbach dijo que bgproutes.io recibía datos de tres servidores de rutas de IXP y de 60 sesiones BMP de participantes.
  • El intercambio en RIPE 93 mostró que ampliar la visibilidad requiere resolver a la vez el volumen, el acceso y el alcance de cada aporte.

Análisis

Una vista pública de rutas empieza en un acto privado: algún operador configura un equipo y decide qué información sale de su red. Ese detalle estaba detrás de la presentación de Thomas Holterbach en RIPE 93. Holterbach, investigador de redes que construye bgproutes.io, presentó el IXP Explorer como una herramienta para reunir observaciones enviadas por servidores de rutas y por redes participantes. Un IXP conecta redes mediante una infraestructura compartida donde anuncian rutas a través de un servidor o sesiones BGP directas.

Su recuento del 27 de octubre dio escala a la iniciativa. Tres IXP pequeños habían conectado sus servidores de rutas mediante BMP. Además, 60 sesiones BMP de participantes aportaban visibilidad sobre unas 200 sesiones entre participantes y servidores de rutas y más de 1.000 sesiones bilaterales. Son las cifras que Holterbach comunicó en esa sesión, vinculadas al conjunto de aportes que la plataforma había recibido hasta entonces.

La diferencia con los métodos habituales explica el interés. Una sesión BGP de recopilación entrega las rutas que el router decide anunciar a ese receptor. Consultar el software del servidor de rutas de vez en cuando da una fotografía del estado. BMP puede transmitir actualizaciones y cambios de estado de los pares desde las etapas que el operador configura. El RFC 7854 del IETF define BMP como protocolo para observar sesiones BGP.

La pregunta difícil llegó desde el público. Maria Matejka planteó un escenario de 1.500 conexiones BGP y un vecino que importa 50.000 rutas. Cuando una sesión oscila, el movimiento puede multiplicarse por muchas conexiones. Matejka planteó las cifras como un escenario hipotético de carga. Holterbach aceptó el problema de escala: almacenar el flujo y responder consultas con rapidez exige trabajo de ingeniería, no solo activar un protocolo.

También importa quién marca el límite. Holterbach dijo que un operador puede seleccionar los pares desde el router o excluirlos al configurar la sesión con la plataforma. El IXP y sus participantes deben estar dispuestos a compartir. Sobre qué datos podrían resultar delicados, pidió más comentarios de los operadores. Una política de exportación útil empieza por esa conversación; la visibilidad de una ruta tiene consecuencias para quien la revela.

La documentación de IXP Explorer presenta vistas separadas para servidores de rutas y participantes, incluidas sus sesiones bilaterales. El resumen de prefijos visibles se actualiza a diario y la API ofrece acceso más cercano al tiempo real. Así, el producto enseña dónde existen aportes y de qué tipo son. Cada nueva fuente amplía la vista y, al mismo tiempo, la carga que el colector debe procesar y entregar.

Holterbach no esquivó el argumento de seguridad. Dijo que un atacante también podría aprender de una mayor visibilidad, por ejemplo al observar políticas o comprobar el efecto de un ataque. A su juicio, los defensores obtienen una ventaja mayor porque más observaciones hacen más difícil esconder un secuestro de rutas de los colectores. Esa fue su valoración ante la plenaria.

El registro público no ofrece volumen ni coste de procesamiento por feed y tampoco establece si algún operador invitado rechazó participar; una serie por aporte permitiría ver si frenan la expansión la capacidad o las condiciones de divulgación.

Fuentes