<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Differentiating illegal &#x26; copyrighted content is DANGEROUS in </title>
<link>http://www.dslreports.com/forum/r20242097</link>
<description></description>
<language>en</language>
<pubDate>Wed, 20 Aug 2008 23:09:58 EDT</pubDate>
<lastBuildDate>Wed, 20 Aug 2008 23:09:58 EDT</lastBuildDate>

<item>
<title>Honestly, get a grip, and put down the piracy Kool-Aid</title>
<link>http://www.dslreports.com/forum/remark,20244293</link>
<description><![CDATA[<A HREF="/useremail/u/1464133"><b>a333</b></A> : as many open-source projects show, open source apps have WAY more people working on them, and embrace outside help, the end result of which is that those apps end up being light-years ahead of closed-source apps. <br>A couple of corps working on "intelligent" inspection techniques is no match for a worldwide cooperative effort that has the capability to turn out bug fixes/improvements on a daily basis. You just have way more people looking at the code, and editing it. <br><br>End moral of story:<br>Let Big Brother/Uncle Sam do the policing/net nanny honors. ISP's should be protected from any liability from the music industry, and be nothing more than 'dumb pipe' providers.<br>And, on a side note, file transfer protocols have been around since the birth of the 'net. In the 90's, it was FTP. Now, it's p2p. So get over the paranoia, and adapt to the times. New times, new demands, new rules. Get a grip, **AA.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20244293</guid>
<pubDate>Fri, 28 Mar 2008 20:35:51 EDT</pubDate>
</item>

<item>
<title>Re: Connection limiting, simple and effective solution w/ no big</title>
<link>http://www.dslreports.com/forum/remark,20243338</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : Connections are irrelevant.  Internet Service Providers need look no further than the IP packet header to determine how to handle my traffic.  <br><br>ISPs need not waste money on "intelligent" devices to figure out what they'd rather do with a packet instead of what they're paid do with a packet (i.e. ROUTE IT). <br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><A HREF="http://www.savetheinternet.com/=stanford"><b>FCC Public Hearing on the Future of the Internet</b></a> - Thursday, April 17th - Stanford Univ., Calif.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20243338</guid>
<pubDate>Fri, 28 Mar 2008 17:47:08 EDT</pubDate>
</item>

<item>
<title>Connection limiting, simple and effective solution w/ no big bro</title>
<link>http://www.dslreports.com/forum/remark,20243233</link>
<description><![CDATA[<A HREF="/useremail/u/1502824"><b>tx_tower</b></A> : p2p is only a problem for ISP's due to the huge number of connections made, its as simple as limiting the number or connections a customer can make in the ToS, ie. selling a 10mb/5mb connection with a limit of 30 connections not on port 80 (how we currently throttle our customers). business customers get 100 connections. problem solved end of story and I agree its not my job as an ISP to police the internet, im just looking out for my network.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20243233</guid>
<pubDate>Fri, 28 Mar 2008 17:32:10 EDT</pubDate>
</item>

<item>
<title>Differentiating illegal &#x26; copyrighted content is DANGEROUS</title>
<link>http://www.dslreports.com/forum/remark,20242097</link>
<description><![CDATA[<A HREF="/useremail/u/340409"><b>funchords</b></A> : Technology that distinguishes between copyrighted works and non-copyrighted works is dangerous, as it is inconsistent with the copyright laws around the world, including those here in North America.  <br><br>In the US, everything written or drawn is protected by copyright laws, without any requirement for upfront registration.  <br><br>To design a copyright filter to act correctly according to US law, it would have to block all transfers unless some bitprint was registered somewhere as allowable to be transferred:<br><br>1.  Because its copyright has expired (currently 70 to 90 years from the date of the works creation or the death of the creator). <br><br>2.  Because the content was explicitly placed into the public domain by the owner, a recognized authority, or a treaty provision.<br><br>3.  Because the content's owner explicitly allows such distribution while retaining other rights.<br><br>AND THIS IS A REALLY INTERESTING ONE:<br><br>4.  Because the downloader claims the right under Fair Use.  (The owner does not get to decide "fair use."  If the owner consents, that's called a license and it would be handled by #3 above.<br><br>So, unless the filter works in the way that I've described above, <b>it's broken by design.</b>  It is incompatible with the Copyright laws of the United States -- and our laws have aligned with the various treaties and laws of other major world powers.  <br><br>And there is still much case law to consider, some of it still controversial, and it would have to be incorporated into that system:<br><br>a. Does the protectee (author, owner) place any limit on the duration or places of distribution?<br><br>b. Does the protectee place a limit on the number of transfers?  <br><br>It's madness.  <br><br>To fix this system, we have to fix the part that's broken -- and the Internet is not broken.  We need to fix the laws, which right now grossly favor the major studios over independent publishers, and protectees over users of IP.<br><br>My generation used to share stuff on magnetic tape and Xerox pages.  If you're in your 20s and 30s, you're the generation that needs to help Congress understand if and how you want to support the artists and authors through the copyright mechanism.  Don't look to us to do it -- we don't like your music, anyway.   :) :D :( :o ;)<br><small>--<br>Robb Topolski -= <A HREF="http://funchords.com/">funchords.com</a> =- Hillsboro, Oregon<br><A HREF="http://www.savetheinternet.com/=stanford"><b>FCC Public Hearing on the Future of the Internet</b></a> - Thursday, April 17th - Stanford Univ., Calif.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20242097</guid>
<pubDate>Fri, 28 Mar 2008 14:36:44 EDT</pubDate>
</item>

</channel>
</rss>
