最大ping响应时间？

我想知道最大（实际）ping响应时间可能是多less。 据我所知，没有最大限定的任何地方（TTL，但这是啤酒花，而不是时间）。

理论上，回声请求和回复之间的时间可能很长。 从RFC 1122快速浏览，我没有看到任何正式的约束。

实际上，有一个门槛值，在这个门槛值之后，缺less答复将被视为没有答复（ 超时 ）。 具体的价值取决于实施：

• 在Windows中是4秒钟 。

• 使用iputils ping的实现似乎是10秒 – 不确定，因为它没有在手册页中说明，但代码说这样的事情：

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

Ping的答复比这更长，相当于根本没有答复。 所以，我认为这是可以接受的限制。

有一件事要注意 – 我只是在这里谈论ICMP 。 如果你的意思是一些其他的“ ping ”（例如，某些特定于应用程序的请求/响应之间的延迟），它可能完全不同。

值得注意的是RFC1149的实现实现了这个ping时间 ：

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

这是大约102分钟 我还没有看到更长的响应时间。

所需的最大ping响应时间取决于应用程序传播。 VoIP只能处理200毫秒左右（取决于编解码器），但大多数HTTP应用程序的构build要处理更多。 您还需要记住，服务提供商（或您的networkingpipe理员）可以实施服务质量（QoS），以便将ping放入较低优先级的存储桶中。

Windows的默认值可能是4秒，但可能会更长。 我知道vbforums拒绝ICMPstream量。 每个超时需要10秒钟。

 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), 

鉴于以下

PC — RTRA — RTRb — RTRC — RTRd —服务器

响应时间取决于每跳之间的传输时间，假定所有链路都处于活动状态，所有路由器接受/转发ICMP，并且服务器接受并响应ICMP。

如果服务器具有拦截ICMPstream量的代码，并将其放入稍后发送的响应队列中，则理论上响应时间可能是任何事情。 此时发送ping的PC将取决于它的内部超时。

整体的MHO是ping几乎毫无价值。 这是类似于在哪里沃尔多图片1毫秒。 每个人都认为你知道一些东西。

平台通常是骨干网上低优先级的stream量。 连续的ping，对于这个问题，大多数的stream量和相关的响应可能会也可能不会采取相同的路线。 正如我在上面的评论中所提到的那样，休闲ping和ping-do-do正在让我们更接近当ISP看他们的stream量统计并且说：“嘿，我可以重新获得我的带宽的2％（或更多）通过closuresICMP“。

当我想到这一点时，我不确定我是否见过一秒钟左右的ping响应时间。

在Linux中， ping命令的回显请求间隔为1秒。 如果在该时间间隔内未收到回应答复，则数据包计为丢失。 ping命令的旋钮-i可以用来增加间隔时间。