什么可能导致每隔约 10 秒就会出现这些冗长/失败的 ping 操作?

什么可能导致每隔约 10 秒就会出现这些冗长/失败的 ping 操作?

我的电脑每隔约 10 秒发出一次 Ping 请求,时间非常长,有时会超时。这是刚才的 Ping 日志:

$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=120 time=12.094 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=120 time=13.717 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=120 time=11.962 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=120 time=927.768 ms
Request timeout for icmp_seq 4
64 bytes from 8.8.8.8: icmp_seq=4 ttl=120 time=1128.735 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=120 time=863.108 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=120 time=1067.987 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=120 time=67.417 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=120 time=12.045 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=120 time=12.021 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=120 time=12.010 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=120 time=13.770 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=120 time=11.906 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=120 time=956.193 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=120 time=1151.187 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=120 time=884.695 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=120 time=879.668 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=120 time=11.026 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=120 time=82.937 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=120 time=13.104 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=120 time=12.057 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=120 time=12.168 ms
64 bytes from 8.8.8.8: icmp_seq=22 ttl=120 time=13.145 ms
64 bytes from 8.8.8.8: icmp_seq=23 ttl=120 time=993.377 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=120 time=1192.837 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=120 time=924.561 ms
64 bytes from 8.8.8.8: icmp_seq=26 ttl=120 time=913.632 ms
64 bytes from 8.8.8.8: icmp_seq=27 ttl=120 time=11.092 ms
64 bytes from 8.8.8.8: icmp_seq=28 ttl=120 time=12.865 ms
64 bytes from 8.8.8.8: icmp_seq=29 ttl=120 time=103.837 ms
64 bytes from 8.8.8.8: icmp_seq=30 ttl=120 time=13.205 ms
64 bytes from 8.8.8.8: icmp_seq=31 ttl=120 time=11.973 ms
64 bytes from 8.8.8.8: icmp_seq=32 ttl=120 time=13.748 ms
64 bytes from 8.8.8.8: icmp_seq=33 ttl=120 time=528.284 ms
64 bytes from 8.8.8.8: icmp_seq=34 ttl=120 time=583.403 ms
64 bytes from 8.8.8.8: icmp_seq=35 ttl=120 time=984.983 ms
64 bytes from 8.8.8.8: icmp_seq=36 ttl=120 time=981.329 ms
64 bytes from 8.8.8.8: icmp_seq=37 ttl=120 time=12.047 ms
64 bytes from 8.8.8.8: icmp_seq=38 ttl=120 time=14.448 ms
^C
--- 8.8.8.8 ping statistics ---
39 packets transmitted, 39 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 11.026/396.573/1192.837/462.990 ms

当我这样做时,我没有看到这样的事情:

  • 以太网直接接入 WiFi 路由器
  • 使用同一个 WiFi 网络,从我的 Android 手机上 ping

我使用的是 2015 款 MacBook Pro。我很想弄清楚是什么原因造成的,但不确定如何找出原因。您有什么想法吗?

谢谢你!

编辑:sudo mtr 8.8.8.8这是60 秒以上的输出。

  • 美国互联网是我的 ISP
  • Zyxel 是我的 WiFi 路由器的制造商,由 US Internet 提供
MacBook-Pro.local (192.168.1.60)                             2019-03-10T12:26:40-0500
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                             Packets               Pings
 Host                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. emg3425-q10a.zyxel.com                  3.3%    61    2.6 174.5   2.5 1179. 304.5
 2. 50-93-254-1.fttp.usinternet.com        18.6%    60    3.5 179.3   3.3 1305. 337.8
 3. fs006r002-mpls.usinternet.com          15.3%    60    3.0 178.5   2.9 1125. 311.0
 4. v103.usi-cr04-mpls.usinternet.com      16.9%    60    3.0 164.4   2.7 1008. 266.2
 5. po12.usi-cr01-chi1.usinternet.com      16.9%    60   11.9 277.9  10.6 1311. 414.8
 6. eqix-ch-100g.google.com                16.9%    60   11.1 290.9  10.9 1421. 424.7
 7. 108.170.243.174                        18.6%    60   12.0 298.7  11.7 1367. 424.6
 8. 209.85.142.205                         18.6%    60   11.2 306.7  10.8 1362. 440.8
 9. google-public-dns-a.google.com         16.9%    60   12.0 299.2  11.0 1475. 458.8

答案1

这通常是由于某种原因导致您的无线电设备定期离开频道扫描 Wi-Fi 网络所致。

常见原因:

  • 如果您处于 AP 范围的边缘,您的客户端将进行“漫游扫描”,寻找发布相同网络名称但信号强度更高的其他 AP,以便客户端可以漫游到该 AP。
  • 过度使用定位服务 API,导致基于 Wi-Fi 的地理位置扫描。
  • 运行某种 Wi-Fi 网络扫描工具,例如 iStumbler 或某些 Dashboard 小部件。

相关内容