<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;[Connectivity] Latency Issue&#x27; in forum &#x27;Comcast HSI&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Connectivity-Latency-Issue-27938102</link>
<description></description>
<language>en</language>
<pubDate>Wed, 22 May 2013 01:36:23 EDT</pubDate>
<lastBuildDate>Wed, 22 May 2013 01:36:23 EDT</lastBuildDate>

<item>
<title>Re: [Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-28017092</link>
<description><![CDATA[dtherbert posted : I ran PingPlotter for 24 hours, anybody see anything wrong with this picture? :)<br><br>The really bad looking part is the only time a load was present on the connection.  It wasn't even that much of a load.  We have a 20/4 connection, and we were only watching one Netflix HD stream and browsing the web, so maybe 2-10 Mb/s at any given time.  This resulted in huge latency spikes.<br><br>As an aside, how does my connection look at all other times of the day?<br><br>If I ping the first hop after the router, that's where all the spikes come from it seems, so I think that's where the problems are.  This is really making online gaming unenjoyable, so any information as to what the problem is and exactly what I can do about it would be greatly appreciated.  Thank you!<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/28017092?c=2075199&ret=L2ZvcnVtL3IyNzkzODEwMi54bWw%3D"><IMG class="apic" BORDER=0 TITLE="14350 bytes" WIDTH=600 HEIGHT=491 SRC="/r0/download/2075199.thumb600~442a908f57757d440061ee6cbdf88a6e/www.google.com1.png/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-28017092</guid>
<pubDate>Sat, 16 Feb 2013 12:42:21 EDT</pubDate>
</item>

<item>
<title>Re: [Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27946245</link>
<description><![CDATA[dtherbert posted : Thanks devnuller, I'll check that out.<br><br>Also, I've been running smokeping for awhile now, see link:<br><br>&raquo;<A HREF="/r3/smokeping.cgi?target=network.5d606595fe6ca6a779b964d599f40735">/r3/smokeping.&middot;&middot;&middot;99f40735</A><br><br>Anybody care to interpret the results?<br><br>I'm definitely seeing some packet loss, on the order of a few percentage points.  Also, the period on the graphs corresponding to 8:30PM-midnight, I was streaming Netflix for a good portion of that time, and it seems to have dropped a few more packets, and the pings were definitely less consistent (I probably should have prioritized ICMP packets on my router).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27946245</guid>
<pubDate>Fri, 25 Jan 2013 11:13:22 EDT</pubDate>
</item>

<item>
<title>Re: [Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27944435</link>
<description><![CDATA[devnuller posted : <div class="bquote"><said>said by <a href="/profile/1639373" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1639373');">dtherbert</a>:</said><p>Is there a recommendation for a Mac-compatible alternative to PingPlotter?<br> </p></div>mtr - &raquo;<A HREF="http://www.bitwizard.nl/mtr/" >www.bitwizard.nl/mtr/</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27944435</guid>
<pubDate>Thu, 24 Jan 2013 19:34:14 EDT</pubDate>
</item>

<item>
<title>Re: [Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27942883</link>
<description><![CDATA[NormanS posted : <div class="bquote"><said>said by <a href="/profile/1639373" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1639373');">dtherbert</a>:</said><p>Is there a recommendation for a Mac-compatible alternative to PingPlotter?<br> </p></div>Maybe <A HREF="http://www.dslreports.com/smokeping">Smokeping</A>, though I don't know how to interpret the results.<br><small>--<br>Norman<br>~Oh Lord, why have you come<br>~To Konnyu, with the Lion and the Drum</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27942883</guid>
<pubDate>Thu, 24 Jan 2013 11:36:23 EDT</pubDate>
</item>

<item>
<title>Re: [Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27942723</link>
<description><![CDATA[dtherbert posted : Is there a recommendation for a Mac-compatible alternative to PingPlotter?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27942723</guid>
<pubDate>Thu, 24 Jan 2013 10:51:29 EDT</pubDate>
</item>

<item>
<title>Re: [Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27939910</link>
<description><![CDATA[NormanS posted : Many routers are programmed to give low priority to diagnostic packets directed at them. Their primary job is forwarding TCP/IP traffic up the path. Response to diagnostics, unlike routing through, requires processor time; which may cause throughput delays if the router is 100% responsive to ICMP, and the like.<br><small>--<br>Norman<br>~Oh Lord, why have you come<br>~To Konnyu, with the Lion and the Drum</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27939910</guid>
<pubDate>Wed, 23 Jan 2013 13:38:22 EDT</pubDate>
</item>

<item>
<title>Re: [Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27939835</link>
<description><![CDATA[dtherbert posted : I will do these things you suggest.<br><br>To answer your question about pinging an intermediary router, I thought I would try pinging the addresses listed in the trace, starting with my router, then the modem (not listed, at 192.168.100.1), then beyond, to see if I got spikes anywhere.  It happened that the first address listed after my router showed these ping spikes, so I didn't try any further ones since I thought that was where the problem was.  Isn't the fact that I'm getting a response mean that it is responding to ICMP, or is my reasoning flawed (timeouts/spikes due to low-priority or something like that)?<br><br>Anyway, thank you for the response, I'll post the new information after I get home later.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27939835</guid>
<pubDate>Wed, 23 Jan 2013 13:22:22 EDT</pubDate>
</item>

<item>
<title>Re: [Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27939744</link>
<description><![CDATA[NormanS posted : Why are you pinging an intermediary router, which is likely going to be unresponsive to ICMP?<br><br>How about pinging Google for 50 iterations; and just post the summary, because that has all the information that you need to show:<br><pre class="brush: text">Ping statistics for 74.125.224.146:&#012;    Packets: Sent = 50, Received = 50, Lost = 0 (0% loss),&#012;Approximate round trip times in milli-seconds:&#012;    Minimum = 24ms, Maximum = 26ms, Average = 25ms&#012; &#012;</pre><!--end code block-->I don't think your signals show a problem, but I will defer to any DOCSIS experts, if they disagree.<br><br>Your trace doesn't look bad, but it is a single point in time. A PingPlot might show something.<br>[ATT=1]<br><br><small>--<br>Norman<br>~Oh Lord, why have you come<br>~To Konnyu, with the Lion and the Drum</small><div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27939744?c=2068919&ret=L2ZvcnVtL3IyNzkzODEwMi54bWw%3D"><IMG TITLE="15182 bytes" BORDER=0 WIDTH=579 HEIGHT=327 SRC="/r0/download/2068919~550959d68de61836de1ba5a2909b2552/pp_001.png"></A><br>PingPlot to Google over time.</TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Connectivity-Latency-Issue-27939744</guid>
<pubDate>Wed, 23 Jan 2013 13:06:16 EDT</pubDate>
</item>

<item>
<title>[Connectivity] Latency Issue</title>
<link>http://www.dslreports.com/forum/Connectivity-Latency-Issue-27938102</link>
<description><![CDATA[dtherbert posted : Hi there,<br><br>I'm having really large latency spikes, on the order of 1-3 seconds.  If I ping www.google.com continuously from the terminal on my Mac, I'll have pretty steady responses for maybe 15-50 reps, followed by a timeout or two, then a couple of pings that return 1-3 seconds later.  Repeat.<br><br>I did a traceroute to google and got:<br><br>traceroute to www.google.com (74.125.225.176), 64 hops max, 52 byte packets<br> 1  192.168.1.1 (192.168.1.1)  3.816 ms  1.837 ms  1.061 ms<br> 2  c-24-12-184-1.hsd1.il.comcast.net (24.12.184.1)  26.248 ms  19.518 ms  15.572 ms<br> 3  te-6-7-ur02.mortongrove.il.chicago.comcast.net (68.85.208.221)  13.346 ms  10.419 ms  13.811 ms<br> 4  te-1-4-0-0-ar01.area4.il.chicago.comcast.net (68.87.230.65)  20.090 ms  17.520 ms  15.870 ms<br> 5  he-3-10-0-0-cr01.350ecermak.il.ibone.comcast.net (68.86.93.181)  16.482 ms  17.865 ms  22.736 ms<br> 6  * * pos-1-5-0-0-pe01.350ecermak.il.ibone.comcast.net (68.86.87.126)  20.033 ms<br> 7  66.208.228.202 (66.208.228.202)  65.570 ms * *<br> 8  209.85.254.128 (209.85.254.128)  23.450 ms<br>    209.85.254.120 (209.85.254.120)  22.895 ms<br>    209.85.254.128 (209.85.254.128)  18.657 ms<br> 9  72.14.237.110 (72.14.237.110)  122.742 ms  103.439 ms  103.051 ms<br>10  209.85.241.22 (209.85.241.22)  25.606 ms  28.368 ms<br>    72.14.232.141 (72.14.232.141)  25.425 ms<br>11  72.14.239.51 (72.14.239.51)  39.147 ms  36.704 ms  55.826 ms<br>12  216.239.46.145 (216.239.46.145)  34.121 ms  37.407 ms  39.493 ms<br>13  209.85.251.9 (209.85.251.9)  37.259 ms  35.837 ms  43.547 ms<br>14  den03s05-in-f16.1e100.net (74.125.225.176)  36.221 ms  38.430 ms  37.253 ms<br><br>Now, if I ping the router or the modem (192.168.100.1, it's an SB6121), I'll get consistant pings until the cows come home.  It's when I ping that hop to 24.12.184.1 that I get the spikes.  See below:<br><br>PING 24.12.184.1 (24.12.184.1): 56 data bytes<br>64 bytes from 24.12.184.1: icmp_seq=0 ttl=254 time=12.387 ms<br>64 bytes from 24.12.184.1: icmp_seq=1 ttl=254 time=13.955 ms<br>Request timeout for icmp_seq 2<br>Request timeout for icmp_seq 3<br>64 bytes from 24.12.184.1: icmp_seq=2 ttl=254 time=2755.662 ms<br>64 bytes from 24.12.184.1: icmp_seq=3 ttl=254 time=1755.403 ms<br>64 bytes from 24.12.184.1: icmp_seq=4 ttl=254 time=755.224 ms<br>64 bytes from 24.12.184.1: icmp_seq=5 ttl=254 time=17.830 ms<br>64 bytes from 24.12.184.1: icmp_seq=6 ttl=254 time=14.863 ms<br>64 bytes from 24.12.184.1: icmp_seq=7 ttl=254 time=17.343 ms<br>64 bytes from 24.12.184.1: icmp_seq=8 ttl=254 time=19.307 ms<br>64 bytes from 24.12.184.1: icmp_seq=9 ttl=254 time=10.825 ms<br>64 bytes from 24.12.184.1: icmp_seq=10 ttl=254 time=1162.883 ms<br>64 bytes from 24.12.184.1: icmp_seq=11 ttl=254 time=163.342 ms<br>64 bytes from 24.12.184.1: icmp_seq=12 ttl=254 time=13.765 ms<br>64 bytes from 24.12.184.1: icmp_seq=13 ttl=254 time=15.521 ms<br>64 bytes from 24.12.184.1: icmp_seq=14 ttl=254 time=11.994 ms<br>64 bytes from 24.12.184.1: icmp_seq=15 ttl=254 time=11.034 ms<br>64 bytes from 24.12.184.1: icmp_seq=16 ttl=254 time=14.339 ms<br>64 bytes from 24.12.184.1: icmp_seq=17 ttl=254 time=11.608 ms<br>64 bytes from 24.12.184.1: icmp_seq=18 ttl=254 time=21.548 ms<br>64 bytes from 24.12.184.1: icmp_seq=19 ttl=254 time=14.356 ms<br>64 bytes from 24.12.184.1: icmp_seq=20 ttl=254 time=14.228 ms<br>64 bytes from 24.12.184.1: icmp_seq=21 ttl=254 time=15.874 ms<br>64 bytes from 24.12.184.1: icmp_seq=22 ttl=254 time=13.354 ms<br>64 bytes from 24.12.184.1: icmp_seq=23 ttl=254 time=13.983 ms<br>64 bytes from 24.12.184.1: icmp_seq=24 ttl=254 time=13.393 ms<br>64 bytes from 24.12.184.1: icmp_seq=25 ttl=254 time=13.357 ms<br>64 bytes from 24.12.184.1: icmp_seq=26 ttl=254 time=14.691 ms<br>64 bytes from 24.12.184.1: icmp_seq=27 ttl=254 time=13.011 ms<br>64 bytes from 24.12.184.1: icmp_seq=28 ttl=254 time=16.891 ms<br>64 bytes from 24.12.184.1: icmp_seq=29 ttl=254 time=16.980 ms<br>64 bytes from 24.12.184.1: icmp_seq=30 ttl=254 time=1779.668 ms<br>64 bytes from 24.12.184.1: icmp_seq=31 ttl=254 time=779.454 ms<br>64 bytes from 24.12.184.1: icmp_seq=32 ttl=254 time=12.508 ms<br>64 bytes from 24.12.184.1: icmp_seq=33 ttl=254 time=9.860 ms<br>64 bytes from 24.12.184.1: icmp_seq=34 ttl=254 time=15.418 ms<br>64 bytes from 24.12.184.1: icmp_seq=35 ttl=254 time=13.819 ms<br><br>So, any ideas about how to handle this?<br><br>Also, signal levels for those interested:<br><br>Channel ID	2 	3 	6 	8 <br>Frequency	657000000 Hz 	663000000 Hz 	681000000 Hz 	693000000 Hz <br>Signal to Noise Ratio	37 dB 	37 dB 	37 dB 	37 dB <br>Downstream Modulation	QAM256 	QAM256 	QAM256 	QAM256 <br>Power Level<br>The Downstream Power Level reading is a snapshot taken at the time this page was requested. Please Reload/Refresh this Page for a new reading<br>0 dBmV  	0 dBmV  	0 dBmV  	0 dBmV  <br>Upstream	Bonding Channel Value<br>Channel ID	8 	7 	9 <br>Frequency	29500000 Hz 	36400000 Hz 	24200000 Hz <br>Ranging Service ID	4741 	4741 	4741 <br>Symbol Rate	5.120 Msym/sec 	5.120 Msym/sec 	2.560 Msym/sec <br>Power Level	48 dBmV 	48 dBmV 	47 dBmV <br>Upstream Modulation	[3] QPSK<br>[3] 64QAM<br> 	[3] QPSK<br>[3] 64QAM<br> 	[3] QPSK<br>[2] 16QAM<br> <br>Ranging Status	Success 	Success 	Success <br>Signal Stats (Codewords)	Bonding Channel Value<br>Channel ID	2 	3 	6 	8 <br>Total Unerrored Codewords	237152973 	236462702 	236462618 	236462972 <br>Total Correctable Codewords	0 	2 	0 	0 <br>Total Uncorrectable Codewords	515 	588 	566 	508]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Connectivity-Latency-Issue-27938102</guid>
<pubDate>Tue, 22 Jan 2013 23:00:03 EDT</pubDate>
</item>

</channel>
</rss>
