<?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: ISP&#8217;s should run BitTorrent Cache&#8217;s</title>
	<atom:link href="http://robert.accettura.com/blog/2004/06/02/isps-should-run-bittorrent-caches/feed/" rel="self" type="application/rss+xml" />
	<link>http://robert.accettura.com/blog/2004/06/02/isps-should-run-bittorrent-caches/</link>
	<description>Robert Accettura&#039;s Personal Blog on Web Development and Tech</description>
	<lastBuildDate>Fri, 10 Feb 2012 05:07:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: River~~</title>
		<link>http://robert.accettura.com/blog/2004/06/02/isps-should-run-bittorrent-caches/comment-page-1/#comment-133981</link>
		<dc:creator>River~~</dc:creator>
		<pubDate>Mon, 02 Apr 2007 14:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/archives/2004/06/02/isps-should-run-bittorrent-caches/#comment-133981</guid>
		<description>When Joe says bittorent caching &quot;should&quot; be possible, I agree in theory.  What I would *really* like to know is whether the software has been written yet?  To run a bittorent cache on the gateway between an ADSL and a load of users who share it would be very useful in many situations,  including university halls (dorms) for example.

If anyone knows any suitable software to put on a Linux box, please post details here.  Bittorrent preferred, but eMule or any of the others would also be appreciated.

Thanks in anticipation

PS

I realise this is an old thread, but I make no apology for bumping it - the original post is as cogent now as it was in 2004,  as sadly is the comment from Jan</description>
		<content:encoded><![CDATA[<p>When Joe says bittorent caching &#8220;should&#8221; be possible, I agree in theory.  What I would *really* like to know is whether the software has been written yet?  To run a bittorent cache on the gateway between an ADSL and a load of users who share it would be very useful in many situations,  including university halls (dorms) for example.</p>
<p>If anyone knows any suitable software to put on a Linux box, please post details here.  Bittorrent preferred, but eMule or any of the others would also be appreciated.</p>
<p>Thanks in anticipation</p>
<p>PS</p>
<p>I realise this is an old thread, but I make no apology for bumping it &#8211; the original post is as cogent now as it was in 2004,  as sadly is the comment from Jan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://robert.accettura.com/blog/2004/06/02/isps-should-run-bittorrent-caches/comment-page-1/#comment-17594</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Wed, 24 May 2006 01:17:34 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/archives/2004/06/02/isps-should-run-bittorrent-caches/#comment-17594</guid>
		<description>Bittorrent caching should be possible, if all bittorrent traffic can be diverted to the cache server(s).  The cache could simply be a block-cache, and wouldn&#039;t know what the contents of the blocks are.  It could passively pick up blocks on the wire (once one user has downloaded the block, the cache has it), then force-feed it to the user quickly when it detects a request for the block from the user.  This would mean that the ISP is only participating within their own network, and wouldn&#039;t show up on the radar of RIAA, MPAA etc.  The protocol is very well documented, so it should be possible.  I would prefer to see caching supported specifically by the protocol, however.  In places like Australia, where international bandwidth IS a big issue, it would reduce the costs to ISPs significantly.

Bittorrent traffic accounts for a HUGE proportion of traffic on ISPs, and this hasn&#039;t escaped them.. most just don&#039;t have sufficient geeks to work on such projects, or they simply won&#039;t fund the development.

The benefits to the ISP is that suddenly their inbound bandwidth requirements would drop by a very noticable proportion, thus reducing their operational costs.</description>
		<content:encoded><![CDATA[<p>Bittorrent caching should be possible, if all bittorrent traffic can be diverted to the cache server(s).  The cache could simply be a block-cache, and wouldn&#8217;t know what the contents of the blocks are.  It could passively pick up blocks on the wire (once one user has downloaded the block, the cache has it), then force-feed it to the user quickly when it detects a request for the block from the user.  This would mean that the ISP is only participating within their own network, and wouldn&#8217;t show up on the radar of RIAA, MPAA etc.  The protocol is very well documented, so it should be possible.  I would prefer to see caching supported specifically by the protocol, however.  In places like Australia, where international bandwidth IS a big issue, it would reduce the costs to ISPs significantly.</p>
<p>Bittorrent traffic accounts for a HUGE proportion of traffic on ISPs, and this hasn&#8217;t escaped them.. most just don&#8217;t have sufficient geeks to work on such projects, or they simply won&#8217;t fund the development.</p>
<p>The benefits to the ISP is that suddenly their inbound bandwidth requirements would drop by a very noticable proportion, thus reducing their operational costs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan!</title>
		<link>http://robert.accettura.com/blog/2004/06/02/isps-should-run-bittorrent-caches/comment-page-1/#comment-961</link>
		<dc:creator>Jan!</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/archives/2004/06/02/isps-should-run-bittorrent-caches/#comment-961</guid>
		<description>Hmm, do you mean &quot;cache&quot;? At first I thought a &quot;cashe&quot; was some BitTorrent lingo I didn&#039;t know about, but the more I read, the more I suspected you really meant &quot;cache&quot;.

About the content: yes, well, we all know how much ISPs would be better *if only they would [ . . . ]* 

I don&#039;t think we&#039;ll be seeing any of this any time soon. BitTorrent still is too much of a geek thing, I guess.</description>
		<content:encoded><![CDATA[<p>Hmm, do you mean &#8220;cache&#8221;? At first I thought a &#8220;cashe&#8221; was some BitTorrent lingo I didn&#8217;t know about, but the more I read, the more I suspected you really meant &#8220;cache&#8221;.</p>
<p>About the content: yes, well, we all know how much ISPs would be better *if only they would [ . . . ]* </p>
<p>I don&#8217;t think we&#8217;ll be seeing any of this any time soon. BitTorrent still is too much of a geek thing, I guess.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://robert.accettura.com/blog/2004/06/02/isps-should-run-bittorrent-caches/comment-page-1/#comment-962</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/archives/2004/06/02/isps-should-run-bittorrent-caches/#comment-962</guid>
		<description>Thanks for the correction... I&#039;m slightly sleep deprived lately... so by 9:30 PM, I&#039;m not at using spell check.</description>
		<content:encoded><![CDATA[<p>Thanks for the correction&#8230; I&#8217;m slightly sleep deprived lately&#8230; so by 9:30 PM, I&#8217;m not at using spell check.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ludovic Hirlimann</title>
		<link>http://robert.accettura.com/blog/2004/06/02/isps-should-run-bittorrent-caches/comment-page-1/#comment-963</link>
		<dc:creator>Ludovic Hirlimann</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://robert.accettura.com/archives/2004/06/02/isps-should-run-bittorrent-caches/#comment-963</guid>
		<description>I think you&#039;d loose bitTorrent&#039;s benefit if it would be &quot;cached&quot; by an ISP, What&#039;s the advantage to download from more then one source if all your sources are on the same LAN ? relief a server ? but the cache server would not be reliefed.
I know One ISP (&lt;a href=&quot;http://www.noos.fr)&quot;&gt;http://www.noos.fr)&lt;/a&gt; that has transparent cache for Http and ftp I think their solution is neat. The end user does not know that he goes thu a cache (and the ISP gains bandwith here). If the user know about the cache it will not use it. How often do you take the time to download a file from a nearby mirror ?


</description>
		<content:encoded><![CDATA[<p>I think you&#8217;d loose bitTorrent&#8217;s benefit if it would be &#8220;cached&#8221; by an ISP, What&#8217;s the advantage to download from more then one source if all your sources are on the same LAN ? relief a server ? but the cache server would not be reliefed.<br />
I know One ISP (<a href="http://www.noos.fr)"></a><a href="http://www.noos.fr" rel="nofollow">http://www.noos.fr</a>) that has transparent cache for Http and ftp I think their solution is neat. The end user does not know that he goes thu a cache (and the ISP gains bandwith here). If the user know about the cache it will not use it. How often do you take the time to download a file from a nearby mirror ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

