更新 2：显然，康卡斯特支持的解决方案是要求我重新启动调制解调器。他们说他们无法更直接地回答，因为——我不骗你——技术支持无法访问互联网，无法阅读此页面。
更新：对于那些不理解这个问题的人，让我更详细地解释一下：
- “我在前往康卡斯特名称服务器的途中丢失了大约一半的 ping 数据包，可能的原因是什么？”
- 以及：“为什么数据包丢失会出现如此奇怪的矩形图案？”
- 更普遍的说法是：“有没有人曾经在任何地方（不仅限于康卡斯特）见过这种模式，并发现问题所在？”
感谢迄今为止提供深刻答案的所有人。
> ping 75.75.75.75 (Comcast name server)
PING 75.75.75.75 (75.75.75.75): 56 data bytes
64 bytes from 75.75.75.75: icmp_seq=0 ttl=59 time=12.262 ms
64 bytes from 75.75.75.75: icmp_seq=1 ttl=59 time=12.018 ms
64 bytes from 75.75.75.75: icmp_seq=2 ttl=59 time=11.671 ms
64 bytes from 75.75.75.75: icmp_seq=3 ttl=59 time=11.826 ms
64 bytes from 75.75.75.75: icmp_seq=4 ttl=59 time=13.569 ms
64 bytes from 75.75.75.75: icmp_seq=5 ttl=59 time=11.850 ms
64 bytes from 75.75.75.75: icmp_seq=6 ttl=59 time=12.059 ms
64 bytes from 75.75.75.75: icmp_seq=7 ttl=59 time=12.141 ms
64 bytes from 75.75.75.75: icmp_seq=8 ttl=59 time=12.418 ms
64 bytes from 75.75.75.75: icmp_seq=9 ttl=59 time=11.598 ms
64 bytes from 75.75.75.75: icmp_seq=10 ttl=59 time=11.607 ms
64 bytes from 75.75.75.75: icmp_seq=11 ttl=59 time=10.900 ms
Request timeout for icmp_seq 12
Request timeout for icmp_seq 13
Request timeout for icmp_seq 14
Request timeout for icmp_seq 15
Request timeout for icmp_seq 16
Request timeout for icmp_seq 17
Request timeout for icmp_seq 18
Request timeout for icmp_seq 19
Request timeout for icmp_seq 20
64 bytes from 75.75.75.75: icmp_seq=21 ttl=59 time=13.082 ms
64 bytes from 75.75.75.75: icmp_seq=22 ttl=59 time=12.650 ms
64 bytes from 75.75.75.75: icmp_seq=23 ttl=59 time=12.920 ms
64 bytes from 75.75.75.75: icmp_seq=24 ttl=59 time=12.497 ms
64 bytes from 75.75.75.75: icmp_seq=25 ttl=59 time=17.745 ms
64 bytes from 75.75.75.75: icmp_seq=26 ttl=59 time=12.116 ms
64 bytes from 75.75.75.75: icmp_seq=27 ttl=59 time=12.211 ms
64 bytes from 75.75.75.75: icmp_seq=28 ttl=59 time=11.455 ms
64 bytes from 75.75.75.75: icmp_seq=29 ttl=59 time=11.393 ms
64 bytes from 75.75.75.75: icmp_seq=30 ttl=59 time=11.429 ms
64 bytes from 75.75.75.75: icmp_seq=31 ttl=59 time=11.624 ms
64 bytes from 75.75.75.75: icmp_seq=32 ttl=59 time=12.239 ms
64 bytes from 75.75.75.75: icmp_seq=33 ttl=59 time=11.702 ms
64 bytes from 75.75.75.75: icmp_seq=34 ttl=59 time=10.930 ms
64 bytes from 75.75.75.75: icmp_seq=35 ttl=59 time=11.987 ms
64 bytes from 75.75.75.75: icmp_seq=36 ttl=59 time=23.932 ms
64 bytes from 75.75.75.75: icmp_seq=37 ttl=59 time=14.720 ms
64 bytes from 75.75.75.75: icmp_seq=38 ttl=59 time=11.730 ms
Request timeout for icmp_seq 39
Request timeout for icmp_seq 40
ETC。
它在终端上创建了一个非常漂亮的矩形图案，每个状态大约有 7-20 行长，所以它不是完全规则的。这种情况已经有一段时间了。
我能想到的唯一解释是某个地方的某个防火墙人员玩得很开心。
如果我跟踪路由到 75.75.75.75，我可以 ping 通中间的任何一个主机，成功率 100％。
答案1
我自己刚刚 ping 了一下，问题可能不是出在你身上，而是康卡斯特：
--- 75.75.75.75 ping statistics ---
39 packets transmitted, 17 received, 56% packet loss, time 38189ms
rtt min/avg/max/mdev = 85.606/85.778/85.942/0.317 ms
他们的服务器可能承受着巨大的压力，从而导致某种 DoS 攻击。
答案2
我怀疑是防火墙限制了速率。无论如何，这里还有谁在使用康卡斯特的 DNS 服务器？