<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Network Neutrality Recommendations Needed</title>
	<atom:link href="http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/feed/" rel="self" type="application/rss+xml" />
	<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/</link>
	<description>Keeping politicians&#039; hands off the Net &#38; everything else related to technology</description>
	<lastBuildDate>Sat, 20 Mar 2010 14:01:15 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tim Lee</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48374</link>
		<dc:creator>Tim Lee</dc:creator>
		<pubDate>Tue, 10 Apr 2007 16:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48374</guid>
		<description>Thanks, that&#039;s helpful!</description>
		<content:encoded><![CDATA[<p>Thanks, that&#8217;s helpful!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Lee</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37783</link>
		<dc:creator>Tim Lee</dc:creator>
		<pubDate>Tue, 10 Apr 2007 15:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37783</guid>
		<description>Thanks, that&#039;s helpful!

</description>
		<content:encoded><![CDATA[<p>Thanks, that&#8217;s helpful!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: False Data</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48373</link>
		<dc:creator>False Data</dc:creator>
		<pubDate>Tue, 10 Apr 2007 15:16:29 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48373</guid>
		<description>OK, I had a chance to do a lot of reading about the economics over the weekend.  I&#039;ve published an &lt;a href=&quot;http://dsgazette.blogspot.com/2007/04/net-neutrality-economics-reading-list.html&quot; rel=&quot;nofollow&quot;&gt;annotated bibliography&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>OK, I had a chance to do a lot of reading about the economics over the weekend.  I&#8217;ve published an <a href="http://dsgazette.blogspot.com/2007/04/net-neutrality-economics-reading-list.html" rel="nofollow">annotated bibliography</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: False Data</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37782</link>
		<dc:creator>False Data</dc:creator>
		<pubDate>Tue, 10 Apr 2007 14:16:29 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37782</guid>
		<description>OK, I had a chance to do a lot of reading about the economics over the weekend.  I&#039;ve published an &lt;a href=&quot;http://dsgazette.blogspot.com/2007/04/net-neutrality-economics-reading-list.html&quot; rel=&quot;nofollow&quot;&gt;annotated bibliography&lt;/a&gt;.
</description>
		<content:encoded><![CDATA[<p>OK, I had a chance to do a lot of reading about the economics over the weekend.  I&#8217;ve published an <a href="http://dsgazette.blogspot.com/2007/04/net-neutrality-economics-reading-list.html" rel="nofollow">annotated bibliography</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MG</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48372</link>
		<dc:creator>MG</dc:creator>
		<pubDate>Mon, 02 Apr 2007 21:55:55 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48372</guid>
		<description>Whatever you do, model the scenario correctly: i.e., the broadband providers are gatekeepers for the content, and are not content providers themselves. So, it is a two-way market, which most studies ignore.</description>
		<content:encoded><![CDATA[<p>Whatever you do, model the scenario correctly: i.e., the broadband providers are gatekeepers for the content, and are not content providers themselves. So, it is a two-way market, which most studies ignore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MG</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37781</link>
		<dc:creator>MG</dc:creator>
		<pubDate>Mon, 02 Apr 2007 20:55:55 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37781</guid>
		<description>Whatever you do, model the scenario correctly: i.e., the broadband providers are gatekeepers for the content, and are not content providers themselves. So, it is a two-way market, which most studies ignore.
</description>
		<content:encoded><![CDATA[<p>Whatever you do, model the scenario correctly: i.e., the broadband providers are gatekeepers for the content, and are not content providers themselves. So, it is a two-way market, which most studies ignore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48371</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Mon, 02 Apr 2007 08:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48371</guid>
		<description>Paris Metro Pricing on a packet network has some interesting side effects, and it&#039;s already quite popular; overlay networks such as WebEx use it, for example.&lt;br&gt;&lt;br&gt;Preservation of end-to-end, if it&#039;s important, isn&#039;t really affected by a QoS menu, however. End user packet streams choose from several transport options rather than being forced into one class all the time.</description>
		<content:encoded><![CDATA[<p>Paris Metro Pricing on a packet network has some interesting side effects, and it&#8217;s already quite popular; overlay networks such as WebEx use it, for example.</p>
<p>Preservation of end-to-end, if it&#8217;s important, isn&#8217;t really affected by a QoS menu, however. End user packet streams choose from several transport options rather than being forced into one class all the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37780</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Mon, 02 Apr 2007 07:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37780</guid>
		<description>Paris Metro Pricing on a packet network has some interesting side effects, and it&#039;s already quite popular; overlay networks such as WebEx use it, for example.

Preservation of end-to-end, if it&#039;s important, isn&#039;t really affected by a QoS menu, however. End user packet streams choose from several transport options rather than being forced into one class all the time.
</description>
		<content:encoded><![CDATA[<p>Paris Metro Pricing on a packet network has some interesting side effects, and it&#8217;s already quite popular; overlay networks such as WebEx use it, for example.</p>
<p>Preservation of end-to-end, if it&#8217;s important, isn&#8217;t really affected by a QoS menu, however. End user packet streams choose from several transport options rather than being forced into one class all the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Geddes</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48370</link>
		<dc:creator>Martin Geddes</dc:creator>
		<pubDate>Sun, 01 Apr 2007 09:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48370</guid>
		<description>You might find my article on Paris Metro Pricing relevant:  &lt;a href=&quot;http://www.telco2.net/blog/2007/01/rethinking_qos_paris_metro_pri.html&quot;&gt;http://www.telco2.net/blog/2007/01/rethinking_q...&lt;/a&gt;&lt;br&gt;&lt;br&gt;It&#039;s a &quot;dumb QoS for dump pipes&quot; method that preserves end-to-end.</description>
		<content:encoded><![CDATA[<p>You might find my article on Paris Metro Pricing relevant:  <a href="http://www.telco2.net/blog/2007/01/rethinking_qos_paris_metro_pri.html"></a><a href="http://www.telco2.net/blog/2007/01/rethinking_q.." rel="nofollow">http://www.telco2.net/blog/2007/01/rethinking_q..</a>.</p>
<p>It&#8217;s a &#8220;dumb QoS for dump pipes&#8221; method that preserves end-to-end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Geddes</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37779</link>
		<dc:creator>Martin Geddes</dc:creator>
		<pubDate>Sun, 01 Apr 2007 08:34:45 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37779</guid>
		<description>You might find my article on Paris Metro Pricing relevant:  http://www.telco2.net/blog/2007/01/rethinking_qos_paris_metro_pri.html

It&#039;s a &quot;dumb QoS for dump pipes&quot; method that preserves end-to-end.
</description>
		<content:encoded><![CDATA[<p>You might find my article on Paris Metro Pricing relevant:  <a href="http://www.telco2.net/blog/2007/01/rethinking_qos_paris_metro_pri.html" rel="nofollow">http://www.telco2.net/blog/2007/01/rethinking_qos_paris_metro_pri.html</a></p>
<p>It&#8217;s a &#8220;dumb QoS for dump pipes&#8221; method that preserves end-to-end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48369</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Fri, 30 Mar 2007 19:52:40 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48369</guid>
		<description>The patron saint of network diversity is Larry Roberts, one of the fathers of the Internet. His paper &lt;a href=&quot;http://cfp.mit.edu/qos/jaailr012805.pdf&quot; rel=&quot;nofollow&quot;&gt;Changing the internet to support real-time content supply from a large fraction of broadband residential users&lt;/a&gt; is very instructive.&lt;br&gt;&lt;br&gt;Also, anything you can find on 802.11e should be helpful. This amendment to the 802.11 standard incorporates priority-based QoS as well as parameterized QoS, and it&#039;s very widely used.&lt;br&gt;&lt;br&gt;On the economics, your best source is Chris Yoo.</description>
		<content:encoded><![CDATA[<p>The patron saint of network diversity is Larry Roberts, one of the fathers of the Internet. His paper <a href="http://cfp.mit.edu/qos/jaailr012805.pdf" rel="nofollow">Changing the internet to support real-time content supply from a large fraction of broadband residential users</a> is very instructive.</p>
<p>Also, anything you can find on 802.11e should be helpful. This amendment to the 802.11 standard incorporates priority-based QoS as well as parameterized QoS, and it&#8217;s very widely used.</p>
<p>On the economics, your best source is Chris Yoo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37778</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Fri, 30 Mar 2007 18:52:40 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37778</guid>
		<description>The patron saint of network diversity is Larry Roberts, one of the fathers of the Internet. His paper &lt;a href=&quot;http://cfp.mit.edu/qos/jaailr012805.pdf&quot; rel=&quot;nofollow&quot;&gt;Changing the internet to support real-time content supply from a large fraction of broadband residential users&lt;/a&gt; is very instructive.

Also, anything you can find on 802.11e should be helpful. This amendment to the 802.11 standard incorporates priority-based QoS as well as parameterized QoS, and it&#039;s very widely used.

On the economics, your best source is Chris Yoo.
</description>
		<content:encoded><![CDATA[<p>The patron saint of network diversity is Larry Roberts, one of the fathers of the Internet. His paper <a href="http://cfp.mit.edu/qos/jaailr012805.pdf" rel="nofollow">Changing the internet to support real-time content supply from a large fraction of broadband residential users</a> is very instructive.</p>
<p>Also, anything you can find on 802.11e should be helpful. This amendment to the 802.11 standard incorporates priority-based QoS as well as parameterized QoS, and it&#8217;s very widely used.</p>
<p>On the economics, your best source is Chris Yoo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: False Data</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48368</link>
		<dc:creator>False Data</dc:creator>
		<pubDate>Fri, 30 Mar 2007 18:30:40 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48368</guid>
		<description>&lt;p&gt;If you&#039;re looking at packet shaping and prioritization as a handle on the smart network/dumb network debate, you might also consider a third technique which proved effective in practice: have your company connect to multiple service providers and steer outbound traffic down one link or the other.  It takes advantage of the fact that traffic tends to be asymmetric, with most of outbound from the company. (Picture someone like YouTube using this stuff.)  &lt;a href=&quot;http://web.archive.org/web/20041205040732/www.routescience.com/technology/tech_whitepaper.html&quot; rel=&quot;nofollow&quot;&gt;Routescience &lt;/a&gt; used to have some stuff called Adaptive Network Software that did that.  (You can find a  quick overview &lt;a href=&quot;http://www.mcabee.org/lists/nanog/Aug-01/thrd6.html&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;, but it helps if you speak NANOG :-) .  They&#039;ve since been acquired by &lt;a href=&quot;http://www.avaya.com/&quot; rel=&quot;nofollow&quot;&gt;Avaya&lt;/a&gt; but might be willing to furnish whitepapers. I think Sockeye had something similar, too.  A good general lesson to draw is that getting good performance across a wide range of applications without embedding intelligence in the network can be a difficult technical challenge.&lt;/p&gt;&lt;br&gt;&lt;p&gt;For other references, I assume you&#039;ve already gone trundling through the cites in Rob Frieden&#039;s &lt;a href=&quot;http://papers.ssrn.com/sol3/papers.cfm?abstract_id=893649&quot; rel=&quot;nofollow&quot;&gt;&lt;i&gt;Network Neutrality or Bias&lt;/i&gt;&lt;/a&gt; paper?&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>If you&#8217;re looking at packet shaping and prioritization as a handle on the smart network/dumb network debate, you might also consider a third technique which proved effective in practice: have your company connect to multiple service providers and steer outbound traffic down one link or the other.  It takes advantage of the fact that traffic tends to be asymmetric, with most of outbound from the company. (Picture someone like YouTube using this stuff.)  <a href="http://web.archive.org/web/20041205040732/www.routescience.com/technology/tech_whitepaper.html" rel="nofollow">Routescience </a> used to have some stuff called Adaptive Network Software that did that.  (You can find a  quick overview <a href="http://www.mcabee.org/lists/nanog/Aug-01/thrd6.html" rel="nofollow">here</a>, but it helps if you speak NANOG <img src='http://techliberation.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  .  They&#8217;ve since been acquired by <a href="http://www.avaya.com/" rel="nofollow">Avaya</a> but might be willing to furnish whitepapers. I think Sockeye had something similar, too.  A good general lesson to draw is that getting good performance across a wide range of applications without embedding intelligence in the network can be a difficult technical challenge.</p>
<p>
<p>For other references, I assume you&#8217;ve already gone trundling through the cites in Rob Frieden&#8217;s <a href="http://papers.ssrn.com/sol3/papers.cfm?abstract_id=893649" rel="nofollow"><i>Network Neutrality or Bias</i></a> paper?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: False Data</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37777</link>
		<dc:creator>False Data</dc:creator>
		<pubDate>Fri, 30 Mar 2007 17:30:40 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37777</guid>
		<description>&lt;p&gt;If you&#039;re looking at packet shaping and prioritization as a handle on the smart network/dumb network debate, you might also consider a third technique which proved effective in practice: have your company connect to multiple service providers and steer outbound traffic down one link or the other.  It takes advantage of the fact that traffic tends to be asymmetric, with most of outbound from the company. (Picture someone like YouTube using this stuff.)  &lt;a href=&quot;http://web.archive.org/web/20041205040732/www.routescience.com/technology/tech_whitepaper.html&quot; rel=&quot;nofollow&quot;&gt;Routescience &lt;/a&gt; used to have some stuff called Adaptive Network Software that did that.  (You can find a  quick overview &lt;a href=&quot;http://www.mcabee.org/lists/nanog/Aug-01/thrd6.html&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;, but it helps if you speak NANOG :-) .  They&#039;ve since been acquired by &lt;a href=&quot;http://www.avaya.com/&quot; rel=&quot;nofollow&quot;&gt;Avaya&lt;/a&gt; but might be willing to furnish whitepapers. I think Sockeye had something similar, too.  A good general lesson to draw is that getting good performance across a wide range of applications without embedding intelligence in the network can be a difficult technical challenge.&lt;/p&gt;

&lt;p&gt;For other references, I assume you&#039;ve already gone trundling through the cites in Rob Frieden&#039;s &lt;a href=&quot;http://papers.ssrn.com/sol3/papers.cfm?abstract_id=893649&quot; rel=&quot;nofollow&quot;&gt;&lt;i&gt;Network Neutrality or Bias&lt;/i&gt;&lt;/a&gt; paper?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>If you&#8217;re looking at packet shaping and prioritization as a handle on the smart network/dumb network debate, you might also consider a third technique which proved effective in practice: have your company connect to multiple service providers and steer outbound traffic down one link or the other.  It takes advantage of the fact that traffic tends to be asymmetric, with most of outbound from the company. (Picture someone like YouTube using this stuff.)  <a href="http://web.archive.org/web/20041205040732/www.routescience.com/technology/tech_whitepaper.html" rel="nofollow">Routescience </a> used to have some stuff called Adaptive Network Software that did that.  (You can find a  quick overview <a href="http://www.mcabee.org/lists/nanog/Aug-01/thrd6.html" rel="nofollow">here</a>, but it helps if you speak NANOG <img src='http://techliberation.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  .  They&#8217;ve since been acquired by <a href="http://www.avaya.com/" rel="nofollow">Avaya</a> but might be willing to furnish whitepapers. I think Sockeye had something similar, too.  A good general lesson to draw is that getting good performance across a wide range of applications without embedding intelligence in the network can be a difficult technical challenge.</p>
<p>For other references, I assume you&#8217;ve already gone trundling through the cites in Rob Frieden&#8217;s <a href="http://papers.ssrn.com/sol3/papers.cfm?abstract_id=893649" rel="nofollow"><i>Network Neutrality or Bias</i></a> paper?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Lippard</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48367</link>
		<dc:creator>Jim Lippard</dc:creator>
		<pubDate>Fri, 30 Mar 2007 17:16:45 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48367</guid>
		<description>Whoops, misplaced a tag there, but both links should work.</description>
		<content:encoded><![CDATA[<p>Whoops, misplaced a tag there, but both links should work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Lippard</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-48366</link>
		<dc:creator>Jim Lippard</dc:creator>
		<pubDate>Fri, 30 Mar 2007 17:15:58 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-48366</guid>
		<description>A good place to start on peering is &lt;a href=&quot;http://www.isoc.org/inet99/proceedings/1e/1e_1.htm&quot; rel=&quot;nofollow&quot;&gt;Geoff Huston&#039;s &quot;Interconnection, Peering, and Settlements&quot; and &lt;/a&gt;&lt;a href=&quot;http://www.berlecon.de/tw/peering.pdf&quot; rel=&quot;nofollow&quot;&gt;Pio Baake and Thorsten Wichmann&#039;s &quot;On the Economics of Internet Peering&quot;&lt;/a&gt; (PDF).</description>
		<content:encoded><![CDATA[<p>A good place to start on peering is <a href="http://www.isoc.org/inet99/proceedings/1e/1e_1.htm" rel="nofollow">Geoff Huston&#8217;s &#8220;Interconnection, Peering, and Settlements&#8221; and </a><a href="http://www.berlecon.de/tw/peering.pdf" rel="nofollow">Pio Baake and Thorsten Wichmann&#8217;s &#8220;On the Economics of Internet Peering&#8221;</a> (PDF).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Lippard</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37776</link>
		<dc:creator>Jim Lippard</dc:creator>
		<pubDate>Fri, 30 Mar 2007 16:16:45 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37776</guid>
		<description>Whoops, misplaced a tag there, but both links should work.
</description>
		<content:encoded><![CDATA[<p>Whoops, misplaced a tag there, but both links should work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Lippard</title>
		<link>http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/comment-page-1/#comment-37775</link>
		<dc:creator>Jim Lippard</dc:creator>
		<pubDate>Fri, 30 Mar 2007 16:15:58 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2007/03/30/network-neutrality-recommendations-needed/#comment-37775</guid>
		<description>A good place to start on peering is &lt;a href=&quot;http://www.isoc.org/inet99/proceedings/1e/1e_1.htm&quot; rel=&quot;nofollow&quot;&gt;Geoff Huston&#039;s &quot;Interconnection, Peering, and Settlements&quot; and &lt;a href=&quot;http://www.berlecon.de/tw/peering.pdf&quot; rel=&quot;nofollow&quot;&gt;Pio Baake and Thorsten Wichmann&#039;s &quot;On the Economics of Internet Peering&quot;&lt;/a&gt; (PDF).&lt;/a&gt;
</description>
		<content:encoded><![CDATA[<p>A good place to start on peering is <a href="http://www.isoc.org/inet99/proceedings/1e/1e_1.htm" rel="nofollow">Geoff Huston&#8217;s &#8220;Interconnection, Peering, and Settlements&#8221; and </a><a href="http://www.berlecon.de/tw/peering.pdf" rel="nofollow">Pio Baake and Thorsten Wichmann&#8217;s &#8220;On the Economics of Internet Peering&#8221;</a> (PDF).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
