Traceroute: different results [closed]
I was testing traceroute
between two servers (single hop only) and I wonder why subsequent run shows different results?
(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
EDIT: Wed Dec 18 18:09:23 GMT 2013
Why this question has negative votes? I would like to know why traceroute shows different results (the number of hops) each time.
EDIT: Wed Dec 18 19:05:44 GMT 2013
Both servers are connected to a single switch so there is no any 'routing' and path should be the same:
# 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
The second traceroute, with the 5 sets of * * *
, does not indicate a different path. You've told us that you know there isn't another path, these things are in the same L2 domain and even on the same switch. Tracert will never show an intermediate hop, and in fact it is not doing so in this case.
For whatever reason, your target host isn't replying to ICMP the first few tries on that second tracert. That is all that you're seeing. Maybe it's too busy to reply to ICMP? That's one reason that simple ping tests aren't good determiners of a service being up or down.
(I have no idea why you're using a L3 tool to show some behavior that has nothing to do with L3. )
IP traffic does not necessarily follow the same path. So in the case of traceroute that is sending ICMP packets they don't always necessarily follow the same path too (ICMP runs on top of IP)
There's a whole wikipedia entry on traceroute
Hope this helps.