Hohe Latenz, aber Ping zeigt niedrige Latenz

8

Wir sehen Latenzen von ~ 100-300 ms für Dienste, die auf eine Remote-Ressource innerhalb desselben Subnetzes zugreifen. Wenn wir jedoch Ping verwenden (die Ping-Größe war ähnlich groß wie bei normal gesendeten Paketen), werden Antworten von 5 ms oder weniger angezeigt. Was sollten wir sonst noch überprüfen?

Ein Auszug aus dem Ressourcenmonitor

— Mindaugas Mozūras
quelle

12

Abgesehen davon ist das 10.0.0.0 / 8-Netzwerk für private Netzwerke reserviert und nicht öffentlich routbar. Eine Verschleierung eines Teils der IP-Adresse ist daher nicht erforderlich. Weitere Infos hier - en.wikipedia.org/wiki/… .

— Buggabill

21

Was bedeutet "Latenz"?
Vergleichen Sie die ICMP-Echoantwortzeiten mit den Roundtrip-Zeiten für die Anwendungsverarbeitung?

Wenn Sie es sind, würde das es erklären - und Ihnen auch sagen, dass Sie Äpfel und Orangen nicht vergleichen sollen :)

— adaptr
quelle

4

Einverstanden - Führen Sie eine Paketerfassung auf dem Server durch und beobachten Sie, wie lange es dauert, bis der Server eine Antwort auf Anwendungsanforderungen ausgibt.

— EEAA

3

… Aber sie sind beide rund (und das funktioniert für RTT und die angegebenen Früchte!)

— voretaq7

4

..und ICMP-Pakete sind 64 Bytes. Ihre Gesamt- und gemessene Latenz ist garantiert besser als alles, was die tatsächliche Datennutzlast enthält.

— Adaptr

2

Darüber hinaus nimmt der Ping auf dem Server fast keine Zeit in Anspruch, um verarbeitet zu werden, und Sie haben möglicherweise QOS-Priorisierungs-Pings (ich mache auf einigen Links).

— TomTom

1

Ich würde sagen: Überprüfen Sie das Netzwerk, die Schnittstellen und so. Möglicherweise zeigen Ihre Apps eine solche Latenz aufgrund von zurückgesetzten Nachrichten aufgrund eines Problems an den Schnittstellen

— Alfabravo

8

Kann es sein, dass Sie Paketverluste haben [die zu erneuten Übertragungen führen], beispielsweise bei größeren Paketen?

Vielleicht versuchen Sie es ping -s 1400 addressunter Linux oder ping -l 1400 addressunter Windows.

Wenn das nicht hilft, den Verkehr mit Wireshark zu betrachten - gibt es vielleicht einige seltsame Neuübertragungen , beschädigte Pakete?

— pQd
quelle

3

Eine solche Diskrepanz zeigt normalerweise ein Problem in der Anwendung / im Server. Während es möglich ist, dass Ihr Ping aufgrund der QoS- / Netzwerkpriorisierung unterschiedlich ist, ist dies nicht der erste Ort, an dem ich nachsehen würde, wenn Sie über Systeme im selben lokalen Netzwerk sprechen.

Wie lange dauert es, bis Sie von demselben Host auf den Dienst zugreifen, von dem er bedient wird? Bietet dieser Host andere Dienste schneller an? Ist es unter einer schweren E / A-Last?

— Jeff Ferland
quelle

1

Wie Sie hier vermuten, ist Ping-Latenz! = Eine TCP-Roundtrip-Zeit, insbesondere wenn Daten übertragen werden. Es ist möglich, dass all dies auf verzögerte ACKs (die ~ 200 ms, die übliche Standardeinstellung auferlegen können) oder auf die schlechte Interaktion zwischen Nagle / und DACK zurückzuführen ist, die es auf ~ 500 ms bringen kann. Eine Paketerfassung ist hier angebracht.

Beachten Sie auch, dass der Timer für verzögerte Bestätigung unabhängig von einem TCP-Fluss ist und beim Systemstart instanziiert wird. Es kann also jederzeit zwischen 1 und 200 ms innerhalb eines Flusses ausgelöst werden und verursacht häufig eine Verzögerung im Bereich "Bereich", wie Sie beschreiben.

— mcauth
quelle