Re: [nvo3] Fwd: DRAFT Charter Update for Discussion

Benson Schliesser <bensons@queuefull.net> Thu, 14 August 2014 18:01 UTC

Return-Path: <bensons@queuefull.net>
X-Original-To: nvo3@ietfa.amsl.com
Delivered-To: nvo3@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74B121A6FBA for <nvo3@ietfa.amsl.com>; Thu, 14 Aug 2014 11:01:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EGzhQi-eKeId for <nvo3@ietfa.amsl.com>; Thu, 14 Aug 2014 11:01:06 -0700 (PDT)
Received: from mail-qc0-f180.google.com (mail-qc0-f180.google.com [209.85.216.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54D541A6FB6 for <nvo3@ietf.org>; Thu, 14 Aug 2014 11:01:05 -0700 (PDT)
Received: by mail-qc0-f180.google.com with SMTP id l6so1443915qcy.11 for <nvo3@ietf.org>; Thu, 14 Aug 2014 11:01:04 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=FMRF1AuOqQzE/0uciiXaJcFwvwxVOrvQuO/UVM2AFJI=; b=KDjB4rgQ/oNS3NK8PTS9x0Q73WS4iidp7aMHA0kAz4qxMC6kSc0+bNsc5ns2ioMztg 3Fua/b944S80dMU1FiOOGVQNMl7xN1jPMuLCXv3OD60UhQfjw3vrAiQN15S36icn1tas hga+MsJesLjAKeXYGnsgoWPK6/6oqEVmGoOkb8dX96lubwV0jumVWZ38Th+hrAUCEnhZ 3T16LZNBt+2Hk7B6hfWi68pI0DNCXgh3W5XRYYYR3uqk/TB+FGeY6xirLt0G2QKsU94G RIIPwQ4QmAZWKVYIlmrrNV4jVUXa8FtGEfeIikFbLeXSZUvsYCKx4MfHbjK67U6WXxYA ELNQ==
X-Gm-Message-State: ALoCoQlKTLsccuTk/oJwhOqFTCOHDl8Oa410hPuqfmQha1TxTvcaDc84XeZZ9fpMXD5I6DRQzi22
MIME-Version: 1.0
X-Received: by 10.224.26.12 with SMTP id b12mr19300228qac.92.1408039263757; Thu, 14 Aug 2014 11:01:03 -0700 (PDT)
Received: by 10.140.37.228 with HTTP; Thu, 14 Aug 2014 11:01:03 -0700 (PDT)
In-Reply-To: <A46D9C092EA46F489F135060986AD9FF0F84E5F2@G6W2492.americas.hpqcorp.net>
References: <186E2FAA-E5C5-4828-8199-4EE71B5A5C1A@queuefull.net> <CAP4=VcgV0RtgqAw3kwQPrU92Pqn2K=0hzg1+MCMH=XdKqNiU_w@mail.gmail.com> <A46D9C092EA46F489F135060986AD9FF0F84E5F2@G6W2492.americas.hpqcorp.net>
Date: Thu, 14 Aug 2014 11:01:03 -0700
Message-ID: <CAP4=VchLtcJBUnw44g5UKXTuF-0fpSh2HdfWGMLUJCUJhQ1mHg@mail.gmail.com>
From: Benson Schliesser <bensons@queuefull.net>
To: "Fedyk, Don" <don.fedyk@hp.com>
Content-Type: multipart/alternative; boundary="047d7bdc789e26bfb305009ab0d2"
Archived-At: http://mailarchive.ietf.org/arch/msg/nvo3/elFXPgbK-joVwSJS-BQuJo3m7uo
Cc: "nvo3@ietf.org" <nvo3@ietf.org>
Subject: Re: [nvo3] Fwd: DRAFT Charter Update for Discussion
X-BeenThere: nvo3@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Network Virtualization Overlays \(NVO3\) Working Group" <nvo3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nvo3>, <mailto:nvo3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nvo3/>
List-Post: <mailto:nvo3@ietf.org>
List-Help: <mailto:nvo3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nvo3>, <mailto:nvo3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2014 18:01:10 -0000

Hi, Don. Thanks for the specific, constructive feedback.

The sparseness was an intentional choice aimed at making the charter more
concise. But I'm perfectly comfortable admitting that I may have taken it
too far... Your proposed text seems like a pretty good improvement to me.

I'd be interested in hearing feedback from other participants here.

Cheers,
-Benson





On Thu, Aug 14, 2014 at 9:19 AM, Fedyk, Don <don.fedyk@hp.com> wrote:

>  The first paragraph seems a little sparse.  One would have to read the
> problem statement and framework to determine the scope.
>
>
>
> My suggestion is expanding something like this:
>
>
>
> An NVO3 solution, also known as a Data Center Virtual Private Network
> (DCVPN), is a set of protocols and/or protocol extensions *that address
> providing both Layer 2 and Layer 3 Services within and between DCVPNs.* *The
> issues addressed include virtualization, multi-tenancy, multi-site,
> mobility, optimization, management and security* *as* described by
> draft-ietf-nvo3-overlay-problem-statement consistent with the approach
> described by draft-ietf-nvo3-framework.
>
>
>
> I’d also suggest expanding NVA and NVE acronyms.
>
>
>
> Cheers,
> Don
>
>    ---------- Forwarded message ----------
> From: *Benson Schliesser* <bensons@queuefull.net>
> Date: Fri, Aug 8, 2014 at 4:53 PM
> Subject: DRAFT Charter Update for Discussion
> To: nvo3@ietf.org
>
>
> Dear NVO3 Contributors -
>
> As discussed during the NVO3 meeting at IETF-90 in Toronto, the chairs
> have been drafting a new / revised charter for the WG. The latest draft
> charter text is below for your review.
>
> Frankly, we suspect that some of the wording could be further improved to
> be more clear and/or precise. With that in mind we ask for your help -
> please let us know if something seems unclear or if you have suggestions
> for better wording.
>
> If you have feedback please post it to the list for discussion within the
> next 2 weeks.
>
> Thanks,
> -Benson & Matthew
>
> An NVO3 solution, also known as a Data Center Virtual Private Network
> (DCVPN),
> is a set of protocols and/or protocol extensions that address the issues
> described by draft-ietf-nvo3-overlay-problem-statement consistent with the
> approach described by draft-ietf-nvo3-framework.
>
> NVO3 will document DCVPN requirements for both control plane protocol(s)
> and
> data plane encapsulation format(s), as well as management, operational,
> maintenance, troubleshooting, security and OAM protocol requirements.
> Additionally, NVO3 will document common use-cases for DCVPN solutions.
>
> Consistent with the documents described above, the NVO3 WG will document an
> architecture for DCVPNs within a data center environment based on the
> following
> architectural design points:
> -   A logically centralized NVA control plane
> -   Support for an underlay IP data plane between NVEs
>
> Based on this architecture the NVO3 WG will develop one or more NVO3
> solutions.
> This may include documenting applicability of existing protocols,
> contributing
> to the development of protocol extensions by other WGs and/or SDOs, and/or
> developing new protocols as appropriate.
>
> Solutions and/or protocols that were developed outside of the IETF, but not
> developed by another SDO, and that have multiple interoperable
> implementations
> may be adopted by the NVO3 WG for further development, based on WG
> consensus,
> if requested by the authors .
>
> If the NVO3 WG anticipates the adoption of the technologies of another SDO,
> such as the IEEE, as part of any DCVPN solution, it will liaise with that
> SDO
> to ensure the compatibility of the approach.
>
>
>
>