Re: [v6ops] Agenda discussion
Rémi Després <despres.remi@laposte.net> Wed, 14 March 2012 11:23 UTC
Return-Path: <despres.remi@laposte.net>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7ABB21F8532 for <v6ops@ietfa.amsl.com>; Wed, 14 Mar 2012 04:23:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.936
X-Spam-Level:
X-Spam-Status: No, score=-1.936 tagged_above=-999 required=5 tests=[AWL=-0.237, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E+7GCIjMldqy for <v6ops@ietfa.amsl.com>; Wed, 14 Mar 2012 04:23:48 -0700 (PDT)
Received: from smtpout.laposte.net (smtpout3.laposte.net [193.253.67.228]) by ietfa.amsl.com (Postfix) with ESMTP id B4AA821F8539 for <v6ops@ietf.org>; Wed, 14 Mar 2012 04:23:47 -0700 (PDT)
Received: from [192.168.0.21] ([88.166.221.144]) by mwinf8506-out with ME id lPPk1i00737Y3f403PPkJq; Wed, 14 Mar 2012 12:23:45 +0100
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <8AD0DC9E-29C6-4E9D-AB30-4DE1DD37A62B@cisco.com>
Date: Wed, 14 Mar 2012 12:23:43 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <C6EB6D4C-45C2-47A3-85C9-EDC5C9733406@laposte.net>
References: <25E067CE-65BF-462E-9A45-2D09451256F9@cisco.com> <23B5B3FA-A0A1-4671-97A9-D8964706344B@laposte.net> <8AD0DC9E-29C6-4E9D-AB30-4DE1DD37A62B@cisco.com>
To: Fred Baker <fred@cisco.com>
X-Mailer: Apple Mail (2.1084)
Cc: v6ops v6ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] Agenda discussion
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Mar 2012 11:23:48 -0000
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 >>> v6ops@ietf.org >>> https://www.ietf.org/mailman/listinfo/v6ops >> >
- [v6ops] Agenda discussion Fred Baker
- Re: [v6ops] Agenda discussion Fred Baker
- Re: [v6ops] Agenda discussion George, Wes
- Re: [v6ops] Agenda discussion Fred Baker
- Re: [v6ops] Agenda discussion Victor Kuarsingh
- Re: [v6ops] Agenda discussion Sri Gundavelli
- Re: [v6ops] Agenda discussion Rick van Rein
- Re: [v6ops] Agenda discussion Fred Baker
- Re: [v6ops] Agenda discussion Fred Baker
- Re: [v6ops] Agenda discussion Cameron Byrne
- Re: [v6ops] Agenda discussion Rémi Després
- Re: [v6ops] Agenda discussion Qiong
- Re: [v6ops] Agenda discussion Fred Baker
- Re: [v6ops] Agenda discussion Fred Baker
- Re: [v6ops] Agenda discussion Rémi Després
- Re: [v6ops] Agenda discussion Tom Taylor
- Re: [v6ops] Agenda discussion Cameron Byrne
- Re: [v6ops] Agenda discussion Rémi Després
- Re: [v6ops] Agenda discussion Rémi Després