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

Tom Herbert <therbert@google.com> Wed, 13 August 2014 20:31 UTC

Return-Path: <therbert@google.com>
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 273431A06C4 for <nvo3@ietfa.amsl.com>; Wed, 13 Aug 2014 13:31:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.047
X-Spam-Level:
X-Spam-Status: No, score=-2.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, RP_MATCHES_RCVD=-0.668, 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 Lv_pTUub_lY1 for <nvo3@ietfa.amsl.com>; Wed, 13 Aug 2014 13:31:26 -0700 (PDT)
Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21F9C1A06D7 for <nvo3@ietf.org>; Wed, 13 Aug 2014 13:31:25 -0700 (PDT)
Received: by mail-ig0-f171.google.com with SMTP id l13so11480920iga.10 for <nvo3@ietf.org>; Wed, 13 Aug 2014 13:31:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AfPdQIjkH6d99K91uWhhY60Kpi4lB4gWJaEX6uHrbEU=; b=kEk/sGfhoXFNl7Xw2hBYDADPZrpYiXhypFssVXUbFTvhkeE/fquJAORk6l7EJ+a6Vh ppGFlQfkIPY1fB14EZFwcnUBR01amjVqDQzXlPpmLjJStaF3bUid99TGQ9KffdAbM3Nm fBWfWRlCGnHsz4c6gw/u6eHex3KZDmfZcuFPURhW71a9X0R6EiYxwbwY7YrlZD49uzZP AcHxeATSYHuHACdSj8LQQo1C9Kt76gyEudeLVMbm/G8r78Go6XKw9tREi5mKCJ5lsTnc iS4YU6fWkzWlnyVZn6v1xO6Of3ZVGoxoX58mLgfj10KISeeliUZDe6LAhvVoWPloGB/7 ElNw==
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=AfPdQIjkH6d99K91uWhhY60Kpi4lB4gWJaEX6uHrbEU=; b=Xiyl0PoQFAu0p9N4KxZUwvB5xIYLDjD6XJnuixCWNw4juES0m6sevSBuMencba7r5L rd1hS+ydCE/WmwAP6gntn6b+GxpK0CFBPSGIZNXQ2tn8CWI4siIVqOqF6BCHKbesG58C O7JptFN9VV76VixTYLzp73LBMLLATzhQpTk83xDs1AclDANmIuNe6h9iKkXCjZjWEicb RTEeHPdCinWw3xFLeQbk+5ewddDCau3a5Mfu+zXl+sKDbj9peq/GeiPloFwZhAr+nKt7 aZFvLvRjg83qWxiERCzx754bUr8HuGY1XVxeDpstmQrVuJedq4qM+HRzKo7xOA45P+BH NlEw==
X-Gm-Message-State: ALoCoQnhuUoqx0GhpfZXKeGgUObxZm7oeBfqdnSJFzH4p2KuifP+LRESsfG3uojHKDMfRhjvLgml
MIME-Version: 1.0
X-Received: by 10.50.143.73 with SMTP id sc9mr51656458igb.29.1407961885343; Wed, 13 Aug 2014 13:31:25 -0700 (PDT)
Received: by 10.64.35.130 with HTTP; Wed, 13 Aug 2014 13:31:25 -0700 (PDT)
In-Reply-To: <CAP4=VcgV0RtgqAw3kwQPrU92Pqn2K=0hzg1+MCMH=XdKqNiU_w@mail.gmail.com>
References: <186E2FAA-E5C5-4828-8199-4EE71B5A5C1A@queuefull.net> <CAP4=VcgV0RtgqAw3kwQPrU92Pqn2K=0hzg1+MCMH=XdKqNiU_w@mail.gmail.com>
Date: Wed, 13 Aug 2014 13:31:25 -0700
Message-ID: <CA+mtBx_npAMhdDCU2a63svo_UJ=NN+iyqqSTk+M5kXBd54BsdQ@mail.gmail.com>
From: Tom Herbert <therbert@google.com>
To: Benson Schliesser <bensons@queuefull.net>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/nvo3/FdP_ASwM-bnaqo_IU3ThVvYBrms
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: Wed, 13 Aug 2014 20:31:33 -0000

On Wed, Aug 13, 2014 at 12:41 PM, Benson Schliesser
<bensons@queuefull.net> wrote:
> Just a reminder that Matthew and I are looking for feedback on the draft
> text of a new NVO3 charter. Can it be that we wrote a charter so perfect
> there are no comments..?
>
Maybe just a request for clarification...

Unless I am misreading this, it seems to me that the intent is to
create a packaged solution for data centers that combines data plane,
control, and architecture. I think these are actually very separate
facets and should really be mostly separate tracks. I would liken this
to how IP, routing protocols, and our current data center architecture
has evolved. These were never defined together and so the dependencies
between them have always been quite minimal. This has allowed us to
completely change one part with redoing the rest of world (e.g.
IPv4->IPv6, decentralized routing to open flow,..).

It might also be nice to clarify a little more what the ultimate
output is of the WG. I assume the tangible output here would be
standardized data plane protocol(s) and control plane protocol(s).
Architecture is nice to provide a context for the protocols, but not
really something that can be standardized in itself. Every existing DC
already has an existing architecture (even before virtualization), it
is much more likely that we'd want to adapt and leverage the existing
architecture as much as possible rather than change the whole world to
accommodate NV-- which I guess is another way of saying data plane,
control plane, architecture need to be considered independently.

Hope this helps :-)

Tom

> The draft charter text is quoted in my email below. For reference it can
> also be found at
> http://svn.tools.ietf.org/svn/wg/nvo3/charter-ietf-nvo3-01-rev-20140808.txt
>
> Cheers,
> -Benson & Matthew
>
>
>
> ---------- 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.
>
>
>
>
>
> _______________________________________________
> nvo3 mailing list
> nvo3@ietf.org
> https://www.ietf.org/mailman/listinfo/nvo3
>