Tempo máximo de resposta do ping?

Question

Eu estou querendo saber o que um tempo máximo (prático) de resposta do ping pode ser. Até onde eu sei, não há um max definido em qualquer lugar (TTL, mas isso é lúpulo, não tempo). Como eu penso sobre isso, eu não tenho certeza se já vi um tempo de resposta de ping de mais de um segundo ou mais. Mas, até onde sei, não há nada que impeça que um host remoto espere (ou esteja realmente ocupado) e não envie a resposta de volta por alguns segundos.

Como um simples ponto de dados, eu apenas fiz ping em vários servidores em todo o mundo e o pior momento que pude encontrar foi 350ms.

    

Answer 1

I'm wondering what a maximum (practical) ping response time might be. As far as I know, there isn't a max defined anywhere (TTL, but that's hops, not time).

Teoricamente, o tempo entre o pedido de eco e a resposta pode ser longo. De uma rápida olhada em RFC 1122 não vejo restrições formais aqui.

Na prática, há um valor de limite após o qual a falta de resposta será tratada como sem resposta ( tempo limite ). O valor específico depende da implementação:

• No Windows, ele é 4 segundos .

• Com a implementação do iputils do ping parece ser 10 segundos - não tem certeza, pois não é indicado na página man, mas o código diz algo assim:

  #define MAXWAIT         10              /* max seconds to wait for response */
  

Respostas de ping maiores que isso são equivalentes a nenhuma resposta. Então, acho que é seguro assumir que esse é o limite prático.

Uma coisa a notar - estou falando aqui apenas sobre ICMP . Se você quis dizer algum outro " ping " (por exemplo, atraso entre alguma solicitação / resposta específica do aplicativo), provavelmente será completamente diferente.

    

Answer 2

Vale a pena notar que uma implementação da RFC1149 alcançou esse tempo de ping :

64 bytes from 10.0.3.1: icmp_seq=0 ttl=255 time=6165731.1 ms

... que é cerca de 102 minutos. Eu ainda tenho que ver um tempo de resposta maior.

    

Answer 3

O tempo máximo de resposta desejado do ping depende do spread do aplicativo. O VoIP só pode lidar com 200ms ou mais (dependendo do Codec), mas a maioria dos aplicativos HTTP são criados para lidar com muito mais do que isso. Você também precisa lembrar que o provedor de serviços (ou seus administradores de rede) pode implementar a QoS que colocará o ping em um intervalo de prioridade mais baixa.

    

Answer 4

O padrão para o Windows pode ser de 4 segundos, mas pode ser mais longo. Eu sei que vbforums recusa o tráfego ICMP. Cada timeout levou 10 segundos.

C:\Users\FredFlintstone>ping www.vbforums.com -w 10000 -n 2

Pinging www.vbforums.com [63.236.73.220] with 32 bytes of data:
Request timed out.
Request timed out.

Ping statistics for 63.236.73.220:
    Packets: Sent = 2, Received = 0, Lost = 2 (100% loss),

Dada a seguir

PC --- RTRA --- RTRb --- RTRC --- RTRd --- Servidor

O tempo de resposta depende dos tempos de trânsito entre cada salto, supondo que todos os links estejam ativos, todos os roteadores aceitem / enviem ICMP e o Servidor aceite e responda ao ICMP.

Se o servidor tiver código que intercepte o tráfego ICMP e o coloque em uma fila de respostas para enviar mais tarde, o tempo de resposta, teoricamente, poderia ser qualquer coisa. Nesse ponto, o PC que envia o ping dependerá do seu tempo limite interno.

No geral, MHO é que os pings são praticamente inúteis. É semelhante a olhar para Onde estão as fotos de Waldo por 1 ms. cada um e pensando que você sabe alguma coisa.

Os pings são normalmente de baixa prioridade no backbone. Pings sucessivos e, nesse caso, a maior parte do tráfego e as respostas associadas podem ou não seguir o mesmo caminho. Como eu postei no meu comentário acima, o ping de recreio e o ping-then-do estão nos aproximando do dia em que os ISPs analisam as estatísticas de tráfego e dizem: "Ei, posso recuperar 2% (ou mais) da minha largura de banda desligando o ICMP ".

    

Answer 5

As I think about it, I'm not sure I've ever seen a ping response time of more than a second or so.

No Linux, o comando ping tem um intervalo entre as solicitações de eco de 1 segundo. Se uma resposta de eco não for recebida nesse intervalo de tempo, o pacote conta como perda. O botão -i do comando ping pode ser usado para aumentar o intervalo de tempo.