Re: [v6ops] Agenda discussion

On Mar 13, 2012, at 8:40 AM, Rémi Després wrote:

> Hi Fred,
> 
> There has been discussion on the list about the relationship between 464XLAT and 4rd (24 v6ops e-mails with these 2 acronyms)
> The latest version of draft-despres-softwire-4rd-U (posted on March 12) introduces a NAT64 variant called NAT64+.
> Its purpose is 464XLAT-like scenarios with improved IPv4 transparency.
> 
> I would appreciate a slot (10 minutes or more) to present what is at stake, operationally speaking. 
> There is no v6ops-specific draft: time has been too short to make one despite relevance to v6ops of the subject matter to v6ops.
> (There is of course no plan to present protocol contents in v6ops, Softwire being the place for this.)
> 
> Thanks,
> RD

4rd and dIVI are two legs of MAP, as I understand it. I was expecting that discussion during the 464xlat discussion, from the floor, but I'm willing to give someone ten minutes to present the MAP effort

	http://datatracker.ietf.org/doc/draft-despres-softwire-4rd-u
	http://datatracker.ietf.org/doc/draft-fu-softwire-4rd-mib
	http://datatracker.ietf.org/doc/draft-mdt-softwire-map-deployment
	http://datatracker.ietf.org/doc/draft-mdt-softwire-map-dhcp-option
	http://datatracker.ietf.org/doc/draft-mdt-softwire-map-encapsulation
	http://datatracker.ietf.org/doc/draft-mdt-softwire-map-translation
	http://datatracker.ietf.org/doc/draft-mdt-softwire-mapping-address-and-port
	http://datatracker.ietf.org/doc/draft-murakami-softwire-4rd
	http://datatracker.ietf.org/doc/draft-sarikaya-softwire-4rdmulticast

and discuss its implications vis-a-vis 464clat. In ten minutes, this is obviously at a very high level. Do you think you can talk with your fellow contributors to the MAP effort and find one person who can fairly the describe all of that?

> Le 2012-03-06 à 05:46, Fred Baker a écrit :
> 
>> Stated in no particular order, we have the following documents that meet these criteria:
>> - not in the IESG process somewhere
>> - posted or updated since IETF 82
>> - have had list discussion since IETF 82 or responds to discussion at IETF 82
>> 
>> At this point, I take them as our agenda at IETF 83. If I am missing a document (if you have posted it since Sunday, I may well be missing it), please remind me.
>> 
>> 
>> http://tools.ietf.org/html/draft-carpenter-v6ops-icp-guidance
>> "IPv6 Guidance for Internet Content and Application Service Providers",
>> Brian Carpenter, Sheng Jiang, 22-Feb-12
>> 
>> No presentation expected, but the authors would like working group adoption. We need to decide whether we want to do that.
>> 
>> http://tools.ietf.org/html/draft-carpenter-v6ops-label-balance
>> "Using the IPv6 Flow Label for Server Load Balancing", Brian Carpenter,
>> Sheng Jiang, Willy Tarreau, 17-Jan-12
>> 
>> http://tools.ietf.org/html/draft-ietf-v6ops-464xlat
>> "464XLAT: Combination of Stateful and Stateless Translation", Masataka
>> Mawatari, Masanobu Kawashima, Cameron Byrne, 14-Feb-12
>> 
>> http://tools.ietf.org/html/draft-ietf-v6ops-6204bis
>> "Basic Requirements for IPv6 Customer Edge Routers", Barbara Stark,
>> Chris Donley, Hemant Singh, Ole Troan, Wes Beebee, 22-Dec-11
>> 
>> http://tools.ietf.org/html/draft-ietf-v6ops-ivi-icmp-address
>> "Stateless Source Address Mapping for ICMPv6 Packets", Xing Li, Congxiao
>> Bao, Dan Wing, Ramji Vaithianathan, Geoff Huston, 24-Feb-12
>> 
>> http://tools.ietf.org/html/draft-ietf-v6ops-ra-guard-implementation
>> "Implementation Advice for IPv6 Router Advertisement Guard (RA-Guard)",
>> Fernando Gont, 3-Mar-12
>> 
>> http://tools.ietf.org/html/draft-ietf-v6ops-wireline-incremental-ipv6
>> "Wireline Incremental IPv6", Victor Kuarsingh, Lee Howard, 1-Feb-12
>> 
>> In the coming week, I am told to expect one additional -00 draft, and I could imagine other drafts being updated. I will be looking for those drafts to meet the criteria above as well, but please drop the chairs a note.
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
> 