Re: [v6ops] draft-ietf-v6ops-6204bis WGLC

The current description of 6rd and ds-lite in 6204bis dangerously avoids the issue of how to gracefully transition from a native IPv4 to Dual-Stack lite, in particular with a retail CPE vs. ISP-managed CPE. The same is true for graceful sunsetting of 6rd to native IPv6.

Ole and I captured the rather heated discussion on v6ops a couple of months back in the following document: draft-townsley-troan-ipv6-ce-transitioning-02

I believe the problem here is that there is demand from operators to include DS-Lite and 6rd in this document is very strong, yet the implementation details have not been specified well enough to allow DS-Lite and Native IPv4 or Native IPv6 and 6rd to coexist in a consistent and non-distruptive manner with one another. This is fairly dangerous as it will undoubtedly lead to highly variant implementation. I can easily see this sinking the ability to incrementally deploy DS-Lite in a retail CPE setting, for example. It could also be detrimental to sunsetting of 6rd.

I'd be happy to present the issue to v6ops. I think the issue needs to be voiced (as the draft appeared since the last meeting, it has not had airtime in any IETF meeting yet, despite us revving a couple of times). 

- Mark

On Mar 8, 2012, at 10:30 PM, Fred Baker wrote:

> This is to initiate a two week working group last call of draft-ietf-v6ops-6204bis. Please read it now. If you find nits (spelling errors, minor suggested wording changes, etc), comment to the authors; if you find greater issues, such as disagreeing with a statement or finding additional issues that need to be addressed, please post your comments to the list. The draft will be on the agenda at IETF 83, and I would like to send the authors home with a work plan to complete it if it is not to the WG's liking.
> 
> We are looking specifically for comments on the importance of the document as well as its content. If you have read the document and believe it to be of operational utility, that is also an important comment to make.
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops