☰

Traceroute: diferentes resultados

tag-icon • tag-icon networking
Traceroute: diferentes resultados

Estaba probando tracerouteentre dos servidores (solo un solo salto) y me pregunto por qué la ejecución posterior muestra resultados diferentes.

(1)

# traceroute to 172.22.10.12 (172.22.10.12), 30 hops max, 60 byte packets
 1  172.22.10.12  0.167 ms  0.634 ms  0.152 ms

(2)

# traceroute to 172.22.10.12 (172.22.10.12), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  * * *
     6  * 172.22.10.12  0.120 ms  0.094 ms

EDITAR: miércoles 18 de diciembre a las 18:09:23 GMT de 2013

¿Por qué esta pregunta tiene votos negativos? Me gustaría saber por qué traceroute muestra resultados diferentes (el número de saltos) cada vez.

EDITAR: miércoles 18 de diciembre a las 19:05:44 GMT de 2013

Ambos servidores están conectados a un único conmutador, por lo que no existe ningún "enrutamiento" y la ruta debe ser la misma:

# ping -R -c 5 172.22.10.12
PING 172.22.10.12 (172.22.10.12) 56(124) bytes of data.
64 bytes from 172.22.10.12: icmp_seq=1 ttl=64 time=0.161 ms
RR:     172.22.10.10
    172.22.10.12
    172.22.10.12
    172.22.10.10

64 bytes from 172.22.10.12: icmp_seq=2 ttl=64 time=0.470 ms (same route)
64 bytes from 172.22.10.12: icmp_seq=3 ttl=64 time=0.113 ms (same route)
64 bytes from 172.22.10.12: icmp_seq=4 ttl=64 time=0.162 ms (same route)
64 bytes from 172.22.10.12: icmp_seq=5 ttl=64 time=0.160 ms (same route)

--- 172.22.10.12 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 0.113/0.213/0.470/0.130 ms

Respuesta1

El segundo traceroute, con los 5 conjuntos de * * *, no indica una ruta diferente. Nos has dicho quesaberno hay otro camino, estas cosas están en el mismo dominio L2 e incluso en el mismo conmutador. Tracert lo haránuncamuestra un salto intermedio, y de hecho no lo hace en este caso.

Por alguna razón, su host de destino no responde a ICMP en los primeros intentos de ese segundo tracert. Eso es todo lo que estás viendo. ¿Quizás esté demasiado ocupado para responder a ICMP? Ésa es una de las razones por las que las pruebas de ping simples no son buenas para determinar si un servicio está activo o inactivo.

(No tengo idea de por qué estás usando una herramienta L3 para mostrar algún comportamiento que no tiene nada que ver con L3).

Respuesta2

El tráfico IP no sigue necesariamente el mismo camino. Entonces, en el caso de traceroute que envía paquetes ICMP, no siempre siguen necesariamente la misma ruta (ICMP se ejecuta sobre IP)

hay un todoentrada de wikipedia en traceroute

Espero que esto ayude.

información relacionada