[nvo3] Update on encapsulation design team

"Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com> Thu, 20 October 2016 08:39 UTC

Return-Path: <matthew.bocci@nokia.com>
X-Original-To: nvo3@ietfa.amsl.com
Delivered-To: nvo3@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2393129436 for <nvo3@ietfa.amsl.com>; Thu, 20 Oct 2016 01:39:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.42
X-Spam-Level:
X-Spam-Status: No, score=-6.42 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 DXmUc99HQeAJ for <nvo3@ietfa.amsl.com>; Thu, 20 Oct 2016 01:39:38 -0700 (PDT)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57AE11294A8 for <nvo3@ietf.org>; Thu, 20 Oct 2016 01:39:38 -0700 (PDT)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id CFC5DDF77556E; Thu, 20 Oct 2016 08:39:33 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u9K8dZNS024432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Oct 2016 08:39:35 GMT
Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u9K8cMM7003110 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 20 Oct 2016 10:39:35 +0200
Received: from FR711WXCHMBA05.zeu.alcatel-lucent.com ([169.254.1.62]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0301.000; Thu, 20 Oct 2016 10:37:07 +0200
From: "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>
To: NVO3 <nvo3@ietf.org>
Thread-Topic: Update on encapsulation design team
Thread-Index: AQHSKq0jA1/ddcx7cUqzqVWhg+gEmA==
Date: Thu, 20 Oct 2016 08:37:06 +0000
Message-ID: <173AF2C8-D67A-429D-B748-648B8D3FDBA2@nokia.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-originating-ip: [135.239.27.41]
Content-Type: multipart/alternative; boundary="_000_173AF2C8D67A429DB748648B8D3FDBA2nokiacom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/nvo3/sPmwZ5kOSEGKBOf7vE-Aa2YvNiQ>
Cc: Alia Atlas <akatlas@gmail.com>
Subject: [nvo3] Update on encapsulation design team
X-BeenThere: nvo3@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 20 Oct 2016 08:39:41 -0000

WG,

We would like to give you an update on the process in the WG for progressing the issue of a data plane encapsulation. The chairs and Alia believe that the best way forward is to progress a single encapsulation format that addresses the technical concerns raised on the list in the recent discussions. This would address the clear overall consensus of the Berlin meeting and list for a single encapsulation.

The strategy should be to take one of the three existing encapsulations and enhance it to address these concerns. This would become the standards track output of the WG. The existing three drafts (GENEVE, GUE and VXLAN-GPE) should be forwarded to the IESG as informational after the standards track draft specifying the single encapsulation. This provides an opportunity for those encapsulations to be documented and maintained.

The single encapsulation should be viewed as one that the WG and industry can converge around for the future.

We have created a design team to progress work on a single encapsulation that can form the basis or work going forward. The design team members are: Michael Schmidt, Uri Elzur, Ilango Ganga, Erik Nordmark, Rajeev Manur, Prankaj Garg. Many thanks to these individuals for their help.

Please see below for a draft charter for the design team. Please review the charter and send comments to the list by 2nd November 2016.

Regards,

Matthew and Sam


====
NVO3 Encapsulation Design team 2016

Problem Statement
The NVO3 WG charter states that it may produce requirements for network virtualization data planes based on encapsulation of virtual network traffic over an IP-based underlay data plane. Such requirements should consider OAM and security. Based on these requirements the WG will select, extend, and/or develop one or more data plane encapsulation format(s).

This has led to drafts describing three encapsulations being adopted by the working group:
- draft-ietf-nvo3-geneve-03
- draft-ietf-nvo3-gue-04
- draft-ietf-nvo3-vxlan-gpe-02

Discussion on the list and in face-to-face meetings has identified a number of technical problems with each of these encapsulations. Furthermore, there was clear consensus at the IETF meeting in Berlin that it is undesirable for the working group to progress more than one data plane encapsulation. Although consensus could not be reached on the list, the overall consensus was for a single encapsulation (RFC2418, Section 3.3). Nonetheless there has been resistance to converging on a single encapsulation format, although doing so would provide the best benefit to the industry.

Design Team Goals
The design team should take one of the proposed encapsulations and enhance it to address the technical concerns. Backwards compatibility with the chosen encapsulation and the simple evolution of deployed networks as well as applicability to all locations in the NVO3 architecture are goals. The DT should specifically avoid a design that is burdensome on hardware implementations, but should allow future extensibility. The chosen design should also operate well with ICMP and in ECMP environments. If further extensibility is required, then it should be done in such a manner that it does not require the consent of an entity outside of the IETF.

Timeline
The design team should produce a first draft describing the proposal by end of January 2017. Target adoption by the WG by March 2017 IETF.