Aufzeichnen der Latenz zwischen einem kontrollierten Startpunkt und einem unkontrollierten Endpunkt

9

Dies mag eine sehr grundlegende Frage zur Fehlerbehebung sein, aber es lohnt sich zu fragen, ob ich die Dinge richtig teste und die Ergebnisse effektiv interpretiere.

Ich habe einen kontrollierten Startpunkt (einen Servercluster unter meiner Kontrolle) und einen unkontrollierten Endpunkt (ein Rechenzentrum, auf das ich keinen physischen oder Remotezugriff habe). Im Rahmen der normalen Fehlerbehebung muss ich häufig Latenzzahlen festlegen.

Derzeit habe ich Ping-Plotter oder nur eine gute altmodische kontinuierliche pingoder verwendettracert

Wenn ich versuche, realistischere End-to-End-Zahlen zu ermitteln (die Software, mit der ich arbeite, ist Datenbanksoftware), verwende ich manchmal Fiddler 2 , um den Webverkehr zu erfassen und einige der dortigen Timer (Dinge wie ClientDoneRequest-> ServerBeginResponse) mit zu vergleichen Holen Sie sich eine vollständige End-to-End-Zeit.

Worauf achten Sie, wenn Sie Zahlen für die direkte Netzwerklatenz ermitteln?

troubleshooting latency

— Sean Long
quelle

Viele Leute schlagen vor, dass Sie dabei bleiben ping, und Sie sagen sogar, dass Sie bereits verwenden ping. Vielleicht könnten Sie näher erläutern, warum Sie etwas anderes zum Messen pingbenötigen , warum nicht das, was Sie benötigen? Sie haben nicht wirklich gesagt, was per se falsch ist, sondern nur eine offene Frage gestellt, und Sie scheinen nicht die Antwort (en) zu erhalten, die Sie benötigen.

— Jwbensley

Es war ziemlich offen und ich habe die Antwort bekommen, die ich wollte. Ich hatte es einfach nicht als solches markiert. Ping ist das richtige Werkzeug für das, was ich tue.

— Sean Long

Ich verstehe, bitte beachten Sie, dass offene Fragen entmutigend sind; networkengineering.stackexchange.com/faq#dontask Sie sollten in Zukunft versuchen, Punkte, nach denen Sie suchen, in einem Messwerkzeug aufzulisten, Gründe, warum Sie sie benötigen, Punkte, die Sie nicht mögen usw., um der Frage mehr Struktur zu geben.

— Jwbensley

7

Die zweite Hälfte Ihrer Frage scheint darauf hinzudeuten, dass Sie nach Latenzzahlen suchen, die den Prozess der Bildung von Daten auf Anwendungsebene berücksichtigen. In diesem Fall hilft "Ping" nicht viel, wenn man bedenkt, dass in einem Ping nicht viele Daten gebildet werden müssen Paket.

Netzwerkleute verlassen sich normalerweise auf Ping, da dies eine relativ einfache und zuverlässige Methode ist, um eine bestimmte Menge zufälliger Daten zu erzeugen, um die Erreichbarkeit und Latenz für einen bestimmten Pfad zu testen. Eine Anwendung, die beispielsweise HTTP-Aufrufe verwendet, verhält sich anders, da HTTP nicht mit ICMP identisch ist.

Wenn Sie sich mit allgemeinen Netzwerklatenzwerten außerhalb eines anwendungsspezifischen Kontexts befassen (was der beste Weg zum Testen ist), funktioniert Ping einwandfrei.

— Mierdin
quelle

Ich mache mir mehr Sorgen um die Netzwerkschicht hier. Es gibt andere Möglichkeiten, wie ich die Anwendungsschicht isolieren und testen kann, und ich habe die Geigerinformationen hauptsächlich als Hintergrund eingefügt. Aus den restlichen Kommentaren geht hervor, dass Ping mir im Grunde die besten Informationen geben wird, ohne zu einem bestimmten Tool gehen zu müssen.

— Sean Long

5

Haben Sie die Möglichkeit, IP SLA zwischen zwei Routern an jedem Punkt zu verwenden? Ich bin mir über Ihre Topologie am Remote-Ende nicht sicher, daher bin ich mir nicht sicher, ob Sie einen Server auf der anderen Seite haben oder ob dieser Server eine Verbindung zu einem Router herstellt, auf dem theoretisch IP SLA ausgeführt werden könnte

— mellowd
quelle

4

Ich möchte nur ein paar Dinge erwähnen. Die Latenz kann stark von Ihrem Host abhängen. Stellen Sie sicher, dass es sich um den Server handelt, von dem Sie testen, und nicht um Ihren Laptop. Je nach Betriebssystem (Windows oder Linux) können die Ping-Latenzzeiten unterschiedlich sein. Ich habe Erfahrung damit, dass Windows-Systeme über dieselben Netzwerkpfade eine langsamere Latenz aufweisen als Linux-Systeme.

Ping als vernünftiger Test. Wenn Sie jedoch eine TCP-Sitzung von Ihrem Server zu Ihrem Endpunkt in diesem Datencenter durchführen können, erhalten Sie genauere Zahlen, ohne die Kontrolle über den Endpunkt zu haben. Ich würde eine Paketerfassung durchführen, während Ihre TCP-Sitzung eingerichtet ist. Folgen Sie dann dem TCP-Stream und sehen Sie sich Ihre Deltazeiten an. Was ist der Zeitunterschied zwischen Ihrem anfänglichen TCP-Paket und der nächsten Sequenz? Das ist ungefähr in Echtzeit, welche Art von Latenz Sie sehen.

Versuchen Sie herauszufinden, ob das Netzwerk eine gute Leistung erbringt oder ob die Server ihre Aufgaben ausführen?

— Matt
quelle

Ich habe versucht herauszufinden, wie man das Netzwerkmaterial genau misst. Ich sehe, wie verwirrend es sein kann (da ich Fiddler2 erwähnt habe). Ich kann auf einfache Weise Inhalte auf Anwendungsebene isolieren und testen (das ist eine ganz andere Geschichte), muss jedoch in der Lage sein, Fahrten zwischen einer bestimmten Umgebung und einem entfernten Rechenzentrum sowie intern zwischen einer Client-Workstation und einem Server genau zu messen ( Also über Ethernet / Wireless).

— Sean Long

4

Latenz kann eine lustige Sache sein - besonders genau. Ping macht einen guten Job für eine allgemeine Vorstellung davon, wie die Latenz Ihres Netzwerks ist, aber wenn es um sehr niedrige Zahlen geht, kann es das falsche Werkzeug für den Job werden. Es wird auch nichts für Tests auf höherer Ebene getan (wie die Antwortzeiten auf der Website).

Zur strengen Messung der Netzwerkleistung (Latenz / Bandbreite / Verlust / etc.) Mag ich die Testausrüstung von Exfo . Dies ist einfach eine Präferenz und ehrlich gesagt ist es das erste Gerät, das ich verwendet habe. Ich bin sicher, dass konkurrierende Geräte genauso gut funktionieren würden. JDSU ist auch ein wichtiger Anbieter dieser Art von Geräten.

Es gibt auch PCHAR , ein Open-Source-Tool zur genaueren Messung der Latenz als Ping. Ich habe es nicht direkt benutzt, aber ich kenne Leute, die es haben und mögen.

Dieser Artikel gibt Ihnen einen guten Überblick über einige Dinge, die ICMP Echo gut kann / nicht kann.

— Bigmstone
quelle