<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Speeding Upstream &#8211; Part I</title>
	<atom:link href="http://volpefirm.com/blog/docsis/speeding-upstream-part-i/feed/" rel="self" type="application/rss+xml" />
	<link>http://volpefirm.com/docsis/speeding-upstream-part-i/</link>
	<description>A Technical Communications Company</description>
	<lastBuildDate>Wed, 16 May 2012 06:51:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Brady</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-i/#comment-220</link>
		<dc:creator>Brady</dc:creator>
		<pubDate>Wed, 08 Dec 2010 13:10:02 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=318#comment-220</guid>
		<description>Helmut,

If this is isolated to just one CM and you have others like it, it is likely one of two things.  1) It is a bad CM or 2) the CM is on a bad leg/tap.  It could be suffering from too much loss, micro-reflections, group delay, impulse noise, etc.  It is really difficult to tell.

Statistically only a small percentage of modems go bad (single digits).  So you could start with replacing the modem, but I recommend you don&#039;t assume that solves the problem.  There may be other issues at hand.

-Brady</description>
		<content:encoded><![CDATA[<p>Helmut,</p>
<p>If this is isolated to just one CM and you have others like it, it is likely one of two things.  1) It is a bad CM or 2) the CM is on a bad leg/tap.  It could be suffering from too much loss, micro-reflections, group delay, impulse noise, etc.  It is really difficult to tell.</p>
<p>Statistically only a small percentage of modems go bad (single digits).  So you could start with replacing the modem, but I recommend you don&#8217;t assume that solves the problem.  There may be other issues at hand.</p>
<p>-Brady</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Helmut Normann</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-i/#comment-219</link>
		<dc:creator>Helmut Normann</dc:creator>
		<pubDate>Thu, 02 Dec 2010 21:15:32 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=318#comment-219</guid>
		<description>Thank you gentlemen  for the very excellent series of articles that I will study closely during the upcoming holidays. Today I heard from a cable operator of following problem of his Docsis 3.0 system:
Upstream bonding is configured on a uBR10k, one upstream only, all working fine. All of the sudden there is a load of 26Mbit/sec on upstream while all CMs are configured to only 6 Mbit/sec. The load is coming from 1 CM. Rebooting this CM  and everything is OK again. Is it caused by the configuration of CMTS or of the CM? Please advise.</description>
		<content:encoded><![CDATA[<p>Thank you gentlemen  for the very excellent series of articles that I will study closely during the upcoming holidays. Today I heard from a cable operator of following problem of his Docsis 3.0 system:<br />
Upstream bonding is configured on a uBR10k, one upstream only, all working fine. All of the sudden there is a load of 26Mbit/sec on upstream while all CMs are configured to only 6 Mbit/sec. The load is coming from 1 CM. Rebooting this CM  and everything is OK again. Is it caused by the configuration of CMTS or of the CM? Please advise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brady</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-i/#comment-218</link>
		<dc:creator>Brady</dc:creator>
		<pubDate>Mon, 26 Oct 2009 11:28:24 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=318#comment-218</guid>
		<description>Stewart,

A response from J. Downey:

&lt;em&gt;&quot;If the modem is getting insertion flaps, it could be offline continuously to the end customer.  Still a good indication to the cable operator of something suspicious and needing investigation.&quot;&lt;/em&gt;

Regards,
-Brady</description>
		<content:encoded><![CDATA[<p>Stewart,</p>
<p>A response from J. Downey:</p>
<p><em>&#8220;If the modem is getting insertion flaps, it could be offline continuously to the end customer.  Still a good indication to the cable operator of something suspicious and needing investigation.&#8221;</em></p>
<p>Regards,<br />
-Brady</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stewart</title>
		<link>http://volpefirm.com/docsis/speeding-upstream-part-i/#comment-217</link>
		<dc:creator>stewart</dc:creator>
		<pubDate>Fri, 09 Oct 2009 20:53:49 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=318#comment-217</guid>
		<description>Chaps,
Another excellent article-one question:

&quot;If the CM sends initial ranging two or more times within two minutes, the flap count increments by one.  This does not necessarily mean a modem going offline and online.  It could be a modem that goes through “init” states many times.&quot;

If the modem is in an init state, then surely it wont be passing customer data so in that sense does an insertion count not mean that the device is effectively offline in the customer&#039;s eyes?

cheers

Stew</description>
		<content:encoded><![CDATA[<p>Chaps,<br />
Another excellent article-one question:</p>
<p>&#8220;If the CM sends initial ranging two or more times within two minutes, the flap count increments by one.  This does not necessarily mean a modem going offline and online.  It could be a modem that goes through “init” states many times.&#8221;</p>
<p>If the modem is in an init state, then surely it wont be passing customer data so in that sense does an insertion count not mean that the device is effectively offline in the customer&#8217;s eyes?</p>
<p>cheers</p>
<p>Stew</p>
]]></content:encoded>
	</item>
</channel>
</rss>

