<?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: Data Centers Crippled By BitTorrent &#8216;Broadcast-Storm&#8217;</title>
	<atom:link href="http://torrentfreak.com/data-centers-crippled-by-bittorrent-broadcast-storm-110810/feed/" rel="self" type="application/rss+xml" />
	<link>http://torrentfreak.com/data-centers-crippled-by-bittorrent-broadcast-storm-110810/</link>
	<description>Breaking File-sharing, Copyright and Privacy News</description>
	<lastBuildDate>Wed, 29 Oct 2014 17:49:03 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.9.2</generator>
	<item>
		<title>By: Eee</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824775</link>
		<dc:creator><![CDATA[Eee]]></dc:creator>
		<pubDate>Mon, 15 Aug 2011 04:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824775</guid>
		<description><![CDATA[dude he didn&#039;t make any personal attacks so you should either]]></description>
		<content:encoded><![CDATA[<p>dude he didn&#8217;t make any personal attacks so you should either</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Taylor</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824390</link>
		<dc:creator><![CDATA[Jacob Taylor]]></dc:creator>
		<pubDate>Sat, 13 Aug 2011 16:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824390</guid>
		<description><![CDATA[Thanks for your up front and honest communication.
As for tracker list formatting, it can&#039;t hurt to always put ports in. 
My observation (I can not find a standard that governs this) is that unless it&#039;s an http tracker on port 80(standard), you always put the port. udp included (which makes little sense to me, but it seems to be tradition at least). ]]></description>
		<content:encoded><![CDATA[<p>Thanks for your up front and honest communication.<br />
As for tracker list formatting, it can&#8217;t hurt to always put ports in.<br />
My observation (I can not find a standard that governs this) is that unless it&#8217;s an http tracker on port 80(standard), you always put the port. udp included (which makes little sense to me, but it seems to be tradition at least). </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: h33t</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824334</link>
		<dc:creator><![CDATA[h33t]]></dc:creator>
		<pubDate>Sat, 13 Aug 2011 05:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824334</guid>
		<description><![CDATA[h33t approves of DHT and believes distributed non-centralised systems for sharing are the future (the last obstacle is to solve the problem of torrent verification to fix the spam/fake/quality issue)

3-4 years ago h33t was using IP blocklists to protect sharers using the h33t tracker. the idea was you had peer guardian on your own computer and the tracker also ran a blocklist then known evil IPs could not track your sharing unless they connected using DHT. so h33t disabled the DHT flag in torrents, but this is no longer the case. following subsequent guidance from thepiratebay crew new learning, the global community moved as one to adopt DHT and h33t dropped the idea/practise of a ring-fenced tracker

today h33t recommends DHT is enabled

haters will hate, Sketch, that&#039;s what you and your cronies are known for. we know who you are
]]></description>
		<content:encoded><![CDATA[<p>h33t approves of DHT and believes distributed non-centralised systems for sharing are the future (the last obstacle is to solve the problem of torrent verification to fix the spam/fake/quality issue)</p>
<p>3-4 years ago h33t was using IP blocklists to protect sharers using the h33t tracker. the idea was you had peer guardian on your own computer and the tracker also ran a blocklist then known evil IPs could not track your sharing unless they connected using DHT. so h33t disabled the DHT flag in torrents, but this is no longer the case. following subsequent guidance from thepiratebay crew new learning, the global community moved as one to adopt DHT and h33t dropped the idea/practise of a ring-fenced tracker</p>
<p>today h33t recommends DHT is enabled</p>
<p>haters will hate, Sketch, that&#8217;s what you and your cronies are known for. we know who you are</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DocGerbil100</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824251</link>
		<dc:creator><![CDATA[DocGerbil100]]></dc:creator>
		<pubDate>Fri, 12 Aug 2011 18:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824251</guid>
		<description><![CDATA[Hello, EZTV. :)
Nice to hear from you and I hope my late reply hasn&#039;t kept you waiting.  Sorry to make a fuss, chums - I know full well that you&#039;re an excellent site - but the links obtainable from your site are simply the best example of what I&#039;m talking about.

I&#039;m not trying to single anyone out for being responsible for the problem: lack of understanding of how to write a tracker-list properly is widespread across all the open trackers and not limited to any one site or any small number of uploaders.

Just to clarify, I&#039;m not clear on who&#039;s uploading what-exactly to where-exactly (I&#039;m not a big user of EZTV, so it&#039;s absolutely none of my business), but given your good reputation, I presume you&#039;re right about someone else being responsible.

The torrent &quot;Beaver Falls S01E02 720p HDTV x264-BiA&quot; is on your home page at the time of writing (12 August 2011).  Comparing the tracker-list you&#039;ve provided here to the tracker-lists in each of the different .torrent-files you&#039;ve linked to shows some interesting variations.

&lt;code&gt;-----------------------------
• The first Zoink link and BT-Chat both have .torrent-files with correct, properly-written tracker-lists, exactly as you&#039;ve specified in your reply:
udp://tracker.openbittorrent.com:80
udp://tracker.publicbt.com:80
udp://tracker.istole.it:80
udp://tracker.ccc.de:80
udp://sawtooth.zapto.org:7070
-----------------------------
• TPB has this:
http://tracker.thepiratebay.org/announce
udp://tracker.openbittorrent.com:80
udp://tracker.publicbt.com:80
udp://tracker.istole.it:80
udp://tracker.ccc.de:80
http://tracker.hexagon.cc:2710/announce
-----------------------------
• KAT has this:
udp://denis.stalker.h3q.com:6969/announce
http://denis.stalker.h3q.com:6969/announce
udp://tracker.publicbt.com:80/announce
http://tracker.publicbt.com/announce
udp://tracker.openbittorrent.com:80/announce
http://tracker.openbittorrent.com/announce
udp://tracker.publicbt.com:80/announce
http://tracker.publicbt.com/announce
udp://tracker.ccc.de:80/announce
http://tracker.ccc.de/announce
-----------------------------
• Torrage has this:
udp://tracker.ccc.de:80/announce
udp://tracker.publicbt.com:80/announce
udp://tracker.openbittorrent.com:80/announce
udp://tracker.publicbt.com:80/announce
http://tracker.publicbt.com/announce
udp://tracker.ccc.de:80/announce
http://tracker.ccc.de/announce
-----------------------------
• The second Zoink link has this:
udp://tracker.ccc.se:80
http://tracker.ccc.de/announce
udp://tracker.publicbt.com:80
http://tracker.publicbt.com/announce
udp://tracker.openbittorrent.com:80
http://tracker.openbittorrent.com/announce
udp://tracker.publicbt.com:80/announce
http://tracker.publicbt.com/announce
http://tracker.ccc.de/announce
-----------------------------
• Finally, the magnet-link has this (which rather defeats the point of being a magnet link, or so it seems to me):
http://tracker.openbittorrent.com/announce
-----------------------------&lt;/code&gt;

All the entries are untiered in all of the lists, so - as I understand it - those multiple entries are certainly overloading the trackers.

All of the links conveying these links are listed on your home page and no one of them is emphasised as being the &quot;correct&quot; or &quot;official&quot; link, so there&#039;s no obvious way for casual users to know they should prefer one over the others.

I don&#039;t know who&#039;s responsible for the more bizarre tracker-lists or where the people involved are operating - as I&#039;ve said, I don&#039;t believe it&#039;s any of my business (and especially not on an open forum like TF) - but somebody&#039;s writing the things and there must surely be some way to let them know they&#039;re doing it a bit wrong.

I appreciate that EZTV isn&#039;t responsible for the behaviour of uploaders on other sites and that you are busy people, but if this is something that can be be fixed with just a little communication (as I assume it can be), then it&#039;s surely worth a try.

Thanks very much for your time, EZTV.  All comment is meant to be constructive - I sincerely hope nobody take anything personally.
Have a good one. :)
&lt;i&gt;-- DG100&lt;/i&gt;

PS: If anyone&#039;s interested in doing it, would it be possible for someone to write a good guide to writing tracker-lists and put it up here on TF?  It might help a great many uploaders.  I&#039;d do it myself, but I&#039;m not confident about everything I think I know (and I haven&#039;t found out some things, such as whether or not (and which) port numbers should always be specified, or whether an entry should always have &quot;/announce&quot; at the end or not).]]></description>
		<content:encoded><![CDATA[<p>Hello, EZTV. :)<br />
Nice to hear from you and I hope my late reply hasn&#8217;t kept you waiting.  Sorry to make a fuss, chums &#8211; I know full well that you&#8217;re an excellent site &#8211; but the links obtainable from your site are simply the best example of what I&#8217;m talking about.</p>
<p>I&#8217;m not trying to single anyone out for being responsible for the problem: lack of understanding of how to write a tracker-list properly is widespread across all the open trackers and not limited to any one site or any small number of uploaders.</p>
<p>Just to clarify, I&#8217;m not clear on who&#8217;s uploading what-exactly to where-exactly (I&#8217;m not a big user of EZTV, so it&#8217;s absolutely none of my business), but given your good reputation, I presume you&#8217;re right about someone else being responsible.</p>
<p>The torrent &#8220;Beaver Falls S01E02 720p HDTV x264-BiA&#8221; is on your home page at the time of writing (12 August 2011).  Comparing the tracker-list you&#8217;ve provided here to the tracker-lists in each of the different .torrent-files you&#8217;ve linked to shows some interesting variations.</p>
<p><code>-----------------------------<br />
• The first Zoink link and BT-Chat both have .torrent-files with correct, properly-written tracker-lists, exactly as you've specified in your reply:<br />
udp://tracker.openbittorrent.com:80<br />
udp://tracker.publicbt.com:80<br />
udp://tracker.istole.it:80<br />
udp://tracker.ccc.de:80<br />
udp://sawtooth.zapto.org:7070<br />
-----------------------------<br />
• TPB has this:<br />
http://tracker.thepiratebay.org/announce<br />
udp://tracker.openbittorrent.com:80<br />
udp://tracker.publicbt.com:80<br />
udp://tracker.istole.it:80<br />
udp://tracker.ccc.de:80<br />
http://tracker.hexagon.cc:2710/announce<br />
-----------------------------<br />
• KAT has this:<br />
udp://denis.stalker.h3q.com:6969/announce<br />
http://denis.stalker.h3q.com:6969/announce<br />
udp://tracker.publicbt.com:80/announce<br />
http://tracker.publicbt.com/announce<br />
udp://tracker.openbittorrent.com:80/announce<br />
http://tracker.openbittorrent.com/announce<br />
udp://tracker.publicbt.com:80/announce<br />
http://tracker.publicbt.com/announce<br />
udp://tracker.ccc.de:80/announce<br />
http://tracker.ccc.de/announce<br />
-----------------------------<br />
• Torrage has this:<br />
udp://tracker.ccc.de:80/announce<br />
udp://tracker.publicbt.com:80/announce<br />
udp://tracker.openbittorrent.com:80/announce<br />
udp://tracker.publicbt.com:80/announce<br />
http://tracker.publicbt.com/announce<br />
udp://tracker.ccc.de:80/announce<br />
http://tracker.ccc.de/announce<br />
-----------------------------<br />
• The second Zoink link has this:<br />
udp://tracker.ccc.se:80<br />
http://tracker.ccc.de/announce<br />
udp://tracker.publicbt.com:80<br />
http://tracker.publicbt.com/announce<br />
udp://tracker.openbittorrent.com:80<br />
http://tracker.openbittorrent.com/announce<br />
udp://tracker.publicbt.com:80/announce<br />
http://tracker.publicbt.com/announce<br />
http://tracker.ccc.de/announce<br />
-----------------------------<br />
• Finally, the magnet-link has this (which rather defeats the point of being a magnet link, or so it seems to me):<br />
http://tracker.openbittorrent.com/announce<br />
-----------------------------</code></p>
<p>All the entries are untiered in all of the lists, so &#8211; as I understand it &#8211; those multiple entries are certainly overloading the trackers.</p>
<p>All of the links conveying these links are listed on your home page and no one of them is emphasised as being the &#8220;correct&#8221; or &#8220;official&#8221; link, so there&#8217;s no obvious way for casual users to know they should prefer one over the others.</p>
<p>I don&#8217;t know who&#8217;s responsible for the more bizarre tracker-lists or where the people involved are operating &#8211; as I&#8217;ve said, I don&#8217;t believe it&#8217;s any of my business (and especially not on an open forum like TF) &#8211; but somebody&#8217;s writing the things and there must surely be some way to let them know they&#8217;re doing it a bit wrong.</p>
<p>I appreciate that EZTV isn&#8217;t responsible for the behaviour of uploaders on other sites and that you are busy people, but if this is something that can be be fixed with just a little communication (as I assume it can be), then it&#8217;s surely worth a try.</p>
<p>Thanks very much for your time, EZTV.  All comment is meant to be constructive &#8211; I sincerely hope nobody take anything personally.<br />
Have a good one. :)<br />
<i>&#8211; DG100</i></p>
<p>PS: If anyone&#8217;s interested in doing it, would it be possible for someone to write a good guide to writing tracker-lists and put it up here on TF?  It might help a great many uploaders.  I&#8217;d do it myself, but I&#8217;m not confident about everything I think I know (and I haven&#8217;t found out some things, such as whether or not (and which) port numbers should always be specified, or whether an entry should always have &#8220;/announce&#8221; at the end or not).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Data Centers Crippled By BitTorrent &#8216;Broadcast-Storm&#8217;</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824119</link>
		<dc:creator><![CDATA[Data Centers Crippled By BitTorrent &#8216;Broadcast-Storm&#8217;]]></dc:creator>
		<pubDate>Fri, 12 Aug 2011 09:01:14 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824119</guid>
		<description><![CDATA[[...] Data Centers Crippled By BitTorrent ‘Broadcast-Storm’ [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Data Centers Crippled By BitTorrent ‘Broadcast-Storm’ [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EZTV</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824100</link>
		<dc:creator><![CDATA[EZTV]]></dc:creator>
		<pubDate>Fri, 12 Aug 2011 06:49:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824100</guid>
		<description><![CDATA[DHT runs on UDP, so it does play a part for people that have not set up UDP correctly.]]></description>
		<content:encoded><![CDATA[<p>DHT runs on UDP, so it does play a part for people that have not set up UDP correctly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EZTV</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824099</link>
		<dc:creator><![CDATA[EZTV]]></dc:creator>
		<pubDate>Fri, 12 Aug 2011 06:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824099</guid>
		<description><![CDATA[@Doc

This is the list of trackers we use:

udp://tracker.openbittorrent.com:80
udp://tracker.publicbt.com:80
udp://tracker.istole.it:80
udp://tracker.ccc.de:80
udp://sawtooth.zapto.org:7070

So I am unsure where you getting this whole &quot;numerous entries&quot; unless someone else is reuploading our stuff and filling it with crap.]]></description>
		<content:encoded><![CDATA[<p>@Doc</p>
<p>This is the list of trackers we use:</p>
<p>udp://tracker.openbittorrent.com:80<br />
udp://tracker.publicbt.com:80<br />
udp://tracker.istole.it:80<br />
udp://tracker.ccc.de:80<br />
udp://sawtooth.zapto.org:7070</p>
<p>So I am unsure where you getting this whole &#8220;numerous entries&#8221; unless someone else is reuploading our stuff and filling it with crap.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DocGerbil100</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824082</link>
		<dc:creator><![CDATA[DocGerbil100]]></dc:creator>
		<pubDate>Fri, 12 Aug 2011 05:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824082</guid>
		<description><![CDATA[Without having a go at anyone (especially not anyone doing the torrenty world a favour - I thank you, one and all), it would also help - and help a lot - if more uploaders knew how to write a tracker list correctly.

Even on brand-new torrents, typical tracker lists from places like TPB, EZTV, etc, tend to be full of numerous errors - and as a result, some of the more popular torrents are effectively DDoSing the open trackers.

Some common errors [disclaimer: I&#039;m not an expert, so I might have some of this wrong, but these should be mostly correct]:

• Listing HTTP and UDP tracker entries as separate entries instead of tiering them properly is a bad thing.  On paper, this may seem like a good idea: hitting both simultaneously means that so long as one is working, the torrent should start downloading a little quicker.  In practise, all that&#039;s happening is that we all end up with unresponsive, overloaded trackers that no-one can connect to - and when all the open trackers in your list go down (something that&#039;s happened more than once already), no-one can download or seed back anything without going to DHT (it&#039;s problematic for some of us - and having all our eggs in one basket doesn&#039;t seem very clever to me);

• Multiple entries for the same tracker - and I&#039;m thinking specifically of the torrents reupped to EZTV that have tracker.publicbt.com listed four times over (and if you happen to be one of the original uploaders, thank you very much for the upload, but by Jesus, God and all the angels in heaven, why in the name of &lt;i&gt;fuck&lt;/i&gt; are you doing that!?  Are you deliberately trying to shut down the open trackers?);

• An error that&#039;s not really on-topic (but still worthy of mention since they waste every users&#039; bandwidth) is including trackers that (as far as I know) have been dead for years, with no likelihood of returning, such as tracker.piratebay.org (yes, there&#039;s &lt;i&gt;still&lt;/i&gt; someone using it) and dennis.stalker (also worth a mention is tracker.ccc.de - IIRC, it was announced on here as an open tracker for everyone to use replacing dennis.stalker, but is it actually running at all?  I don&#039;t recall ever seeing it work from anywhere);

• Finally, it would be helpful if end-users could move away from the more badly-behaved clients that cause problems (as surprising as it may seem, there are good reasons why so many are banned from private trackers).

Outside of this, it would be extremely helpful if torrent-sites themselves could do a bit more to educate their uploaders, or even automatically strip and replace tracker lists, as they&#039;re ULed by users - there are just too many problematic torrents out there.

I would also be pleased if some BT client developers could stop assuming everyone&#039;s going to abandon trackers (highly unlikely for the moment) and resume development of better tracker-management features.  Automated dupe-removal, tier-restructuring and dead-tracker-blocking would be an excellent start.

As I said at the start, none of this should be taken personally by anyone (all well-intentioned uploaders, sites and devs have my thanks) - this is just stuff that needs fixing. :)]]></description>
		<content:encoded><![CDATA[<p>Without having a go at anyone (especially not anyone doing the torrenty world a favour &#8211; I thank you, one and all), it would also help &#8211; and help a lot &#8211; if more uploaders knew how to write a tracker list correctly.</p>
<p>Even on brand-new torrents, typical tracker lists from places like TPB, EZTV, etc, tend to be full of numerous errors &#8211; and as a result, some of the more popular torrents are effectively DDoSing the open trackers.</p>
<p>Some common errors [disclaimer: I'm not an expert, so I might have some of this wrong, but these should be mostly correct]:</p>
<p>• Listing HTTP and UDP tracker entries as separate entries instead of tiering them properly is a bad thing.  On paper, this may seem like a good idea: hitting both simultaneously means that so long as one is working, the torrent should start downloading a little quicker.  In practise, all that&#8217;s happening is that we all end up with unresponsive, overloaded trackers that no-one can connect to &#8211; and when all the open trackers in your list go down (something that&#8217;s happened more than once already), no-one can download or seed back anything without going to DHT (it&#8217;s problematic for some of us &#8211; and having all our eggs in one basket doesn&#8217;t seem very clever to me);</p>
<p>• Multiple entries for the same tracker &#8211; and I&#8217;m thinking specifically of the torrents reupped to EZTV that have tracker.publicbt.com listed four times over (and if you happen to be one of the original uploaders, thank you very much for the upload, but by Jesus, God and all the angels in heaven, why in the name of <i>fuck</i> are you doing that!?  Are you deliberately trying to shut down the open trackers?);</p>
<p>• An error that&#8217;s not really on-topic (but still worthy of mention since they waste every users&#8217; bandwidth) is including trackers that (as far as I know) have been dead for years, with no likelihood of returning, such as tracker.piratebay.org (yes, there&#8217;s <i>still</i> someone using it) and dennis.stalker (also worth a mention is tracker.ccc.de &#8211; IIRC, it was announced on here as an open tracker for everyone to use replacing dennis.stalker, but is it actually running at all?  I don&#8217;t recall ever seeing it work from anywhere);</p>
<p>• Finally, it would be helpful if end-users could move away from the more badly-behaved clients that cause problems (as surprising as it may seem, there are good reasons why so many are banned from private trackers).</p>
<p>Outside of this, it would be extremely helpful if torrent-sites themselves could do a bit more to educate their uploaders, or even automatically strip and replace tracker lists, as they&#8217;re ULed by users &#8211; there are just too many problematic torrents out there.</p>
<p>I would also be pleased if some BT client developers could stop assuming everyone&#8217;s going to abandon trackers (highly unlikely for the moment) and resume development of better tracker-management features.  Automated dupe-removal, tier-restructuring and dead-tracker-blocking would be an excellent start.</p>
<p>As I said at the start, none of this should be taken personally by anyone (all well-intentioned uploaders, sites and devs have my thanks) &#8211; this is just stuff that needs fixing. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GUEST</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824069</link>
		<dc:creator><![CDATA[GUEST]]></dc:creator>
		<pubDate>Fri, 12 Aug 2011 03:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824069</guid>
		<description><![CDATA[VPN FOR THE WIN]]></description>
		<content:encoded><![CDATA[<p>VPN FOR THE WIN</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Technology Blog: Data Centers Crippled By BitTorrent BroadcastStorm</title>
		<link>/data-centers-crippled-by-bittorrent-broadcast-storm-110810/#comment-824027</link>
		<dc:creator><![CDATA[The Technology Blog: Data Centers Crippled By BitTorrent BroadcastStorm]]></dc:creator>
		<pubDate>Thu, 11 Aug 2011 22:36:19 +0000</pubDate>
		<guid isPermaLink="false">http://torrentfreak.com/?p=38588#comment-824027</guid>
		<description><![CDATA[[...] storm&#65533; that resulted from the millions of connections BitTorrent users were making.Source:http://torrentfreak.com/data-centers-crippled-by-bittorrent-broadcast-storm-110810/      Posted by Makin   at [...]]]></description>
		<content:encoded><![CDATA[<p>[...] storm&#65533; that resulted from the millions of connections BitTorrent users were making.Source:<a href="http://torrentfreak.com/data-centers-crippled-by-bittorrent-broadcast-storm-110810/" rel="nofollow">http://torrentfreak.com/data-centers-crippled-by-bittorrent-broadcast-storm-110810/</a>      Posted by Makin   at [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
