MTRWinMTRDiagnósticoRedSoporte10 min de lectura

Cómo hacer un MTR (diagnóstico de red)

Guía paso a paso para ejecutar un test MTR con WinMTR en Windows y mtr en Linux/macOS. Descarga, uso, interpretación y exportación de resultados.


¿Qué es un MTR y para qué sirve?

MTR (My Traceroute) es una herramienta de diagnóstico de red que combina ping y traceroute en una sola ejecución continua. Envía paquetes hacia una IP destino y registra cada salto (hop) intermedio, mostrando en tiempo real la latencia y el porcentaje de pérdida de paquetes en cada nodo del camino.

Esto nos permite identificar exactamente en qué punto de la ruta se produce un problema: si es tu ISP, un proveedor de tránsito intermedio, o nuestro datacenter.


Windows: WinMTR (interfaz gráfica)

Descarga

WinMTR es gratuito, open-source y portable (no requiere instalación).

  1. Descargá desde: https://sourceforge.net/projects/winmtr/files/latest/download
  2. Alternativamente: https://winmtr.net o https://github.com/White-Tiger/WinMTR/releases
  3. Extraé el ZIP en una carpeta (ej: Escritorio)
  4. Abrí la subcarpeta WinMTR_x64 (para Windows 10/11 de 64 bits) o WinMTR_x32 si tenés 32 bits
  5. Ejecutá WinMTR.exe (doble clic, no necesita permisos de administrador)

Cómo ejecutar el test

  1. En el campo Host, ingresá la IP que te indicó nuestro equipo de soporte
  2. Hacé clic en Start
  3. Dejá el test corriendo al menos 5 minutos (o hasta que "Sent" llegue a 100+)
  4. Mientras corre, usá tu conexión normalmente (si reportás lag en un juego, conectate al servidor)
  5. Hacé clic en Stop cuando tengas suficientes datos

Cómo exportar los resultados

  1. Hacé clic en Export TEXT → guardá como .txt (recomendado)
  2. O hacé clic en Copy → pegalo directo en el ticket de soporte
  3. Nombrá el archivo de forma descriptiva: mtr-IP-tunombre.txt

Linux: comando mtr (terminal)

Instalación

bash
# Ubuntu / Debian
sudo apt install mtr-tiny

# Rocky Linux / AlmaLinux / CentOS
sudo dnf install mtr

# Arch Linux
sudo pacman -S mtr

Ejecución

bash
mtr -r -c 100 IP_DESTINO
  • -r genera un reporte compacto al finalizar (no interactivo)
  • -c 100 envía 100 paquetes

Ejemplo:

bash
mtr -r -c 100 191.96.56.1

Exportar resultados

bash
mtr -r -c 100 IP_DESTINO > mtr-resultado.txt

Adjuntá el archivo .txt al ticket de soporte o pegá el contenido directo.


macOS: mtr via Homebrew (terminal)

Instalación

Si no tenés Homebrew:

bash
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Instalá mtr:

bash
brew install mtr

Ejecución

bash
sudo mtr -r -c 100 IP_DESTINO

Nota: en macOS se requiere sudo porque mtr necesita enviar paquetes raw.

Exportar resultados

bash
sudo mtr -r -c 100 IP_DESTINO > mtr-resultado.txt

Cómo interpretar las columnas

ColumnaSignificado
HostnameNombre DNS o IP de cada nodo (salto) en la ruta
NrNúmero de salto (1 = tu router, último = destino)
Loss %Porcentaje de paquetes perdidos. Mayor a 2% sostenido = problema
SentCantidad de paquetes enviados
RecvCantidad de respuestas recibidas
BestLatencia mínima (ms)
AvrgLatencia promedio — el valor más importante
WorstLatencia máxima (picos)
LastLatencia del último paquete

Lo normal es que la latencia aumente gradualmente. Si un salto tiene pérdida alta (>5%) que se propaga a los saltos siguientes, ese nodo es el problema.


Errores comunes al interpretar

  • 100% loss en un hop intermedio pero 0% en el destino: Muchos routers limitan respuestas ICMP intencionalmente. Si el destino está bien, no hay problema real.
  • "No response from host" o ???: Algunos routers no responden a diagnósticos por política de seguridad, pero el tráfico pasa sin problemas.
  • Latencia alta en un solo hop sin propagarse: Probablemente es rate-limiting del router, no un problema real.

Consejos para un buen diagnóstico

  • Conectá por cable Ethernet si es posible (WiFi agrega variabilidad)
  • Cerrá descargas pesadas, streaming y backups durante el test
  • Ejecutá al menos 5 minutos (100+ paquetes)
  • Si el problema es intermitente, dejá 10-15 minutos para capturar picos
  • Si te piden MTR a varias IPs, hacé un test separado por cada una
  • Anotá la hora exacta del test para correlacionar con logs del servidor

¿Qué IPs debo testear?

Nuestro equipo de soporte te indicará la IP exacta según tu servicio. Si no te la dieron, usá la IP de tu servidor (la encontrás en el panel de cliente o en el email de bienvenida).

Si te piden un MTR 'en ambas direcciones', necesitan un test desde tu PC al servidor Y otro desde el servidor hacia tu IP pública. El segundo lo hace nuestro equipo si le proporcionás tu IP pública (buscá 'cual es mi ip' en Google).


¿Te resultó útil esta guía?