Traceroute: unterschiedliche Ergebnisse

Traceroute: unterschiedliche Ergebnisse

Ich habe zwischen zwei Servern getestet traceroute(nur Single Hop) und frage mich, warum der nachfolgende Durchlauf andere Ergebnisse zeigt?

(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

BEARBEITEN: Mittwoch, 18. Dezember 2013, 18:09:23 GMT

Warum hat diese Frage negative Stimmen? Ich würde gerne wissen, warum Traceroute jedes Mal unterschiedliche Ergebnisse (die Anzahl der Hops) anzeigt.

BEARBEITEN: Mittwoch, 18. Dezember 2013, 19:05:44 GMT

Beide Server sind mit einem einzigen Switch verbunden, es gibt also kein „Routing“ und der Pfad sollte derselbe sein:

# 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

Antwort1

Der zweite Traceroute mit den 5 Sätzen von * * *zeigt keinen anderen Pfad an. Sie haben uns gesagt, dass Siewissenes gibt keinen anderen Weg, diese Dinge sind in der gleichen L2-Domäne und sogar auf dem gleichen Switch. Tracert wirdniemalseinen Zwischensprung anzeigen, was in diesem Fall jedoch nicht der Fall ist.

Aus irgendeinem Grund antwortet Ihr Zielhost bei den ersten Versuchen dieses zweiten Tracerts nicht auf ICMP. Das ist alles, was Sie sehen. Vielleicht ist es zu beschäftigt, um auf ICMP zu antworten? Das ist ein Grund, warum einfache Ping-Tests nicht gut geeignet sind, um festzustellen, ob ein Dienst aktiv oder inaktiv ist.

(Ich habe keine Ahnung, warum Sie ein L3-Tool verwenden, um ein Verhalten zu zeigen, das nichts mit L3 zu tun hat.)

Antwort2

IP-Verkehr folgt nicht unbedingt demselben Pfad. Im Fall von Traceroute, das ICMP-Pakete sendet, folgen diese nicht unbedingt immer demselben Pfad (ICMP läuft über IP).

Es gibt eine ganzeWikipedia-Eintrag zu Traceroute

Hoffe das hilft.

verwandte Informationen