Re: [v6ops] Agenda discussion

"George, Wes" <wesley.george@twcable.com> Wed, 07 March 2012 20:29 UTC

Return-Path: <wesley.george@twcable.com>
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 B877321F85AE for <v6ops@ietfa.amsl.com>; Wed, 7 Mar 2012 12:29:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.737
X-Spam-Level:
X-Spam-Status: No, score=-0.737 tagged_above=-999 required=5 tests=[AWL=0.126, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_LOW=-1]
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 L-qtkFQooyNK for <v6ops@ietfa.amsl.com>; Wed, 7 Mar 2012 12:29:54 -0800 (PST)
Received: from cdpipgw01.twcable.com (cdpipgw01.twcable.com [165.237.59.22]) by ietfa.amsl.com (Postfix) with ESMTP id 0D1A721F859F for <v6ops@ietf.org>; Wed, 7 Mar 2012 12:29:52 -0800 (PST)
X-SENDER-IP: 10.136.163.15
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos;i="4.73,547,1325480400"; d="scan'208";a="350277182"
Received: from unknown (HELO PRVPEXHUB06.corp.twcable.com) ([10.136.163.15]) by cdpipgw01.twcable.com with ESMTP/TLS/RC4-MD5; 07 Mar 2012 15:29:33 -0500
Received: from PRVPEXVS03.corp.twcable.com ([10.136.163.26]) by PRVPEXHUB06.corp.twcable.com ([10.136.163.15]) with mapi; Wed, 7 Mar 2012 15:29:52 -0500
From: "George, Wes" <wesley.george@twcable.com>
To: Fred Baker <fred@cisco.com>, v6ops v6ops WG <v6ops@ietf.org>
Date: Wed, 07 Mar 2012 15:29:54 -0500
Thread-Topic: [v6ops] Agenda discussion
Thread-Index: Acz7VeybKyYxleOdTyqoStrVPYanVQBR7mpg
Message-ID: <DCC302FAA9FE5F4BBA4DCAD465693779173B6FAB42@PRVPEXVS03.corp.twcable.com>
References: <25E067CE-65BF-462E-9A45-2D09451256F9@cisco.com> <CC367441-56F6-4282-8660-1268F4BBC04D@cisco.com>
In-Reply-To: <CC367441-56F6-4282-8660-1268F4BBC04D@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
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, 07 Mar 2012 20:29:54 -0000

IMO draft-ma-v6ops-terminal-test is not ready for discussion in Paris. I'll provide a few comments separately on that one, but I don't want those to be misconstrued as interest in seeing the draft presented.

I'm interested in draft-gundavelli, but I think it has an awful lot of placeholders for it to be effectively discussed in Paris. Perhaps next meeting, unless the authors are currently working on a -01 draft to be posted later this week that fills in some of the gaps.

Regarding draft-lopez, As with previous documents of this type, I think there's a certain burden of proof that we need another cookbook document on "IPv6 deployment in [foo]" and that IETF is the proper venue for it. As other work (like ARMD) in IETF is finding out, "datacenter" is such a nebulous concept that purporting to represent a deployment strategy for a datacenter is probably simplistic and overbroad. It will either be so generic that it won't say anything new, or it will be so specific that it won't be applicable to very many applications, and either way that's not overly helpful.
While Brian is correct in his observation than ICP != datacenter, many of the same things are suggested/useful, so I do think that there's a lot of overlap. The authors either need to propose solving for a different problem space, or identify a way to eliminate the overlap.

Thanks,

Wes George


> -----Original Message-----
> From: v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] On Behalf Of Fred
> Baker
> Sent: Monday, March 05, 2012 11:59 PM
> To: v6ops v6ops WG
> Subject: Re: [v6ops] Agenda discussion
>
> Downloading the new drafts, I observe three new ones:
>
> -rw-rw-r--  1 fred  fred  10823 Mar  5 17:46 draft-ma-v6ops-terminal-test-
> 00.txt
> -rw-rw-r--  1 fred  fred  18058 Mar  6 08:44 draft-gundavelli-v6ops-community-
> wifi-svcs-00.txt
> -rw-rw-r--  1 fred  fred  21172 Mar  6 10:08 draft-lopez-v6ops-dc-ipv6-00.txt
>
> (the date/time stamp reflects the fact that I'm in Japan and therefore a day
> ahead)
>
> In each case, I will be looking for list traffic related to them as my cue for
> agenda time. Authors, please provoke list traffic...
>
>
> On Mar 6, 2012, at 1:46 PM, Fred Baker wrote:
>
> > 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 mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops

This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.