[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 6to4 relay and Teredo relay load - Bittorrent

To: james woodyatt <jhw@apple.com>
Subject: Re: 6to4 relay and Teredo relay load - Bittorrent
From: Rémi Denis-Courmont <rdenis@simphalempin.com>
Date: Sat, 13 Oct 2007 20:11:05 +0300
Cc: Nathan Ward <v6ops@daork.net>, v6ops WG <v6ops@ops.ietf.org>, IPv6 Ops list <ipv6-ops@lists.cluenet.de>
In-reply-to: <7E668EFD-1667-4AFC-A6D0-675C8BAB2D14@apple.com>
Organization: Remlab.net
References: <2D470CEF-DFA9-4ED5-BAB5-22F12D0ED400@daork.net> <4710914A.1030801@spaghetti.zurich.ibm.com> <7E668EFD-1667-4AFC-A6D0-675C8BAB2D14@apple.com>
User-agent: KMail/1.9.7

Le Saturday 13 October 2007 19:07:03 james woodyatt, vous avez écrit :
> On Oct 13, 2007, at 02:35, Jeroen Massar wrote:
> > Be happy that they already have IPv6 implemented, BT might actually be
> > one of the few things that might generate lots of traffic on IPv6.
>
> Highly unlikely.  Ubiquitous IPv6 stateful packet filters that behave
> the same way as the filters in IPv4/NAT gateways will give BitTorrent
> users the same hassles on IPv6 as they currently endure on IPv4/NAT.
> The incentive for BitTorrent users to migrate to IPv4 simply isn't
> there unless they're willing to turn off those filters.

Precisely not if they use 6to4 and Teredo à la Windows way of doing unmanaged 
IPv6 transition.

-- 
Rémi Denis-Courmont
http://www.remlab.net/

References:
- 6to4 relay and Teredo relay load - Bittorrent
  - From: Nathan Ward <v6ops@daork.net>
- Re: 6to4 relay and Teredo relay load - Bittorrent
  - From: Jeroen Massar <jeroen@unfix.org>
- Re: 6to4 relay and Teredo relay load - Bittorrent
  - From: james woodyatt <jhw@apple.com>

Prev by Date: Re: The IPv4 Internet MTU
Next by Date: Re: The IPv4 Internet MTU (was Re: Teredo MTU logic)
Previous by thread: Re: 6to4 relay and Teredo relay load - Bittorrent
Next by thread: Re: 6to4 relay and Teredo relay load - Bittorrent
Index(es):
- Date
- Thread