Tempo de ping negativo?

15

É a primeira vez que vejo isso e não tenho certeza do que isso significa;

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

Alguém já viu um tempo de ping negativo antes? Um amigo meu me disse que viu uma vez em um link sem fio, e isso foi feito por uma conexão sem fio, mas .. como isso acontece?

— Jeff Welling
fonte

4

Você tem um processador AMD?

— MaQleod

9

Apenas uma brecha temporária no continuum espaço-tempo. Nada para se preocupar. Agora, onde eu coloquei as chaves do meu DeLorean?

— juggler

Não me lembro especificamente em qual máquina eu executei o teste, mas os únicos 3 em que eu poderia executá-lo são todos Intel (um desktop Intel, um Macbook Pro, um Mac Mini).

— 101111 Jeff Welling

12

O atraso de ping negativo é uma falha na matriz. Isso acontece quando eles mudam alguma coisa.

— James T Snell

15

NTP ou Windows Time Service sincronizaram o relógio do sistema durante o ping?

— Hydaral
fonte

Excelente pergunta, poderia ser isso. Infelizmente, não me lembro exatamente a que horas eu fiz o ping, então não consigo verificar os logs para uma sincronização NTP alinhada.

— 111111 Jeff Welling

Seria estranho, mas +1 para um ótimo ponto de solução de problemas.

— Mbb

Sem uma resposta melhor fornecida e sem conseguir encontrar uma solução mais plausível desde o momento em que isso aconteceu até agora, estou aceitando essa resposta porque acho que é a explicação mais provável de como isso aconteceu. Obrigado.

— Jeff Welling

Acabei de encontrar o mesmo problema em uma máquina virtual e posso confirmar que o problema foi o NTP que corrigiu o desvio de tempo. service ntpd stopno CentOS corrigiu isso (mas criará outros problemas, obviamente). Veja esta pergunta muito interessante para mais informações.

— Benjamin

4

Acho difícil de acreditar, mas essa discussão parece indicar que esse é o comportamento de certas CPUs AMD.

Pessoalmente, eu não me preocuparia com isso e assumiria que é uma falha conceitual no ICMP ... Talvez um pacote que tenha passado por um caminho diferente ou algo estranho envolvendo máquinas / roteadores com seus relógios configurados de maneira diferente.

— James T Snell
fonte

2

A partir da discussão vinculada, eu não me inclinaria para uma falha conceitual no ICMP. Parece que a AMD tem uma inclinação do relógio entre os dois núcleos, o que causa a interpretação negativa da hora.

— Evan

@evan: Mas 0,7 segundos é uma enorme discrepância!

— Caracol mecânico

2

o relatório que você obtém do ping não tem nada a ver com relógios em roteadores externos, é a diferença de tempo entre o envio do pacote ao destino e a resposta é recebida de volta ao host. É cronometrado pelo host.

— MaQleod 14/07/11

@ Caracol mecânico Você está certo, é extremamente grande, mas a discussão vinculada diz que a inclinação aumenta com o tempo. Se o processador estiver em execução por um longo período de tempo, 0,7 segundos não é muito absurdo. Seria interessante ver se o problema só surge depois que o processador está em execução há um tempo.

— Evan

@Evan: quero dizer que 0,7 segundos provavelmente causarão erros mais sérios do que isso, então provavelmente já teríamos ouvido falar disso.

— Caracol mecânico

1

Infelizmente, isso não se limita aos processadores AMD, mas parece afetar bastante o XP. Até o momento, e depois de alguns anos pesquisando respostas, conheço uma solução rápida, mas não posso fazer isso em servidores que não reaparecerão remotamente após a inicialização.

Para redefinir o TCP / IP (e os horários), abra uma janela do administrador CMD e digite o seguinte:

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

Agora, você deve reiniciar. O adaptador de rede reverte para o DHCP, portanto, tenha cuidado com os remotores.

Então o que acontece aqui?

Por alguma razão, o TCP / IP possui um carimbo de data / hora usado para calcular o tempo e é, de alguma forma, falsificado. Eu costumava vê-lo o tempo todo em um local, mas finalmente parou. Infelizmente, ele continua no armazém que eu gerencio. Hoje à noite, todos os pontos parecem estar parados em 237ms, mas 2 voltaram com vários pings.

pingpathé um utilitário muito útil, e usarei isso com mais frequência. Infelizmente, veio com os mesmos resultados ...

Triste coisa, isso também limpa contas de ping em jogos.

note- se você quiser ver o arquivo de log, substitua null por um nome de arquivo, como c:\log.txt - Null significa apenas nenhum arquivo (tecnicamente)

— Jeff Mathews
fonte

1

Eu acredito que é um bug na maneira como o pingcomando cronometra os pacotes e é agravado pelos processadores AMD mais do que pela Intel.

As funções usadas para temporização de alta resolução no Windows são QueryPerformanceCountere QueryPerformanceFrequency.

Infelizmente, eles são quebrados para processadores com vários núcleos, pois esses processadores não retornam os mesmos números.

A correção para executar ping é definir a afinidade do encadeamento ping. Duvido que esteja fazendo isso, o que explicaria o momento negativo. Também existem patches da AMD e MS que devem ajudar a resolver o problema.

— Matt H
fonte