Ich sehe das zum ersten Mal und bin nicht sicher, was es bedeutet.
64 bytes from 74.125.93.99: icmp_seq=6233 ttl=53 time=545.493 ms
64 bytes from 74.125.93.99: icmp_seq=6234 ttl=53 time=776.093 ms
64 bytes from 74.125.93.99: icmp_seq=6235 ttl=53 time=-705.731 ms
64 bytes from 74.125.93.99: icmp_seq=6236 ttl=53 time=52.549 ms
64 bytes from 74.125.93.99: icmp_seq=6237 ttl=53 time=44.470 ms
Hat jemand schon einmal eine negative Ping-Zeit gesehen? Ein Freund von mir hat mir erzählt, dass er das einmal bei einer drahtlosen Verbindung gesehen hat, und zwar über eine drahtlose Verbindung, aber ... wie passiert das?
Antwort1
Haben NTP oder der Windows-Zeitdienst die Systemuhr während des Pings synchronisiert?
Antwort2
Ich kann es kaum glauben, aberdiese Diskussionscheint darauf hinzudeuten, dass dieses Verhalten bei bestimmten AMD-CPUs auftritt.
Persönlich würde ich mir darüber keine Sorgen machen und davon ausgehen, dass es sich um einen konzeptionellen Fehler in ICMP handelt ... Vielleicht ein Paket, das einen anderen Weg genommen hat, oder etwas Seltsames im Zusammenhang mit Maschinen/Routern, deren Uhren unterschiedlich eingestellt sind.
Antwort3
Leider ist dies nicht auf AMD-Prozessoren beschränkt, scheint aber XP ziemlich stark zu betreffen. Bis heute und nach einigen Jahren der Suche nach Antworten kenne ich eine schnelle Lösung, aber ich kann sie nicht bei Servern anwenden, die nach dem Booten nicht per Remote wieder erscheinen.
Um TCP/IP (und Timings) zurückzusetzen, öffnen Sie ein Admin-CMD-Fenster und geben Sie Folgendes ein:
ipconfig /flushdns
arp -d
gpupdate /force
netsh int ip reset null
netsh winsock reset
Jetzt MÜSSEN Sie neu starten. Der Netzwerkadapter kehrt zu DHCP zurück, also Vorsicht vor Remote-Benutzern.
Was passiert also hier?
Aus irgendeinem Grund hat TCP/IP einen Zeitstempel, den es zur Berechnung der Zeit verwendet, und dieser wird irgendwie manipuliert. Früher habe ich das an einem Standort ständig gesehen, aber jetzt ist es endlich vorbei. Leider geht es in dem Lager, das ich verwalte, weiter. Heute Abend scheinen alle Punkte bei 237 ms hängen geblieben zu sein, aber 2 sind mit mehreren Pings zurückgekommen.
pingpathist ein sehr praktisches Dienstprogramm, und ich werde es öfter verwenden. Leider hat es die gleichen Ergebnisse geliefert ...
Traurigerweise werden dadurch auch Ping-Fehler in Spielen behoben.
Hinweis: Wenn Sie die Protokolldatei sehen möchten, ersetzen Sie null durch einen Dateinamen, z. B. c:\log.txt
-- Null bedeutet (technisch gesehen) einfach keine Datei.
Antwort4
Ich glaube, dass es sich um einen Fehler in der Art und Weise handelt, wie der pingBefehl die Pakete zeitlich festlegt, und dass dieser bei AMD-Prozessoren stärker auftritt als bei Intel-Prozessoren.
Die Funktionen, die für die hochauflösende Zeitmessung in Fenstern verwendet werden, sind QueryPerformanceCounterund QueryPerformanceFrequency.
Leider funktionieren sie bei Mehrkernprozessoren nicht, da diese Prozessoren nicht die gleichen Zahlen zurückgeben.
Die Lösung für Ping besteht darin, die Thread-Affinität in einzustellen ping. Ich bezweifle, dass dies der Fall ist, was das negative Timing erklären würde. Es gibt auch Patches von AMD und MS, die das Problem beheben sollen.