MTR: mezcla el ping y el traceroute

Si como yo, te dedicas a gestionar redes, estoy seguro de que muy a menudo usas los comandos “ping” y “traceroute”. Pues bien, MTR es una mezcla de ambos y es muy interesante.

Como siempre, lo primero es lo primero. ¿Que es “ping” ? Ping es posiblemente el comando más popular de los que juegan con redes. Cuando haces “ping” a una dirección IP, si ésta está viva (o autorizada para responder) te contestará un “pong”. Se suele utilizar para saber si algún camino para llegar a algún lugar de la red.

pingpong

¿Y qué es traceroute? Pues algo parecido. Al hacer un “traceroute” a un IP, se van mostrando en pantalla todos los saltos que se dan hasta alcanzar dicha IP. Es muy útil para saber por donde va el tráfico hacia algún destino.

rana

MTR es la combinación perfecta entre el “ping”  y el “traceroute”. Da información muy valiosa de cada uno de los saltos que se dan hasta llegar al destino. Te da la información de pérdida de paquetes en cada nodo, así como varios datos sobre el tiempo de respuesta. Aquí tenéis una captura:

mtr

Por ejemplo, con MTR podemos ver que uno de los nodos rechaza o pierde el 70% de los paquetes, cosa que no seríamos capaces de apreciar con un simple ping o traceroute.

Instalarlo es muy sencillo:

sudo apt-get install mtr

Aquí os dejo el repositorio oficial de GitHub de esta interesantísima herramienta.

Espero que os resulte útil.

¡Saludos a todos!

2 comentarios

  1. Hola! estoy teniendo un problema en mi Red. La topologia de la misma cuenta con un puerto de enlace “192.168.0.5”, el cual actual como VPN. El hecho es que cuando ejecuto este comando, desde uno de los dispositivos de la red, se pierden mucho paquetes….

    mtr -r -c 10 8.8.8.8 9 (google)

    HOST: MyPc Loss% Snt Last Avg Best Wrst StDev
    1.|– 192.168.0.5 0.0% 10 6.9 32.4 0.5 80.8 28.9
    2.|– ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
    3.|– ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
    4.|– ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
    5.|– ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
    6.|– ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
    7.|– 157-160-89-200.fibertel.c 10.0% 10 144.7 88.4 43.4 150.8 36.5
    8.|– 150-165-89-200.fibertel.c 0.0% 10 383.2 120.1 27.4 383.2 116.2
    9.|– 200.49.159.250 0.0% 10 569.9 126.9 28.6 569.9 163.5
    10.|– 108.170.248.225 0.0% 10 585.6 118.6 22.1 585.6 170.8
    11.|– 108.170.227.23 0.0% 10 648.4 124.2 26.7 648.4 188.6
    12.|– google-public-dns-a.googl 0.0% 10 589.2 115.2 26.1 589.2 178.3

    No se que puede ser (error de configuración en el router??)

    Espero me puedan ayudar. Muchs gracias

    Me gusta

  2. Buenos días Nestor:

    Como me comentas que en la topología de la red participa una VPN creo que es normal que no obtengas información de alguno de los saltos. Normalmente, los equipos relacionados con la seguridad (firewalls por ejemplo) procuran revelar la menor información posible.

    En referencia al salto en el que se pierden un 10% de los paquetes te puedo decir que es normal también. Por el nombre del nodo, me atrevería a decir que es el router de un operador de red (Fibertel). Este tipo de nodos suelen descartar un porcentaje alto de pings que van contra los DNS de google, la 8.8.8.8 por ejemplo. Monitorizar los DNS de google es una práctica muy habitual y los operadores de red suelen tener limitado el número de pings que se pueden hacer, con la intención de no saturar la red con este tipo de tráfico.

    Espero haberte ayudado.

    Saludos,
    Iñigo.

    Me gusta

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s