<?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: DOCSIS and Cable Modems &#8211; How it works :: Tutorial Wrap Up</title>
	<atom:link href="http://bradyvolpe.com/docsis-101/docsis101_wrap-up/feed/" rel="self" type="application/rss+xml" />
	<link>http://bradyvolpe.com/docsis-101/docsis101_wrap-up/</link>
	<description></description>
	<lastBuildDate>Thu, 09 Sep 2010 01:30:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Brady</title>
		<link>http://bradyvolpe.com/docsis-101/docsis101_wrap-up/comment-page-1/#comment-118</link>
		<dc:creator>Brady</dc:creator>
		<pubDate>Sun, 27 Jun 2010 12:18:07 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=272#comment-118</guid>
		<description>Hi Vijaya,

I will cover your questions in much more detail later, but here are some quick answers:
1) Yes, DOCSIS 3.0 does provide different modulations on different bonded upstream and downstream channels.  So you can have one downstream bonded channel in 64-QAM and the next one in 256-QAM.  Similarly in upstream channel bonding, one upstream channel can be operating in 16-QAM and the next in 64-QAM, which may be necessary depending upon frequency dependent upstream impairments.
2) No, DOCSIS really does not provide for real-time bonding changes on a per cable modem basis.  However a cable modem does have the ability to use all bonded channels or to fall back into a DOCSIS 2.0 mode and use just one bonded channel if it is having problems with the bonded channels.  This is a fall-back measure put in place to keep modems online in the case of impairments and/or compatibility issues.

-Brady</description>
		<content:encoded><![CDATA[<p>Hi Vijaya,</p>
<p>I will cover your questions in much more detail later, but here are some quick answers:<br />
1) Yes, DOCSIS 3.0 does provide different modulations on different bonded upstream and downstream channels.  So you can have one downstream bonded channel in 64-QAM and the next one in 256-QAM.  Similarly in upstream channel bonding, one upstream channel can be operating in 16-QAM and the next in 64-QAM, which may be necessary depending upon frequency dependent upstream impairments.<br />
2) No, DOCSIS really does not provide for real-time bonding changes on a per cable modem basis.  However a cable modem does have the ability to use all bonded channels or to fall back into a DOCSIS 2.0 mode and use just one bonded channel if it is having problems with the bonded channels.  This is a fall-back measure put in place to keep modems online in the case of impairments and/or compatibility issues.</p>
<p>-Brady</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vijaya</title>
		<link>http://bradyvolpe.com/docsis-101/docsis101_wrap-up/comment-page-1/#comment-98</link>
		<dc:creator>Vijaya</dc:creator>
		<pubDate>Mon, 14 Jun 2010 21:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=272#comment-98</guid>
		<description>Hello Brady,

Thanks for your detailed tutorials. I have few questions on channnel bonding feature supported by docsis 3.  I appreciate your help in understanding.

1.) Does Docsis 3 standard supports different modulations on different frequencies that are bonded? If so the modulations on each frequency is decided by CMTS based on available bandwidth?

2.) Does CMTS provide different number of channels to be bonded for different Cable modems (may be based on priority or real time bandwidth availability) or is it fixed for all cable modems connected to a given CMTS.

Thank you.</description>
		<content:encoded><![CDATA[<p>Hello Brady,</p>
<p>Thanks for your detailed tutorials. I have few questions on channnel bonding feature supported by docsis 3.  I appreciate your help in understanding.</p>
<p>1.) Does Docsis 3 standard supports different modulations on different frequencies that are bonded? If so the modulations on each frequency is decided by CMTS based on available bandwidth?</p>
<p>2.) Does CMTS provide different number of channels to be bonded for different Cable modems (may be based on priority or real time bandwidth availability) or is it fixed for all cable modems connected to a given CMTS.</p>
<p>Thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brady</title>
		<link>http://bradyvolpe.com/docsis-101/docsis101_wrap-up/comment-page-1/#comment-97</link>
		<dc:creator>Brady</dc:creator>
		<pubDate>Fri, 06 Nov 2009 14:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=272#comment-97</guid>
		<description>Hi Remy,

The obvious issue that I would see is that if you are transporting voice off of the GSM/3G network over DOCSIS you will want to implement a QoS on the DOCSIS for the voice traffic.  DOCSIS specifications starting at 1.1 and up all support QoS so this is a matter of implementing it either at the CMTS or more ideally through PacketCable at a media access device that will know the voice traffic is coming and appropriately handle the transition from the 3G network to the DOCSIS network and setup the QoS flow.  There is also the likely potential that you will have one CODEC on the 3G side and will find a more efficient CODEC to use on the DOCSIS side which does not over utilize a DOCSIS CMTS, in terms of packets per second (pps).  So again, you will want a PacketCable media manager to handle this.  There are a number of products on the market to handle this.  One vendor I know off of the top of my head to recommend might be CedarPoint Communications.

Regards,
-Brady</description>
		<content:encoded><![CDATA[<p>Hi Remy,</p>
<p>The obvious issue that I would see is that if you are transporting voice off of the GSM/3G network over DOCSIS you will want to implement a QoS on the DOCSIS for the voice traffic.  DOCSIS specifications starting at 1.1 and up all support QoS so this is a matter of implementing it either at the CMTS or more ideally through PacketCable at a media access device that will know the voice traffic is coming and appropriately handle the transition from the 3G network to the DOCSIS network and setup the QoS flow.  There is also the likely potential that you will have one CODEC on the 3G side and will find a more efficient CODEC to use on the DOCSIS side which does not over utilize a DOCSIS CMTS, in terms of packets per second (pps).  So again, you will want a PacketCable media manager to handle this.  There are a number of products on the market to handle this.  One vendor I know off of the top of my head to recommend might be CedarPoint Communications.</p>
<p>Regards,<br />
-Brady</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Remy</title>
		<link>http://bradyvolpe.com/docsis-101/docsis101_wrap-up/comment-page-1/#comment-96</link>
		<dc:creator>Remy</dc:creator>
		<pubDate>Thu, 29 Oct 2009 12:05:30 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=272#comment-96</guid>
		<description>Hi Brady,
I find your crash course on DOCSiS of great help to the project I&#039;m working right now.

We plan to inject GSM/3G signals onto the existing MATV distribution system. At certain junctions these signals will be extracted using link filter and off to the GSM antennas while the rest of the MATV system right to the Cable TV topbox.

All went well so far. However there is a plan to implement DOCSiS onto the same system. The end result: the distributions system will have cable TV services, DOCSiS and GSM/3G system running thru it.

Do you see any issues? We are about to start the trial next month. Look forward to your expert opinion so that we could manage the expectation on this project. Thanks.</description>
		<content:encoded><![CDATA[<p>Hi Brady,<br />
I find your crash course on DOCSiS of great help to the project I&#8217;m working right now.</p>
<p>We plan to inject GSM/3G signals onto the existing MATV distribution system. At certain junctions these signals will be extracted using link filter and off to the GSM antennas while the rest of the MATV system right to the Cable TV topbox.</p>
<p>All went well so far. However there is a plan to implement DOCSiS onto the same system. The end result: the distributions system will have cable TV services, DOCSiS and GSM/3G system running thru it.</p>
<p>Do you see any issues? We are about to start the trial next month. Look forward to your expert opinion so that we could manage the expectation on this project. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xn0r</title>
		<link>http://bradyvolpe.com/docsis-101/docsis101_wrap-up/comment-page-1/#comment-94</link>
		<dc:creator>Xn0r</dc:creator>
		<pubDate>Sat, 13 Jun 2009 03:59:44 +0000</pubDate>
		<guid isPermaLink="false">http://bradyvolpe.com/?p=272#comment-94</guid>
		<description>OOPS.  I thought about it a bit more and realized that DOCSIS defines a lot more than the low level stuff that was discussed in this series.  It encompasses provisioning, management, etc, all which need to add IPv6 into the mix.

I read the draft RFC describing all this, and it basically told me everything I was wanted to know:  http://tools.ietf.org/html/draft-mule-cablelabs-docsis3-ipv6-00</description>
		<content:encoded><![CDATA[<p>OOPS.  I thought about it a bit more and realized that DOCSIS defines a lot more than the low level stuff that was discussed in this series.  It encompasses provisioning, management, etc, all which need to add IPv6 into the mix.</p>
<p>I read the draft RFC describing all this, and it basically told me everything I was wanted to know:  <a href="http://tools.ietf.org/html/draft-mule-cablelabs-docsis3-ipv6-00" rel="nofollow">http://tools.ietf.org/html/draft-mule-cablelabs-docsis3-ipv6-00</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
