Ping mystery (Comcast)

Johannes Ernst asked:

Update 2: Obviously, Comcast support’s solution is to ask me to reboot the modem. They say they cannot answer more directly, because — I kid you not — tech support does not have access to the internet and cannot read this page.

Update: for those people who did not understand the question, let me spell it out in more detail:

  • “What might be the reasons why I’m losing about half of my ping packets on the way to the Comcast name server?”
  • And: “Why is there such a weird rectangular pattern to the packet loss?”
  • And more generally: “Has anybody seen this kind of pattern before anywhere (not just limited to Comcast) and found out what the problem was?”

Thanks to everybody who has provided insightful answers so far.

> ping   (Comcast name server)
PING ( 56 data bytes
64 bytes from icmp_seq=0 ttl=59 time=12.262 ms
64 bytes from icmp_seq=1 ttl=59 time=12.018 ms
64 bytes from icmp_seq=2 ttl=59 time=11.671 ms
64 bytes from icmp_seq=3 ttl=59 time=11.826 ms
64 bytes from icmp_seq=4 ttl=59 time=13.569 ms
64 bytes from icmp_seq=5 ttl=59 time=11.850 ms
64 bytes from icmp_seq=6 ttl=59 time=12.059 ms
64 bytes from icmp_seq=7 ttl=59 time=12.141 ms
64 bytes from icmp_seq=8 ttl=59 time=12.418 ms
64 bytes from icmp_seq=9 ttl=59 time=11.598 ms
64 bytes from icmp_seq=10 ttl=59 time=11.607 ms
64 bytes from 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 icmp_seq=21 ttl=59 time=13.082 ms
64 bytes from icmp_seq=22 ttl=59 time=12.650 ms
64 bytes from icmp_seq=23 ttl=59 time=12.920 ms
64 bytes from icmp_seq=24 ttl=59 time=12.497 ms
64 bytes from icmp_seq=25 ttl=59 time=17.745 ms
64 bytes from icmp_seq=26 ttl=59 time=12.116 ms
64 bytes from icmp_seq=27 ttl=59 time=12.211 ms
64 bytes from icmp_seq=28 ttl=59 time=11.455 ms
64 bytes from icmp_seq=29 ttl=59 time=11.393 ms
64 bytes from icmp_seq=30 ttl=59 time=11.429 ms
64 bytes from icmp_seq=31 ttl=59 time=11.624 ms
64 bytes from icmp_seq=32 ttl=59 time=12.239 ms
64 bytes from icmp_seq=33 ttl=59 time=11.702 ms
64 bytes from icmp_seq=34 ttl=59 time=10.930 ms
64 bytes from icmp_seq=35 ttl=59 time=11.987 ms
64 bytes from icmp_seq=36 ttl=59 time=23.932 ms
64 bytes from icmp_seq=37 ttl=59 time=14.720 ms
64 bytes from icmp_seq=38 ttl=59 time=11.730 ms
Request timeout for icmp_seq 39
Request timeout for icmp_seq 40


It creates a really nice rectangular pattern on the terminal, each state about 7-20 lines long, so it’s not totally regular. It’s been like this for a while.

The only explanation I can think of is that some firewall guy somewhere had a great amount of fun.

If I traceroute to, I can ping any one of the hosts in between with 100% success.

My answer:

I suspect firewall rate-limiting. In any case, who here is still using Comcast’s DNS servers?

View the full question and any other answers on Server Fault.

Creative Commons License
This work is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.