none
求助一个ping时间间隔的问题 RRS feed

  • 问题

  • 有时在用ping测试网络质量的时候会遇到这样的情况:

    .........

    Reply from 1.2.3.4: bytes=32 time<1ms TTL=127

    Reply from 1.2.3.4: bytes=32 time<1ms TTL=127
    Request timed out.
    Reply from 1.2.3.4: bytes=32 time<1ms TTL=127

    Reply from 1.2.3.4: bytes=32 time<1ms TTL=127

    .........

    虽然中间只丢一个包,但是时间间隔非常长,前一个Reply和Request timed out之间时间间隔有6-8秒之久,而出现Request timed out后会立即出现下一个Reply。

    我理解的ping应该是1秒收不到回复就报超时。是什么原因导致这种现象?另外是不是可以认为这6-8秒网络出现了中断?

    谢谢!



    2012年8月28日 6:03

全部回复

  • 在网络连接完全中断不可用的时候,Ping 会立即返回超时的提示;但在 Windows 无法确认网络连接是否已经中断,或者是在原本连通的连接突然中断连接的时候,可能会有较长时间的响应延迟。
     
    除了 Ping 以外,IE 浏览器的“该页无法显示”也有类似的现象。在完全没有网络连接的时候,以及在网络连接响应缓慢或突然中断的时候,“该页无法显示”出现的频率也不相同。前者很快、后者可能会很慢。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新?抛榉绞椒梦事厶骋曰袢∽罴延没逖椤?
     
    本帖是回复帖,原帖作者是楼上的 "科技民工"
     
    虽然中间只丢一个包,但是时间间隔非常长,前一个Reply和Request timed out之间时间间隔有6-8秒之久,而出现Request timed out后会立即出现下一个Reply。
     
    2012年8月28日 9:10
    版主
  • 在网络连接完全中断不可用的时候,Ping 会立即返回超时的提示;但在 Windows 无法确认网络连接是否已经中断,或者是在原本连通的连接突然中断连接的时候,可能会有较长时间的响应延迟。
     
    除了 Ping 以外,IE 浏览器的“该页无法显示”也有类似的现象。在完全没有网络连接的时候,以及在网络连接响应缓慢或突然中断的时候,“该页无法显示”出现的频率也不相同。前者很快、后者可能会很慢。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新?抛榉绞椒梦事厶骋曰袢∽罴延没逖椤?
     
    本帖是回复帖,原帖作者是楼上的 "科技民工"
     
    虽然中间只丢一个包,但是时间间隔非常长,前一个Reply和Request timed out之间时间间隔有6-8秒之久,而出现Request timed out后会立即出现下一个Reply。
     
    谢谢回复。
    以我的理解,windows的ping的原理是发一个echo,指定时间内收不到回复,就报告超时,还需要等待什么呢?
    2012年8月31日 4:01
  • 凡是 ping 有延迟的响应一般都不是目标地址完全不可用引起的,而是因为网络连接暂时性受阻、可以找到目标地址但被防火墙等因素拦截等原因拖慢了响应速度。
     
    只有在 ping 的目标地址完全不可用时,例如指定的 IP 根本不存在,ping 才会很快显示超时,并肯定是 100% 丢包。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "科技民工"
     
    谢谢回复。
    以我的理解,windows的ping的原理是发一个echo,指定时间内收不到回复,就报告超时,还需要等待什么呢?
     
     
    2012年8月31日 9:51
    版主
  • 请问对这个问题还有疑问吗?如果有任何疑问欢迎继续跟帖讨论。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "Alexis Zhang"
     
    凡是 ping 有延迟的响应一般都不是目标地址完全不可用引起的,而是因为网络连接暂时性受阻、可以找到目标地址但被防火墙等因素拦截等原因拖慢了响应速度。
     
    2012年9月4日 2:38
    版主
  • 可是我测试的结果是ping 不存在的地址每个request timed out都相隔5秒左右,并不是很快显示超时,内部和外部地址我都试了。

    2012年9月10日 8:04
  • 五秒钟的超时是正常现象,也就是我之前说的很快超时。可能之前的表述不太清楚,我并不是说很快超时是一秒钟的极短超时。五秒属于很快超时,但像六至八秒则属于延迟超时。
     
    如果觉得五秒依然很长,不足以区分是否有延迟,可以为 Ping 命令添加 -W 参数指定超时时间。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "科技?窆?
     
    可是我测试的结果是ping 不存在的地址每个request timed out都相隔5秒左右,并不是很快显示超时,内部和外部地址我都试了。
     
     
    2012年9月11日 1:28
    版主
  • 也就是说ping默认5秒超时?
    2012年9月12日 1:44
  • 默认设置是 4000(毫秒),也就是四秒钟。如果线路有延迟,一般五秒钟也是正常的现象。而六至八秒就肯定属于延迟超时了。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "科技民工"
     
    也就是说ping默认5秒超时?
     
     
    2012年9月13日 1:34
    版主
  • 哦,明白了。我原来以为ping是1秒超时。

    可有时候可以ping通的时候,偶尔会丢一个包,这个request timed out 很快就过去了,几乎1秒都没有,这是怎么回事呢?

    2012年9月16日 12:19
  • 这种丢包超时不是因为目标地址不可用引起,而是与网络连接或目标网站或 IP 的具体设置有关。一般遇到此类问题可以当时立即多试几次。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖,原帖作者是楼上的 "科技民工"
     
    哦,明白了。我原来以为ping是1秒超时。
    可有时候可以ping通的时候,偶尔会丢一个包,这个request timed out 很快就过去了,几乎1秒都没有,
     
     
    2012年9月17日 7:34
    版主