Diagnostique problemas de pérdida de paquetes y latencia con MTR mediante el rastreo de cada salto y el análisis de las métricas de calidad del enlace.
Proceso de prueba
A continuación se muestra el proceso típico de prueba de un enlace.
Visite un sitio web como Consulta de direcciones IP - IPLark para obtener la dirección IP pública de su red local.
El servidor de destino hace referencia al nombre de dominio o a la dirección IP pública del servicio objetivo.
Descripción general de la herramienta
MTR combina ping y traceroute. A diferencia de traceroute, que rastrea un enlace una sola vez, mtr sondea continuamente cada salto y recopila estadísticas. Esto reduce el impacto de las fluctuaciones transitorias y genera resultados de mtr más precisos.
En Linux, instale el paquete mtr para usar mtr. En Windows, utilice WinMTR.
mtr (Linux)
Instalación
Alibaba Cloud Linux 3/2
CentOS 6/7/8
Ubuntu/Debian
Uso
Formato del comando
mtr utiliza el siguiente formato. hostname es el nombre de dominio del servicio y ip es la dirección IP pública.
mtr [options] hostname/ipParámetros
La siguiente tabla enumera los parámetros comunes. Ejecute man mtr para consultar la lista completa.
|
Parámetro opcional |
Descripción |
|
|
Muestra la salida en modo de informe. |
|
|
Enumera por separado el resultado del rastreo de cada enlace. |
|
|
Especifica el tamaño del paquete ping. |
|
|
Deshabilita la resolución DNS de las direcciones IP. |
|
|
Establece la dirección IP de origen para los paquetes salientes. Nota
Utilice esta opción cuando el host tiene varias direcciones IP. |
|
-4 |
Usa únicamente IPv4. |
|
-6 |
Usa únicamente IPv6. |
De forma predeterminada, mtr inicia en modo interactivo. Presione ? o h para mostrar el menú de ayuda, donde podrá controlar mtr y cambiar las vistas de visualización.
Ejemplo de uso
Diagnostique la red con IPv4.
sudo mtr -4 www.aliyun.comSalida de ejemplo
Al ejecutar mtr <Dirección IP de destino> se devuelve la siguiente salida:
My traceroute [v0.92]
i Z (1 l) 2024-11-25T13:25:18+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 0.0% 20 2.0 2.1 1.8 2.4 0.2
2. 10.xxx 45.0% 20 2.6 3.0 2.3 7.7 1.6
3. 10.xxx 0.0% 20 2.3 2.2 2.0 2.4 0.1
4. 11.xxx 0.0% 20 4.1 5.8 3.6 16.1 3.8
5. 10.xxx 0.0% 20 4.8 4.4 4.2 4.8 0.1
6. 115.xxx 26.3% 20 4.3 4.4 4.3 4.6 0.1
7. 220.xxx 20.0% 20 5.6 5.1 4.9 5.6 0.1
8. ???
9. 58.xxx 0.0% 20 13.5 13.7 13.5 14.2 0.2
10. 58.xxx 31.6% 19 10.2 10.4 10.2 11.5 0.3
11. 58.xxx 0.0% 19 18.4 15.3 12.4 31.7 5.3
12. ???
13. ???
14. ???
15. 180.xxx 0.0% 19 9.0 9.0 8.8 9.1 0.1La siguiente tabla describe los campos de la salida predeterminada.
|
Parámetro |
Descripción |
|
Host |
Dirección IP o nombre de dominio del nodo. Presione |
|
Loss% |
Porcentaje de pérdida de paquetes del nodo. |
|
Snt |
Número de paquetes enviados. Valor predeterminado: 10. Use |
|
Last |
Latencia de la última sonda. |
|
Avg |
Latencia promedio de todas las sondas. |
|
Best |
Latencia mínima de todas las sondas. |
|
Wrst |
Latencia máxima de todas las sondas. |
|
StDev |
Desviación estándar. Un valor más alto indica una latencia menos estable. |
WinMTR (Windows)
Instalación
WinMTR no requiere instalación. Descargue el paquete, descomprímalo y ejecute el archivo ejecutable.
Vaya al sitio web oficial de WinMTR para descargar WinMTR.
Descomprima el paquete y vaya al directorio
WinMTR-v092 > WinMTR-v092 > WinMTR_x64. Haga doble clic en la aplicación WinMTR para iniciar la herramienta. Una vez iniciada, el campo Host, ubicado en la parte superior de la interfaz, le permite introducir la dirección del host de destino. Haga clic en Start para comenzar la prueba del enlace.
Uso
-
En el campo Host, introduzca el nombre de dominio o la dirección IP del servidor de destino.
ImportanteEl nombre de dominio o la dirección IP del servidor de destino no debe contener espacios.
Después de hacer clic en Start, los resultados del rastreo de ruta se muestran en una tabla con las siguientes columnas: Hostname, Nr, Loss%, Sent, Recv, Best, Avrg, Worst y Last.
La siguiente tabla describe funciones y parámetros adicionales.
Función o parámetro
Descripción
Copy Text to clipboard
Copia los resultados de la prueba al portapapeles en formato de texto.
Copy HTML to clipboard
Copia los resultados de la prueba al portapapeles en formato HTML.
Export TEXT
Exporta los resultados de la prueba a un archivo en formato de texto.
Export HTML
Exporta los resultados de la prueba a un archivo en formato HTML.
Options
Parámetros opcionales:
-
Interval (sec): intervalo entre sondas. Valor predeterminado: 1 segundo.
-
Ping size (bytes): tamaño del paquete ping. Valor predeterminado: 64 bytes.
-
Max. hosts in LRU list: número máximo de hosts en la lista LRU. Valor predeterminado: 128.
-
Resolve names: resuelve las direcciones IP a nombres de dominio mediante búsqueda inversa.
-
-
Haga clic en Start.
Start cambia a Stop y WinMTR muestra los resultados.
Una vez recopilados suficientes datos, haga clic en Stop.
Salida de ejemplo
Al probar el nombre de dominio de un servidor de destino se devuelve la siguiente salida:
WinMTR muestra los resultados del rastreo de ruta en una tabla que detalla las condiciones de red de cada salto. En este ejemplo se enumeran aproximadamente 13 nodos, algunos con tasas altas de pérdida de paquetes (como 40 %, 71 % y 90 %). El último nodo muestra No response from host, lo cual indica que el host de destino no respondió.
La siguiente tabla describe los campos de la salida predeterminada:
|
Parámetro |
Descripción |
|
Hostname |
Dirección IP o nombre de dominio del nodo. |
|
Nr |
Número secuencial del nodo. |
|
Loss% |
Porcentaje de pérdida de paquetes del nodo. |
|
Sent |
Número de paquetes enviados. |
|
Recv |
Número de paquetes recibidos. |
|
Best |
Latencia mínima del nodo. |
|
Avg |
Latencia promedio del nodo. |
|
Worst |
Latencia máxima del nodo. |
|
Last |
Latencia de la sonda más reciente. |
|
StDev |
Desviación estándar. Un valor más alto indica una latencia menos estable. |
Guía de análisis de resultados
El siguiente análisis utiliza los resultados de mtr como ejemplo, ya que mtr ofrece mayor precisión. Los resultados de ejemplo se muestran a continuación.
My traceroute [v0.92]
i sZ (1 1) 2024-11-25T10:52:08+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 5.0% 199 1.9 2.0 1.8 12.0 0.7
2. 11.xxx 41.2% 199 2.2 2.5 2.1 15.1 1.5
3. 11.xxx 0.0% 199 2.3 2.4 2.2 8.7 0.6
4. 11.xxx 0.0% 199 3.8 6.7 3.4 244.1 25.2
5. xxx 0.5% 199 4.2 4.3 4.1 11.8 0.6
6. 115.xxx 21.1% 199 4.8 4.6 4.5 6.8 0.3
7. 115.xxx 63.8% 199 7.4 9.6 7.4 26.8 4.7
8. 202.xxx 52.3% 199 11.6 11.7 11.5 12.9 0.2
9. 58.xxx 30.3% 199 16.5 16.7 16.4 33.5 1.5
10. 58.xxx 4.0% 199 14.5 14.5 14.5 15.6 0.1
11. 58.xxx 0.0% 199 17.8 18.6 17.6 38.0 3.1
12. ???
13. ???
14. ???
15. 186.xxx 0.0% 199 14.4 14.3 14.3 15.3 0.1Áreas de red
El enlace desde el cliente hasta el servidor de destino suele atravesar las siguientes áreas de red.
-
Red local del cliente
Incluye la LAN y la red del ISP local, como el área A de la figura. Las excepciones se dividen en dos tipos.
Si la excepción ocurre en un nodo dentro de la red local del cliente, solucione el problema en dicha red.
Si la excepción ocurre en un nodo del ISP, reporte el problema al proveedor de servicios de Internet (ISP) local.
-
Red del operador
Es la red troncal del ISP, como el área B de la figura. Si ocurre una excepción aquí, consulte la dirección IP del nodo anómalo para identificar a su ISP. Reporte el problema directamente al ISP o a través del soporte técnico de Alibaba Cloud.
-
Red local del servidor de destino
Es la red del proveedor del host de destino, como el área C de la figura. Si ocurre una excepción aquí, reporte el problema al proveedor de red del host de destino.
Si el balanceo de carga de enlaces está habilitado en alguna parte del enlace intermedio, mtr numera y sondea únicamente el primer y el último nodo. Los nodos intermedios solo muestran direcciones IP o nombres de dominio.
Análisis de métricas
Analice la conectividad y el rendimiento del enlace mediante la revisión conjunta de Loss%, Avg, StDev y la latencia.
Loss% (porcentaje de pérdida de paquetes)
Si algún nodo muestra un valor de Loss% distinto de cero, es posible que exista un problema en ese salto. La pérdida de paquetes suele deberse a una de las siguientes causas:
El ISP limitó la tasa de ICMP en el nodo por motivos de seguridad o rendimiento.
-
El nodo presenta una falla. Compruebe el estado de pérdida de paquetes del nodo anómalo y de los nodos posteriores:
Si los nodos posteriores no presentan pérdida de paquetes, generalmente se debe a una limitación de tasa del ISP. Puede ignorarlo, tal como se observa en el segundo salto de la figura.
Si los nodos posteriores también presentan pérdida de paquetes, el nodo tiene una anomalía de red, como se muestra en el sexto salto de la figura.
Si entre los nodos posteriores hay algunos con pérdida de paquetes y otros sin ella, es probable que existan tanto limitación de tasa como una anomalía de red. Cuando la pérdida de paquetes ocurre de manera continua en varios saltos consecutivos con tasas variables, tome como referencia la tasa de los últimos saltos. En la figura, los saltos del 6 al 9 presentan pérdida de paquetes, por lo que la tasa final de pérdida es del 30.3 % en el salto 9.
Avg (valor promedio) y StDev (desviación estándar)
La fluctuación del enlace y otros factores pueden provocar una gran variación entre los valores Best y Wrst. Avg promedia todas las sondas desde el inicio de la prueba, por lo que refleja mejor la calidad general de la red. StDev indica qué tan dispersos están los valores de latencia; un StDev alto significa que Avg podría no representar con exactitud las condiciones reales. Por ejemplo, si algunos paquetes tienen una latencia de 25 ms y otros de 350 ms, el promedio podría parecer normal a pesar de un rendimiento deficiente.
Se recomienda el siguiente enfoque de análisis:
Si StDev es alto, compruebe
BestyWrstpara determinar si existe alguna anomalía.-
Si StDev es bajo, use Avg para evaluar el nodo.
NotaQue StDev sea alto o bajo depende del contexto. Por ejemplo, un StDev de 25 ms representa una desviación grande cuando Avg es de 30 ms, pero una desviación pequeña cuando Avg es de 325 ms.
Latencia
-
Pico de latencia
Si la latencia aumenta drásticamente después de cierto salto, es probable que exista una anomalía de red en ese punto. En la figura, la latencia sube de forma abrupta después del sexto salto. Sin embargo, dado que los datos siguen llegando al destino, la latencia alta podría originarse en la ruta de retorno. Analice esto junto con una prueba de enlace inverso.
-
Aumento de latencia por limitación de tasa de ICMP
La limitación de tasa de ICMP también puede causar un pico de latencia en un nodo, aunque los nodos posteriores suelen volver a la normalidad. En la figura, el noveno salto muestra un 30 % de pérdida de paquetes y una latencia alta, pero los saltos siguientes regresan a la normalidad, lo cual indica que el pico se debe a la limitación de tasa.
Análisis de ejemplo
My traceroute [v0.92]
i sZ (1 1) 2024-11-25T10:52:08+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 5.0% 199 1.9 2.0 1.8 12.0 0.7
2. 11.xxx 41.2% 199 2.2 2.5 2.1 15.1 1.5
3. 11.xxx 0.0% 199 2.3 2.4 2.2 8.7 0.6
4. 11.xxx 0.0% 199 3.8 6.7 3.4 244.1 25.2
5. xxx 0.5% 199 4.2 4.3 4.1 11.8 0.6
6. 115.xxx 21.1% 199 4.8 4.6 4.5 6.8 0.3
7. 115.xxx 63.8% 199 7.4 9.6 7.4 26.8 4.7
8. 202.xxx 52.3% 199 11.6 11.7 11.5 12.9 0.2
9. 58.xxx 30.3% 199 16.5 16.7 16.4 33.5 1.5
10. 58.xxx 4.0% 199 14.5 14.5 14.5 15.6 0.1
11. 58.xxx 0.0% 199 17.8 18.6 17.6 38.0 3.1
12. ???
13. ???
14. ???
15. 186.xxx 0.0% 199 14.4 14.3 14.3 15.3 0.1Con base en los resultados de ejemplo y la guía de análisis anterior:
Hay pérdida de paquetes en los saltos 2, 6, 7, 8 y 9, pero no en los saltos 3, 4, 5, 10, 11 y 15. Si las solicitudes de red funcionan con normalidad, es probable que la pérdida de paquetes se deba a una limitación de tasa de ICMP.
El valor
Wrsten el cuarto salto es alto, peroAvgno lo es. Esto podría deberse a una fluctuación transitoria durante una de las sondas.La latencia promedio en todos los nodos varía entre 1.8 ms y 17.6 ms, lo que indica una latencia general baja.
El enlace de red de este ejemplo funciona con normalidad. Si se presentan fluctuaciones en su entorno real, analícelas junto con los resultados de la prueba de enlace inverso.
El análisis de red es flexible. Las secciones anteriores describen métodos comunes de análisis de métricas. En la práctica, realice una evaluación integral según su situación específica. Si una prueba unidireccional no es concluyente, combínela con una prueba de enlace inverso para profundizar en el análisis.
Anomalías comunes de enlace
Los siguientes ejemplos utilizan mtr en Linux. Los resultados reales pueden variar según el sistema operativo y la herramienta.
Configuración de red incorrecta en el host de destino
Como se muestra a continuación, se produce una pérdida de paquetes del 100 % en el destino. Esto podría dar la impresión de que los paquetes no llegaron. Sin embargo, es probable que las políticas de seguridad del servidor de destino, como un firewall o iptables, hayan bloqueado las respuestas ICMP. Compruebe la configuración de las políticas de seguridad del servidor de destino.
[root@mycentos ~]# mtr --no-dns www.xxx.com
My traceroute [v0.75]mycentos (0.0.0.0)
Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Packets Pings Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. ???
3. 111.xxx.xxx.xxx 0.0% 10 521.3 90.1 2.7 521.3 211.3
4. 111.xxx.xxx.9 0.0% 10 2.9 4.7 1.6 10.6 3.9
5. 211.xxx.xxx.29 80.0% 10 3.0 3.0 3.0 3.0 0.0
6. 221.xxx.xxx.85 0.0% 10 1.7 7.2 1.6 34.9 13.6
7. 221.xxx.xxx.5 0.0% 10 5.2 5.2 5.1 5.2 0.0
8. 221.xxx.xxx.26 0.0% 10 5.3 5.2 5.1 5.3 0.1
9. 173.xxx.xxx.105 100.0% 10 0.0 0.0 0.0 0.0 0.0Limitación de tasa de ICMP
Los nodos intermedios del enlace muestran tasas altas de pérdida de paquetes, pero los nodos posteriores vuelven a la normalidad. Esto suele deberse a que los ISP o los dispositivos de red intermedios limitan la tasa de los paquetes ICMP, y no a una pérdida de paquetes real en la red. Por ejemplo, el salto 4 muestra un 83 % de pérdida de paquetes, pero el salto 5 se recupera. El salto 9 presenta un 90.4 % de pérdida de paquetes. Para confirmar si la pérdida de paquetes se debe a políticas de limitación de tasa, ejecute una prueba MTR inversa y realice un análisis integral.
My traceroute [v0.92]
i xxx Z (172.xxx 7) 2025-06-16T11:01:14+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx.26 12.6% 95 1.9 1.8 1.6 2.5 0.1
2. 10.xxx.89 0.0% 95 3.0 3.5 2.8 14.0 1.3
3. 11.xxx.41 0.0% 95 1.8 1.9 1.7 4.0 0.4
4. 11.xxx.17 83.0% 95 3.1 4.3 2.9 7.3 1.5
5. 11.xxx.54 0.0% 95 9.5 9.6 9.2 13.4 0.6
6. 12x.xxx.246 0.0% 95 11.4 84.8 10.9 524.7 136.7
7. 11.xxx.170 0.0% 95 9.2 10.2 9.0 39.4 4.2
8. ???
9. 11.xxx 162 90.4% 95 7.8 7.9 7.8 8.0 0.1
10. ???Bucle de enrutamiento
Como se muestra a continuación, los paquetes entran en un bucle después del quinto salto y no logran llegar al destino. Esto suele deberse a una configuración de enrutamiento anómala en un nodo del ISP. Comuníquese con el ISP propietario de dicho nodo.
[ xxx@mycentos ~]# mtr --no-dns www.google.com
My traceroute [v0.75]mycentos (0.0.0.0) Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 63.xxx.43 0.0% 10 0.3 0.6 0.3 1.2 0.3
2. 63.xxx.157 0.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.xxx.0.213 0.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix xxx tl.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1
5. 72.xxx.56 0.0% 10 0.0 0.0 0.0 0.0 0.0
6. 72.xxx.57 0.0% 10 0.0 0.0 0.0 0.0 0.0
7. 72.xxx.56 0.0% 10 0.0 0.0 0.0 0.0 0.0
8. 72.xxx.57 0.0% 10 0.0 0.0 0.0 0.0 0.0
9 ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0Interrupción de enlace
Como se muestra a continuación, no se recibe respuesta después del cuarto salto, y Loss%, Last, Avg y Best no registran estadísticas. Esto suele deberse a una interrupción del enlace en ese nodo. Utilice una prueba de enlace inverso para confirmarlo y comuníquese con el ISP propietario del nodo.
@mycentos ~]# mtr –no-dns www.google.com
My traceroute [v0.75]mycentos (0.0.0.0) Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 63.xxx.xxx.3 0.0% 10 0.3 0.6 0.3 1.2 0.3
2. 63.xxx.xxx.57 0.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.xxx.xxx.213 0.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix-xxx.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1
5. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
6. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
7. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
8. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
9 ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0