
<?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: Is Prioritizing Actually Useful?</title>
	<atom:link href="http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/feed/" rel="self" type="application/rss+xml" />
	<link>http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/</link>
	<description>Keeping politicians&#039; hands off the Net &#38; everything else related to technology</description>
	<lastBuildDate>Tue, 14 Feb 2012 12:51:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/comment-page-1/#comment-37042</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Tue, 06 Feb 2007 19:18:46 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/#comment-37042</guid>
		<description>&lt;p&gt;The infamous Bachula testimony has made all the rounds, and is typically cited by the pro-regulation crowd as &quot;proof&quot; that there&#039;s no legitimate value in  prioritizing traffic on the Internet. But few people have read the report on which Bachula (a lobbyist, not an engineer) based his testimony. You can join this select group by &lt;a href=&quot;http://qbone.internet2.edu/papers/non-architectural-problems.txt&quot; rel=&quot;nofollow&quot;&gt;clicking here.&lt;/a&gt; Here&#039;s the abstract:&lt;/p&gt;

&lt;p&gt;&lt;i&gt;Between May 1998 and October 2001, Internet2 worked to specify and deploy the QBone Premium Service (QPS) [QBone], an interdomain virtual
leased-line IP service built on diff-serv [RFC2475] forwarding primitives and hereafter referred to simply as &quot;Premium&quot;.  Despite considerable effort and success with proof-of-concept demonstrations, this effort yielded no operational deployments and has been suspended indefinitely.&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;&lt;i&gt;In this document, we attempt to explain the reasons for this failure. The focus is on non-architectural, and largely non-technical, obstacles to deployment, foremost among them: Premium&#039;s poor incremental deployment properties, intimidating new complexity for network operators, missing functionality on routers, and serious economic challenges.&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;&lt;i&gt;The costs of Premium are too high relative to the perceived benefits. Moreover, even if successfully deployed, Premium fundamentally changes the Internet architecture, running contrary to the end-to-end design principle, and threatening the future scalability and flexibility of the Internet.  The conclusions reached herein apply not just to Premium, but to any IP quality of service (QoS) architecture offering a service guarantee.&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;You don&#039;t have to be an engineer to grasp these key points: Internet2 hasn&#039;t looked at this problem in over five years; their failure to make it work was not related to &quot;architectural issues&quot; as much as deployment issues; the researchers invoke religion (&quot;end-to-end&quot;) to explain why they feel they shouldn&#039;t look too closely at DiffServ.&lt;/p&gt;

&lt;p&gt;Reading on, you&#039;ll see that the ultimate hang-up I2 encountered was a feature of the old-fashioned routers they used: in those days, QoS was implemented in firmware, not in hardware, so there was an automatic 30% performance hit in turning it on. Today&#039;s routers do this in hardware, so the issue goes away completely.&lt;/p&gt;

&lt;p&gt;Bachula&#039;s testimony was both misleading and harmful, and because of it I&#039;d like to see federal funding for Internet2 suspended.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The infamous Bachula testimony has made all the rounds, and is typically cited by the pro-regulation crowd as &#8220;proof&#8221; that there&#8217;s no legitimate value in  prioritizing traffic on the Internet. But few people have read the report on which Bachula (a lobbyist, not an engineer) based his testimony. You can join this select group by <a href="http://qbone.internet2.edu/papers/non-architectural-problems.txt" rel="nofollow">clicking here.</a> Here&#8217;s the abstract:</p>

<p><i>Between May 1998 and October 2001, Internet2 worked to specify and deploy the QBone Premium Service (QPS) [QBone], an interdomain virtual
leased-line IP service built on diff-serv [RFC2475] forwarding primitives and hereafter referred to simply as &#8220;Premium&#8221;.  Despite considerable effort and success with proof-of-concept demonstrations, this effort yielded no operational deployments and has been suspended indefinitely.</i></p>

<p><i>In this document, we attempt to explain the reasons for this failure. The focus is on non-architectural, and largely non-technical, obstacles to deployment, foremost among them: Premium&#8217;s poor incremental deployment properties, intimidating new complexity for network operators, missing functionality on routers, and serious economic challenges.</i></p>

<p><i>The costs of Premium are too high relative to the perceived benefits. Moreover, even if successfully deployed, Premium fundamentally changes the Internet architecture, running contrary to the end-to-end design principle, and threatening the future scalability and flexibility of the Internet.  The conclusions reached herein apply not just to Premium, but to any IP quality of service (QoS) architecture offering a service guarantee.</i></p>

<p>You don&#8217;t have to be an engineer to grasp these key points: Internet2 hasn&#8217;t looked at this problem in over five years; their failure to make it work was not related to &#8220;architectural issues&#8221; as much as deployment issues; the researchers invoke religion (&#8220;end-to-end&#8221;) to explain why they feel they shouldn&#8217;t look too closely at DiffServ.</p>

<p>Reading on, you&#8217;ll see that the ultimate hang-up I2 encountered was a feature of the old-fashioned routers they used: in those days, QoS was implemented in firmware, not in hardware, so there was an automatic 30% performance hit in turning it on. Today&#8217;s routers do this in hardware, so the issue goes away completely.</p>

<p>Bachula&#8217;s testimony was both misleading and harmful, and because of it I&#8217;d like to see federal funding for Internet2 suspended.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/comment-page-1/#comment-48357</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Tue, 06 Feb 2007 19:18:46 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/#comment-48357</guid>
		<description>&lt;p&gt;The infamous Bachula testimony has made all the rounds, and is typically cited by the pro-regulation crowd as &quot;proof&quot; that there&#039;s no legitimate value in  prioritizing traffic on the Internet. But few people have read the report on which Bachula (a lobbyist, not an engineer) based his testimony. You can join this select group by &lt;a href=&quot;http://qbone.internet2.edu/papers/non-architectural-problems.txt&quot; rel=&quot;nofollow&quot;&gt;clicking here.&lt;/a&gt; Here&#039;s the abstract:&lt;br&gt;&lt;br&gt;&lt;i&gt;Between May 1998 and October 2001, Internet2 worked to specify and deploy the QBone Premium Service (QPS) [QBone], an interdomain virtual&lt;br&gt;leased-line IP service built on diff-serv [RFC2475] forwarding primitives and hereafter referred to simply as &quot;Premium&quot;.  Despite considerable effort and success with proof-of-concept demonstrations, this effort yielded no operational deployments and has been suspended indefinitely.&lt;/i&gt;&lt;br&gt;&lt;i&gt;In this document, we attempt to explain the reasons for this failure. The focus is on non-architectural, and largely non-technical, obstacles to deployment, foremost among them: Premium&#039;s poor incremental deployment properties, intimidating new complexity for network operators, missing functionality on routers, and serious economic challenges.&lt;/i&gt;&lt;br&gt;&lt;i&gt;The costs of Premium are too high relative to the perceived benefits. Moreover, even if successfully deployed, Premium fundamentally changes the Internet architecture, running contrary to the end-to-end design principle, and threatening the future scalability and flexibility of the Internet.  The conclusions reached herein apply not just to Premium, but to any IP quality of service (QoS) architecture offering a service guarantee.&lt;/i&gt;&lt;br&gt;&lt;br&gt;You don&#039;t have to be an engineer to grasp these key points: Internet2 hasn&#039;t looked at this problem in over five years; their failure to make it work was not related to &quot;architectural issues&quot; as much as deployment issues; the researchers invoke religion (&quot;end-to-end&quot;) to explain why they feel they shouldn&#039;t look too closely at DiffServ.&lt;br&gt;&lt;br&gt;Reading on, you&#039;ll see that the ultimate hang-up I2 encountered was a feature of the old-fashioned routers they used: in those days, QoS was implemented in firmware, not in hardware, so there was an automatic 30% performance hit in turning it on. Today&#039;s routers do this in hardware, so the issue goes away completely.&lt;br&gt;&lt;br&gt;Bachula&#039;s testimony was both misleading and harmful, and because of it I&#039;d like to see federal funding for Internet2 suspended.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The infamous Bachula testimony has made all the rounds, and is typically cited by the pro-regulation crowd as &#8220;proof&#8221; that there&#8217;s no legitimate value in  prioritizing traffic on the Internet. But few people have read the report on which Bachula (a lobbyist, not an engineer) based his testimony. You can join this select group by <a href="http://qbone.internet2.edu/papers/non-architectural-problems.txt" rel="nofollow">clicking here.</a> Here&#8217;s the abstract:<br /><br /><i>Between May 1998 and October 2001, Internet2 worked to specify and deploy the QBone Premium Service (QPS) [QBone], an interdomain virtual<br />leased-line IP service built on diff-serv [RFC2475] forwarding primitives and hereafter referred to simply as &#8220;Premium&#8221;.  Despite considerable effort and success with proof-of-concept demonstrations, this effort yielded no operational deployments and has been suspended indefinitely.</i><br /><i>In this document, we attempt to explain the reasons for this failure. The focus is on non-architectural, and largely non-technical, obstacles to deployment, foremost among them: Premium&#8217;s poor incremental deployment properties, intimidating new complexity for network operators, missing functionality on routers, and serious economic challenges.</i><br /><i>The costs of Premium are too high relative to the perceived benefits. Moreover, even if successfully deployed, Premium fundamentally changes the Internet architecture, running contrary to the end-to-end design principle, and threatening the future scalability and flexibility of the Internet.  The conclusions reached herein apply not just to Premium, but to any IP quality of service (QoS) architecture offering a service guarantee.</i><br /><br />You don&#8217;t have to be an engineer to grasp these key points: Internet2 hasn&#8217;t looked at this problem in over five years; their failure to make it work was not related to &#8220;architectural issues&#8221; as much as deployment issues; the researchers invoke religion (&#8220;end-to-end&#8221;) to explain why they feel they shouldn&#8217;t look too closely at DiffServ.<br /><br />Reading on, you&#8217;ll see that the ultimate hang-up I2 encountered was a feature of the old-fashioned routers they used: in those days, QoS was implemented in firmware, not in hardware, so there was an automatic 30% performance hit in turning it on. Today&#8217;s routers do this in hardware, so the issue goes away completely.<br /><br />Bachula&#8217;s testimony was both misleading and harmful, and because of it I&#8217;d like to see federal funding for Internet2 suspended.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Anderson</title>
		<link>http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/comment-page-1/#comment-37041</link>
		<dc:creator>Christopher Anderson</dc:creator>
		<pubDate>Tue, 06 Feb 2007 18:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/#comment-37041</guid>
		<description>&lt;p&gt;It&#039;s great for a researcher building a next generation network to simply recommend adding capacity.  This has been the LAN model for a long time in private internal networks and LANs with Ethernet have grown in orders of magnitude.  This is how Ethernet beat out ATM in the LAN 10 years ago or so.  Now that those very same LANs are deploying VOIP they wish for some ATM features such as proritization.  And now they add that prioritization (&#039;e&#039; tagging for example) to deploy VOIP more often than they upgrade the whole thing to 10G.&lt;/p&gt;

&lt;p&gt;

There are however business concerns in the real world.  Business concerns such as resource scarcity and profit.  In a ISP business model, users are charged for service.  If usage goes up, but subscriptions do not (e.g. average user consumes more bandwidth) there is financial motivation to prioritize or shape the network, not to add capacity and sacrifice profit with higher outlays of capital, as long as the &#039;quality&#039; or &#039;satisfaction&#039; as observed by the consumer does not suffer. &lt;p&gt;

We can compare this to the freeways systems in some ways.  Should we simply add capacity or should we both capacity and intelligence?  Is it better to build new freeways to solve every transportation problem, or do traffic congestion maps, signs, radio broadcasts etc also make sense?&lt;p&gt;

Does automobile built-in GPS + Maps showing traffic congestion cost too much and require too much processing power? &lt;p&gt;

And don&#039;t let us forget about Moore&#039;s law, processing double every 18 months or so (or at least transistor count does).  What is expensive and complex today will be cheap and simple soon due to the exponential increase in computational capability.&lt;p&gt;

Additionally, the researchers line of reason also only extends to a bandwidth infinite network.  For example, wireless networks nearly require prioritization schemes to function both at capacity and performance.  This is something we learned the hard way in WLANs (and why city wide WLANs won&#039;t work in the long run).  In this case, the frequency is a scarce resource that must be shared as effectively as possible.  Many argue the best way to do this in a WWAN (such as Mobile WiMAX) is through priortization and service differentiation for customers, e.g. One user who primarily wants downloads can and should pay a different price than another user who requires VoIP phones to always work and can live with less download throughput.  Tagging these packets differently at an edge device is already trivial and soon to be simpler, additional prioritizing in the core isn&#039;t too far behind. &lt;p&gt;

Should user A be forced to suffer in his occasional new video watching because user B steals pornography content via peer to peer networks all hours of the day?&lt;p&gt;

In a more fundamental sense, Internet connections are valuable resources that require infrastructure.  Resources need to be distributed.  In capatilist system we use private ownership to distribute these resources via the communication medium of money (most efficient system discovered so far!).  The government should referee but not play goalie in this distribution game.  Therefore, I believe that private enterprises will have the motivation to shape and prioritize traffic and then will.  As long as the government referees the game and doesn&#039;t play, we will have the most efficient distribution of these resources as these ISP will compete for our dollars.  Much better than the government stealing our dollars and then running the network as they see fit.

&lt;/p&gt;&lt;/p&gt;&lt;/p&gt;&lt;/p&gt;&lt;/p&gt;&lt;/p&gt;&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>It&#8217;s great for a researcher building a next generation network to simply recommend adding capacity.  This has been the LAN model for a long time in private internal networks and LANs with Ethernet have grown in orders of magnitude.  This is how Ethernet beat out ATM in the LAN 10 years ago or so.  Now that those very same LANs are deploying VOIP they wish for some ATM features such as proritization.  And now they add that prioritization (&#8216;e&#8217; tagging for example) to deploy VOIP more often than they upgrade the whole thing to 10G.</p>

<p>

There are however business concerns in the real world.  Business concerns such as resource scarcity and profit.  In a ISP business model, users are charged for service.  If usage goes up, but subscriptions do not (e.g. average user consumes more bandwidth) there is financial motivation to prioritize or shape the network, not to add capacity and sacrifice profit with higher outlays of capital, as long as the &#8216;quality&#8217; or &#8216;satisfaction&#8217; as observed by the consumer does not suffer. </p><p>

We can compare this to the freeways systems in some ways.  Should we simply add capacity or should we both capacity and intelligence?  Is it better to build new freeways to solve every transportation problem, or do traffic congestion maps, signs, radio broadcasts etc also make sense?</p><p>

Does automobile built-in GPS + Maps showing traffic congestion cost too much and require too much processing power? </p><p>

And don&#8217;t let us forget about Moore&#8217;s law, processing double every 18 months or so (or at least transistor count does).  What is expensive and complex today will be cheap and simple soon due to the exponential increase in computational capability.</p><p>

Additionally, the researchers line of reason also only extends to a bandwidth infinite network.  For example, wireless networks nearly require prioritization schemes to function both at capacity and performance.  This is something we learned the hard way in WLANs (and why city wide WLANs won&#8217;t work in the long run).  In this case, the frequency is a scarce resource that must be shared as effectively as possible.  Many argue the best way to do this in a WWAN (such as Mobile WiMAX) is through priortization and service differentiation for customers, e.g. One user who primarily wants downloads can and should pay a different price than another user who requires VoIP phones to always work and can live with less download throughput.  Tagging these packets differently at an edge device is already trivial and soon to be simpler, additional prioritizing in the core isn&#8217;t too far behind. </p><p>

Should user A be forced to suffer in his occasional new video watching because user B steals pornography content via peer to peer networks all hours of the day?</p><p>

In a more fundamental sense, Internet connections are valuable resources that require infrastructure.  Resources need to be distributed.  In capatilist system we use private ownership to distribute these resources via the communication medium of money (most efficient system discovered so far!).  The government should referee but not play goalie in this distribution game.  Therefore, I believe that private enterprises will have the motivation to shape and prioritize traffic and then will.  As long as the government referees the game and doesn&#8217;t play, we will have the most efficient distribution of these resources as these ISP will compete for our dollars.  Much better than the government stealing our dollars and then running the network as they see fit.

</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Anderson</title>
		<link>http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/comment-page-1/#comment-48356</link>
		<dc:creator>Christopher Anderson</dc:creator>
		<pubDate>Tue, 06 Feb 2007 18:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/#comment-48356</guid>
		<description>&lt;p&gt;It&#039;s great for a researcher building a next generation network to simply recommend adding capacity.  This has been the LAN model for a long time in private internal networks and LANs with Ethernet have grown in orders of magnitude.  This is how Ethernet beat out ATM in the LAN 10 years ago or so.  Now that those very same LANs are deploying VOIP they wish for some ATM features such as proritization.  And now they add that prioritization (&#039;e&#039; tagging for example) to deploy VOIP more often than they upgrade the whole thing to 10G.&lt;/p&gt;

&lt;p&gt;&lt;br&gt;&lt;br&gt;There are however business concerns in the real world.  Business concerns such as resource scarcity and profit.  In a ISP business model, users are charged for service.  If usage goes up, but subscriptions do not (e.g. average user consumes more bandwidth) there is financial motivation to prioritize or shape the network, not to add capacity and sacrifice profit with higher outlays of capital, as long as the &#039;quality&#039; or &#039;satisfaction&#039; as observed by the consumer does not suffer. &lt;/p&gt;

&lt;p&gt;&lt;br&gt;&lt;br&gt;We can compare this to the freeways systems in some ways.  Should we simply add capacity or should we both capacity and intelligence?  Is it better to build new freeways to solve every transportation problem, or do traffic congestion maps, signs, radio broadcasts etc also make sense?&lt;/p&gt;

&lt;p&gt;&lt;br&gt;&lt;br&gt;Does automobile built-in GPS + Maps showing traffic congestion cost too much and require too much processing power? &lt;/p&gt;

&lt;p&gt;&lt;br&gt;&lt;br&gt;And don&#039;t let us forget about Moore&#039;s law, processing double every 18 months or so (or at least transistor count does).  What is expensive and complex today will be cheap and simple soon due to the exponential increase in computational capability.&lt;/p&gt;

&lt;p&gt;&lt;br&gt;&lt;br&gt;Additionally, the researchers line of reason also only extends to a bandwidth infinite network.  For example, wireless networks nearly require prioritization schemes to function both at capacity and performance.  This is something we learned the hard way in WLANs (and why city wide WLANs won&#039;t work in the long run).  In this case, the frequency is a scarce resource that must be shared as effectively as possible.  Many argue the best way to do this in a WWAN (such as Mobile WiMAX) is through priortization and service differentiation for customers, e.g. One user who primarily wants downloads can and should pay a different price than another user who requires VoIP phones to always work and can live with less download throughput.  Tagging these packets differently at an edge device is already trivial and soon to be simpler, additional prioritizing in the core isn&#039;t too far behind. &lt;/p&gt;

&lt;p&gt;&lt;br&gt;&lt;br&gt;Should user A be forced to suffer in his occasional new video watching because user B steals pornography content via peer to peer networks all hours of the day?&lt;/p&gt;

&lt;p&gt;&lt;br&gt;&lt;br&gt;In a more fundamental sense, Internet connections are valuable resources that require infrastructure.  Resources need to be distributed.  In capatilist system we use private ownership to distribute these resources via the communication medium of money (most efficient system discovered so far!).  The government should referee but not play goalie in this distribution game.  Therefore, I believe that private enterprises will have the motivation to shape and prioritize traffic and then will.  As long as the government referees the game and doesn&#039;t play, we will have the most efficient distribution of these resources as these ISP will compete for our dollars.  Much better than the government stealing our dollars and then running the network as they see fit.&lt;br&gt;&lt;br&gt;&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>It&#8217;s great for a researcher building a next generation network to simply recommend adding capacity.  This has been the LAN model for a long time in private internal networks and LANs with Ethernet have grown in orders of magnitude.  This is how Ethernet beat out ATM in the LAN 10 years ago or so.  Now that those very same LANs are deploying VOIP they wish for some ATM features such as proritization.  And now they add that prioritization (&#8216;e&#8217; tagging for example) to deploy VOIP more often than they upgrade the whole thing to 10G.</p>

<p><br /><br />There are however business concerns in the real world.  Business concerns such as resource scarcity and profit.  In a ISP business model, users are charged for service.  If usage goes up, but subscriptions do not (e.g. average user consumes more bandwidth) there is financial motivation to prioritize or shape the network, not to add capacity and sacrifice profit with higher outlays of capital, as long as the &#8216;quality&#8217; or &#8216;satisfaction&#8217; as observed by the consumer does not suffer. </p>

<p><br /><br />We can compare this to the freeways systems in some ways.  Should we simply add capacity or should we both capacity and intelligence?  Is it better to build new freeways to solve every transportation problem, or do traffic congestion maps, signs, radio broadcasts etc also make sense?</p>

<p><br /><br />Does automobile built-in GPS + Maps showing traffic congestion cost too much and require too much processing power? </p>

<p><br /><br />And don&#8217;t let us forget about Moore&#8217;s law, processing double every 18 months or so (or at least transistor count does).  What is expensive and complex today will be cheap and simple soon due to the exponential increase in computational capability.</p>

<p><br /><br />Additionally, the researchers line of reason also only extends to a bandwidth infinite network.  For example, wireless networks nearly require prioritization schemes to function both at capacity and performance.  This is something we learned the hard way in WLANs (and why city wide WLANs won&#8217;t work in the long run).  In this case, the frequency is a scarce resource that must be shared as effectively as possible.  Many argue the best way to do this in a WWAN (such as Mobile WiMAX) is through priortization and service differentiation for customers, e.g. One user who primarily wants downloads can and should pay a different price than another user who requires VoIP phones to always work and can live with less download throughput.  Tagging these packets differently at an edge device is already trivial and soon to be simpler, additional prioritizing in the core isn&#8217;t too far behind. </p>

<p><br /><br />Should user A be forced to suffer in his occasional new video watching because user B steals pornography content via peer to peer networks all hours of the day?</p>

<p><br /><br />In a more fundamental sense, Internet connections are valuable resources that require infrastructure.  Resources need to be distributed.  In capatilist system we use private ownership to distribute these resources via the communication medium of money (most efficient system discovered so far!).  The government should referee but not play goalie in this distribution game.  Therefore, I believe that private enterprises will have the motivation to shape and prioritize traffic and then will.  As long as the government referees the game and doesn&#8217;t play, we will have the most efficient distribution of these resources as these ISP will compete for our dollars.  Much better than the government stealing our dollars and then running the network as they see fit.<br /><br /></p>]]></content:encoded>
	</item>
	<item>
		<title>By: MikeT</title>
		<link>http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/comment-page-1/#comment-37040</link>
		<dc:creator>MikeT</dc:creator>
		<pubDate>Tue, 06 Feb 2007 17:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/#comment-37040</guid>
		<description>&lt;p&gt;I am a big fan of the idea of metered bandwidth. $15/month should get you 1.5Mbps with a general guarantee of 1.5Mbps, but only about 2-3GB of bandwidth use a month as part of the $15. I would have no problem paying an extra $0.25-$0.50/GB for a few years while the network expands, then rates drop as the applications and network adjust accordingly. We have a system that doesn&#039;t punish users for using that $40/month connection to consume 600GB of content, and that doesn&#039;t provide the services advertised to the people who use only at the most a few GB a month. That ought to change.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I am a big fan of the idea of metered bandwidth. $15/month should get you 1.5Mbps with a general guarantee of 1.5Mbps, but only about 2-3GB of bandwidth use a month as part of the $15. I would have no problem paying an extra $0.25-$0.50/GB for a few years while the network expands, then rates drop as the applications and network adjust accordingly. We have a system that doesn&#8217;t punish users for using that $40/month connection to consume 600GB of content, and that doesn&#8217;t provide the services advertised to the people who use only at the most a few GB a month. That ought to change.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: MikeT</title>
		<link>http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/comment-page-1/#comment-48355</link>
		<dc:creator>MikeT</dc:creator>
		<pubDate>Tue, 06 Feb 2007 17:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/02/06/is-prioritizing-actually-useful/#comment-48355</guid>
		<description>&lt;p&gt;I am a big fan of the idea of metered bandwidth. $15/month should get you 1.5Mbps with a general guarantee of 1.5Mbps, but only about 2-3GB of bandwidth use a month as part of the $15. I would have no problem paying an extra $0.25-$0.50/GB for a few years while the network expands, then rates drop as the applications and network adjust accordingly. We have a system that doesn&#039;t punish users for using that $40/month connection to consume 600GB of content, and that doesn&#039;t provide the services advertised to the people who use only at the most a few GB a month. That ought to change.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I am a big fan of the idea of metered bandwidth. $15/month should get you 1.5Mbps with a general guarantee of 1.5Mbps, but only about 2-3GB of bandwidth use a month as part of the $15. I would have no problem paying an extra $0.25-$0.50/GB for a few years while the network expands, then rates drop as the applications and network adjust accordingly. We have a system that doesn&#8217;t punish users for using that $40/month connection to consume 600GB of content, and that doesn&#8217;t provide the services advertised to the people who use only at the most a few GB a month. That ought to change.</p>]]></content:encoded>
	</item>
</channel>
</rss>

