☰

Traceroute: resultados diferentes

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

Eu estava testando tracerouteentre dois servidores (somente salto único) e me pergunto por que a execução subsequente mostra 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: Quarta, 18 de dezembro 18:09:23 GMT 2013

Por que esta questão tem votos negativos? Gostaria de saber por que o traceroute mostra resultados diferentes (o número de saltos) a cada vez.

EDITAR: Quarta, 18 de dezembro 19:05:44 GMT 2013

Ambos os servidores estão conectados a um único switch, portanto não há nenhum 'roteamento' e o caminho deve ser o mesmo:

# 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

Responder1

O segundo traceroute, com os 5 conjuntos de * * *, não indica um caminho diferente. Você nos disse que vocêsabernão existe outro caminho, essas coisas estão no mesmo domínio L2 e até no mesmo switch. Tracert iránuncamostra um salto intermediário e, na verdade, não é o que acontece neste caso.

Por alguma razão, seu host de destino não está respondendo ao ICMP nas primeiras tentativas do segundo tracert. Isso é tudo o que você está vendo. Talvez esteja muito ocupado para responder ao ICMP? Esse é um dos motivos pelos quais testes simples de ping não são bons determinantes de um serviço estar ativo ou inativo.

(Não tenho ideia de por que você está usando uma ferramenta L3 para mostrar algum comportamento que não tem nada a ver com L3.)

Responder2

O tráfego IP não segue necessariamente o mesmo caminho. Portanto, no caso do traceroute que está enviando pacotes ICMP, eles nem sempre seguem necessariamente o mesmo caminho (o ICMP é executado em cima do IP)

Há um todoentrada da Wikipedia sobre traceroute

Espero que isto ajude.

informação relacionada