Einweg-Ping-Jitter-Test

369
bobuhito

Wäre eine öffentliche Website, wie ich sie hier beschreibe, von Wert? Gibt es schon etwas Ähnliches? Im Moment benutze ich Tracert, um ein Netzwerkproblem zu debuggen, bei dem zeitweise eine Verzögerung zwischen zwei Internet-Backbone-Routern auftritt. Ich möchte jedoch gerne wissen, in welche Richtung die Verzögerung verursacht wird. Ich sehe sogar manchmal einen Anstieg des Paketverlusts und möchte wissen, in welche Richtung das Paket verloren geht. Ich habe übrigens nur meinen einen Computer, daher ist die Verwendung von iperf keine Option.

Ich stelle mir also vor, dass ein öffentlicher Server (nur eine Website, die ich in einem beliebigen Browser öffne) alle 5 Sekunden ein Datagramm (dh zwischen 4,99 und 5,01) sendet. Mein Computer antwortet sofort, indem er das Datagramm für ein TCP-ACK-Paket sendet, sodass das nächste Datagramm des Servers die gemessene "Ping" -Rundlaufzeit enthalten kann. (Um klar zu sein, falls meine TCP-Antwort die eines Fehlers ist, sollte das Datagramm erneut vom Server gesendet werden, nachdem alle 5,00 Sekunden gewartet wurde. Der Schlüssel ist, dass ich möchte, dass alle 5 Sekunden ein zuverlässiges Datagramm ankommt Es ist in Ordnung, auch wenn der Server meine TCP-Antworten einfach ignoriert.)

Wenn mein Browser mir dann die zwei separaten Jitters anzeigt (für Datagramm-Ankunftszeiten und "Ping" -Rundlaufzeiten), kann ich leicht erkennen, welche Netzwerkrichtung den Jitter verursacht. Es ist wichtig zu wissen, dass mein Netzwerkproblem manchmal kommt und geht. Ich würde diese Website einfach während kurzer Verzögerungen laden (bestätigt, da die angezeigte Ping-Round-Trip-Zeit auf dem Minimum ist) und beobachte, wie sich die gemeldeten Zeiten ändern lange Verzögerungen beginnen. Wenn die Verzögerungen immer hoch waren, würde diese Website nicht helfen.

0
Ich denke nicht, dass dieser Ansatz funktionieren wird, da es keine Garantie dafür gibt, dass das Routing symmetrisch ist. Sehen Sie sich meine Antwort an [Warum funktioniert "ping -j" nicht?] (// superuser.com/a/927398) für eine detailliertere Erklärung, insbesondere "Was ist eine umgekehrte Route?" DavidPostill vor 6 Jahren 0
Selbst wenn das Routing nicht symmetrisch ist, würde ich trotzdem lernen, in welche Richtung der Jitter verursacht wird. Wenn Tracert vom Server zu meinem Computer ausgeführt würde (zusätzlich zu Tracert von meinem Computer zum Server), würde ich die getrennten Routen für beide Richtungen kennen und die genaue langsame Verbindung für die schlechte Richtung finden (durch Betrachten von) die tracert zeiten). Ich würde also sagen, dass dieser Ansatz immer noch funktioniert. bobuhito vor 6 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme