[outages] packet loss to Google?

Rob Repp robrepp at winnetka36.org
Mon Apr 4 14:30:01 EDT 2016


Seeing small losses to Google [216.58.219.228] from Comcast Fiber near Chicago:

PING 216.58.219.228 (216.58.219.228): 56 data bytes
64 bytes from 216.58.219.228: icmp_seq=0 ttl=54 time=21.952 ms
64 bytes from 216.58.219.228: icmp_seq=1 ttl=54 time=21.881 ms
64 bytes from 216.58.219.228: icmp_seq=2 ttl=54 time=22.235 ms
64 bytes from 216.58.219.228: icmp_seq=3 ttl=54 time=22.042 ms
64 bytes from 216.58.219.228: icmp_seq=4 ttl=54 time=22.313 ms
64 bytes from 216.58.219.228: icmp_seq=5 ttl=54 time=428.863 ms
64 bytes from 216.58.219.228: icmp_seq=6 ttl=54 time=22.001 ms
64 bytes from 216.58.219.228: icmp_seq=7 ttl=54 time=22.054 ms
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
64 bytes from 216.58.219.228: icmp_seq=10 ttl=54 time=22.222 ms
64 bytes from 216.58.219.228: icmp_seq=11 ttl=54 time=22.030 ms
64 bytes from 216.58.219.228: icmp_seq=12 ttl=54 time=22.211 ms
Request timeout for icmp_seq 13
64 bytes from 216.58.219.228: icmp_seq=14 ttl=54 time=22.089 ms
Request timeout for icmp_seq 15
64 bytes from 216.58.219.228: icmp_seq=16 ttl=54 time=22.102 ms
64 bytes from 216.58.219.228: icmp_seq=17 ttl=54 time=22.122 ms
64 bytes from 216.58.219.228: icmp_seq=18 ttl=54 time=21.856 ms
64 bytes from 216.58.219.228: icmp_seq=19 ttl=54 time=22.131 ms
64 bytes from 216.58.219.228: icmp_seq=20 ttl=54 time=22.102 ms
64 bytes from 216.58.219.228: icmp_seq=21 ttl=54 time=22.093 ms
^C
--- 216.58.219.228 ping statistics ---
22 packets transmitted, 18 packets received, 18.2% packet loss
round-trip min/avg/max/stddev = 21.856/44.683/428.863/93.177 ms

Tks,
R.

Rob Repp
Network Administrator
Winnetka Public Schools District 36
robrepp at winnetka36.org <mailto:robrepp at winnetka36.org>
847.501.2848 (w)
847.274.0860 (m)

"Conatus es pausa et denuo initus?"

> On Apr 4, 2016, at 1:23 PM, Cory McCann via Outages <outages at outages.org> wrote:
> 
> Same story from here in Tulsa, OK:
> 
> Keys:  Help   Display mode   Restart statistics   Order of fields   quit
>                                            Packets               Pings
>  Host                                    Loss%   Snt   Last   Avg  Best  Wrst StDev
>  1. wsip-64-207-234-197.tu.ok.cox.net <http://wsip-64-207-234-197.tu.ok.cox.net/>     0.0%  3490   36.5   6.8   1.5 138.0  12.6
>  2. cox-68-12-19-92-static.coxinet.net <http://cox-68-12-19-92-static.coxinet.net/>    0.0%  3490   40.2   6.4   1.1 138.8  12.8
>  3. dalsbprj01-ae1.0.rd.dl.cox.net <http://rd.dl.cox.net/>        0.1%  3490   47.6  22.5  16.7 160.7  13.3
>  4. 209.85.172.68                         0.0%  3490   17.2  21.8  16.8 149.7  12.1
>  5. 209.85.244.120                        0.0%  3490   34.2  17.7  12.2 139.5  12.5
>  6. 64.233.175.148                        0.1%  3490   37.1  18.2  12.9 1809.  32.7
>  7. 209.85.142.118                        0.0%  3490   38.1  43.5  37.1 163.6  13.1
>  8. 209.85.249.72                         0.0%  3490   57.0  50.1  43.6 171.8  13.2
>  9. 209.85.250.201                        0.0%  3490   54.7  58.3  51.7 193.2  13.6
> 10. 209.85.143.121                        0.0%  3490   52.5  58.3  51.4 189.5  14.1
> 11. 209.85.252.243                        0.0%  3489   52.4  57.9  51.4 186.6  14.5
> 12. 64.233.174.117                       16.4%  3489   52.9  57.0  51.9 180.3  12.2
> 13. lga25s41-in-f228.1e100.net <http://lga25s41-in-f228.1e100.net/>           16.1%  3489   80.2  54.6  49.6 177.3  12.3
> 
> 
> 
> Cory McCann
> cdamccann at gmail.com <mailto:cdamccann at gmail.com>
>> On Apr 4, 2016, at 1:21 PM, Charles Sprickman via Outages <outages at outages.org <mailto:outages at outages.org>> wrote:
>> 
>> 
>>> On Apr 4, 2016, at 2:14 PM, Adam Greene via Outages <outages at outages.org <mailto:outages at outages.org>> wrote:
>>> 
>>> Hi,
>>>  
>>> We’re troubleshooting some customer reports of sluggish Internet performance. Issues do not seem to be originating on our network. Pings to www.google.com <http://www.google.com/> [216.58.219.228] show 25 – 50% packet loss, via multiple carriers. 
>>>  
>>> Anyone else seeing issues?
>> 
>> From FIOS in NNJ:
>> 
>> PING 216.58.219.228 (216.58.219.228): 56 data bytes
>> 64 bytes from 216.58.219.228: icmp_seq=0 ttl=57 time=3.926 ms
>> 64 bytes from 216.58.219.228: icmp_seq=1 ttl=57 time=3.654 ms
>> Request timeout for icmp_seq 2
>> Request timeout for icmp_seq 3
>> 64 bytes from 216.58.219.228: icmp_seq=4 ttl=57 time=3.531 ms
>> 64 bytes from 216.58.219.228: icmp_seq=5 ttl=57 time=3.696 ms
>> 64 bytes from 216.58.219.228: icmp_seq=6 ttl=57 time=3.131 ms
>> 64 bytes from 216.58.219.228: icmp_seq=7 ttl=57 time=3.223 ms
>> 64 bytes from 216.58.219.228: icmp_seq=8 ttl=57 time=3.304 ms
>> Request timeout for icmp_seq 9
>> 64 bytes from 216.58.219.228: icmp_seq=10 ttl=57 time=3.389 ms
>> 64 bytes from 216.58.219.228: icmp_seq=11 ttl=57 time=3.481 ms
>> ^C
>> --- 216.58.219.228 ping statistics ---
>> 12 packets transmitted, 9 packets received, 25.0% packet loss
>> round-trip min/avg/max/stddev = 3.131/3.482/3.926/0.237 ms
>> 
>> Via HE.net <http://he.net/> in NYC:
>> 
>> PING 216.58.219.228 (216.58.219.228): 56 data bytes
>> 64 bytes from 216.58.219.228: icmp_seq=0 ttl=58 time=1.316 ms
>> 64 bytes from 216.58.219.228: icmp_seq=1 ttl=58 time=1.479 ms
>> 64 bytes from 216.58.219.228: icmp_seq=3 ttl=58 time=1.120 ms
>> 64 bytes from 216.58.219.228: icmp_seq=4 ttl=58 time=1.203 ms
>> 64 bytes from 216.58.219.228: icmp_seq=5 ttl=58 time=1.436 ms
>> 64 bytes from 216.58.219.228: icmp_seq=7 ttl=58 time=1.191 ms
>> 64 bytes from 216.58.219.228: icmp_seq=8 ttl=58 time=1.736 ms
>> 64 bytes from 216.58.219.228: icmp_seq=9 ttl=58 time=3.806 ms
>> 64 bytes from 216.58.219.228: icmp_seq=11 ttl=58 time=1.583 ms
>> 64 bytes from 216.58.219.228: icmp_seq=13 ttl=58 time=1.066 ms
>> 64 bytes from 216.58.219.228: icmp_seq=14 ttl=58 time=3.659 ms
>> 64 bytes from 216.58.219.228: icmp_seq=15 ttl=58 time=1.215 ms
>> 64 bytes from 216.58.219.228: icmp_seq=16 ttl=58 time=1.138 ms
>> 64 bytes from 216.58.219.228: icmp_seq=17 ttl=58 time=1.054 ms
>> 64 bytes from 216.58.219.228: icmp_seq=18 ttl=58 time=1.235 ms
>> 64 bytes from 216.58.219.228: icmp_seq=19 ttl=58 time=1.057 ms
>> 64 bytes from 216.58.219.228: icmp_seq=20 ttl=58 time=2.597 ms
>> ^C
>> --- 216.58.219.228 ping statistics ---
>> 21 packets transmitted, 17 packets received, 19.0% packet loss
>> round-trip min/avg/max/stddev = 1.054/1.641/3.806/0.845 ms
>> 
>> AWS in VA:
>> 
>> ubuntu at ucontrol:~$ ping 216.58.219.228
>> PING 216.58.219.228 (216.58.219.228) 56(84) bytes of data.
>> 64 bytes from 216.58.219.228: icmp_seq=1 ttl=47 time=8.16 ms
>> 64 bytes from 216.58.219.228: icmp_seq=2 ttl=47 time=17.7 ms
>> 64 bytes from 216.58.219.228: icmp_seq=3 ttl=47 time=8.55 ms
>> 64 bytes from 216.58.219.228: icmp_seq=5 ttl=47 time=8.24 ms
>> 64 bytes from 216.58.219.228: icmp_seq=6 ttl=47 time=8.26 ms
>> 64 bytes from 216.58.219.228: icmp_seq=7 ttl=47 time=8.62 ms
>> 64 bytes from 216.58.219.228: icmp_seq=8 ttl=47 time=8.32 ms
>> 64 bytes from 216.58.219.228: icmp_seq=9 ttl=47 time=8.26 ms
>> 64 bytes from 216.58.219.228: icmp_seq=10 ttl=47 time=16.7 ms
>> 64 bytes from 216.58.219.228: icmp_seq=11 ttl=47 time=8.29 ms
>> 64 bytes from 216.58.219.228: icmp_seq=12 ttl=47 time=8.14 ms
>> 64 bytes from 216.58.219.228: icmp_seq=13 ttl=47 time=8.12 ms
>> 64 bytes from 216.58.219.228: icmp_seq=14 ttl=47 time=8.30 ms
>> 64 bytes from 216.58.219.228: icmp_seq=16 ttl=47 time=8.16 ms
>> 64 bytes from 216.58.219.228: icmp_seq=17 ttl=47 time=8.20 ms
>> 64 bytes from 216.58.219.228: icmp_seq=18 ttl=47 time=8.18 ms
>> 64 bytes from 216.58.219.228: icmp_seq=19 ttl=47 time=8.15 ms
>> 64 bytes from 216.58.219.228: icmp_seq=20 ttl=47 time=8.12 ms
>> ^C
>> --- 216.58.219.228 ping statistics ---
>> 20 packets transmitted, 18 received, 10% packet loss, time 19058ms
>> rtt min/avg/max/mdev = 8.124/9.257/17.779/2.835 ms
>> 
>> As to whether that’s rate limiting of icmp or not, that’s for google to know. :)
>> 
>> I’m not seeing any issues getting to any google services, but none of them are resolving to that IP (or that IP block) either…
>> 
>> Charles
>> 
>>>  
>>> Thanks,
>>> Adam
>>>  
>>> _______________________________________________
>>> Outages mailing list
>>> Outages at outages.org <mailto:Outages at outages.org>
>>> https://puck.nether.net/mailman/listinfo/outages <https://puck.nether.net/mailman/listinfo/outages>
>> _______________________________________________
>> Outages mailing list
>> Outages at outages.org <mailto:Outages at outages.org>
>> https://puck.nether.net/mailman/listinfo/outages
> 
> _______________________________________________
> Outages mailing list
> Outages at outages.org
> https://puck.nether.net/mailman/listinfo/outages

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/outages/attachments/20160404/ba5da33a/attachment.htm>


More information about the Outages mailing list