Re: one data point regarding native IPv6 support

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

 



----- Original Message -----
From: "Joel Jaeggli" <joelja@xxxxxxxxx>
To: "Michel Py" <michel@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Cc: "Keith Moore" <moore@xxxxxxxxxxxxxxxxxxxx>; "IETF-Discussion"
<ietf@xxxxxxxx>
Sent: Monday, June 13, 2011 6:15 PM
>
> On Jun 12, 2011, at 12:24 PM, Michel Py wrote:
>
> > According to this:
> > http://blogs.cisco.com/sp/france-is-famous-for-fine-wine-cheese-and-now-
> > ipv6/
> > and some more recent direct talks in French, about half of worldwide
> > IPv6 traffic is French.
> >
> > The bulk of it comes from a single ISP (Free, AS12322) and their IPv6 is
> > 6RD (RFC5569, RFC5969), a variant of 6to4. Given the constant references
> > in 6RD to 6to4, I will point out that making 6to4 historic somehow
> > reduces the likeliness of another extremely successful ISP
> > implementation based on it.

To quote from the draft (anyone read it?:-)

"   6rd [RFC5969] utilizes the same encapsulation and base mechanism as
   6to4, and could be viewed as a superset of 6to4 (6to4 could be
   achieved by setting the 6rd prefix to 2002::/16).  However, the
   deployment model is such that 6rd can avoid the problems described
   here.  In this sense, 6rd can be viewed as superseding 6to4 as
   described in section 4.2.4 of [RFC2026]"

6rd good; 6to4 {as described in section 4.2.4 of [RFC2026]} bad.

Tom Petch

> That's doesn't follow. 6rd borrows a mechanism used in 6to4, 6rd has no
dependance on host 6to4 implementations or the 6to4 any-cast address.
>
> > Although Google (in
> > http://www.pam2010.ethz.ch/papers/full-length/15.pdf) and other
> > measurements classify AS12322's traffic as native, it is 6RD behind the
> > scenes.
> >
> > If the argument is that IPv6 "native" should be the preferred solution
> > over "tunneled", it does not hold water. If you were to remove 6to4 and
> > 6RD from the picture, that would set us back 10 years ago in terms of
> > IPv6 adoption.
> >
> > Michel.
> >
> > _______________________________________________
> > Ietf mailing list
> > Ietf@xxxxxxxx
> > https://www.ietf.org/mailman/listinfo/ietf
> >
>
> _______________________________________________
> Ietf mailing list
> Ietf@xxxxxxxx
> https://www.ietf.org/mailman/listinfo/ietf

_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]