Skip to content
rdo's profile

Visitor

 • 

5 Messages

Monday, October 19th, 2015 10:00 AM

Packet loss on 16/3 service

I am seeing packet loss and bursts of high ping times from my 16/3 basic business internet service to multiple sites on the internet (google.com, systems at ANL). I also see this behavior pinging the next hop after the local router.

 

Equipment is Arris CM820A. All cable connections I can see are intact and tight, no splitters involved. Modem has been power cycled.

 

Details as requested in the troubleshooting tips follows. Thanks for any assistance.

 

--bob

 

Normal network topology has a cerowrt router attached to the modem; I am still seeing the packet loss with a mac laptop attached directly to the modem.

 

Speedtest (through my router again via hardwired gigabit ethernet) shows 30ms ping, 18.85 down, 3.55 up.

 

 
System: ARRIS DOCSIS 3.0 Touchstone WideBand Cable Modem
HW_REV: 1
VENDOR: Arris Interactive, L.L.C.
BOOTR: 1.2.1.52
SW_REV: 9.1.93
MODEL: CM820A
Serial Number:C7LBRL465105075
  
Options: 
 Firmware Build and Revisions 
Firmware Name:TS090193_061815_WBM760_CM820
Firmware Build Time: Thu Jun 18 05:09:46 EDT 2015

 

Downstream 

 DCIDFreqPowerSNRModulationOctetsCorrectedsUncorrectables
Downstream 19705.00 MHz4.45 dBmV38.26 dB256QAM1558301700
Downstream 210711.00 MHz4.30 dBmV38.98 dB256QAM1327931700
Downstream 311717.00 MHz4.32 dBmV38.61 dB256QAM1050476000
Downstream 412723.00 MHz4.11 dBmV38.26 dB256QAM1393286500
Downstream 513729.00 MHz4.15 dBmV39.40 dB256QAM1899574500
Downstream 614735.00 MHz4.17 dBmV38.98 dB256QAM508409700
Downstream 715741.00 MHz4.32 dBmV39.40 dB256QAM612110100
Downstream 816747.00 MHz4.43 dBmV38.98 dB256QAM875346700
Reset FEC Counters

Upstream 

 UCIDFreqPowerChannel TypeSymbol RateModulation
Upstream 11029.50 MHz43.75 dBmVDOCSIS2.0 (ATDMA)5120 kSym/s64QAM
Upstream 21122.60 MHz42.75 dBmVDOCSIS2.0 (ATDMA)5120 kSym/s64QAM
Upstream 3936.40 MHz44.50 dBmVDOCSIS2.0 (ATDMA)5120 kSym/s64QAM

 

 

Ping stats to google.com when directly attached to modem:

 

$ ping google.com
PING google.com (216.58.216.238): 56 data bytes
64 bytes from 216.58.216.238: icmp_seq=0 ttl=56 time=11.651 ms
64 bytes from 216.58.216.238: icmp_seq=1 ttl=56 time=12.089 ms
64 bytes from 216.58.216.238: icmp_seq=2 ttl=56 time=12.078 ms
64 bytes from 216.58.216.238: icmp_seq=3 ttl=56 time=12.431 ms
64 bytes from 216.58.216.238: icmp_seq=4 ttl=56 time=11.811 ms
64 bytes from 216.58.216.238: icmp_seq=5 ttl=56 time=12.304 ms
64 bytes from 216.58.216.238: icmp_seq=6 ttl=56 time=12.785 ms
64 bytes from 216.58.216.238: icmp_seq=7 ttl=56 time=11.952 ms
64 bytes from 216.58.216.238: icmp_seq=8 ttl=56 time=12.686 ms
64 bytes from 216.58.216.238: icmp_seq=9 ttl=56 time=24.092 ms
64 bytes from 216.58.216.238: icmp_seq=10 ttl=56 time=11.416 ms
64 bytes from 216.58.216.238: icmp_seq=11 ttl=56 time=27.478 ms
Request timeout for icmp_seq 12
64 bytes from 216.58.216.238: icmp_seq=13 ttl=56 time=11.778 ms
64 bytes from 216.58.216.238: icmp_seq=14 ttl=56 time=12.077 ms
64 bytes from 216.58.216.238: icmp_seq=15 ttl=56 time=11.898 ms
64 bytes from 216.58.216.238: icmp_seq=16 ttl=56 time=12.969 ms
64 bytes from 216.58.216.238: icmp_seq=17 ttl=56 time=12.644 ms
64 bytes from 216.58.216.238: icmp_seq=18 ttl=56 time=12.204 ms
64 bytes from 216.58.216.238: icmp_seq=19 ttl=56 time=12.106 ms
64 bytes from 216.58.216.238: icmp_seq=20 ttl=56 time=11.479 ms
64 bytes from 216.58.216.238: icmp_seq=21 ttl=56 time=25.159 ms
64 bytes from 216.58.216.238: icmp_seq=22 ttl=56 time=12.436 ms
64 bytes from 216.58.216.238: icmp_seq=23 ttl=56 time=12.216 ms
64 bytes from 216.58.216.238: icmp_seq=24 ttl=56 time=12.098 ms
Request timeout for icmp_seq 25
Request timeout for icmp_seq 26
64 bytes from 216.58.216.238: icmp_seq=27 ttl=56 time=22.127 ms
64 bytes from 216.58.216.238: icmp_seq=28 ttl=56 time=12.538 ms
Request timeout for icmp_seq 29
64 bytes from 216.58.216.238: icmp_seq=30 ttl=56 time=22.080 ms
Request timeout for icmp_seq 31
Request timeout for icmp_seq 32
64 bytes from 216.58.216.238: icmp_seq=33 ttl=56 time=12.032 ms
64 bytes from 216.58.216.238: icmp_seq=34 ttl=56 time=37.292 ms
64 bytes from 216.58.216.238: icmp_seq=35 ttl=56 time=21.749 ms
64 bytes from 216.58.216.238: icmp_seq=36 ttl=56 time=12.639 ms
64 bytes from 216.58.216.238: icmp_seq=37 ttl=56 time=12.087 ms
Request timeout for icmp_seq 38
64 bytes from 216.58.216.238: icmp_seq=39 ttl=56 time=22.494 ms
64 bytes from 216.58.216.238: icmp_seq=40 ttl=56 time=12.754 ms
64 bytes from 216.58.216.238: icmp_seq=41 ttl=56 time=12.014 ms
Request timeout for icmp_seq 42
64 bytes from 216.58.216.238: icmp_seq=43 ttl=56 time=11.850 ms
64 bytes from 216.58.216.238: icmp_seq=44 ttl=56 time=11.980 ms
64 bytes from 216.58.216.238: icmp_seq=45 ttl=56 time=12.426 ms
^C
--- google.com ping statistics ---
46 packets transmitted, 38 packets received, 17.4% packet loss
round-trip min/avg/max/stddev = 11.416/14.945/37.292/5.812 ms

Visitor

 • 

5 Messages

9 years ago

I was seeing stutters and hangs on interactive ssh sessions. I also saw occasional hangs on page loading in web browsers. The packet loss and delay in ping traffic appears to correlate. 

 

 

Problem solver

 • 

117 Messages

9 years ago

rdo,

 

It is helpful to understand that processing of an ICMP echo (ping) request is a low priority activity for most systems. This is in contrast to actual connection data traffic, the highest priority.

 

1. A Request timeout response most likely indicates the target system was busy doing its primary task, handling user data, not pings.

2. The result for pinging the next hop after the local router (also a router) follows the same logic - a router's primary purpose is forwarding packets. Ping responses can easily be delayed or even time out because the router is doing its job.

 

Bottom Line: What problem are you having that prompts you to use ping?

Problem solver

 • 

305 Messages

9 years ago

I'd recommend running an MTR to a few sites and posting those results here. If you're able to try  running one to a service where you can get an outbound MTR as well as this can help us get the full picture.

Visitor

 • 

5 Messages

9 years ago

mtr looking really good right now though. Definitely better than when I was seeing trouble.

 

                                                   My traceroute  [v0.82]
jump (0.0.0.0)                                                                                      Thu Oct 22 23:09:42 2015
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                    Packets               Pings
 Host                                                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 172.30.42.65                                                                   0.0%    37    1.3   1.8   1.1   6.1   1.2
 2. 96.120.26.85                                                                   0.0%    37    9.1  10.7   9.1  25.2   2.8
 3. te-0-6-0-15-sur03.wchicago.il.chicago.comcast.net                              0.0%    37   10.7  12.1   9.5  37.5   5.3
 4. te-1-2-0-13-ar01.elmhurst.il.chicago.comcast.net                               0.0%    37   13.8  14.3  10.6  30.9   3.8
    te-1-2-0-11-ar01.elmhurst.il.chicago.comcast.net
    te-3-12-0-12-ar01.elmhurst.il.chicago.comcast.net
    te-0-11-0-2-ar01.elmhurst.il.chicago.comcast.net
    te-3-12-0-10-ar01.elmhurst.il.chicago.comcast.net
    te-1-2-0-10-ar01.elmhurst.il.chicago.comcast.net
    te-3-13-0-0-ar01.elmhurst.il.chicago.comcast.net
    te-3-12-0-11-ar01.elmhurst.il.chicago.comcast.net
 5. he-0-15-0-0-ar01.area4.il.chicago.comcast.net                                  0.0%    37   15.1  16.3  12.4  44.1   5.4
 6. be-33491-cr02.350ecermak.il.ibone.comcast.net                                  0.0%    37   14.2  15.2  12.9  24.2   2.4
 7. c-eth-0-2-0-pe05.350ecermak.il.ibone.comcast.net                               0.0%    37   12.1  13.7  11.7  27.4   3.6
 8. xe-5-3-0.0.chic0.tr-cps.internet2.edu                                          0.0%    36   14.5  15.6  11.8  49.2   8.0
 9. 64.57.20.1                                                                     0.0%    36   14.7  13.4  12.3  20.0   1.3
10. 192.5.170.226                                                                  0.0%    36   19.1  17.3  14.8  29.1   3.6
11. 130.202.222.81                                                                 0.0%    36   14.3  19.9  14.2  46.6   7.8
12. biologin-4.mcs.anl.gov                                                         0.0%    36   17.6  15.1  13.9  18.0   1.1

 

 

Visitor

 • 

5 Messages

9 years ago

I'll try to catch one. I did run a couple while I was having the problems and saw a lot of packet losses, but large enough numbers to make me doubt what was going on. I do have my pingtime monitors running again though. Overall things have improved since the other day so I suspect the problem may not have been local to me; or perhaps it was at a neighborhood level (would love to know IP of another comcast customer on this side of the routing infrastructure. I don't know enough about the architetural details of the comcast last-mile network to know if there's a L2 segment behind the first hop router where it'd make sense to do local monitoring).

 

Local network is in good shape. ping to local router.

 

 

graph.php-5.png

 

Pings times to various sites show correlated spikes.

 

graph.php-4.pnggraph.php-3.pnggraph.php-2.pnggraph.php.png 

Visitor

 • 

5 Messages

9 years ago

Interesting. Checked the monitors today and still no loss, but the traceroute path length to ANL and the ping times both jumped. Traffic going thru NY now (from chicago suburb to another chicago suburb about 15 miles away).

 

graph.php.png

graph.php2.png

 

 

 

                                       My traceroute  [v0.82]
jump (0.0.0.0)                                                             Sun Oct 25 21:29:49 2015
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                           Packets               Pings
 Host                                                    Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 172.30.42.65                                          0.0%    20    1.4   1.9   1.0  12.8   2.6
 2. 96.120.26.85                                          0.0%    20    9.5  12.1   8.9  23.7   4.1
 3. te-0-6-0-15-sur03.wchicago.il.chicago.comcast.net     0.0%    20   10.5  11.9   9.9  24.9   3.5
 4. te-1-2-0-10-ar01.elmhurst.il.chicago.comcast.net      0.0%    19   12.6  13.4  11.6  18.3   1.5
    te-3-13-0-1-ar01.elmhurst.il.chicago.comcast.net
    te-3-13-0-0-ar01.elmhurst.il.chicago.comcast.net
    te-0-11-0-3-ar01.elmhurst.il.chicago.comcast.net
    te-3-12-0-10-ar01.elmhurst.il.chicago.comcast.net
    te-3-12-0-13-ar01.elmhurst.il.chicago.comcast.net
    te-1-2-0-13-ar01.elmhurst.il.chicago.comcast.net
    te-0-11-0-1-ar01.elmhurst.il.chicago.comcast.net
 5. he-0-15-0-0-ar01.area4.il.chicago.comcast.net         0.0%    19   15.5  16.0  12.8  21.3   1.9
 6. be-33491-cr02.350ecermak.il.ibone.comcast.net         0.0%    19   36.7  16.6  12.9  36.7   5.6
 7. be-10305-cr02.newyork.ny.ibone.comcast.net            0.0%    19   34.7  34.4  32.8  38.9   1.5
 8. c-eth-0-3-0-pe04.111eighthave.ny.ibone.comcast.net    0.0%    19   32.3  33.6  31.2  42.5   3.2
 9. as11164.111eighthave.ny.ibone.comcast.net             0.0%    19   32.4  35.3  31.4  60.5   6.8
10. xe-2-1-0.0.chic0.tr-cps.internet2.edu                 0.0%    19   57.9  63.8  57.9 116.0  13.5
11. 64.57.20.1                                            0.0%    19   59.2  63.4  58.3  77.4   5.7
12. 192.5.170.226                                         0.0%    19   65.1  65.7  61.0 106.4  10.5
13. 130.202.222.81                                        0.0%    19   60.7  70.6  60.3 148.2  20.1
14. biologin-4.mcs.anl.gov                                0.0%    19   60.9  65.2  60.7 113.6  12.1