- Inicio
- Guías
- Primeros pasos
- Cómo hacer un MTR (diagnóstico de red)
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).
- Descargá desde: https://sourceforge.net/projects/winmtr/files/latest/download
- Alternativamente: https://winmtr.net o https://github.com/White-Tiger/WinMTR/releases
- Extraé el ZIP en una carpeta (ej: Escritorio)
- Abrí la subcarpeta
WinMTR_x64(para Windows 10/11 de 64 bits) oWinMTR_x32si tenés 32 bits - Ejecutá
WinMTR.exe(doble clic, no necesita permisos de administrador)
Cómo ejecutar el test
- En el campo Host, ingresá la IP que te indicó nuestro equipo de soporte
- Hacé clic en Start
- Dejá el test corriendo al menos 5 minutos (o hasta que "Sent" llegue a 100+)
- Mientras corre, usá tu conexión normalmente (si reportás lag en un juego, conectate al servidor)
- Hacé clic en Stop cuando tengas suficientes datos
Cómo exportar los resultados
- Hacé clic en Export TEXT → guardá como
.txt(recomendado) - O hacé clic en Copy → pegalo directo en el ticket de soporte
- Nombrá el archivo de forma descriptiva:
mtr-IP-tunombre.txt
Linux: comando mtr (terminal)
Instalación
# Ubuntu / Debian
sudo apt install mtr-tiny
# Rocky Linux / AlmaLinux / CentOS
sudo dnf install mtr
# Arch Linux
sudo pacman -S mtrEjecución
mtr -r -c 100 IP_DESTINO-rgenera un reporte compacto al finalizar (no interactivo)-c 100envía 100 paquetes
Ejemplo:
mtr -r -c 100 191.96.56.1Exportar resultados
mtr -r -c 100 IP_DESTINO > mtr-resultado.txtAdjuntá el archivo .txt al ticket de soporte o pegá el contenido directo.
macOS: mtr via Homebrew (terminal)
Instalación
Si no tenés Homebrew:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"Instalá mtr:
brew install mtrEjecución
sudo mtr -r -c 100 IP_DESTINONota: en macOS se requiere sudo porque mtr necesita enviar paquetes raw.
Exportar resultados
sudo mtr -r -c 100 IP_DESTINO > mtr-resultado.txtCómo interpretar las columnas
| Columna | Significado |
|---|---|
| Hostname | Nombre DNS o IP de cada nodo (salto) en la ruta |
| Nr | Número de salto (1 = tu router, último = destino) |
| Loss % | Porcentaje de paquetes perdidos. Mayor a 2% sostenido = problema |
| Sent | Cantidad de paquetes enviados |
| Recv | Cantidad de respuestas recibidas |
| Best | Latencia mínima (ms) |
| Avrg | Latencia promedio — el valor más importante |
| Worst | Latencia máxima (picos) |
| Last | Latencia 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).