<?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 personal blog</description>
	<lastBuildDate>Sun, 11 Sep 2011 14:57:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/#comment-5575</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-5575</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-5574</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-5574</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-5573</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-5573</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-5572</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-5572</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-5571</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-5571</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>
	<item>
		<title>By: Wes Felter</title>
		<link>http://bennett.com/blog/2008/07/twenty-questions-for-the-fcc/#comment-5570</link>
		<dc:creator>Wes Felter</dc:creator>
		<pubDate>Thu, 31 Jul 2008 01:14:35 +0000</pubDate>
		<guid isPermaLink="false">http://bennett.com/blog/?p=4691#comment-5570</guid>
		<description>I wonder if any WISPs have considered something like a 128kbps,10MB token bucket; it&#039;s neutral, it should satisfy light users, and it limits hogging.</description>
		<content:encoded><![CDATA[<p>I wonder if any WISPs have considered something like a 128kbps,10MB token bucket; it&#8217;s neutral, it should satisfy light users, and it limits hogging.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

