Alcatraz Pro agrega diagnóstico MTR

Alcatraz Pro es la plataforma de gestión de dispositivos en la nube de inext: los operadores la utilizan para monitorear, actualizar y controlar de forma remota su flota de Set-Top Boxes. Agregamos un nuevo comando a su consola: mtr (My Traceroute). Ahora los operadores pueden ejecutar una traza de red directamente desde el set-top box de un suscriptor hacia cualquier destino y ver, salto a salto, exactamente dónde falla la conexión.

Disponibilidad: el comando mtr requiere firmware 1.17.17+ en los dispositivos de la serie TV5 y 1.8.26+ en los dispositivos de la serie TV6.

¿Qué es MTR?

MTR (My Traceroute) es una herramienta de diagnóstico de red que combina la funcionalidad de dos utilidades clásicas, ping y traceroute, en una vista única y unificada de toda la ruta de red.

En lugar de trazar la ruta una sola vez (como traceroute) o probar únicamente el destino final (como ping), MTR sondea la ruta de red de forma repetida. Envía paquetes con valores de Time-To-Live (TTL) que aumentan de manera incremental para identificar cada router (salto) entre el dispositivo y el host de destino, leyendo la respuesta ICMP de "time exceeded" que devuelve cada salto.

Lo fundamental es que MTR no sondea cada salto una sola vez. Envía muchos ciclos de paquetes y agrega las respuestas en estadísticas por salto, y esa repetición es lo que hace que los números sean confiables. Un solo traceroute puede pasar por alto con facilidad una pérdida intermitente; la muestra acumulada de MTR la revela.

Cómo funciona en la consola de Alcatraz Pro

Como la prueba se ejecuta en un set-top box remoto y no en una terminal local, Alcatraz Pro utiliza MTR en un modelo de ejecución e informe (run-and-report), no de transmisión en vivo:

Configurar la ejecución. En la consola, el operador establece el destino y los parámetros de la prueba: por ejemplo, la cantidad de ciclos a ejecutar, el intervalo entre sondeos (-i), el protocolo (ICMP por defecto, o TCP mediante -T), el puerto de destino (-P), el número máximo de saltos (-m) y el tamaño del paquete (-s).

El STB la ejecuta. El set-top box ejecuta mtr durante la cantidad de ciclos solicitada y acumula localmente las estadísticas por salto.

Se entregan los resultados. Cuando la ejecución termina, el STB envía el informe finalizado al backend.

La consola lo muestra. Alcatraz Pro presenta la tabla salto a salto: pérdida, latencia y jitter de cada router a lo largo de la ruta.

No hay una vista en vivo, tick a tick; en su lugar, la consola entrega un informe completo de la prueba controlada que se configuró, listo para leer, guardar y comparar.

Las métricas que ofrece

Para cada salto a lo largo de la ruta, MTR informa:

Pérdida de paquetes (%): muestra exactamente qué salto está descartando paquetes, de modo que un router con fallas o un enlace defectuoso resulta evidente de inmediato.

Latencia (ping): los tiempos de ida y vuelta actual (Last), Avg, Best y Worst de cada salto, que indican dónde se introduce el retraso.

Jitter (StDev): la variación de la latencia, que ayuda a identificar conexiones inestables o congestionadas que perjudican la calidad del streaming.

Un informe típico se ve así:

Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. gateway.local 0.0% 50 0.4 0.5 0.3 1.2 0.1
2. isp-core-1 0.0% 50 8.1 8.4 7.9 12.0 0.6
3. transit-edge 2.0% 50 14.2 14.8 13.9 41.0 3.1
4. peering-exchange 0.0% 50 15.0 15.3 14.8 18.2 0.5
5. streaming-server 0.0% 50 15.4 15.6 15.1 19.0 0.4

Cómo leer el resultado

La regla más útil al leer un informe de MTR: la pérdida solo importa si se arrastra hasta el salto final.

En el ejemplo anterior, el salto 3 muestra un 2 % de pérdida, pero el destino (salto 5) muestra 0 %. Eso casi siempre significa que el router del salto 3 está limitando la tasa o dando menor prioridad a los paquetes ICMP de diagnóstico que él mismo debe generar, mientras sigue reenviando el tráfico real sin problemas. No es un problema para los suscriptores del operador.

Una falla genuina se ve distinta: la pérdida aparece en un salto y persiste en todos los saltos posteriores, hasta el destino. Ese patrón apunta al verdadero enlace con fallas. (Si un router bloquea ICMP por completo, MTR también puede sondear mediante UDP o TCP para trazar la ruta y probar un puerto específico.)

Por qué esto importa para los operadores

Las quejas sobre la red son difíciles de diagnosticar porque el problema, por lo general, no está en el dispositivo ni en el servidor, sino en algún punto de la ruta entre ambos. Con mtr en la consola de Alcatraz Pro, los operadores pueden:

Ejecutar una traza desde el STB real del suscriptor hacia sus servidores de streaming o middleware, reproduciendo las condiciones de red reales del suscriptor.

Localizar la falla en un salto específico en lugar de adivinar, convirtiendo "el stream se sigue pausando" en "la pérdida empieza en el borde del proveedor de tránsito".

Distinguir la pérdida de paquetes real de un inofensivo límite de tasa de ICMP, evitando falsas alarmas.

Detectar picos de jitter y latencia que degradan la TV en vivo y el VOD antes de que se conviertan en tickets de soporte.

Disponible a través de la API

El comando mtr también está expuesto a través de la API de Alcatraz Pro, de modo que los operadores pueden automatizar los diagnósticos; por ejemplo, activando una traza desde un lote de STBs durante un incidente, o integrando comprobaciones de calidad de la ruta en su propio monitoreo y sistema de alertas.

Lecturas adicionales

mtr — proyecto oficial y código fuente (GitHub): la herramienta de código abierto detrás del comando.

Página del manual de mtr — la lista completa de flags: referencia para -i, -T, -P, -m, -s y más.

Cloudflare: ¿Qué es MTR?: una introducción concisa sobre cómo funciona MTR.

APNIC: How to properly interpret a traceroute or MTR: una guía más profunda para leer el resultado.