[freenet-chat] Fwd: Re: TorrentFreak: Comcast/Sandvine block bittorrent seeding

[Matthew Toseland]

----------  Forwarded Message  ----------

Subject: Re: [freenet-chat] TorrentFreak: Comcast/Sandvine block bittorrent 
seeding
Date: Friday 07 September 2007 15:26
From: Florent Daignière <nextgens at freenetproject.org>
To: Matthew Toseland <toad at amphibian.dyndns.org>

* Matthew Toseland <toad at amphibian.dyndns.org> [2007-09-07 15:22:06]:

> On Friday 07 September 2007 15:13, you wrote:
> > * Matthew Toseland <toad at amphibian.dyndns.org> [2007-09-07 13:49:26]:
> > 
> > > Seems to be on a traffic analysis level as it works on encrypted 
> bittorrent - 
> > > I wonder if this would block Freenet?
> > > 
> > > 
> 
http://torrentfreak.com/comcast-throttles-bittorrent-traffic-seeding-impossible/
> > > 
> 
http://www.dslreports.com/forum/r18323368-Comcast-is-using-Sandvine-to-manage-P2P-Connections
> > > 
> > > Thanks to whoever originally sent me this URL!
> > 
> > Nothing new as far as I can see ... killing TCP sessions sending out
> > RSTs is what China has been doing for years!
> 
> The means of killing them isn't the interesting part. It's the means of 
> detecting them that's of interest.

As far as I know only "transport" is cyphered using RC4 ... access to
the tracker isn't (unless ssl is involved)...

by the way preventing seeding when transfert is over is trivial ... flow
analysis ... when you don't download, prevent "uploading". Detect that
it switches from a "symmetrical" pattern to an asymetrical one


-------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://emu.freenetproject.org/pipermail/chat/attachments/20070907/837f66bb/attachment.pgp