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.
En esta guía
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.
En Windows con WinMTR
- 01Abrí WinMTR y escribí el destino sin protocolo ni ruta web.
- 02Iniciá la medición y dejala correr al menos varios cientos de paquetes.
- 03Si el problema es intermitente, mantenela activa hasta capturar el evento.
- 04Exportá el resultado como texto para conservar todas las columnas.
- 05Repetí desde otra conexión si está disponible.
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.
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
Cómo elegir entre hosting web, VPS y servidor dedicado
Compará administración, acceso, aislamiento y capacidad para elegir la plataforma correcta sin pagar recursos que todavía no necesitás.
Cómo gestionar el DNS de tu dominio sin cortar el servicio
Entendé qué registros cambiar, cómo reducir el riesgo y qué verificar antes de mover un dominio, una web o el correo.
Primer acceso a un VPS: seguridad y puesta en marcha
Una secuencia práctica para ingresar por SSH o consola, actualizar el sistema y reducir la superficie de ataque antes de publicar servicios.