<?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: Twenty Questions for the FCC</title>
	<atom:link href="http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/feed/" rel="self" type="application/rss+xml" />
	<link>http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/</link>
	<description>A regular old blog</description>
	<lastBuildDate>Fri, 04 Sep 2009 23:51:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Richard Bennett</title>
		<link>http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/comment-page-1/#comment-427078</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Sun, 03 Aug 2008 21:48:35 +0000</pubDate>
		<guid isPermaLink="false">http://bennett.com/blog/?p=4691#comment-427078</guid>
		<description>Comcast has a point-to-multipoint network, where the most severe bandwidth constraint is on the upstream side. Consequently, they need to deploy a system that enforces fair queuing among bandwidth requestors. That&#039;s tricky in DOCSIS, as a scheduling decision needs to be made in real time, but it&#039;s not impossible.</description>
		<content:encoded><![CDATA[<p>Comcast has a point-to-multipoint network, where the most severe bandwidth constraint is on the upstream side. Consequently, they need to deploy a system that enforces fair queuing among bandwidth requestors. That&#8217;s tricky in DOCSIS, as a scheduling decision needs to be made in real time, but it&#8217;s not impossible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Glass</title>
		<link>http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/comment-page-1/#comment-427077</link>
		<dc:creator>Brett Glass</dc:creator>
		<pubDate>Sat, 02 Aug 2008 20:24:59 +0000</pubDate>
		<guid isPermaLink="false">http://bennett.com/blog/?p=4691#comment-427077</guid>
		<description>The problem is more complex than that. There are actually TWO constraints on downstream equipment, whether it&#039;s wired or wireless: bit rate and packet rate. (Due to the overhead in processing a packet, the packet rate becomes important when there are many small packets sent very quickly -- such as by a BitTorrent tracker or seeder or by GNUtella&#039;s UDP discovery mechanism. The latter can flood a network with requests for weeks or even months after the machine that was running GNUtella was shut down.) 

It&#039;s also worth remembering that if a user consumes constant bandwidth, it&#039;s a constant and large cost to the ISP. At $100 per Mbps per month, an increment of 128 Kbps is $12.80. Our ISP makes less than $5 per customer per month, so that&#039;s enough to cause a net loss on the customer.</description>
		<content:encoded><![CDATA[<p>The problem is more complex than that. There are actually TWO constraints on downstream equipment, whether it&#8217;s wired or wireless: bit rate and packet rate. (Due to the overhead in processing a packet, the packet rate becomes important when there are many small packets sent very quickly &#8212; such as by a BitTorrent tracker or seeder or by GNUtella&#8217;s UDP discovery mechanism. The latter can flood a network with requests for weeks or even months after the machine that was running GNUtella was shut down.) </p>
<p>It&#8217;s also worth remembering that if a user consumes constant bandwidth, it&#8217;s a constant and large cost to the ISP. At $100 per Mbps per month, an increment of 128 Kbps is $12.80. Our ISP makes less than $5 per customer per month, so that&#8217;s enough to cause a net loss on the customer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/comment-page-1/#comment-427071</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Fri, 01 Aug 2008 22:14:20 +0000</pubDate>
		<guid isPermaLink="false">http://bennett.com/blog/?p=4691#comment-427071</guid>
		<description>Depends how many people are doing it. If you have 20 on one cable segment, you&#039;re going to get a lot of DOCSIS collisions, and if you are one of a small number of providers of a rare file piece, you&#039;re going to have to field a large number of socket opens, each requiring a response.</description>
		<content:encoded><![CDATA[<p>Depends how many people are doing it. If you have 20 on one cable segment, you&#8217;re going to get a lot of DOCSIS collisions, and if you are one of a small number of providers of a rare file piece, you&#8217;re going to have to field a large number of socket opens, each requiring a response.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wes Felter</title>
		<link>http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/comment-page-1/#comment-427070</link>
		<dc:creator>Wes Felter</dc:creator>
		<pubDate>Fri, 01 Aug 2008 21:46:45 +0000</pubDate>
		<guid isPermaLink="false">http://bennett.com/blog/?p=4691#comment-427070</guid>
		<description>Hours-long seeding at 128kbps can&#039;t cause that much congestion on a 10-20Mbps link, although I guess the transit costs could be substantial: 13GB/day. Hmmmm.</description>
		<content:encoded><![CDATA[<p>Hours-long seeding at 128kbps can&#8217;t cause that much congestion on a 10-20Mbps link, although I guess the transit costs could be substantial: 13GB/day. Hmmmm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/comment-page-1/#comment-427056</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Thu, 31 Jul 2008 03:02:35 +0000</pubDate>
		<guid isPermaLink="false">http://bennett.com/blog/?p=4691#comment-427056</guid>
		<description>Brett has a lot of custom-built and open source tweaks in his wireless routers, and I&#039;m sure rate control is among them. I think part of the issue is that wants to allow occasional FTP and HTTP uploads but not persistent, hours-long random seeding sessions.</description>
		<content:encoded><![CDATA[<p>Brett has a lot of custom-built and open source tweaks in his wireless routers, and I&#8217;m sure rate control is among them. I think part of the issue is that wants to allow occasional FTP and HTTP uploads but not persistent, hours-long random seeding sessions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.186 seconds -->
