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

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

<channel>
<title>Re: How is this any different than a VPN? in </title>
<link>http://www.dslreports.com/forum/r20769557</link>
<description></description>
<language>en</language>
<pubDate>Fri, 04 Dec 2009 22:38:48 EDT</pubDate>
<lastBuildDate>Fri, 04 Dec 2009 22:38:48 EDT</lastBuildDate>

<item>
<title>Re: How is this any different than a VPN?</title>
<link>http://www.dslreports.com/forum/remark,20771449</link>
<description><![CDATA[<A HREF="/useremail/u/1027919"><b>Anonymous_</b></A> : <div class="bquote"><small>said by  Matt <A HREF="/useremail/u/843138"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>How is this any different than say a VPN? If it works at the network layer (Layer 3) how is that going to prevent an ISP from throttling it if they can throttle L2TP (Layer 2) now?<br><br>I respect the motivation of the Pirate Bay, but I question their fundamental knowledge of network protocols.<br><br>This protocol, like any other, will have an easily detectable signature, encrypted or not. If you're opening 150 encrypted sessions, you're obviously not using a VPN. In addition, an ISP knows the difference in an HTTPS/SSL session and a PPTP or L2TP/IPSec VPN session, so this traffic will stick out even more.<br><br>The only way right now to trick an ISP is to create an encrypted tunnel to a single endpoint, then let that endpoint open the 100+ simultaneous connections. If you do that however, your ISP won't care as a customer using a single session at max bandwidth is much easier on the network than a customer opening 100+ sessions and using their max bandwidth to boot.<br> </div>i open at lest 2,000 to 4,000<br>simultaneous connections.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20771449</guid>
<pubDate>Thu, 10 Jul 2008 17:48:36 EDT</pubDate>
</item>

<item>
<title>Re: How is this any different than a VPN?</title>
<link>http://www.dslreports.com/forum/remark,20769557</link>
<description><![CDATA[<A HREF="/useremail/u/843138"><b>Matt</b></A> : <div class="bquote"><small>said by  jester121 <A HREF="/useremail/u/856374"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I don't know what the profit motive would be, but if someone wanted to create a "hub" in a friendly jurisdiction that would basically proxy encrypted connections for P2P transfers, it would completely stymie the MPAA/RIAA in their enforcement efforts. Just like the anon proxies people use for web surfing, but with encryption. All the **AA could do is sue for the hub provider to provide IP addresses, and like TPB this probably wouldn't accomplish much. The bandwidth and processing requirements would be huge.<br> </div>That is what I was thinking too. Create a centralized hub, but then we're back to the days when the **AA's just have to go after one set of servers ... unless it's a Tor type network. Tor definitely could not support torrents though, so I just don't see where they are going with this.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20769557</guid>
<pubDate>Thu, 10 Jul 2008 11:54:21 EDT</pubDate>
</item>

<item>
<title>Re: How is this any different than a VPN?</title>
<link>http://www.dslreports.com/forum/remark,20769334</link>
<description><![CDATA[<A HREF="/useremail/u/856374"><b>jester121</b></A> : I agree, and the rest of your statement was pretty much correct. A point-to-point connection doesn't do much good in the P2P model, and the processing load associated with creating and tearing down VPN-type tunnels to hundreds of peers would render it pretty much useless.<br><br>I don't know what the profit motive would be, but if someone wanted to create a "hub" in a friendly jurisdiction that would basically proxy encrypted connections for P2P transfers, it would completely stymie the MPAA/RIAA in their enforcement efforts. Just like the anon proxies people use for web surfing, but with encryption. All the **AA could do is sue for the hub provider to provide IP addresses, and like TPB this probably wouldn't accomplish much. The bandwidth and processing requirements would be huge.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20769334</guid>
<pubDate>Thu, 10 Jul 2008 11:04:13 EDT</pubDate>
</item>

<item>
<title>Re: How is this any different than a VPN?</title>
<link>http://www.dslreports.com/forum/remark,20769244</link>
<description><![CDATA[<A HREF="/useremail/u/843138"><b>Matt</b></A> : <div class="bquote"><small>said by  jester121 <A HREF="/useremail/u/856374"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  Matt <A HREF="/useremail/u/843138"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>I respect the motivation of the Pirate Bay, but I question their fundamental knowledge of network protocols. </div>I question yours. L2TP is actually a layer 5 protocol which operates over UDP (layer 3). It's called "L2" because to the applications using it, it appears as a layer 2 transport.<br> </div>Thanks for the clarification. I didn't realize it actually operated at the session layer.<br><br>It still doesn't change the fact their approach is flawed. This isn't the first half-baked idea they've come up with that - even someone who didn't know that L2TP is actually a Layer 5 protocol - can see the holes in.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20769244</guid>
<pubDate>Thu, 10 Jul 2008 10:43:36 EDT</pubDate>
</item>

<item>
<title>Re: How is this any different than a VPN?</title>
<link>http://www.dslreports.com/forum/remark,20769058</link>
<description><![CDATA[<A HREF="/useremail/u/856374"><b>jester121</b></A> : <div class="bquote"><small>said by  Matt <A HREF="/useremail/u/843138"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>I respect the motivation of the Pirate Bay, but I question their fundamental knowledge of network protocols. </div>I question yours. L2TP is actually a layer 5 protocol which operates over UDP (layer 3). It's called "L2" because to the applications using it, it appears as a layer 2 transport.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20769058</guid>
<pubDate>Thu, 10 Jul 2008 10:07:13 EDT</pubDate>
</item>

<item>
<title>Re: How is this any different than a VPN?</title>
<link>http://www.dslreports.com/forum/remark,20768874</link>
<description><![CDATA[<A HREF="/useremail/u/766601"><b>avd706</b></A> : <div class="bquote"><small>said by  Matt <A HREF="/useremail/u/843138"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>your ISP won't care as a customer using a single session at max bandwidth is much easier on the network than a customer opening 100+ sessions and using their max bandwidth to boot.<br> </div>Does this really make a difference? ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20768874</guid>
<pubDate>Thu, 10 Jul 2008 09:27:08 EDT</pubDate>
</item>

<item>
<title>How is this any different than a VPN?</title>
<link>http://www.dslreports.com/forum/remark,20768868</link>
<description><![CDATA[<A HREF="/useremail/u/843138"><b>Matt</b></A> : How is this any different than say a VPN? If it works at the network layer (Layer 3) how is that going to prevent an ISP from throttling it if they can throttle L2TP (Layer 2) now?<br><br>I respect the motivation of the Pirate Bay, but I question their fundamental knowledge of network protocols.<br><br>This protocol, like any other, will have an easily detectable signature, encrypted or not. If you're opening 150 encrypted sessions, you're obviously not using a VPN. In addition, an ISP knows the difference in an HTTPS/SSL session and a PPTP or L2TP/IPSec VPN session, so this traffic will stick out even more.<br><br>The only way right now to trick an ISP is to create an encrypted tunnel to a single endpoint, then let that endpoint open the 100+ simultaneous connections. If you do that however, your ISP won't care as a customer using a single session at max bandwidth is much easier on the network than a customer opening 100+ sessions and using their max bandwidth to boot.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20768868</guid>
<pubDate>Thu, 10 Jul 2008 09:25:55 EDT</pubDate>
</item>

</channel>
</rss>
