<?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>Incorrect Base Assumptions About Network Management &#91;OpEd&#93;Comments on: </title>
	<atom:link href="http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/</link>
	<description>coherent thoughts on diverse topics</description>
	<lastBuildDate>Sun, 21 Mar 2010 03:24:23 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Kyle Brady: Blog - An Open Letter to Senator Diane Feinstein</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-3671</link>
		<dc:creator>Kyle Brady: Blog - An Open Letter to Senator Diane Feinstein</dc:creator>
		<pubDate>Fri, 30 Oct 2009 14:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-3671</guid>
		<description>[...] this process of overloading, they employ tactics of filtering, shaping, and blocking traffic, often citing bogus claims of “network overload” or “unacceptable traffic”.  Finally, an underlying issue that will [...]</description>
		<content:encoded><![CDATA[<p>[...] this process of overloading, they employ tactics of filtering, shaping, and blocking traffic, often citing bogus claims of “network overload” or “unacceptable traffic”.  Finally, an underlying issue that will [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robb Topolski</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-3093</link>
		<dc:creator>Robb Topolski</dc:creator>
		<pubDate>Wed, 15 Jul 2009 19:39:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-3093</guid>
		<description>Dr. Robert&#039;s is still wrong -- not confused, but purposefully wrong.  &lt;br&gt;&lt;br&gt;If I have a 1 Mbps upload connection and you have a 1 Mbps upload connection, and I&#039;m uploading using 100 connections and you&#039;re uploading using 1, then how can I possibly be using more bandwidth than you?  &lt;br&gt;&lt;br&gt;Robb Topolski</description>
		<content:encoded><![CDATA[<p>Dr. Robert&#39;s is still wrong &#8212; not confused, but purposefully wrong.  </p>
<p>If I have a 1 Mbps upload connection and you have a 1 Mbps upload connection, and I&#39;m uploading using 100 connections and you&#39;re uploading using 1, then how can I possibly be using more bandwidth than you?  </p>
<p>Robb Topolski</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Koltai</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-2827</link>
		<dc:creator>Tom Koltai</dc:creator>
		<pubDate>Fri, 10 Jul 2009 07:59:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-2827</guid>
		<description>The comments actually now show up the weakness of where I was about to make a comment.&lt;br&gt;P2P by itself is not actually the main culprit. video streaming or any srtreaming client ---&gt; server is more of a culprit. In fact P2P utilised at the local ISP level relieves congestion significantly.&lt;br&gt;Unfrotunately most P2P clients actively look for client/peers at 5+ hops which of course negates the practicality of P2P as a network decongestant.&lt;br&gt;&lt;br&gt;Should ISP&#039;s be permitted to install Squid P2P Cahce servers at a local level and throttle all other P2P traffic, then I dare say, a great deal of the current P2P congestion would disappear. &lt;br&gt;&lt;br&gt;I guess it comes down to the regulatory environent. If Governments are more interested in kowtowing to copyright industries than fostering open access and intelectual growth providing a much needed stimulus for the economy of every nation, then I&#039;m afraid P2P will continue to be part of the problem instead of the &quot;missing link&quot;.</description>
		<content:encoded><![CDATA[<p>The comments actually now show up the weakness of where I was about to make a comment.<br />P2P by itself is not actually the main culprit. video streaming or any srtreaming client &#8212;&gt; server is more of a culprit. In fact P2P utilised at the local ISP level relieves congestion significantly.<br />Unfrotunately most P2P clients actively look for client/peers at 5+ hops which of course negates the practicality of P2P as a network decongestant.</p>
<p>Should ISP&#39;s be permitted to install Squid P2P Cahce servers at a local level and throttle all other P2P traffic, then I dare say, a great deal of the current P2P congestion would disappear. </p>
<p>I guess it comes down to the regulatory environent. If Governments are more interested in kowtowing to copyright industries than fostering open access and intelectual growth providing a much needed stimulus for the economy of every nation, then I&#39;m afraid P2P will continue to be part of the problem instead of the &#8220;missing link&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Koltai</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-3092</link>
		<dc:creator>Tom Koltai</dc:creator>
		<pubDate>Fri, 10 Jul 2009 07:59:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-3092</guid>
		<description>The comments actually now show up the weakness of where I was about to make a comment.&lt;br&gt;P2P by itself is not actually the main culprit. video streaming or any srtreaming client ---&gt; server is more of a culprit. In fact P2P utilised at the local ISP level relieves congestion significantly.&lt;br&gt;Unfrotunately most P2P clients actively look for client/peers at 5+ hops which of course negates the practicality of P2P as a network decongestant.&lt;br&gt;&lt;br&gt;Should ISP&#039;s be permitted to install Squid P2P Cahce servers at a local level and throttle all other P2P traffic, then I dare say, a great deal of the current P2P congestion would disappear. &lt;br&gt;&lt;br&gt;I guess it comes down to the regulatory environent. If Governments are more interested in kowtowing to copyright industries than fostering open access and intelectual growth providing a much needed stimulus for the economy of every nation, then I&#039;m afraid P2P will continue to be part of the problem instead of the &quot;missing link&quot;.</description>
		<content:encoded><![CDATA[<p>The comments actually now show up the weakness of where I was about to make a comment.<br />P2P by itself is not actually the main culprit. video streaming or any srtreaming client &#8212;&gt; server is more of a culprit. In fact P2P utilised at the local ISP level relieves congestion significantly.<br />Unfrotunately most P2P clients actively look for client/peers at 5+ hops which of course negates the practicality of P2P as a network decongestant.</p>
<p>Should ISP&#39;s be permitted to install Squid P2P Cahce servers at a local level and throttle all other P2P traffic, then I dare say, a great deal of the current P2P congestion would disappear. </p>
<p>I guess it comes down to the regulatory environent. If Governments are more interested in kowtowing to copyright industries than fostering open access and intelectual growth providing a much needed stimulus for the economy of every nation, then I&#39;m afraid P2P will continue to be part of the problem instead of the &#8220;missing link&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Brandt</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-2824</link>
		<dc:creator>Chris Brandt</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-2824</guid>
		<description>Web browsers have a very different bandwidth profile, but your point is valid in that other types of services can saturate a connection. Certainly any UDP service can do this.&lt;br&gt;&lt;br&gt;We used to take high speed circuits (100Mb, OC3, etc) out for a test spin with a well seeded torrent as that was one of the few things that would really hit it hard.&lt;br&gt;&lt;br&gt;All of that aside, the point of your article is spot on in that the nature of the traffic is changing and the telcos need to adjust their assumptions and figure out how to continue to make it profitable.</description>
		<content:encoded><![CDATA[<p>Web browsers have a very different bandwidth profile, but your point is valid in that other types of services can saturate a connection. Certainly any UDP service can do this.</p>
<p>We used to take high speed circuits (100Mb, OC3, etc) out for a test spin with a well seeded torrent as that was one of the few things that would really hit it hard.</p>
<p>All of that aside, the point of your article is spot on in that the nature of the traffic is changing and the telcos need to adjust their assumptions and figure out how to continue to make it profitable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Brandt</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-3089</link>
		<dc:creator>Chris Brandt</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-3089</guid>
		<description>Web browsers have a very different bandwidth profile, but your point is valid in that other types of services can saturate a connection. Certainly any UDP service can do this.&lt;br&gt;&lt;br&gt;We used to take high speed circuits (100Mb, OC3, etc) out for a test spin with a well seeded torrent as that was one of the few things that would really hit it hard.&lt;br&gt;&lt;br&gt;All of that aside, the point of your article is spot on in that the nature of the traffic is changing and the telcos need to adjust their assumptions and figure out how to continue to make it profitable.</description>
		<content:encoded><![CDATA[<p>Web browsers have a very different bandwidth profile, but your point is valid in that other types of services can saturate a connection. Certainly any UDP service can do this.</p>
<p>We used to take high speed circuits (100Mb, OC3, etc) out for a test spin with a well seeded torrent as that was one of the few things that would really hit it hard.</p>
<p>All of that aside, the point of your article is spot on in that the nature of the traffic is changing and the telcos need to adjust their assumptions and figure out how to continue to make it profitable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Brady</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-2823</link>
		<dc:creator>Kyle Brady</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:12:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-2823</guid>
		<description>Hey Sean,&lt;br&gt;&lt;br&gt;I also agree with you - the oversubscription for low-cost purposes is an issue I didn&#039;t touch here, but may in the future.&lt;br&gt;&lt;br&gt;Good insight though.&lt;br&gt;&lt;br&gt;--Kyle</description>
		<content:encoded><![CDATA[<p>Hey Sean,</p>
<p>I also agree with you &#8211; the oversubscription for low-cost purposes is an issue I didn&#39;t touch here, but may in the future.</p>
<p>Good insight though.</p>
<p>&#8211;Kyle</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Brady</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-3091</link>
		<dc:creator>Kyle Brady</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:12:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-3091</guid>
		<description>Hey Sean,&lt;br&gt;&lt;br&gt;I also agree with you - the oversubscription for low-cost purposes is an issue I didn&#039;t touch here, but may in the future.&lt;br&gt;&lt;br&gt;Good insight though.&lt;br&gt;&lt;br&gt;--Kyle</description>
		<content:encoded><![CDATA[<p>Hey Sean,</p>
<p>I also agree with you &#8211; the oversubscription for low-cost purposes is an issue I didn&#39;t touch here, but may in the future.</p>
<p>Good insight though.</p>
<p>&#8211;Kyle</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Brady</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-2822</link>
		<dc:creator>Kyle Brady</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:10:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-2822</guid>
		<description>Hey Chris,&lt;br&gt;&lt;br&gt;Thanks.&lt;br&gt;&lt;br&gt;I&#039;ll agree with too many streams saturating a connection... this is a known problem.  Depending on, say, the Torrent client you use, you can decide whether or not you want to be friendly to your network by not going overboard.  But if I recall, browsers have the same problem as they just open new connections whenever they feel the need to do so.&lt;br&gt;&lt;br&gt;So it&#039;s hardly limited to P2P.&lt;br&gt;&lt;br&gt;--Kyle</description>
		<content:encoded><![CDATA[<p>Hey Chris,</p>
<p>Thanks.</p>
<p>I&#39;ll agree with too many streams saturating a connection&#8230; this is a known problem.  Depending on, say, the Torrent client you use, you can decide whether or not you want to be friendly to your network by not going overboard.  But if I recall, browsers have the same problem as they just open new connections whenever they feel the need to do so.</p>
<p>So it&#39;s hardly limited to P2P.</p>
<p>&#8211;Kyle</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Brady</title>
		<link>http://www.kyle-brady.com/2009/07/09/incorrect-base-assumptions-about-network-management/#comment-3088</link>
		<dc:creator>Kyle Brady</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:10:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyle-brady.com/?p=3107#comment-3088</guid>
		<description>Hey Chris,&lt;br&gt;&lt;br&gt;Thanks.&lt;br&gt;&lt;br&gt;I&#039;ll agree with too many streams saturating a connection... this is a known problem.  Depending on, say, the Torrent client you use, you can decide whether or not you want to be friendly to your network by not going overboard.  But if I recall, browsers have the same problem as they just open new connections whenever they feel the need to do so.&lt;br&gt;&lt;br&gt;So it&#039;s hardly limited to P2P.&lt;br&gt;&lt;br&gt;--Kyle</description>
		<content:encoded><![CDATA[<p>Hey Chris,</p>
<p>Thanks.</p>
<p>I&#39;ll agree with too many streams saturating a connection&#8230; this is a known problem.  Depending on, say, the Torrent client you use, you can decide whether or not you want to be friendly to your network by not going overboard.  But if I recall, browsers have the same problem as they just open new connections whenever they feel the need to do so.</p>
<p>So it&#39;s hardly limited to P2P.</p>
<p>&#8211;Kyle</p>
]]></content:encoded>
	</item>
</channel>
</rss>
