<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Network Management Doesn&#8217;t Have to Be Evil</title>
	<atom:link href="http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/</link>
	<description>Trusted Insights and Conversations on the Next Wave of Technology</description>
	<lastBuildDate>Wed, 25 Nov 2009 02:16:14 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: How Neutral Should Wireless Networks Be?</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-929048</link>
		<dc:creator>How Neutral Should Wireless Networks Be?</dc:creator>
		<pubDate>Thu, 26 Feb 2009 22:00:17 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-929048</guid>
		<description>&lt;p&gt;[...] most common excuse offered by carriers to engage in non-neutral behavior is that they need to manage their network to ensure a quality experience for all subscribers. This isn&#8217;t always complete BS. ISPs do have some network constraints and [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] most common excuse offered by carriers to engage in non-neutral behavior is that they need to manage their network to ensure a quality experience for all subscribers. This isn&#8217;t always complete BS. ISPs do have some network constraints and [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Music to our ears &#171; Live Internet Television = ivi.tv</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-916001</link>
		<dc:creator>Music to our ears &#171; Live Internet Television = ivi.tv</dc:creator>
		<pubDate>Tue, 02 Dec 2008 16:02:31 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-916001</guid>
		<description>&lt;p&gt;[...] What about network management such as blocking some traffic or slowing it down when the network is [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] What about network management such as blocking some traffic or slowing it down when the network is [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: GigaOM Interview With Clearwire CEO Ben Wolff - GigaOM</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-915918</link>
		<dc:creator>GigaOM Interview With Clearwire CEO Ben Wolff - GigaOM</dc:creator>
		<pubDate>Tue, 02 Dec 2008 03:32:43 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-915918</guid>
		<description>&lt;p&gt;[...] What about network management such as blocking some traffic or slowing it down when the network is [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] What about network management such as blocking some traffic or slowing it down when the network is [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Glass</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902684</link>
		<dc:creator>Brett Glass</dc:creator>
		<pubDate>Fri, 03 Oct 2008 01:08:12 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902684</guid>
		<description>&lt;p&gt;Unfortunately, WiMax -- due to the nature of its technology -- seems to be much more prone to congestion by P2P than cable modem systems, DSL, or even other wireless systems (such as those used by wireless ISPs other than Sprint). It&#039;s no wonder that Sprint wants to reserve the right to put on the brakes when bandwidth hogs try to abuse the network.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Unfortunately, WiMax &#8212; due to the nature of its technology &#8212; seems to be much more prone to congestion by P2P than cable modem systems, DSL, or even other wireless systems (such as those used by wireless ISPs other than Sprint). It&#8217;s no wonder that Sprint wants to reserve the right to put on the brakes when bandwidth hogs try to abuse the network.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stacey Higginbotham</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902380</link>
		<dc:creator>Stacey Higginbotham</dc:creator>
		<pubDate>Wed, 01 Oct 2008 01:46:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902380</guid>
		<description>&lt;p&gt;Thanks, Coconut, I&#039;ll check out what&#039;s happening in Fiji on your blog.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks, Coconut, I&#8217;ll check out what&#8217;s happening in Fiji on your blog.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stacey Higginbotham</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902379</link>
		<dc:creator>Stacey Higginbotham</dc:creator>
		<pubDate>Wed, 01 Oct 2008 01:43:21 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902379</guid>
		<description>&lt;p&gt;Ernest, I&#039;m not asking for real-time notification of network management, simply for more details on the policies that will govern when and how traffic is managed. Implicit here is the assumption that Sprint needs to manage its network. I don&#039;t think it&#039;s evil for it to do so. The point of the headline is to say that an understanding of how a network is managed will strip the term &quot;network management&quot; of its negative overtones (unless of course the management practices are evil).&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ernest, I&#8217;m not asking for real-time notification of network management, simply for more details on the policies that will govern when and how traffic is managed. Implicit here is the assumption that Sprint needs to manage its network. I don&#8217;t think it&#8217;s evil for it to do so. The point of the headline is to say that an understanding of how a network is managed will strip the term &#8220;network management&#8221; of its negative overtones (unless of course the management practices are evil).</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Fisk</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902339</link>
		<dc:creator>Adam Fisk</dc:creator>
		<pubDate>Tue, 30 Sep 2008 20:32:58 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902339</guid>
		<description>&lt;p&gt;The references to TCP in the comments are totally bogus.  TCP is an IETF protocol implemented in the operating system.  Sure, each OS has a slightly different implementation, but they all comply with the relevant RFCs -- otherwise the Internet wouldn&#039;t work.  TCP slows down when it detects congestion so that the Internet doesn&#039;t break.&lt;/p&gt;

&lt;p&gt;This has nothing to do with ISPs, and there&#039;s no equivalent standard in ISP land.  That&#039;s kind of the whole point.  If there were a standard along the lines of TCP that dictated how every ISP throttled traffic, that would be fantastic.  For now, though, the analogy is just misleading.  If only it weren&#039;t...&lt;/p&gt;

&lt;p&gt;-Adam Fisk&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The references to TCP in the comments are totally bogus.  TCP is an IETF protocol implemented in the operating system.  Sure, each OS has a slightly different implementation, but they all comply with the relevant RFCs &#8212; otherwise the Internet wouldn&#8217;t work.  TCP slows down when it detects congestion so that the Internet doesn&#8217;t break.</p>

<p>This has nothing to do with ISPs, and there&#8217;s no equivalent standard in ISP land.  That&#8217;s kind of the whole point.  If there were a standard along the lines of TCP that dictated how every ISP throttled traffic, that would be fantastic.  For now, though, the analogy is just misleading.  If only it weren&#8217;t&#8230;</p>

<p>-Adam Fisk</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ted Murphy</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902338</link>
		<dc:creator>Ted Murphy</dc:creator>
		<pubDate>Tue, 30 Sep 2008 20:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902338</guid>
		<description>&lt;p&gt;I certainly want to support Xohm, and any other broadband alternative.  But allowing the gateway companies to set up their own arbitrary and secret rules regarding the regulation of traffic is guaranteed to end with winners and losers.  Guess which side the consumer will be on.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I certainly want to support Xohm, and any other broadband alternative.  But allowing the gateway companies to set up their own arbitrary and secret rules regarding the regulation of traffic is guaranteed to end with winners and losers.  Guess which side the consumer will be on.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: dsfadf</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902337</link>
		<dc:creator>dsfadf</dc:creator>
		<pubDate>Tue, 30 Sep 2008 20:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902337</guid>
		<description>&lt;p&gt;Why does anyone care get over it, its how companys maintain the network for all...&lt;/p&gt;

&lt;p&gt;Goooo Xohm i will get it when it comes to my area&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Why does anyone care get over it, its how companys maintain the network for all&#8230;</p>

<p>Goooo Xohm i will get it when it comes to my area</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902336</link>
		<dc:creator>Bill</dc:creator>
		<pubDate>Tue, 30 Sep 2008 20:15:28 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902336</guid>
		<description>&lt;p&gt;With the protocols built into TCP/IP and for other technical reasons, I don&#039;t see why Sprint needs to open up any further than it has stated here. They simply state that when traffic gets heavy, it&#039;ll throttle things back so everyone gets what they need. Any place you have shared bandwidth (wireless and cable especially), you&#039;ll have to have some sort of throttling in place.&lt;/p&gt;

&lt;p&gt;Everyone pays for a piece of the pie, but not everyone can eat it all at the same time.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>With the protocols built into TCP/IP and for other technical reasons, I don&#8217;t see why Sprint needs to open up any further than it has stated here. They simply state that when traffic gets heavy, it&#8217;ll throttle things back so everyone gets what they need. Any place you have shared bandwidth (wireless and cable especially), you&#8217;ll have to have some sort of throttling in place.</p>

<p>Everyone pays for a piece of the pie, but not everyone can eat it all at the same time.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Jeb Linton</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902335</link>
		<dc:creator>Jeb Linton</dc:creator>
		<pubDate>Tue, 30 Sep 2008 20:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902335</guid>
		<description>&lt;p&gt;I agree with the need to be honest with customers about what they&#039;re buying. However, having designed some large ISP networks myself, and knowing the Xohm people, I think there&#039;s no question of &quot;evil&quot; here. Sprint&#039;s engineers simply can&#039;t be anywhere near the point of determining how they will manage bandwidth. The language in the AUP was almost certainly concocted by the Legal folks and run by the technical people to make sure it gave them all the leeway they will need to put measures in place at some future point.&lt;/p&gt;

&lt;p&gt;It may well be that they never put any measures in place and congestion will simply cause random packet loss, or they may someday find the personal bandwidth and capital budget to put something really sophisticated in place and do Deep Packet Inspection to start throttling or delaying on a per-flow basis - but they&#039;ve got much more important things on their minds now. The first rule of throttling inside the ISP engineering community is &quot;don&#039;t complicate the configuration until congestion becomes a problem&quot; - they likely won&#039;t even think about it for a year or two at the soonest.&lt;/p&gt;

&lt;p&gt;Cheers,
Jeb Linton&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I agree with the need to be honest with customers about what they&#8217;re buying. However, having designed some large ISP networks myself, and knowing the Xohm people, I think there&#8217;s no question of &#8220;evil&#8221; here. Sprint&#8217;s engineers simply can&#8217;t be anywhere near the point of determining how they will manage bandwidth. The language in the AUP was almost certainly concocted by the Legal folks and run by the technical people to make sure it gave them all the leeway they will need to put measures in place at some future point.</p>

<p>It may well be that they never put any measures in place and congestion will simply cause random packet loss, or they may someday find the personal bandwidth and capital budget to put something really sophisticated in place and do Deep Packet Inspection to start throttling or delaying on a per-flow basis &#8211; but they&#8217;ve got much more important things on their minds now. The first rule of throttling inside the ISP engineering community is &#8220;don&#8217;t complicate the configuration until congestion becomes a problem&#8221; &#8211; they likely won&#8217;t even think about it for a year or two at the soonest.</p>

<p>Cheers,
Jeb Linton</p>]]></content:encoded>
	</item>
	<item>
		<title>By: coconutwireless</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902334</link>
		<dc:creator>coconutwireless</dc:creator>
		<pubDate>Tue, 30 Sep 2008 20:08:41 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902334</guid>
		<description>&lt;p&gt;Hi Stacey,&lt;/p&gt;

&lt;p&gt;I am always on the lookout for posts from you.  I wanted to draw your attention to my blog.&lt;/p&gt;

&lt;p&gt;It seems like internet access is headed in so many different directions.  While users in US contemplate bandwidth caps, areas of the world are still waiting for reasonably priced service.&lt;/p&gt;

&lt;p&gt;Today in Fiji, a small-island nation in the South Pacific, the era of monopoly control of telecommunications is coming to a close and a new day dawns.&lt;/p&gt;

&lt;p&gt;We still have a ways to go before we see this first step result in cheaper and more accessible internet for all in Fiji.&lt;/p&gt;

&lt;p&gt;I wanted to thank you because your posts have informed a great deal of the content on my blog (LTE vs. WiMAX, broadband/cellular convergence).&lt;/p&gt;

&lt;p&gt;If you have a moment, please take a look through some of my older posts.&lt;/p&gt;

&lt;p&gt;Mahalo,&lt;/p&gt;

&lt;p&gt;CW&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi Stacey,</p>

<p>I am always on the lookout for posts from you.  I wanted to draw your attention to my blog.</p>

<p>It seems like internet access is headed in so many different directions.  While users in US contemplate bandwidth caps, areas of the world are still waiting for reasonably priced service.</p>

<p>Today in Fiji, a small-island nation in the South Pacific, the era of monopoly control of telecommunications is coming to a close and a new day dawns.</p>

<p>We still have a ways to go before we see this first step result in cheaper and more accessible internet for all in Fiji.</p>

<p>I wanted to thank you because your posts have informed a great deal of the content on my blog (LTE vs. WiMAX, broadband/cellular convergence).</p>

<p>If you have a moment, please take a look through some of my older posts.</p>

<p>Mahalo,</p>

<p>CW</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ernest Nova</title>
		<link>http://gigaom.com/2008/09/30/network-management-doesnt-have-to-be-evil/#comment-902330</link>
		<dc:creator>Ernest Nova</dc:creator>
		<pubDate>Tue, 30 Sep 2008 19:54:51 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=22984#comment-902330</guid>
		<description>&lt;p&gt;This is a bit of a slippery slope.  Should the workings of the TCP/IP protocols be now &quot;disclosed&quot; in user contracts as well ?&lt;/p&gt;

&lt;p&gt;Under times of congestion routers drop packets based on various algorithms that may affect a particular kind of service differently by definition. The effect is to slow down a particular flow of traffic till dropping of packets is no longer required. This is how the Internet works, rather this is what is required to make TCP/IP networks efficiently.  Even well meaning engineers could not tell you in advance exactly &quot;how much are speeds slowed&quot; under congestion and exactly which users it might affect.&lt;/p&gt;

&lt;p&gt;The second and third items of the AUP quoted above are arguably how TCP/IP networks today &lt;em&gt;without&lt;/em&gt; any malice on part of the operator.&lt;/p&gt;

&lt;p&gt;In this note I am not debating the pros or cons of the operators traffic management policy - just commenting on what a reasonable AUP could actually contain.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This is a bit of a slippery slope.  Should the workings of the TCP/IP protocols be now &#8220;disclosed&#8221; in user contracts as well ?</p>

<p>Under times of congestion routers drop packets based on various algorithms that may affect a particular kind of service differently by definition. The effect is to slow down a particular flow of traffic till dropping of packets is no longer required. This is how the Internet works, rather this is what is required to make TCP/IP networks efficiently.  Even well meaning engineers could not tell you in advance exactly &#8220;how much are speeds slowed&#8221; under congestion and exactly which users it might affect.</p>

<p>The second and third items of the AUP quoted above are arguably how TCP/IP networks today <em>without</em> any malice on part of the operator.</p>

<p>In this note I am not debating the pros or cons of the operators traffic management policy &#8211; just commenting on what a reasonable AUP could actually contain.</p>]]></content:encoded>
	</item>
</channel>
</rss>
