
<?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: Tunneling your way around ISP traffic manipulation</title>
	<atom:link href="http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/feed/" rel="self" type="application/rss+xml" />
	<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/</link>
	<description>Keeping politicians&#039; hands off the Net &#38; everything else related to technology</description>
	<lastBuildDate>Tue, 14 Feb 2012 19:26:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: roberthedges</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-65119</link>
		<dc:creator>roberthedges</dc:creator>
		<pubDate>Sat, 07 Nov 2009 20:30:30 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-65119</guid>
		<description>&lt;p&gt;Google Search: Internet Coup&lt;br&gt;&lt;br&gt;Help out maybe?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Google Search: Internet Coup<br /><br />Help out maybe?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: roberthedges</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-63692</link>
		<dc:creator>roberthedges</dc:creator>
		<pubDate>Sat, 07 Nov 2009 16:30:30 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-63692</guid>
		<description>&lt;p&gt;Google Search: Internet Coup&lt;br&gt;&lt;br&gt;Help out maybe?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Google Search: Internet Coup<br /><br />Help out maybe?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Net Neutrality Rules = Price Controls &#124; The Technology Liberation Front</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-60149</link>
		<dc:creator>Net Neutrality Rules = Price Controls &#124; The Technology Liberation Front</dc:creator>
		<pubDate>Tue, 28 Jul 2009 19:29:09 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-60149</guid>
		<description>&lt;p&gt;[...] As Tim Lee explained in a Cato policy analysis last year, the Internet is a remarkably durable network, and any priority-based pricing systems that do emerge are unlikely to endanger the Internet&#8217;s underlying openness. Whether or not non-neutral pricing is actually workable, there is simply no case for encumbering it with legal restrictions aimed at averting theoretical harms (or alleged harms that, well, aren&#8217;t really harms at all). [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] As Tim Lee explained in a Cato policy analysis last year, the Internet is a remarkably durable network, and any priority-based pricing systems that do emerge are unlikely to endanger the Internet&#8217;s underlying openness. Whether or not non-neutral pricing is actually workable, there is simply no case for encumbering it with legal restrictions aimed at averting theoretical harms (or alleged harms that, well, aren&#8217;t really harms at all). [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Why Google won’t do evil &#124; The Technology Liberation Front</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-59020</link>
		<dc:creator>Why Google won’t do evil &#124; The Technology Liberation Front</dc:creator>
		<pubDate>Thu, 09 Apr 2009 02:23:20 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-59020</guid>
		<description>&lt;p&gt;[...] that Google might fumble on privacy already have plenty of safeguards that have been discussed in great depth here on TLF. Even if you want to use Google&#8217;s services, there are several methods to [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] that Google might fumble on privacy already have plenty of safeguards that have been discussed in great depth here on TLF. Even if you want to use Google&#8217;s services, there are several methods to [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Privacy Solutions (Part 1): Introduction &#124; The Technology Liberation Front</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-58691</link>
		<dc:creator>Privacy Solutions (Part 1): Introduction &#124; The Technology Liberation Front</dc:creator>
		<pubDate>Sat, 14 Mar 2009 03:50:54 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-58691</guid>
		<description>&lt;p&gt;[...] (and likely ongoing) blog entries.  Building on the excellent work of our TLF colleague Ryan Radia, we plan to detail the many “technologies of evasion” (i.e, empowerment or user [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] (and likely ongoing) blog entries.  Building on the excellent work of our TLF colleague Ryan Radia, we plan to detail the many “technologies of evasion” (i.e, empowerment or user [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Radia</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-62022</link>
		<dc:creator>Ryan Radia</dc:creator>
		<pubDate>Sat, 03 Jan 2009 03:48:24 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-62022</guid>
		<description>&lt;p&gt;This is pretty absurd. I doubt any major US ISP could get away with this without massive consumer outrage. Unfortunately, the situation in many foreign countries is from a competition standpoint makes the US look good by comparison.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This is pretty absurd. I doubt any major US ISP could get away with this without massive consumer outrage. Unfortunately, the situation in many foreign countries is from a competition standpoint makes the US look good by comparison.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Radia</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-57326</link>
		<dc:creator>Ryan Radia</dc:creator>
		<pubDate>Sat, 03 Jan 2009 02:48:24 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-57326</guid>
		<description>&lt;p&gt;This is pretty absurd. I doubt any major US ISP could get away with this without massive consumer outrage. Unfortunately, the situation in many foreign countries is from a competition standpoint makes the US look good by comparison.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This is pretty absurd. I doubt any major US ISP could get away with this without massive consumer outrage. Unfortunately, the situation in many foreign countries is from a competition standpoint makes the US look good by comparison.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Hero</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-57086</link>
		<dc:creator>Hero</dc:creator>
		<pubDate>Tue, 16 Dec 2008 19:20:27 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-57086</guid>
		<description>&lt;p&gt;The cable companies now block encrypted connections by whitelisting, the telco (also an internet company) throttles in the local loop (so 3rd-party DSL ISPs get throttled) based on a whitelist that excludes anything encrypted, and both have implemented a 60GB monthly limit. &lt;a href=&quot;http://world-secure-channel.com/uk-vpn.html/&quot; rel=&quot;nofollow&quot;&gt;uk vpn&lt;/a&gt;&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The cable companies now block encrypted connections by whitelisting, the telco (also an internet company) throttles in the local loop (so 3rd-party DSL ISPs get throttled) based on a whitelist that excludes anything encrypted, and both have implemented a 60GB monthly limit. <a href="http://world-secure-channel.com/uk-vpn.html/" rel="nofollow">uk vpn</a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: vpn service</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53737</link>
		<dc:creator>vpn service</dc:creator>
		<pubDate>Tue, 27 May 2008 14:48:55 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53737</guid>
		<description>&lt;p&gt;Regarding the caching, if it becomes useful, won’t the VPN servers themselves begin caching? It seems they would, if it was intelligently done, save them money in the long run?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Regarding the caching, if it becomes useful, won’t the VPN servers themselves begin caching? It seems they would, if it was intelligently done, save them money in the long run?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: vpn service</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-42053</link>
		<dc:creator>vpn service</dc:creator>
		<pubDate>Tue, 27 May 2008 13:48:55 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-42053</guid>
		<description>&lt;p&gt;Regarding the caching, if it becomes useful, won’t the VPN servers themselves begin caching? It seems they would, if it was intelligently done, save them money in the long run?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Regarding the caching, if it becomes useful, won’t the VPN servers themselves begin caching? It seems they would, if it was intelligently done, save them money in the long run?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: eee_eff</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53736</link>
		<dc:creator>eee_eff</dc:creator>
		<pubDate>Mon, 26 May 2008 05:04:41 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53736</guid>
		<description>&lt;p&gt;@ Ryan:&lt;br&gt;&lt;br&gt;&lt;i&gt;Enigma, VPN servers may well employ caching to reduce their bandwidth costs, but that does not address ISP bandwidth issues. Encryption prevents the ISP from knowing when, for example, ten users behind VPNs have requested the same file, so the ISP cannot cache that file and instead must transmit the same actual file ten times.&lt;/i&gt;&lt;br&gt;&lt;br&gt;I understand that much about the implications of encryption; when I said save &quot;them money&quot; I meant the VPN service, not the ISP, I should have been more clear.  Where I was going with that: the VPN saves, but not the ISP.  Incentive for VPN provider to cache is there, but not for ISP.&lt;br&gt;&lt;br&gt;&lt;br&gt;Re: my disappearing comments on Jerry Brito&#039;s posts: This is the second time any comments at all that I make to one of Jerry Brito&#039;s posts get deleted. I am having a hard time thinking that these deletions are accidental.  Why would it only happen on Jerry Brito&#039;s posts, and not others?&lt;br&gt;&lt;br&gt;Re: the current incident, I also had a post on 5/23 which showed up, for about half and hour, but then got deleted. I would prefer that the one from 5/23 just get restored.&lt;br&gt;&lt;br&gt;The earlier incident was the same: posts would appear, (even on other computers) but then disappear.&lt;br&gt;&lt;br&gt;Here&#039;s screenshots, etc. showing my comments appearring, then disappearing from Jerry Brito&#039;s April 11, 2008 post: &lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://enigmafoundry.wordpress.com/2008/04/12/jerry-brito-getting-upset-at-e_f-comments/&quot;&gt;http://enigmafoundry.wordpress.com/2008/04/12/j...&lt;/a&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;I have also sent email to Jerry, but have not yet recvd a response.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@ Ryan:<br /><br /><i>Enigma, VPN servers may well employ caching to reduce their bandwidth costs, but that does not address ISP bandwidth issues. Encryption prevents the ISP from knowing when, for example, ten users behind VPNs have requested the same file, so the ISP cannot cache that file and instead must transmit the same actual file ten times.</i><br /><br />I understand that much about the implications of encryption; when I said save &#8220;them money&#8221; I meant the VPN service, not the ISP, I should have been more clear.  Where I was going with that: the VPN saves, but not the ISP.  Incentive for VPN provider to cache is there, but not for ISP.<br /><br /><br />Re: my disappearing comments on Jerry Brito&#8217;s posts: This is the second time any comments at all that I make to one of Jerry Brito&#8217;s posts get deleted. I am having a hard time thinking that these deletions are accidental.  Why would it only happen on Jerry Brito&#8217;s posts, and not others?<br /><br />Re: the current incident, I also had a post on 5/23 which showed up, for about half and hour, but then got deleted. I would prefer that the one from 5/23 just get restored.<br /><br />The earlier incident was the same: posts would appear, (even on other computers) but then disappear.<br /><br />Here&#8217;s screenshots, etc. showing my comments appearring, then disappearing from Jerry Brito&#8217;s April 11, 2008 post: <br /><br /><a href="http://enigmafoundry.wordpress.com/2008/04/12/jerry-brito-getting-upset-at-e_f-comments/">http://enigmafoundry.wordpress.com/2008/04/12/j&#8230;</a><br /><br /><br />I have also sent email to Jerry, but have not yet recvd a response.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: enigma_foundry</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-42040</link>
		<dc:creator>enigma_foundry</dc:creator>
		<pubDate>Mon, 26 May 2008 04:04:41 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-42040</guid>
		<description>&lt;p&gt;@ Ryan:&lt;/p&gt;

&lt;p&gt;&lt;i&gt;Enigma, VPN servers may well employ caching to reduce their bandwidth costs, but that does not address ISP bandwidth issues. Encryption prevents the ISP from knowing when, for example, ten users behind VPNs have requested the same file, so the ISP cannot cache that file and instead must transmit the same actual file ten times.&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;I understand that much about the implications of encryption; when I said save &quot;them money&quot; I meant the VPN service, not the ISP, I should have been more clear.  Where I was going with that: the VPN saves, but not the ISP.  Incentive for VPN provider to cache is there, but not for ISP.&lt;/p&gt;

&lt;p&gt;Re: my disappearing comments on Jerry Brito&#039;s posts: This is the second time any comments at all that I make to one of Jerry Brito&#039;s posts get deleted. I am having a hard time thinking that these deletions are accidental.  Why would it only happen on Jerry Brito&#039;s posts, and not others?&lt;/p&gt;

&lt;p&gt;Re: the current incident, I also had a post on 5/23 which showed up, for about half and hour, but then got deleted. I would prefer that the one from 5/23 just get restored.&lt;/p&gt;

&lt;p&gt;The earlier incident was the same: posts would appear, (even on other computers) but then disappear.&lt;/p&gt;

&lt;p&gt;Here&#039;s screenshots, etc. showing my comments appearring, then disappearing from Jerry Brito&#039;s April 11, 2008 post:&lt;/p&gt;

&lt;p&gt;http://enigmafoundry.wordpress.com/2008/04/12/jerry-brito-getting-upset-at-e_f-comments/&lt;/p&gt;

&lt;p&gt;I have also sent email to Jerry, but have not yet recvd a response.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@ Ryan:</p>

<p><i>Enigma, VPN servers may well employ caching to reduce their bandwidth costs, but that does not address ISP bandwidth issues. Encryption prevents the ISP from knowing when, for example, ten users behind VPNs have requested the same file, so the ISP cannot cache that file and instead must transmit the same actual file ten times.</i></p>

<p>I understand that much about the implications of encryption; when I said save &#8220;them money&#8221; I meant the VPN service, not the ISP, I should have been more clear.  Where I was going with that: the VPN saves, but not the ISP.  Incentive for VPN provider to cache is there, but not for ISP.</p>

<p>Re: my disappearing comments on Jerry Brito&#8217;s posts: This is the second time any comments at all that I make to one of Jerry Brito&#8217;s posts get deleted. I am having a hard time thinking that these deletions are accidental.  Why would it only happen on Jerry Brito&#8217;s posts, and not others?</p>

<p>Re: the current incident, I also had a post on 5/23 which showed up, for about half and hour, but then got deleted. I would prefer that the one from 5/23 just get restored.</p>

<p>The earlier incident was the same: posts would appear, (even on other computers) but then disappear.</p>

<p>Here&#8217;s screenshots, etc. showing my comments appearring, then disappearing from Jerry Brito&#8217;s April 11, 2008 post:</p>

<p><a href="http://enigmafoundry.wordpress.com/2008/04/12/jerry-brito-getting-upset-at-e_f-comments/" rel="nofollow">http://enigmafoundry.wordpress.com/2008/04/12/jerry-brito-getting-upset-at-e_f-comments/</a></p>

<p>I have also sent email to Jerry, but have not yet recvd a response.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Radia</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53735</link>
		<dc:creator>Ryan Radia</dc:creator>
		<pubDate>Sun, 25 May 2008 18:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53735</guid>
		<description>&lt;p&gt;Enigma, VPN servers may well employ caching to reduce their bandwidth costs, but that does not address ISP bandwidth issues. Encryption prevents the ISP from knowing when, for example, ten users behind VPNs have requested the same file, so the ISP cannot cache that file and instead must transmit the same actual file ten times.&lt;br&gt;&lt;br&gt;My rudimentary understanding of ISP caching is that it is primarily intended to cut costs on bulk commercial bandwidth from backbone carriers. But it seems the most severe bandwidth crunch is between end users and their local node/DSLAM. How does caching alleviate last-mile congestion?&lt;br&gt;&lt;br&gt;Stephan, the ISP marketplace in Canada makes US ISPs look competitive by comparison. I’m amazed at what Rogers, Shaw, and Bell have been able to get away with. Throttling all encrypted traffic is an extreme measure and I would be surprised to see the practice adopted by any major U.S. ISP, but anything is possible. Wonder how corporate and educational VPN users feel about their encrypted traffic being degraded.&lt;br&gt;&lt;br&gt;Richard, of all the ISPs known to interfere with Bittorrent traffic in some way, Comcast’s method seems quite reasonable. I would agree that only a small minority of users actually suffer from slow seeding during peak hours. Compared to how some Canadian ISPs curb peer to peer applications, Comcast’s implementation of Sandvine seems downright docile.&lt;br&gt;&lt;br&gt;Enigma, if Jerry is deleting your comments, I am sure he has a very good reason. We certainly don’t censor discussions at TLF, barring inflammatory, obscene, or entirely irrelevant remarks. It’s possible our spam filter accidentally removed your comment, or the moderation system never posted your comment for some reason. I will look in to this. Right now, there’s a lengthy comment of yours on the ConnectKentucky post from 5/24 at 12:52am awaiting approval. I think the only person who can approve it is the original author of the post, which in this case is Jerry, so maybe he hasn’t had a chance yet to hit the approve button.&lt;br&gt;&lt;br&gt;Comcast hasn’t really been very forthcoming on the issue of Bittorrent and Sandvine, especially back when the matter surfaced, and I think perhaps that has been their greatest mistake in this whole episode. Of course, Comcast is not obligated to disclose details of its network management, but when you’re selling a service I think it reasonable for consumers to know what to expect. Since Comcast hasn’t simply said “here’s what we are doing from a technical standpoint” we are instead left with a bunch of third-party reports that offer conflicting information.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Enigma, VPN servers may well employ caching to reduce their bandwidth costs, but that does not address ISP bandwidth issues. Encryption prevents the ISP from knowing when, for example, ten users behind VPNs have requested the same file, so the ISP cannot cache that file and instead must transmit the same actual file ten times.<br /><br />My rudimentary understanding of ISP caching is that it is primarily intended to cut costs on bulk commercial bandwidth from backbone carriers. But it seems the most severe bandwidth crunch is between end users and their local node/DSLAM. How does caching alleviate last-mile congestion?<br /><br />Stephan, the ISP marketplace in Canada makes US ISPs look competitive by comparison. I’m amazed at what Rogers, Shaw, and Bell have been able to get away with. Throttling all encrypted traffic is an extreme measure and I would be surprised to see the practice adopted by any major U.S. ISP, but anything is possible. Wonder how corporate and educational VPN users feel about their encrypted traffic being degraded.<br /><br />Richard, of all the ISPs known to interfere with Bittorrent traffic in some way, Comcast’s method seems quite reasonable. I would agree that only a small minority of users actually suffer from slow seeding during peak hours. Compared to how some Canadian ISPs curb peer to peer applications, Comcast’s implementation of Sandvine seems downright docile.<br /><br />Enigma, if Jerry is deleting your comments, I am sure he has a very good reason. We certainly don’t censor discussions at TLF, barring inflammatory, obscene, or entirely irrelevant remarks. It’s possible our spam filter accidentally removed your comment, or the moderation system never posted your comment for some reason. I will look in to this. Right now, there’s a lengthy comment of yours on the ConnectKentucky post from 5/24 at 12:52am awaiting approval. I think the only person who can approve it is the original author of the post, which in this case is Jerry, so maybe he hasn’t had a chance yet to hit the approve button.<br /><br />Comcast hasn’t really been very forthcoming on the issue of Bittorrent and Sandvine, especially back when the matter surfaced, and I think perhaps that has been their greatest mistake in this whole episode. Of course, Comcast is not obligated to disclose details of its network management, but when you’re selling a service I think it reasonable for consumers to know what to expect. Since Comcast hasn’t simply said “here’s what we are doing from a technical standpoint” we are instead left with a bunch of third-party reports that offer conflicting information.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Radia</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-42028</link>
		<dc:creator>Ryan Radia</dc:creator>
		<pubDate>Sun, 25 May 2008 17:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-42028</guid>
		<description>&lt;p&gt;Enigma, VPN servers may well employ caching to reduce their bandwidth costs, but that does not address ISP bandwidth issues. Encryption prevents the ISP from knowing when, for example, ten users behind VPNs have requested the same file, so the ISP cannot cache that file and instead must transmit the same actual file ten times.&lt;/p&gt;

&lt;p&gt;My rudimentary understanding of ISP caching is that it is primarily intended to cut costs on bulk commercial bandwidth from backbone carriers. But it seems the most severe bandwidth crunch is between end users and their local node/DSLAM. How does caching alleviate last-mile congestion?&lt;/p&gt;

&lt;p&gt;Stephan, the ISP marketplace in Canada makes US ISPs look competitive by comparison. I’m amazed at what Rogers, Shaw, and Bell have been able to get away with. Throttling all encrypted traffic is an extreme measure and I would be surprised to see the practice adopted by any major U.S. ISP, but anything is possible. Wonder how corporate and educational VPN users feel about their encrypted traffic being degraded.&lt;/p&gt;

&lt;p&gt;Richard, of all the ISPs known to interfere with Bittorrent traffic in some way, Comcast’s method seems quite reasonable. I would agree that only a small minority of users actually suffer from slow seeding during peak hours. Compared to how some Canadian ISPs curb peer to peer applications, Comcast’s implementation of Sandvine seems downright docile.&lt;/p&gt;

&lt;p&gt;Enigma, if Jerry is deleting your comments, I am sure he has a very good reason. We certainly don’t censor discussions at TLF, barring inflammatory, obscene, or entirely irrelevant remarks. It’s possible our spam filter accidentally removed your comment, or the moderation system never posted your comment for some reason. I will look in to this. Right now, there’s a lengthy comment of yours on the ConnectKentucky post from 5/24 at 12:52am awaiting approval. I think the only person who can approve it is the original author of the post, which in this case is Jerry, so maybe he hasn’t had a chance yet to hit the approve button.&lt;/p&gt;

&lt;p&gt;Comcast hasn’t really been very forthcoming on the issue of Bittorrent and Sandvine, especially back when the matter surfaced, and I think perhaps that has been their greatest mistake in this whole episode. Of course, Comcast is not obligated to disclose details of its network management, but when you’re selling a service I think it reasonable for consumers to know what to expect. Since Comcast hasn’t simply said “here’s what we are doing from a technical standpoint” we are instead left with a bunch of third-party reports that offer conflicting information.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Enigma, VPN servers may well employ caching to reduce their bandwidth costs, but that does not address ISP bandwidth issues. Encryption prevents the ISP from knowing when, for example, ten users behind VPNs have requested the same file, so the ISP cannot cache that file and instead must transmit the same actual file ten times.</p>

<p>My rudimentary understanding of ISP caching is that it is primarily intended to cut costs on bulk commercial bandwidth from backbone carriers. But it seems the most severe bandwidth crunch is between end users and their local node/DSLAM. How does caching alleviate last-mile congestion?</p>

<p>Stephan, the ISP marketplace in Canada makes US ISPs look competitive by comparison. I’m amazed at what Rogers, Shaw, and Bell have been able to get away with. Throttling all encrypted traffic is an extreme measure and I would be surprised to see the practice adopted by any major U.S. ISP, but anything is possible. Wonder how corporate and educational VPN users feel about their encrypted traffic being degraded.</p>

<p>Richard, of all the ISPs known to interfere with Bittorrent traffic in some way, Comcast’s method seems quite reasonable. I would agree that only a small minority of users actually suffer from slow seeding during peak hours. Compared to how some Canadian ISPs curb peer to peer applications, Comcast’s implementation of Sandvine seems downright docile.</p>

<p>Enigma, if Jerry is deleting your comments, I am sure he has a very good reason. We certainly don’t censor discussions at TLF, barring inflammatory, obscene, or entirely irrelevant remarks. It’s possible our spam filter accidentally removed your comment, or the moderation system never posted your comment for some reason. I will look in to this. Right now, there’s a lengthy comment of yours on the ConnectKentucky post from 5/24 at 12:52am awaiting approval. I think the only person who can approve it is the original author of the post, which in this case is Jerry, so maybe he hasn’t had a chance yet to hit the approve button.</p>

<p>Comcast hasn’t really been very forthcoming on the issue of Bittorrent and Sandvine, especially back when the matter surfaced, and I think perhaps that has been their greatest mistake in this whole episode. Of course, Comcast is not obligated to disclose details of its network management, but when you’re selling a service I think it reasonable for consumers to know what to expect. Since Comcast hasn’t simply said “here’s what we are doing from a technical standpoint” we are instead left with a bunch of third-party reports that offer conflicting information.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53734</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Sun, 25 May 2008 11:13:14 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53734</guid>
		<description>&lt;p&gt;You should read my whole comment, in which you will see that Glasnost has also not been forthcoming with answers. I was promised some by Friday, and they didn&#039;t come.&lt;br&gt;&lt;br&gt;Additional testing reveals that the Glasnost test results are inaccurate.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>You should read my whole comment, in which you will see that Glasnost has also not been forthcoming with answers. I was promised some by Friday, and they didn&#8217;t come.<br /><br />Additional testing reveals that the Glasnost test results are inaccurate.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-42026</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Sun, 25 May 2008 10:13:14 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-42026</guid>
		<description>&lt;p&gt;You should read my whole comment, in which you will see that Glasnost has also not been forthcoming with answers. I was promised some by Friday, and they didn&#039;t come.&lt;/p&gt;

&lt;p&gt;Additional testing reveals that the Glasnost test results are inaccurate.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>You should read my whole comment, in which you will see that Glasnost has also not been forthcoming with answers. I was promised some by Friday, and they didn&#8217;t come.</p>

<p>Additional testing reveals that the Glasnost test results are inaccurate.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: eee_eff</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53733</link>
		<dc:creator>eee_eff</dc:creator>
		<pubDate>Sat, 24 May 2008 04:02:03 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53733</guid>
		<description>&lt;p&gt;&lt;i&gt;I’ve also asked Comcast for their data and they haven’t been forthcoming.&lt;/i&gt;&lt;br&gt;&lt;br&gt;what a surprise!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p><i>I’ve also asked Comcast for their data and they haven’t been forthcoming.</i><br /><br />what a surprise!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: enigma_foundry</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-42009</link>
		<dc:creator>enigma_foundry</dc:creator>
		<pubDate>Sat, 24 May 2008 03:02:03 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-42009</guid>
		<description>&lt;p&gt;&lt;i&gt;I’ve also asked Comcast for their data and they haven’t been forthcoming.&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;what a surprise!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p><i>I’ve also asked Comcast for their data and they haven’t been forthcoming.</i></p>

<p>what a surprise!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: eee_eff</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53732</link>
		<dc:creator>eee_eff</dc:creator>
		<pubDate>Sat, 24 May 2008 02:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53732</guid>
		<description>&lt;p&gt;I would also like to here note the following fact:&lt;br&gt;Jerry Brito is deleting my comments to his posts. I suppose when he can’t respond, he just deletes!&lt;br&gt;E_F&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I would also like to here note the following fact:<br />Jerry Brito is deleting my comments to his posts. I suppose when he can’t respond, he just deletes!<br />E_F</p>]]></content:encoded>
	</item>
	<item>
		<title>By: enigma_foundry</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-42000</link>
		<dc:creator>enigma_foundry</dc:creator>
		<pubDate>Sat, 24 May 2008 01:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-42000</guid>
		<description>&lt;p&gt;I would also like to here note the following fact:
Jerry Brito is deleting my comments to his posts. I suppose when he can’t respond, he just deletes!
E_F&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I would also like to here note the following fact:
Jerry Brito is deleting my comments to his posts. I suppose when he can’t respond, he just deletes!
E_F</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53731</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Fri, 23 May 2008 10:45:38 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53731</guid>
		<description>&lt;p&gt;The German study has some major problems, which I&#039;m trying to clarify with the professor who directs the student programmers who wrote the test program. Most reports on TCP RSTs on Comcast put the figure in the 25-50% range, depending on network conditions. I&#039;ve also asked Comcast for their data and they haven&#039;t been forthcoming.&lt;br&gt;&lt;br&gt;My personal experience with Comcast is that dedicated seeding was difficult a few months ago, but not today. But that&#039;s just on my one connection. At no time have large numbers of Comcast customers been complaining, however; this is largely a cooked-up issue on the part of the Google sock-puppets.&lt;br&gt;&lt;br&gt;Brett Glass runs LARIAT, and he&#039;ll be glad to talk to you about caching. If you don&#039;t have his e-mail, I can get it for you, just drop me a note at richard at bennett dot com.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The German study has some major problems, which I&#8217;m trying to clarify with the professor who directs the student programmers who wrote the test program. Most reports on TCP RSTs on Comcast put the figure in the 25-50% range, depending on network conditions. I&#8217;ve also asked Comcast for their data and they haven&#8217;t been forthcoming.<br /><br />My personal experience with Comcast is that dedicated seeding was difficult a few months ago, but not today. But that&#8217;s just on my one connection. At no time have large numbers of Comcast customers been complaining, however; this is largely a cooked-up issue on the part of the Google sock-puppets.<br /><br />Brett Glass runs LARIAT, and he&#8217;ll be glad to talk to you about caching. If you don&#8217;t have his e-mail, I can get it for you, just drop me a note at richard at bennett dot com.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-41974</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Fri, 23 May 2008 09:45:38 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-41974</guid>
		<description>&lt;p&gt;The German study has some major problems, which I&#039;m trying to clarify with the professor who directs the student programmers who wrote the test program. Most reports on TCP RSTs on Comcast put the figure in the 25-50% range, depending on network conditions. I&#039;ve also asked Comcast for their data and they haven&#039;t been forthcoming.&lt;/p&gt;

&lt;p&gt;My personal experience with Comcast is that dedicated seeding was difficult a few months ago, but not today. But that&#039;s just on my one connection. At no time have large numbers of Comcast customers been complaining, however; this is largely a cooked-up issue on the part of the Google sock-puppets.&lt;/p&gt;

&lt;p&gt;Brett Glass runs LARIAT, and he&#039;ll be glad to talk to you about caching. If you don&#039;t have his e-mail, I can get it for you, just drop me a note at richard at bennett dot com.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The German study has some major problems, which I&#8217;m trying to clarify with the professor who directs the student programmers who wrote the test program. Most reports on TCP RSTs on Comcast put the figure in the 25-50% range, depending on network conditions. I&#8217;ve also asked Comcast for their data and they haven&#8217;t been forthcoming.</p>

<p>My personal experience with Comcast is that dedicated seeding was difficult a few months ago, but not today. But that&#8217;s just on my one connection. At no time have large numbers of Comcast customers been complaining, however; this is largely a cooked-up issue on the part of the Google sock-puppets.</p>

<p>Brett Glass runs LARIAT, and he&#8217;ll be glad to talk to you about caching. If you don&#8217;t have his e-mail, I can get it for you, just drop me a note at richard at bennett dot com.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stephan Sokolow</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53730</link>
		<dc:creator>Stephan Sokolow</dc:creator>
		<pubDate>Fri, 23 May 2008 06:54:48 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53730</guid>
		<description>&lt;p&gt;Of course, there are limits to what market competition can do... as evidenced by the events here in eastern Canada.&lt;br&gt;&lt;br&gt;The cable companies now block encrypted connections by whitelisting, the telco (also an internet company) throttles in the local loop (so 3rd-party DSL ISPs get throttled) based on a whitelist that excludes anything encrypted, and both have implemented a 60GB monthly limit.&lt;br&gt;&lt;br&gt;For Rogers Cable, you get disconnected when your bandwidth runs out after having warnings injected into your HTTP sessions. For Bell Sympatico, you get charged $1.50/GB. (With the $30 cap on overage charges coming off at the end of either June or July... I forget which.)&lt;br&gt;&lt;br&gt;Thank goodness I could at least dodge the 60GB limit (and avoid being forced to rent a DSL modem) by switching to a 3rd-party ISP.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Of course, there are limits to what market competition can do&#8230; as evidenced by the events here in eastern Canada.<br /><br />The cable companies now block encrypted connections by whitelisting, the telco (also an internet company) throttles in the local loop (so 3rd-party DSL ISPs get throttled) based on a whitelist that excludes anything encrypted, and both have implemented a 60GB monthly limit.<br /><br />For Rogers Cable, you get disconnected when your bandwidth runs out after having warnings injected into your HTTP sessions. For Bell Sympatico, you get charged $1.50/GB. (With the $30 cap on overage charges coming off at the end of either June or July&#8230; I forget which.)<br /><br />Thank goodness I could at least dodge the 60GB limit (and avoid being forced to rent a DSL modem) by switching to a 3rd-party ISP.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stephan Sokolow</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-41972</link>
		<dc:creator>Stephan Sokolow</dc:creator>
		<pubDate>Fri, 23 May 2008 05:54:48 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-41972</guid>
		<description>&lt;p&gt;Of course, there are limits to what market competition can do... as evidenced by the events here in eastern Canada.&lt;/p&gt;

&lt;p&gt;The cable companies now block encrypted connections by whitelisting, the telco (also an internet company) throttles in the local loop (so 3rd-party DSL ISPs get throttled) based on a whitelist that excludes anything encrypted, and both have implemented a 60GB monthly limit.&lt;/p&gt;

&lt;p&gt;For Rogers Cable, you get disconnected when your bandwidth runs out after having warnings injected into your HTTP sessions. For Bell Sympatico, you get charged $1.50/GB. (With the $30 cap on overage charges coming off at the end of either June or July... I forget which.)&lt;/p&gt;

&lt;p&gt;Thank goodness I could at least dodge the 60GB limit (and avoid being forced to rent a DSL modem) by switching to a 3rd-party ISP.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Of course, there are limits to what market competition can do&#8230; as evidenced by the events here in eastern Canada.</p>

<p>The cable companies now block encrypted connections by whitelisting, the telco (also an internet company) throttles in the local loop (so 3rd-party DSL ISPs get throttled) based on a whitelist that excludes anything encrypted, and both have implemented a 60GB monthly limit.</p>

<p>For Rogers Cable, you get disconnected when your bandwidth runs out after having warnings injected into your HTTP sessions. For Bell Sympatico, you get charged $1.50/GB. (With the $30 cap on overage charges coming off at the end of either June or July&#8230; I forget which.)</p>

<p>Thank goodness I could at least dodge the 60GB limit (and avoid being forced to rent a DSL modem) by switching to a 3rd-party ISP.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: eee_eff</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53729</link>
		<dc:creator>eee_eff</dc:creator>
		<pubDate>Fri, 23 May 2008 04:13:11 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53729</guid>
		<description>&lt;p&gt;Ryan:&lt;br&gt;&lt;br&gt;Thank you very much for the links, it&#039;s good to see that. &lt;br&gt;&lt;br&gt;Regarding the caching, if it becomes useful, won&#039;t the VPN servers themselves begin caching? It seems they would, if it was intelligently done, save them money in the long run?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ryan:<br /><br />Thank you very much for the links, it&#8217;s good to see that. <br /><br />Regarding the caching, if it becomes useful, won&#8217;t the VPN servers themselves begin caching? It seems they would, if it was intelligently done, save them money in the long run?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Radia</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53728</link>
		<dc:creator>Ryan Radia</dc:creator>
		<pubDate>Fri, 23 May 2008 03:56:14 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53728</guid>
		<description>&lt;p&gt;Got me again, Richard. When I said &quot;any&quot; I should have said (and meant) many. According to &lt;a href=&quot;http://www.itworld.com/Net/2607/comcast-cox-slowing-p2p-traffic-080515/&quot; rel=&quot;nofollow&quot;&gt;this report&lt;/a&gt; Comcast is interfering with anywhere from 30 to 80 percent of Bittorrent seeding traffic at various times of day. Again, my lack of clarity is regrettable and I thank you for keeping me technically precise.&lt;br&gt;&lt;br&gt;I checked out Lariat&#039;s website and it looks like a pretty neat ISP. I couldn&#039;t find any details about caching, though, either on their website or by doing a Google search. Exploring the benefits of ISP caching is of interest to me, so if you know of any sources that discuss actual implementations of caching, I&#039;m all ears.&lt;br&gt;&lt;br&gt;DPI is often a good thing, but it isn&#039;t always used in consumer-friendly ways. I do not think everybody needs to use VPN tunnels. The mission of my post was to give the run down on how to keep your online activities private and circumvent discriminatory traffic interference. It’s hard to see anything more than a small minority of users who happen to be the most paranoid and tech-savvy choosing to use VPN services, so I don&#039;t think caching is at risk as long as VPN usage remains fairly low.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Got me again, Richard. When I said &#8220;any&#8221; I should have said (and meant) many. According to <a href="http://www.itworld.com/Net/2607/comcast-cox-slowing-p2p-traffic-080515/" rel="nofollow">this report</a> Comcast is interfering with anywhere from 30 to 80 percent of Bittorrent seeding traffic at various times of day. Again, my lack of clarity is regrettable and I thank you for keeping me technically precise.<br /><br />I checked out Lariat&#8217;s website and it looks like a pretty neat ISP. I couldn&#8217;t find any details about caching, though, either on their website or by doing a Google search. Exploring the benefits of ISP caching is of interest to me, so if you know of any sources that discuss actual implementations of caching, I&#8217;m all ears.<br /><br />DPI is often a good thing, but it isn&#8217;t always used in consumer-friendly ways. I do not think everybody needs to use VPN tunnels. The mission of my post was to give the run down on how to keep your online activities private and circumvent discriminatory traffic interference. It’s hard to see anything more than a small minority of users who happen to be the most paranoid and tech-savvy choosing to use VPN services, so I don&#8217;t think caching is at risk as long as VPN usage remains fairly low.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: enigma_foundry</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-41960</link>
		<dc:creator>enigma_foundry</dc:creator>
		<pubDate>Fri, 23 May 2008 03:13:11 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-41960</guid>
		<description>&lt;p&gt;Ryan:&lt;/p&gt;

&lt;p&gt;Thank you very much for the links, it&#039;s good to see that.&lt;/p&gt;

&lt;p&gt;Regarding the caching, if it becomes useful, won&#039;t the VPN servers themselves begin caching? It seems they would, if it was intelligently done, save them money in the long run?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ryan:</p>

<p>Thank you very much for the links, it&#8217;s good to see that.</p>

<p>Regarding the caching, if it becomes useful, won&#8217;t the VPN servers themselves begin caching? It seems they would, if it was intelligently done, save them money in the long run?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Radia</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-41958</link>
		<dc:creator>Ryan Radia</dc:creator>
		<pubDate>Fri, 23 May 2008 02:56:14 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-41958</guid>
		<description>&lt;p&gt;Got me again, Richard. When I said &quot;any&quot; I should have said (and meant) many. According to &lt;a href=&quot;http://www.itworld.com/Net/2607/comcast-cox-slowing-p2p-traffic-080515/&quot; rel=&quot;nofollow&quot;&gt;this report&lt;/a&gt; Comcast is interfering with anywhere from 30 to 80 percent of Bittorrent seeding traffic at various times of day. Again, my lack of clarity is regrettable and I thank you for keeping me technically precise.&lt;/p&gt;

&lt;p&gt;I checked out Lariat&#039;s website and it looks like a pretty neat ISP. I couldn&#039;t find any details about caching, though, either on their website or by doing a Google search. Exploring the benefits of ISP caching is of interest to me, so if you know of any sources that discuss actual implementations of caching, I&#039;m all ears.&lt;/p&gt;

&lt;p&gt;DPI is often a good thing, but it isn&#039;t always used in consumer-friendly ways. I do not think everybody needs to use VPN tunnels. The mission of my post was to give the run down on how to keep your online activities private and circumvent discriminatory traffic interference. It’s hard to see anything more than a small minority of users who happen to be the most paranoid and tech-savvy choosing to use VPN services, so I don&#039;t think caching is at risk as long as VPN usage remains fairly low.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Got me again, Richard. When I said &#8220;any&#8221; I should have said (and meant) many. According to <a href="http://www.itworld.com/Net/2607/comcast-cox-slowing-p2p-traffic-080515/" rel="nofollow">this report</a> Comcast is interfering with anywhere from 30 to 80 percent of Bittorrent seeding traffic at various times of day. Again, my lack of clarity is regrettable and I thank you for keeping me technically precise.</p>

<p>I checked out Lariat&#8217;s website and it looks like a pretty neat ISP. I couldn&#8217;t find any details about caching, though, either on their website or by doing a Google search. Exploring the benefits of ISP caching is of interest to me, so if you know of any sources that discuss actual implementations of caching, I&#8217;m all ears.</p>

<p>DPI is often a good thing, but it isn&#8217;t always used in consumer-friendly ways. I do not think everybody needs to use VPN tunnels. The mission of my post was to give the run down on how to keep your online activities private and circumvent discriminatory traffic interference. It’s hard to see anything more than a small minority of users who happen to be the most paranoid and tech-savvy choosing to use VPN services, so I don&#8217;t think caching is at risk as long as VPN usage remains fairly low.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-53727</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Fri, 23 May 2008 02:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-53727</guid>
		<description>&lt;p&gt;This isn&#039;t correct, Ryan: &quot;I think it is fairly clear that Comcast is resetting any TCP sessions that appear to be seeding Bittorrent, rather than completely blocking or preventing Bittorrent itself.&quot;&lt;br&gt;&lt;br&gt;Even the harshest critics have only claimed to have seen Comcast resetting &lt;em&gt;some&lt;/em&gt; of the TCP streams associated with a BitTorrent seeding session, not &lt;em&gt;any&lt;/em&gt;. In this analysis, &lt;em&gt;some&lt;/em&gt; has a value of around 50%. I describe this process as as &quot;pruning;&quot; it doesn&#039;t kill the bush, but it does stop it from spreading like a weed.&lt;br&gt;&lt;br&gt;The argument against VPNs comes down to degraded performance. DPI is your friend, embrace it and be happy.&lt;br&gt;&lt;br&gt;Many ISPs have caching gear in use already, especially the smaller ones like LARIAT. It greatly reduces their bandwidth gear and provides a more satisfactory experience for the customers, most of whom can&#039;t be bothered with hiding their identities. The ISP knows who they are anyway.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This isn&#8217;t correct, Ryan: &#8220;I think it is fairly clear that Comcast is resetting any TCP sessions that appear to be seeding Bittorrent, rather than completely blocking or preventing Bittorrent itself.&#8221;<br /><br />Even the harshest critics have only claimed to have seen Comcast resetting <em>some</em> of the TCP streams associated with a BitTorrent seeding session, not <em>any</em>. In this analysis, <em>some</em> has a value of around 50%. I describe this process as as &#8220;pruning;&#8221; it doesn&#8217;t kill the bush, but it does stop it from spreading like a weed.<br /><br />The argument against VPNs comes down to degraded performance. DPI is your friend, embrace it and be happy.<br /><br />Many ISPs have caching gear in use already, especially the smaller ones like LARIAT. It greatly reduces their bandwidth gear and provides a more satisfactory experience for the customers, most of whom can&#8217;t be bothered with hiding their identities. The ISP knows who they are anyway.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bennett</title>
		<link>http://techliberation.com/2008/05/22/tunneling-your-way-around-isp-traffic-manipulation/comment-page-1/#comment-41954</link>
		<dc:creator>Richard Bennett</dc:creator>
		<pubDate>Fri, 23 May 2008 01:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/?p=10835#comment-41954</guid>
		<description>&lt;p&gt;This isn&#039;t correct, Ryan: &quot;I think it is fairly clear that Comcast is resetting any TCP sessions that appear to be seeding Bittorrent, rather than completely blocking or preventing Bittorrent itself.&quot;&lt;/p&gt;

&lt;p&gt;Even the harshest critics have only claimed to have seen Comcast resetting &lt;em&gt;some&lt;/em&gt; of the TCP streams associated with a BitTorrent seeding session, not &lt;em&gt;any&lt;/em&gt;. In this analysis, &lt;em&gt;some&lt;/em&gt; has a value of around 50%. I describe this process as as &quot;pruning;&quot; it doesn&#039;t kill the bush, but it does stop it from spreading like a weed.&lt;/p&gt;

&lt;p&gt;The argument against VPNs comes down to degraded performance. DPI is your friend, embrace it and be happy.&lt;/p&gt;

&lt;p&gt;Many ISPs have caching gear in use already, especially the smaller ones like LARIAT. It greatly reduces their bandwidth gear and provides a more satisfactory experience for the customers, most of whom can&#039;t be bothered with hiding their identities. The ISP knows who they are anyway.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This isn&#8217;t correct, Ryan: &#8220;I think it is fairly clear that Comcast is resetting any TCP sessions that appear to be seeding Bittorrent, rather than completely blocking or preventing Bittorrent itself.&#8221;</p>

<p>Even the harshest critics have only claimed to have seen Comcast resetting <em>some</em> of the TCP streams associated with a BitTorrent seeding session, not <em>any</em>. In this analysis, <em>some</em> has a value of around 50%. I describe this process as as &#8220;pruning;&#8221; it doesn&#8217;t kill the bush, but it does stop it from spreading like a weed.</p>

<p>The argument against VPNs comes down to degraded performance. DPI is your friend, embrace it and be happy.</p>

<p>Many ISPs have caching gear in use already, especially the smaller ones like LARIAT. It greatly reduces their bandwidth gear and provides a more satisfactory experience for the customers, most of whom can&#8217;t be bothered with hiding their identities. The ISP knows who they are anyway.</p>]]></content:encoded>
	</item>
</channel>
</rss>

