Raijin
Fleet Admiral
- Registriert
- Nov. 2007
- Beiträge
- 18.285
Grundsätzlich ist bei einem Trace - ob mit tracert, WinMTR oder PingPlotter - das Ergebnis am Ziel ausschlaggebend. Wenn dort Paletverluste = 0 sind und der Ping im erwarteten Bereich liegt, ist der Trace 100%ig in Ordnung.
Selbst wenn alle Hops auf dem Weg zum Ziel 100% Paketverluste oder astronomisch hohe Latenzen aufweisen, ist das für sich genommen erstmal kein Problem. Das liegt darin begründet, dass große Router im www gerouteten Traffic bevorzugt behandeln, weil das ihr Job ist, und direkte Pings auf sie selbst bzw. solche, die bei ihnen wegen der TTL enden, verzögert oder gar nicht beantworten. Warum? Weil das Ressourcen von der Hauptaufgabe, dem Routing, frisst.
Deswegen ist ein Trace für ungeübte Augen oftmals schwierig zu interpretieren bzw wird häufig falsch interpretiert. Einer der wenigen Anhaltspunkte, die man aus WinMTR bzw. PingPlotter herausziehen kann, ist der zeitliche Verlauf.
Im vorliegenden Falle ist es zwar ungewöhnlich, dass wirklich alle Hops auf dem Weg zum Ziel nicht auf den Trace antworten, aber ausschlaggebend ist das Ziel und da ist so erstmal alles in Ordnung. Sowohl in tracert aus #9 als auch bei WinMTR sind die Werte an Ziel vollkommen unkritisch. Würden auch nur an einem Hop unterwegs Verzögerungen oder gar Verluste von gerouteten Paketen auftreten, sähe man sofort auch in der Zielzeile Paketverluste und Ping-Ausreißer.
Selbst wenn alle Hops auf dem Weg zum Ziel 100% Paketverluste oder astronomisch hohe Latenzen aufweisen, ist das für sich genommen erstmal kein Problem. Das liegt darin begründet, dass große Router im www gerouteten Traffic bevorzugt behandeln, weil das ihr Job ist, und direkte Pings auf sie selbst bzw. solche, die bei ihnen wegen der TTL enden, verzögert oder gar nicht beantworten. Warum? Weil das Ressourcen von der Hauptaufgabe, dem Routing, frisst.
Deswegen ist ein Trace für ungeübte Augen oftmals schwierig zu interpretieren bzw wird häufig falsch interpretiert. Einer der wenigen Anhaltspunkte, die man aus WinMTR bzw. PingPlotter herausziehen kann, ist der zeitliche Verlauf.
Im vorliegenden Falle ist es zwar ungewöhnlich, dass wirklich alle Hops auf dem Weg zum Ziel nicht auf den Trace antworten, aber ausschlaggebend ist das Ziel und da ist so erstmal alles in Ordnung. Sowohl in tracert aus #9 als auch bei WinMTR sind die Werte an Ziel vollkommen unkritisch. Würden auch nur an einem Hop unterwegs Verzögerungen oder gar Verluste von gerouteten Paketen auftreten, sähe man sofort auch in der Zielzeile Paketverluste und Ping-Ausreißer.