VPS: Identificando problemas de red con WinMTR/MTR
Esta guía fue creada con los siguientes productos:
(Los detalles pueden variar según los productos de diferentes proveedores, pero los conceptos principales permanecen igual)
Introducción
Los problemas de red pueden ser muy molestos y, por supuesto, no deberían formar parte de tu día a día. Sin embargo, cuando ocurren, es importante identificar la causa de forma rápida y eficiente para solucionarlos. La información detallada sobre problemas de red se puede analizar eficazmente usando la aplicación WinMTR (Windows) o MTR (Linux/Mac OS).
WinMTR/MTR es una herramienta de diagnóstico de red que combina las funciones de Ping y Traceroute. Permite un análisis detallado tanto de la ruta de salida (Cliente → Servidor) como de la ruta de retorno (Servidor → Cliente), rastreando el camino de los paquetes de datos en ambas direcciones. Así captura información importante como la latencia y la pérdida de paquetes, que son clave para diagnosticar y solucionar problemas de red con precisión.
Ruta de salida (Cliente → Servidor): Un informe para la ruta de salida es útil cuando surgen problemas como desconexiones, conexiones lentas o dificultades para establecer conexión. Este análisis ayuda a identificar posibles problemas en el camino desde el cliente hasta el servidor, como congestión de red, pérdida de paquetes o rutas defectuosas.
Ruta de retorno (Servidor → Cliente): Un informe para la ruta de retorno solo tiene sentido una vez que se ha confirmado una conexión estable y funcional en la ruta de salida. Esto significa que el informe de la ruta de retorno es especialmente relevante cuando la ruta de salida no muestra problemas, pero aún persisten problemas como respuestas lentas del servidor, tiempos de carga retrasados o transmisiones de datos incompletas.
En resumen, si se presentan problemas de red evidentes, primero se debe analizar la ruta de salida (Cliente → Servidor). Si el informe de salida no muestra anomalías y los problemas persisten, es necesario revisar la ruta de retorno (Servidor → Cliente) para identificar posibles problemas asimétricos. Los problemas asimétricos de red pueden surgir cuando los paquetes de datos se transmiten sin problemas en una dirección, pero se experimentan retrasos o pérdida de paquetes en la dirección opuesta.
Instalación
Ahora que hemos aclarado cuándo son útiles los informes para las rutas de entrada y salida, podemos pasar a la instalación tanto en el cliente como en el servidor.
Cliente
Para la ruta de salida, la aplicación debe instalarse en el cliente (tu ordenador). Los siguientes pasos explican cómo instalar la aplicación para tu sistema operativo.
- Windows
- Linux
- MacOS
Cuando uses un ordenador con sistema operativo Windows, el análisis de red se realiza con la aplicación WinMTR. Para instalar WinMTR en tu equipo, primero descarga la aplicación desde la web de ZAP-Hosting. Tras descargarla, extrae el archivo. Obtendrás el archivo ejecutable WinMTR.exe
.
Aplicación | Descarga |
---|---|
WinMTR | Link |
Cuando uses un ordenador con sistema operativo Linux, el análisis de red se realiza con la aplicación MTR. Para instalar MTR en tu sistema, abre la terminal y ejecuta el comando de instalación correspondiente a tu distribución:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Cuando uses un ordenador con sistema operativo Mac OS, el análisis de red se realiza con la aplicación MTR. Sin embargo, MTR no viene preinstalado en Mac OS ni está disponible en la Apple Store. Para instalar MTR, primero debes instalar Homebrew como gestor de paquetes en tu equipo.
Instalando Homebrew
Abre la terminal y ejecuta el siguiente comando para instalar Homebrew:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
Instalando MTR
Sigue los pasos que se muestran para completar la instalación. Una vez que Homebrew esté instalado correctamente, podrás usarlo para instalar MTR ejecutando este comando en la terminal:
brew install mtr
Servidor
Para la ruta de retorno, la aplicación debe instalarse en el servidor. Los siguientes pasos explican cómo instalar la aplicación para el sistema operativo de tu servidor.
- Servidor con Linux
- Servidor con Windows
Conéctate a tu servidor vía SSH. Para instalar MTR en tu sistema, ejecuta el comando de instalación correspondiente al sistema operativo de tu servidor:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Conéctate a tu servidor vía Conexión a Escritorio Remoto. Para instalar WinMTR en tu servidor, primero descarga la aplicación desde la web de ZAP-Hosting. Tras descargarla, extrae el archivo. Obtendrás el archivo ejecutable WinMTR.exe
.
Aplicación | Descarga |
---|---|
WinMTR | Link |
Crear informe
A continuación, se creará un informe usando la aplicación WinMTR/MTR. Esto se hará tanto para la ruta de salida (Cliente → Servidor) como para la ruta de retorno (Servidor → Cliente).
El informe debe generarse cuando el problema esté ocurriendo y sea evidente. Solo así el informe proporcionará información útil que ayude a diagnosticar y resolver el problema.
Ruta de salida (Cliente → Servidor)
Para analizar la ruta desde tu ordenador hasta el servidor, abre la aplicación WinMTR/MTR en tu equipo y sigue los pasos que se indican a continuación.
- Windows
- Linux
- MacOS
La aplicación WinMTR se puede iniciar haciendo doble clic en el archivo WinMTR.exe
. En el campo Host
, introduce la dirección IP o el nombre de host del servidor. Luego, inicia el informe. Deja que la aplicación funcione durante al menos un minuto para recopilar suficientes datos. Cuando tengas datos suficientes, detén el análisis y guarda el resultado haciendo clic en Export TEXT
.
La aplicación MTR se puede usar en tu ordenador abriendo la terminal y ejecutando el siguiente comando:
mtr <dirección-ip-de-tu-servidor>
Deja que la aplicación funcione durante al menos un minuto para recopilar suficientes datos. Cuando tengas datos suficientes, detén el análisis y guarda el resultado.
La aplicación MTR se puede usar en tu ordenador abriendo la terminal y ejecutando el siguiente comando:
mtr <dirección-ip-de-tu-cliente>
Deja que la aplicación funcione durante al menos un minuto para recopilar suficientes datos. Cuando tengas datos suficientes, detén el análisis y guarda el resultado.
Ruta de retorno (Servidor → Cliente)
Para analizar la ruta desde el servidor hasta tu ordenador, conéctate a tu servidor y sigue los pasos que se indican a continuación.
- Servidor con Linux
- Servidor con Windows
La aplicación MTR se puede usar en tu servidor ejecutando el siguiente comando en la terminal SSH:
mtr <dirección-ip-de-tu-cliente>
Deja que la aplicación funcione durante al menos un minuto para recopilar suficientes datos. Cuando tengas datos suficientes, detén el análisis y guarda el resultado.
¿No sabes tu dirección IP o no sabes cómo encontrarla? Hay varias formas de determinar tu dirección IP. La forma más rápida es a través de un servicio online como WhatIsMyIPAddress.
En el campo Host
, introduce la dirección IP de tu conexión. Luego, inicia el informe. Deja que la aplicación funcione durante al menos un minuto para recopilar suficientes datos. Cuando tengas datos suficientes, detén el análisis y guarda el resultado haciendo clic en Export TEXT
.
¿No sabes tu dirección IP o no sabes cómo encontrarla? Hay varias formas de determinar tu dirección IP. La forma más rápida es a través de un servicio online como WhatIsMyIPAddress.
Evaluar informe
Al evaluar los resultados, hay varios puntos clave que debes tener en cuenta. La siguiente sección explica estos puntos con más detalle y aclara su importancia para el análisis. Prestar atención a estos aspectos es crucial para hacer un diagnóstico preciso e identificar posibles causas de forma efectiva.
Pérdida de paquetes
Si ves pérdida de paquetes en los resultados, esto indica posibles problemas de red. Una pérdida temporal menor del 1-2% puede no ser problemática, pero valores más altos sugieren problemas más serios. La pérdida de paquetes puede causar retrasos o interrupciones en las conexiones de los servicios. Si la pérdida está distribuida uniformemente en todos los saltos, el problema podría estar en tu propia red o en el servidor. Sin embargo, si la pérdida ocurre solo en un salto o área específica, el problema probablemente esté en ese nodo o en la conexión al siguiente. También es importante saber que pequeñas pérdidas en los primeros saltos, que pertenecen a tu red local, no son necesariamente críticas, ya que estos dispositivos suelen priorizar menos las solicitudes ICMP (como ping) y pueden descartarlas.
Latencia (tiempos de ping)
Los valores de latencia (Avg
, Best
, Worst
) te dan una idea de la velocidad y estabilidad de la conexión. Si notas que la latencia se mantiene alta de forma constante en un salto en particular, esto podría indicar congestión de red o un router lento. Un aumento repentino de latencia entre dos saltos apunta a un posible cuello de botella. Normalmente, la latencia aumenta gradualmente a lo largo de la ruta hacia el destino. Sin embargo, debes estar atento a picos repentinos y significativos, que suelen ser señal de un problema. Comparar las rutas de salida y retorno también puede ayudar a identificar problemas asimétricos, que indican que el tráfico en una dirección tiene dificultades.
Con un análisis cuidadoso de estos factores, puedes determinar con precisión dónde está el problema de red—ya sea en tu propia red, con el proveedor de internet o en algún punto del camino hacia el servidor.
Ejemplos de diagnóstico
Para mejorar tu comprensión, vamos a aclarar la información anterior con algunos ejemplos de diagnóstico. Hemos recopilado varios escenarios que ilustran diferentes situaciones y posibles causas. Estos ejemplos te ayudarán a interpretar los datos y diagnosticar problemas de red de forma más efectiva.
Los siguientes ejemplos de diagnóstico ilustran varios escenarios basados en informes ficticios de WinMTR/MTR. Las direcciones IP, nombres de host y rutas contenidas son totalmente ficticios y no tienen conexión con redes o hosts reales.
- Ejemplo 1
- Ejemplo 2
- Ejemplo 3
- Ejemplo 4
- Ejemplo 5
- Ejemplo 6
- Ejemplo 7
Ejemplo: Pérdida de paquetes en el cliente
Descripción
En este ejemplo, la situación describe pérdida de paquetes que ocurre en el lado del cliente, visible en ambas rutas, de salida y de retorno.
Ruta de salida (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 15.0% 20 1.1 3.4 1.0 10.2 2.8
2. 10.0.0.1 10.0% 20 12.3 15.7 10.5 30.8 5.5
3. 172.16.0.1 0.0% 20 25.1 26.0 24.8 27.2 0.6
4. 203.0.113.5 0.0% 20 35.4 34.5 33.2 36.1 0.9
5. be1234.ccr42.isp.net 0.0% 20 50.6 49.8 49.1 51.5 0.8
6. be5678.ccr21.isp.net 0.0% 20 60.1 59.9 59.5 61.0 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Ruta de retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 10.0% 20 15.8 16.5 15.0 35.2 6.2
8. 192.168.1.1 15.0% 20 2.0 4.0 1.2 12.0 3.8
Evaluación
La evaluación revela que la pérdida de paquetes ocurre en el lado del cliente. Ambas rutas muestran pérdidas en los primeros saltos (Saltos 1 y 2), indicando un problema en el lado del cliente, ya sea en la red local o en el router.
Ejemplo: Pérdida de paquetes en el servidor
Descripción
En este ejemplo, la situación describe pérdida de paquetes que ocurre en el lado del servidor, visible en ambas rutas, de salida y de retorno.
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
8. IP-Objetivo (Servidor) 15.0% 20 85.3 90.2 85.0 105.0 7.0
Ruta de retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. IP-Objetivo (Servidor) 15.0% 20 85.3 90.2 85.0 105.0 7.0
2. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Evaluación
La evaluación indica que la pérdida de paquetes ocurre en el lado del servidor. Ambas rutas muestran pérdidas en los últimos saltos (Saltos 7 y 8), señalando un problema en el servidor.
Ejemplo: Problemas de latencia en el cliente
Descripción
En este ejemplo, la situación describe tiempos de latencia altos en el lado del cliente, visibles en ambas rutas, de salida y de retorno.
Ruta de salida (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
2. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
3. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
4. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
5. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
6. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Ruta de retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
8. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
Evaluación
La evaluación muestra que hay alta latencia en el lado del cliente. Ambas rutas presentan latencia elevada en los primeros saltos (Saltos 1 y 2), indicando un problema en el cliente.
Ejemplo: Problemas de latencia en el servidor
Descripción
En este ejemplo, la situación describe tiempos de latencia altos que ocurren en el lado del servidor, visibles en ambas rutas, de salida y de retorno.
Ruta de salida (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
8. IP-Objetivo (Servidor) 0.0% 20 300.5 320.0 300.0 350.0 15.0
Ruta de retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. IP-Objetivo (Servidor) 0.0% 20 300.5 320.0 300.0 350.0 15.0
2. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Evaluación
La evaluación muestra que hay alta latencia en el lado del servidor. Ambas rutas presentan latencia elevada en los últimos saltos (Saltos 7 y 8), indicando un problema en el servidor.
Ejemplo: Problema de enrutamiento (enrutamiento ISP)
Descripción
En este ejemplo, la situación describe cómo la ruta desde el Cliente X al servidor funciona sin problemas, mientras que hay problemas de enrutamiento desde el Cliente Y al servidor, lo que provoca pérdida de paquetes. Esto indica un problema con el enrutamiento del proveedor de internet (ISP).
Ruta de salida (Cliente X → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Ruta de salida (Cliente Y → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 30.0% 20 30.6 50.3 29.5 95.0 20.5
5. be1234.ccr42.isp.net 25.0% 20 80.2 120.0 70.0 250.0 55.0
6. be5678.ccr21.isp.net 10.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Ruta de retorno (Servidor → Cliente X)
Host Loss% Snt Last Avg Best Wrst StDev
1. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Ruta de retorno (Servidor → Cliente Y)
Host Loss% Snt Last Avg Best Wrst StDev
1. IP-Objetivo (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Evaluación
La evaluación muestra que hay un problema de enrutamiento con el ISP. Mientras que la ruta desde el Cliente X al servidor es estable, la ruta desde el Cliente Y presenta problemas significativos, resultando en pérdida de paquetes y alta latencia.
Ejemplo: Pérdida de paquetes solo en la ruta de salida (Cliente → Servidor)
Descripción
En este ejemplo, la pérdida de paquetes ocurre solo en la ruta de salida (del cliente al servidor), mientras que la ruta de retorno (del servidor al cliente) no muestra pérdidas. Esto podría indicar un problema en un segmento de red hacia el servidor, posiblemente causado por routers defectuosos, congestión o una mala conexión en el camino.
Ruta de salida (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 10.0% 20 35.7 35.0 34.5 36.5 0.6
5. be1234.ccr42.isp.net 15.0% 20 50.6 55.5 50.0 70.0 6.0
6. be5678.ccr21.isp.net 10.0% 20 65.1 65.9 65.0 67.0 0.6
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. IP-Objetivo (Servidor) 0.0% 20 85.3 85.0 84.5 86.0 0.5
Ruta de retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. IP-Objetivo (Servidor) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 65.0 66.0 0.3
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.7 35.0 34.5 36.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
Evaluación
La evaluación muestra que la pérdida de paquetes ocurre exclusivamente en la ruta de salida. Las pérdidas son visibles en los saltos 4, 5 y 6, indicando un problema en el camino desde el cliente al servidor, como congestión o dispositivos de red defectuosos en un segmento de la ruta. En la ruta de retorno, sin embargo, no hay pérdidas, lo que significa que la conexión en la dirección opuesta es estable.
Ejemplo: Pérdida de paquetes solo en la ruta de retorno (Servidor → Cliente)
Descripción
En este ejemplo, la pérdida de paquetes ocurre solo en la ruta de retorno (del servidor al cliente), mientras que la ruta de salida (del cliente al servidor) no muestra pérdidas. Esto podría indicar un problema en un segmento de red en la ruta de retorno.
Ruta de salida (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. IP-Objetivo (Servidor) 0.0% 20 85.3 85.0 84.5 86.0 0.5
Ruta de retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. IP-Objetivo (Servidor) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
4. be1234.ccr42.isp.net 10.0% 20 50.6 51.0 50.0 55.0 1.2
5. 203.0.113.5 15.0% 20 35.7 36.5 34.5 40.0 1.8
6. 172.16.0.1 10.0% 20 20.2 21.5 19.5 25.0 2.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
Evaluación
La evaluación muestra que la pérdida de paquetes ocurre solo en la ruta de retorno. Las pérdidas son visibles en los saltos 4, 5 y 6 de la ruta de retorno, indicando un problema en el camino desde el servidor al cliente.
Reportar problemas
Aunque ZAP-Hosting monitoriza la red de forma continua, es importante que contactes con nuestro equipo de soporte rápidamente en caso de problemas de red. Para asegurar un diagnóstico preciso y una resolución rápida, te pedimos que nos facilites los resultados de tus informes WinMTR/MTR tanto de la ruta de salida como de la de retorno. Esta información nos ayuda a identificar con exactitud las posibles zonas problemáticas y a resolver el problema cuanto antes.