<?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"
	>
<channel>
	<title>Comments on: Yglesias vs. Google</title>
	<atom:link href="http://techliberation.com/2006/05/25/yglesias-vs-google/feed/" rel="self" type="application/rss+xml" />
	<link>http://techliberation.com/2006/05/25/yglesias-vs-google/</link>
	<description>The Technology Liberation Front is the tech policy blog dedicated to keeping politicians' hands off the 'net and everything else related to technology.</description>
	<pubDate>Thu, 21 Aug 2008 17:10:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Jim Lippard</title>
		<link>http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-53015</link>
		<dc:creator>Jim Lippard</dc:creator>
		<pubDate>Mon, 12 Jun 2006 03:38:58 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-53015</guid>
		<description>"He also confuses the issues with his Akamai example. In that case, it's about the web service provider choosing to improve performance for all visitors, no matter who their service provider is. It's an extension of what happens now. Right now, they pay their own service provider for the bandwidth used. And they pay Akamai to make that bandwidth more efficient."&lt;br&gt;&lt;br&gt;And Akamai pays the big eyeball customer providers like the telcos, to put servers directly on their networks to get them close to the customers.  The Akamai model *does* lead to the content providers paying the telcos, indirectly through Akamai.&lt;br&gt;&lt;br&gt;Should that arrangement be prohibited?  If not, then why should a direct arrangement between content providers and eyeball customer providers be prohibited?</description>
		<content:encoded><![CDATA[<p>&#8220;He also confuses the issues with his Akamai example. In that case, it&#8217;s about the web service provider choosing to improve performance for all visitors, no matter who their service provider is. It&#8217;s an extension of what happens now. Right now, they pay their own service provider for the bandwidth used. And they pay Akamai to make that bandwidth more efficient.&#8221;</p>
<p>And Akamai pays the big eyeball customer providers like the telcos, to put servers directly on their networks to get them close to the customers.  The Akamai model *does* lead to the content providers paying the telcos, indirectly through Akamai.</p>
<p>Should that arrangement be prohibited?  If not, then why should a direct arrangement between content providers and eyeball customer providers be prohibited?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Lippard</title>
		<link>http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-33587</link>
		<dc:creator>Jim Lippard</dc:creator>
		<pubDate>Mon, 12 Jun 2006 02:38:58 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-33587</guid>
		<description>"He also confuses the issues with his Akamai example. In that case, it's about the web service provider choosing to improve performance for all visitors, no matter who their service provider is. It's an extension of what happens now. Right now, they pay their own service provider for the bandwidth used. And they pay Akamai to make that bandwidth more efficient."

And Akamai pays the big eyeball customer providers like the telcos, to put servers directly on their networks to get them close to the customers.  The Akamai model *does* lead to the content providers paying the telcos, indirectly through Akamai.

Should that arrangement be prohibited?  If not, then why should a direct arrangement between content providers and eyeball customer providers be prohibited?
</description>
		<content:encoded><![CDATA[<p>&#8220;He also confuses the issues with his Akamai example. In that case, it&#8217;s about the web service provider choosing to improve performance for all visitors, no matter who their service provider is. It&#8217;s an extension of what happens now. Right now, they pay their own service provider for the bandwidth used. And they pay Akamai to make that bandwidth more efficient.&#8221;</p>
<p>And Akamai pays the big eyeball customer providers like the telcos, to put servers directly on their networks to get them close to the customers.  The Akamai model *does* lead to the content providers paying the telcos, indirectly through Akamai.</p>
<p>Should that arrangement be prohibited?  If not, then why should a direct arrangement between content providers and eyeball customer providers be prohibited?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Sanchez</title>
		<link>http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-53014</link>
		<dc:creator>Julian Sanchez</dc:creator>
		<pubDate>Fri, 26 May 2006 05:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-53014</guid>
		<description>Well, two responses to Mike.&lt;br&gt;&lt;br&gt;First, I don't recall exactly what I said, but I was trying to avoid getting too technical, so I wouldn't be surprised if I did conflate QoS and bandwidth at some point.  But I'm actually pretty sure I *did* explicitly make the distinction between speed and reliability or quality, precisely with respect to voice. In fact, unless I'm misremembering, the only time I really focused on VoIP was to make just that distinction. If I got sloppy somewhere, mea culpa.  But I don't think it's fair or accurate to say I entirely neglected it.&lt;br&gt;&lt;br&gt;Second, the relevance of Akamai is that the way at least some neutrality advocates are presenting their case is in terms of this idea that companies with a lot of money to throw around shouldn't have any advantage vis a vis some small startup in terms of getting their content to users faster.  And insofar as that's not actually the case under the status quo, I think it was germane to *that* point, whatever other distinctions one might draw on other grounds. I wasn't invoking Akamai as some kind of all-purpose answer to every issue people have with non-neutrality, only as a small counterexample to this idea that the net in its current form is some kind of utterly level playing field where money doesn't play any important role in determining how fast your content gets to users.</description>
		<content:encoded><![CDATA[<p>Well, two responses to Mike.</p>
<p>First, I don&#8217;t recall exactly what I said, but I was trying to avoid getting too technical, so I wouldn&#8217;t be surprised if I did conflate QoS and bandwidth at some point.  But I&#8217;m actually pretty sure I *did* explicitly make the distinction between speed and reliability or quality, precisely with respect to voice. In fact, unless I&#8217;m misremembering, the only time I really focused on VoIP was to make just that distinction. If I got sloppy somewhere, mea culpa.  But I don&#8217;t think it&#8217;s fair or accurate to say I entirely neglected it.</p>
<p>Second, the relevance of Akamai is that the way at least some neutrality advocates are presenting their case is in terms of this idea that companies with a lot of money to throw around shouldn&#8217;t have any advantage vis a vis some small startup in terms of getting their content to users faster.  And insofar as that&#8217;s not actually the case under the status quo, I think it was germane to *that* point, whatever other distinctions one might draw on other grounds. I wasn&#8217;t invoking Akamai as some kind of all-purpose answer to every issue people have with non-neutrality, only as a small counterexample to this idea that the net in its current form is some kind of utterly level playing field where money doesn&#8217;t play any important role in determining how fast your content gets to users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Sanchez</title>
		<link>http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-33586</link>
		<dc:creator>Julian Sanchez</dc:creator>
		<pubDate>Fri, 26 May 2006 04:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-33586</guid>
		<description>Well, two responses to Mike.

First, I don't recall exactly what I said, but I was trying to avoid getting too technical, so I wouldn't be surprised if I did conflate QoS and bandwidth at some point.  But I'm actually pretty sure I *did* explicitly make the distinction between speed and reliability or quality, precisely with respect to voice. In fact, unless I'm misremembering, the only time I really focused on VoIP was to make just that distinction. If I got sloppy somewhere, mea culpa.  But I don't think it's fair or accurate to say I entirely neglected it.

Second, the relevance of Akamai is that the way at least some neutrality advocates are presenting their case is in terms of this idea that companies with a lot of money to throw around shouldn't have any advantage vis a vis some small startup in terms of getting their content to users faster.  And insofar as that's not actually the case under the status quo, I think it was germane to *that* point, whatever other distinctions one might draw on other grounds. I wasn't invoking Akamai as some kind of all-purpose answer to every issue people have with non-neutrality, only as a small counterexample to this idea that the net in its current form is some kind of utterly level playing field where money doesn't play any important role in determining how fast your content gets to users.
</description>
		<content:encoded><![CDATA[<p>Well, two responses to Mike.</p>
<p>First, I don&#8217;t recall exactly what I said, but I was trying to avoid getting too technical, so I wouldn&#8217;t be surprised if I did conflate QoS and bandwidth at some point.  But I&#8217;m actually pretty sure I *did* explicitly make the distinction between speed and reliability or quality, precisely with respect to voice. In fact, unless I&#8217;m misremembering, the only time I really focused on VoIP was to make just that distinction. If I got sloppy somewhere, mea culpa.  But I don&#8217;t think it&#8217;s fair or accurate to say I entirely neglected it.</p>
<p>Second, the relevance of Akamai is that the way at least some neutrality advocates are presenting their case is in terms of this idea that companies with a lot of money to throw around shouldn&#8217;t have any advantage vis a vis some small startup in terms of getting their content to users faster.  And insofar as that&#8217;s not actually the case under the status quo, I think it was germane to *that* point, whatever other distinctions one might draw on other grounds. I wasn&#8217;t invoking Akamai as some kind of all-purpose answer to every issue people have with non-neutrality, only as a small counterexample to this idea that the net in its current form is some kind of utterly level playing field where money doesn&#8217;t play any important role in determining how fast your content gets to users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Masnick</title>
		<link>http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-53013</link>
		<dc:creator>Mike Masnick</dc:creator>
		<pubDate>Fri, 26 May 2006 03:39:51 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-53013</guid>
		<description>I'm still not convinced on either side of this debate, but I think *both* of the arguments given in the video are extremely weak.&lt;br&gt;&lt;br&gt;You cover why Yglesias's arguments don't necessarily make sense, but neither do Sanchez's.  He fails to distinguish between bandwidth and QoS, mixing up the two quite frequently.  He claims VoIP needs a lot of bandwidth -- which is flat out wrong.  It needs QoS, not very much bandwidth.  Voice is not a high bandwidth app.&lt;br&gt;&lt;br&gt;He also confuses the issues with his Akamai example. In that case, it's about the web service provider choosing to improve performance for all visitors, no matter who their service provider is.  It's an extension of what happens now.  Right now, they pay their own service provider for the bandwidth used.  And they pay Akamai to make that bandwidth more efficient.&lt;br&gt;&lt;br&gt;What the telcos are trying to do is on the other side, get the web service provider to pay for speeding up access just for certain customers (so, paying AT&#038;T; to improve performance for AT&#038;T; customers, for example).&lt;br&gt;&lt;br&gt;What it boils down to is the question of what you pay for when you buy internet access and bandwidth.  Are you paying for just the connection to the center that the ISP provides, or are you paying for the connection to everyone else on the network?  Traditionally, it's been believed that you pay to connect the ends.  After all, the value is in the network effects of connecting all those ends.  Without that, the center isn't that useful.  The telcos are now saying that's not true, that you only pay to connect to the center, and the "free ride" is the other half -- getting out to the ends.  Now, they want people to start paying for the other half.  That's totally separate from the Akamai situation, and still seems an awful lot like double-billing to me.</description>
		<content:encoded><![CDATA[<p>I&#8217;m still not convinced on either side of this debate, but I think *both* of the arguments given in the video are extremely weak.</p>
<p>You cover why Yglesias&#8217;s arguments don&#8217;t necessarily make sense, but neither do Sanchez&#8217;s.  He fails to distinguish between bandwidth and QoS, mixing up the two quite frequently.  He claims VoIP needs a lot of bandwidth &#8212; which is flat out wrong.  It needs QoS, not very much bandwidth.  Voice is not a high bandwidth app.</p>
<p>He also confuses the issues with his Akamai example. In that case, it&#8217;s about the web service provider choosing to improve performance for all visitors, no matter who their service provider is.  It&#8217;s an extension of what happens now.  Right now, they pay their own service provider for the bandwidth used.  And they pay Akamai to make that bandwidth more efficient.</p>
<p>What the telcos are trying to do is on the other side, get the web service provider to pay for speeding up access just for certain customers (so, paying AT&#038;T; to improve performance for AT&#038;T; customers, for example).</p>
<p>What it boils down to is the question of what you pay for when you buy internet access and bandwidth.  Are you paying for just the connection to the center that the ISP provides, or are you paying for the connection to everyone else on the network?  Traditionally, it&#8217;s been believed that you pay to connect the ends.  After all, the value is in the network effects of connecting all those ends.  Without that, the center isn&#8217;t that useful.  The telcos are now saying that&#8217;s not true, that you only pay to connect to the center, and the &#8220;free ride&#8221; is the other half &#8212; getting out to the ends.  Now, they want people to start paying for the other half.  That&#8217;s totally separate from the Akamai situation, and still seems an awful lot like double-billing to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Masnick</title>
		<link>http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-33585</link>
		<dc:creator>Mike Masnick</dc:creator>
		<pubDate>Fri, 26 May 2006 02:39:51 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/05/25/yglesias-vs-google/#comment-33585</guid>
		<description>I'm still not convinced on either side of this debate, but I think *both* of the arguments given in the video are extremely weak.

You cover why Yglesias's arguments don't necessarily make sense, but neither do Sanchez's.  He fails to distinguish between bandwidth and QoS, mixing up the two quite frequently.  He claims VoIP needs a lot of bandwidth -- which is flat out wrong.  It needs QoS, not very much bandwidth.  Voice is not a high bandwidth app.

He also confuses the issues with his Akamai example. In that case, it's about the web service provider choosing to improve performance for all visitors, no matter who their service provider is.  It's an extension of what happens now.  Right now, they pay their own service provider for the bandwidth used.  And they pay Akamai to make that bandwidth more efficient.

What the telcos are trying to do is on the other side, get the web service provider to pay for speeding up access just for certain customers (so, paying AT&#038;T to improve performance for AT&#038;T customers, for example).

What it boils down to is the question of what you pay for when you buy internet access and bandwidth.  Are you paying for just the connection to the center that the ISP provides, or are you paying for the connection to everyone else on the network?  Traditionally, it's been believed that you pay to connect the ends.  After all, the value is in the network effects of connecting all those ends.  Without that, the center isn't that useful.  The telcos are now saying that's not true, that you only pay to connect to the center, and the "free ride" is the other half -- getting out to the ends.  Now, they want people to start paying for the other half.  That's totally separate from the Akamai situation, and still seems an awful lot like double-billing to me.
</description>
		<content:encoded><![CDATA[<p>I&#8217;m still not convinced on either side of this debate, but I think *both* of the arguments given in the video are extremely weak.</p>
<p>You cover why Yglesias&#8217;s arguments don&#8217;t necessarily make sense, but neither do Sanchez&#8217;s.  He fails to distinguish between bandwidth and QoS, mixing up the two quite frequently.  He claims VoIP needs a lot of bandwidth &#8212; which is flat out wrong.  It needs QoS, not very much bandwidth.  Voice is not a high bandwidth app.</p>
<p>He also confuses the issues with his Akamai example. In that case, it&#8217;s about the web service provider choosing to improve performance for all visitors, no matter who their service provider is.  It&#8217;s an extension of what happens now.  Right now, they pay their own service provider for the bandwidth used.  And they pay Akamai to make that bandwidth more efficient.</p>
<p>What the telcos are trying to do is on the other side, get the web service provider to pay for speeding up access just for certain customers (so, paying AT&#038;T to improve performance for AT&#038;T customers, for example).</p>
<p>What it boils down to is the question of what you pay for when you buy internet access and bandwidth.  Are you paying for just the connection to the center that the ISP provides, or are you paying for the connection to everyone else on the network?  Traditionally, it&#8217;s been believed that you pay to connect the ends.  After all, the value is in the network effects of connecting all those ends.  Without that, the center isn&#8217;t that useful.  The telcos are now saying that&#8217;s not true, that you only pay to connect to the center, and the &#8220;free ride&#8221; is the other half &#8212; getting out to the ends.  Now, they want people to start paying for the other half.  That&#8217;s totally separate from the Akamai situation, and still seems an awful lot like double-billing to me.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
