Re: [v6ops] Agenda discussion

[Tom Taylor <[e-mail]>]

Perhaps it would be useful to know that Rémi's 4rd-U is actually a 
competitor to MAP.

On 14/03/2012 7:23 AM, Rémi Després wrote:
> Fred,
>
> 2012-03-14 11:38, Fred Baker:
>
>>
>> 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.)
>
> This is only based on a small part of the latest 4rd-u draft.
> There is definitely no need to present all other documents you listed below.
> I do believe that, in 10 min, I can usefully inform the v6ops WG about the relationship between 464XLAT and 4rd.
>
> Regards,
> RD
>
>
>
>
>>>
>>> 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
>>>> [e-mail]
>>>> https://www.ietf.org/mailman/listinfo/v6ops
>>>
>>
>
> _______________________________________________
> v6ops mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/v6ops
>