Re: draft-ietf-v6ops-6to4-to-historic (yet again)

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

 



On 25 Jul 2011, at 15:30, Ronald Bonica wrote:
> 
> Please post your views on this course of action by August 8, 2011.

Some observations.

Our own users made use of 6to4 maybe 8+ years ago, and at the time it was handy to have.  Today though we're not aware of any of our users running 6to4 intentionally. We have IPv6 native on site, and anyone who wants home IPv6 connectivity either goes to an ISP that provides it, e.g. A&A in the UK, or they use a tunnel broker.  Brokers have the additional benefit of working through NATs and with dynamic IPv4 endpoints.

Our site sees about 1-2% of all inbound traffic being IPv6, and of that less than 1% is 6to4, and this is only likely to fall further with rfc3484-bis. What 6to4 we do see is probably reasonably robust in that our return path uses the JANET-provided 6to4 relay.  

Most operating systems either already, or before long will, support rfc3484-bis, which means hosts should use IPv4 in preference to 6to4 where both are available.  To choose to use 6to4, the user would need to consciously change their 3484 policy table, assuming their OS supports that (Linux and Windows do, MacOS X Lion appears not to).

Geoff Huston has presented data at IETF80 showing 6to4 brokenness and performance. We now have 'Happy Eyeballs Lite' implemented in Chrome and (I believe, not tested it yet) Firefox, which means the browser can adapt to broken IPv6, whether caused by 6to4 or other factors.

The 6to4-advisory draft suggests off-by-default, which I agree with, and use of relays to improve user experience. The problem is we can't expect every site/ISP to run a relay (or multi-address with 6to4) so there will inevitably always be problems with the 3068 mode of 6to4.

We measured rogue RAs over a two year period on our wireless network.  About 60% of the time at least one host was emitting a rogue 6to4-based RA. While these were mitigated by ramond, it would be good to see vendors fix this; it's not just MS ICS.  Happy Eyeballs is a mitigation for such rogue RAs also.

So in summary, in practice 3484-bis and the 6to4-advisory off-by-default will further reduce what little use there is of 6to4 now, and happy eyeballs will mitigate any remaining instances of its use that are bad. So whether 6to4 is tagged Historic or not, it should be causing significantly less harm.  

Tim
_______________________________________________
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]