Tempo di ping negativo?

15

Questa è la prima volta che lo vedo e non sono sicuro di cosa significhi;

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

Qualcuno ha mai visto un tempo di ping negativo prima? Un mio amico mi ha detto di averlo visto una volta su un collegamento wireless, e questo avveniva tramite una connessione wireless, ma ... come è potuto succedere?

— Jeff Welling
fonte

4

Hai un processore AMD?

— MaQleod,

9

Solo una spaccatura temporanea nel continuum spazio-temporale. Nulla di cui preoccuparsi. Ora dove ho messo le chiavi del mio DeLorean?

— giocoliere

Non ricordo specificamente su quale macchina ho eseguito il test, ma gli unici 3 su cui avrei potuto eseguirlo sono tutti Intel (un desktop Intel, un Macbook Pro, un Mac Mini).

— Jeff Welling,

12

Il ping ping negativo è un problema tecnico nella matrice. Succede quando cambiano qualcosa.

— James T Snell,

15

NTP o Windows Time Service hanno sincronizzato l'orologio di sistema durante il ping?

— Hydaral
fonte

Ottima domanda, potrebbe essere. Sfortunatamente non ricordo esattamente a che ora ho eseguito il ping, quindi non posso controllare i log per una sincronizzazione NTP che si allinea.

— Jeff Welling,

Sarebbe strano, ma +1 per un ottimo punto di risoluzione dei problemi.

— mbb,

Senza una risposta migliore fornita e non potendo trovare una soluzione più plausibile dal momento in cui è accaduto fino ad ora, accetto questa risposta perché penso che sia la spiegazione più probabile di come sia successo. Grazie.

— Jeff Welling,

Ho appena riscontrato lo stesso problema su una macchina virtuale e posso confermare che NTP ha corretto la deriva del tempo. service ntpd stopsu CentOS risolto ciò (ma creerà altri problemi, ovviamente). Vedi questa domanda molto interessante per maggiori informazioni.

— Benjamin,

4

Trovo difficile da credere, ma questa discussione sembra indicare che questo è il comportamento di alcune CPU AMD.

Personalmente, non mi preoccuperei e presumo che sia un difetto concettuale in ICMP ... Forse un pacchetto che ha attraversato un percorso diverso o qualcosa di strano che coinvolge macchine / router con i loro orologi impostati in modo diverso.

— James T Snell
fonte

2

Dalla discussione collegata, non mi spingerei verso un difetto concettuale nell'ICMP. Sembra che AMD abbia un clock skew tra i due core che provoca l'interpretazione negativa del tempo.

— Evan,

@evan: Ma 0,7 secondi è un'enorme discrepanza!

— Lumaca meccanica

2

il rapporto che ricevi dal ping non ha nulla a che fare con gli orologi su router esterni, è la differenza nel tempo da quando il pacchetto viene inviato alla sua destinazione e la risposta viene ricevuta all'host. È sincronizzato dall'host.

— MaQleod,

@Macchina meccanica Hai ragione, è estremamente grande, ma la discussione collegata dice che l'inclinazione cresce nel tempo. Se il processore è stato in esecuzione per un lungo periodo di tempo, 7 secondi non è troppo assurdo. Sarebbe interessante vedere se il problema si presenta solo dopo che il processore è in esecuzione da un po '.

— Evan,

@Evan: intendo dire che 0,7 secondi è destinato a causare bug più gravi di così, quindi probabilmente ne avremmo già sentito parlare.

— Lumaca meccanica

1

Sfortunatamente, questo non è limitato ai processori AMD, ma sembra influenzare un po 'XP. Ad oggi, e dopo alcuni anni di ricerca di risposte, conosco una soluzione rapida, ma non posso farlo ai server che non riappariranno in remoto dopo l'avvio.

Per ripristinare TCP / IP (e i tempi), aprire una finestra CMD admin e immettere quanto segue:

ipconfig /flushdns
arp -d
gpupdate /force
netsh int ip reset null
netsh winsock reset

Ora, DEVI riavviare. La scheda di rete ritorna a DHCP, quindi fai attenzione ai remoti.

Quindi cosa succede qui?

Per qualche motivo, TCP / IP ha un timestamp che usa per calcolare i tempi e si confonde in qualche modo. Lo vedevo sempre in una posizione, ma alla fine si è fermato. Sfortunatamente, continua nel magazzino che gestisco. Stasera, tutti i punti sembrano bloccati a 237ms, ma 2 spuntano indietro con più ping.

pingpathè un'utilità molto utile e la userò più spesso. Sfortunatamente, ha prodotto gli stessi risultati ...

Cosa triste, questo cancella gli errori di ping anche nei giochi.

nota: se si desidera visualizzare il file di registro, sostituire null con un nome file, ad esempio c:\log.txt - Null significa semplicemente nessun file (tecnicamente)

— Jeff Mathews
fonte

1

Credo che sia un bug nel modo in cui il pingcomando cronometra i pacchetti ed è aggravato dai processori AMD più che da Intel.

Le funzioni utilizzate per il timing ad alta risoluzione in Windows sono QueryPerformanceCountere QueryPerformanceFrequency.

Sfortunatamente, sono rotti per processori multi-core in quanto questi processori non restituiscono gli stessi numeri.

La correzione per il ping consiste nell'impostare l'affinità del thread ping. Dubito che lo stia facendo spiegando i tempi negativi. Ci sono anche patch di AMD e MS che dovrebbero aiutare a risolverlo.

— Matt H
fonte