Summary

  • La malla WLCG/OSG reúne más de 170 sedes y unos cuatro millones de pruebas al día; cada cambio de camino se compara con las medidas del mismo corredor.
  • En la avería del cable, la ruta de emergencia redujo la latencia a la mitad mientras el caudal se desplomaba. Cuatro clases distinguen el cambio de ruta del impacto medido.

Un traceroute es una postal del camino. Cuenta por dónde pasaron los paquetes cuando se hizo la prueba. Si el recorrido cambia, hay una noticia. Todavía no hay un diagnóstico de rendimiento. Puede fallar un cable, el tráfico tomar otra ruta y la aplicación seguir transfiriendo a toda máquina; o el nuevo camino parecer más rápido mientras la transferencia se viene abajo. Hay que leer el mapa y el servicio juntos.

El 26 de octubre, en RIPE 93, Petya Vasileva presentó un método para cerrar esa brecha en las redes de investigación y educación. La malla perfSONAR de WLCG/OSG conecta más de 170 sedes y ejecuta unos cuatro millones de pruebas al día. La herramienta observa cada corredor entre origen y destino frente a su propio historial reciente. Si cambia la ruta, alinea ese cambio con las medidas de demora, pérdida de paquetes y caudal.

Las mediciones responden preguntas diferentes. El traceroute describe el camino observado. OWAMP puede seguir la demora unidireccional y la pérdida; iperf3, programado mediante pScheduler, mide el caudal. La documentación oficial de perfSONAR separa esas pruebas por una razón: una ruta puede cambiar sin alterar el servicio, y una métrica de rendimiento puede moverse por algo que la foto de la ruta no explica.

La herramienta asigna a cada corredor una de cuatro clases para el operador: impacto confirmado, cambio de ruta sin efecto medible, pruebas interrumpidas o revisión necesaria. El NOC recibe una lista para empezar. No pone todo cambio de ruta a la cabeza de la cola y le pide a alguien que explique por qué parpadeó el gráfico.

El ejemplo del cable da el giro del titular. La ruta de emergencia redujo la latencia a la mitad; el caudal se desplomó. Un tablero que mirara solo el tiempo de respuesta podía anunciar una mejora mientras una transferencia grande se quedaba sin aire. La ruta iba más rápido. El trabajo, menos. La herramienta encontró esa contradicción al poner el cambio de camino junto a las medidas de rendimiento.

Otro ejemplo sigue meses de pérdida leve e irregular. La evidencia de caminos compartidos llevó el problema hasta el elemento de entrada de una sola sede. No es una alerta de apagón, sino una forma de convertir un “a veces va lento” en un lugar que el equipo puede revisar. El informe de RIPE NCC menciona pérdida elevada en corredores británicos, incluido el cable AMS–LON, e invita a NOC y NREN a compartir registros de incidentes. Esos registros conectan el patrón de medición con lo que el personal encontró en la red.

El método usa mediciones perfSONAR ya existentes. RIPE dice que no necesita feeds BGP, sondas adicionales ni datos de entrenamiento etiquetados. El diagnóstico se queda cerca de los instrumentos que ya observan el corredor. La guía Science DMZ de ESnet describe la misma división práctica: controles continuos de demora y pérdida, pruebas periódicas de caudal y luego ingeniería de red para investigar el enrutamiento y la conmutación.

Cuatro clases son más útiles que un punto rojo porque indican qué puede afirmar la evidencia. “Cambió la ruta” es una observación. “Impacto confirmado” es una decisión apoyada por medidas alineadas. “Pruebas interrumpidas” avisa que el propio sistema de medición perdió visibilidad. “Revisión necesaria” deja el caso a la vista sin fingir que ya está resuelto.

El veredicto lo aporta la red en funcionamiento. Una ruta nueva puede no afectar el servicio; una demora menor puede coexistir con una transferencia colapsada; la pérdida repetida puede estar en un acceso, no en todo el corredor. Poner camino, demora, pérdida y caudal en la misma línea temporal ayuda al NOC a actuar sobre el problema que nota el usuario, no sobre el gráfico más vistoso. El informe no publica tasas de falsas alertas por clase; esa tabla mostraría cuántas veces “impacto confirmado” acierta.

Sources: Sesión y resumen de RIPE 93 ; informe de RIPE NCC del 26 de octubre ; guía de medición Science DMZ de ESnet ; documentación de pruebas perfSONAR.