Saltar al contenido

Cupón · 15% OFF en tu primer pago

Todas las guías

Diagnóstico

Cómo hacer una prueba MTR o WinMTR útil

Medí pérdida y latencia a lo largo de una ruta y reuní la información necesaria para que soporte pueda distinguir el origen de un problema.

Revisada el 30 de agosto de 2026

Respuesta corta

MTR combina trazado de ruta y mediciones repetidas. Una captura aislada puede confundir, pero una prueba en ambos sentidos y durante el momento del problema aporta evidencia para separar red local, tránsito e infraestructura de destino.

  • Ejecutá la prueba mientras ocurre el problema y durante varios minutos.
  • No interpretes como falla un salto intermedio que limita respuestas pero deja pasar el tráfico.
  • Compartí origen aproximado, destino, horario y si el problema afecta a más de una red.
01

Prepará una medición comparable

Usá la IP o el hostname exacto del servicio afectado. Si el inconveniente aparece en un puerto específico, acompañá MTR con una prueba de conexión a ese puerto, porque el trazado por sí solo no reproduce todos los protocolos.

Cerrá descargas, VPN y aplicaciones que saturen la conexión. Si podés, repetí por cable y desde otra red. Eso permite identificar rápidamente si el patrón pertenece al acceso local.

02

En Windows con WinMTR

  1. 01Abrí WinMTR y escribí el destino sin protocolo ni ruta web.
  2. 02Iniciá la medición y dejala correr al menos varios cientos de paquetes.
  3. 03Si el problema es intermitente, mantenela activa hasta capturar el evento.
  4. 04Exportá el resultado como texto para conservar todas las columnas.
  5. 05Repetí desde otra conexión si está disponible.
03

En Linux o macOS

En Linux podés instalar mtr desde el gestor de paquetes de la distribución y ejecutar una salida de reporte con un conteo suficiente. En macOS, la herramienta está disponible mediante gestores de paquetes habituales.

Guardá la salida como texto. Una captura recortada suele ocultar el destino, el conteo o los primeros saltos, que son necesarios para interpretar el resultado.

04

Cómo leer pérdida y latencia

La pérdida relevante continúa desde un salto hacia los siguientes y llega al destino. Si un router intermedio muestra pérdida pero los posteriores responden normalmente, probablemente está limitando mensajes de diagnóstico sin descartar el tráfico que reenvía.

Mirá también la variación entre mejor, promedio y peor tiempo. Un promedio aceptable con picos muy altos puede explicar cortes sensibles al tiempo real.

Para escalar el caso incluí fecha, hora con zona horaria, proveedor de acceso, ciudad aproximada, destino y salida completa. No publiques tu IP residencial en foros abiertos.

Siguiente paso

Enviar un diagnóstico

Guías relacionadas