[Teas] Update and Request to Adopt draft-dong-teas-enhanced-vpn

"Dongjie (Jimmy)" <jie.dong@huawei.com> Thu, 18 October 2018 09:51 UTC

Return-Path: <jie.dong@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id D3B06130DFC for <teas@ietfa.amsl.com>; Thu, 18 Oct 2018 02:51:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id m8ISL4IlNqkn for <teas@ietfa.amsl.com>; Thu, 18 Oct 2018 02:51:05 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com []) (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 37936130E59 for <teas@ietf.org>; Thu, 18 Oct 2018 02:51:05 -0700 (PDT)
Received: from lhreml706-cah.china.huawei.com (unknown []) by Forcepoint Email with ESMTP id A24F1E8DBFDE7 for <teas@ietf.org>; Thu, 18 Oct 2018 10:51:00 +0100 (IST)
Received: from NKGEML412-HUB.china.huawei.com ( by lhreml706-cah.china.huawei.com ( with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 18 Oct 2018 10:51:01 +0100
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([]) with mapi id 14.03.0399.000; Thu, 18 Oct 2018 17:50:58 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: TEAS WG <teas@ietf.org>
Thread-Topic: Update and Request to Adopt draft-dong-teas-enhanced-vpn
Thread-Index: AdRmx/zP0iooQnN+SxGwG1fgSUENjA==
Date: Thu, 18 Oct 2018 09:50:58 +0000
Message-ID: <76CD132C3ADEF848BD84D028D243C927A7A9AB7A@NKGEML515-MBX.china.huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/zvRRxkOBK7TN6wDJopswRmHugU0>
Subject: [Teas] Update and Request to Adopt draft-dong-teas-enhanced-vpn
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Oct 2018 09:51:09 -0000

Hi all, 

A new revision of draft-dong-teas-enhanced-vpn is submitted to solve the comments received recently. 

This document specifies a framework for using existing, modified and potential new networking technologies as components to provide an enhanced VPN (VPN+) service. The major changes in this version are: 

  1) In Introduction section, add references to network slicing related works in the industry. 

  2) In section 2, update the description of the isolation requirement.

  3) In section 4 “Candidate Technologies”, reduce the introduction about segment routing.

  4) In section 4 “Candidate Technologies”, update the control plane subsection and add a new sub-section for management plane

  5) Add references to the candidate technologies.

  6) Editorial changes to improve the readability.

This document was initially submitted in last year as draft-bryant-rtgwg-enhanced-vpn, and was presented and discussed several times in RTGWG. According to the consensus between the chairs of RTGWG and TEAS, this draft was moved to TEAS WG, and presented in TEAS on IETF 102. 

Currently there are several enhanced VPN related drafts:

  draft-dong-spring-sr-for-enhanced-vpn, which describes the Segment Routing based mechanism for enabling enhanced VPN services.

  draft-dong-lsr-sr-enhanced-vpn, which specifies the IGP extensions needed for SR based enhanced VPN.

  draft-lee-rtgwg-actn-applicability-enhanced-vpn, which describes the applicability of ACTN to enhanced VPN.

This framework document plays an important role as it builds the foundation for the above documents. 

After several rounds of update, the content of this document is getting stable, the co-authors believe it is ready for the WG to adopt it, and would like to solicit to initiate the adoption poll on this document.

Best regards,
Jie (on behalf of coauthors)

-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: Thursday, October 18, 2018 5:25 PM
To: Dongjie (Jimmy) <jie.dong@huawei.com>;; Stewart Bryant <stewart.bryant@gmail.com>;; Takuya Miyasaka <ta-miyasaka@kddi.com>;; Zhenqiang Li <lizhenqiang@chinamobile.com>;
Subject: New Version Notification for draft-dong-teas-enhanced-vpn-02.txt

A new version of I-D, draft-dong-teas-enhanced-vpn-02.txt
has been successfully submitted by Jie Dong and posted to the IETF repository.

Name:		draft-dong-teas-enhanced-vpn
Revision:	02
Title:		A Framework for Enhanced Virtual Private Networks (VPN+)
Document date:	2018-10-18
Group:		Individual Submission
Pages:		27
URL:            https://www.ietf.org/internet-drafts/draft-dong-teas-enhanced-vpn-02.txt
Status:         https://datatracker.ietf.org/doc/draft-dong-teas-enhanced-vpn/
Htmlized:       https://tools.ietf.org/html/draft-dong-teas-enhanced-vpn-02
Htmlized:       https://datatracker.ietf.org/doc/html/draft-dong-teas-enhanced-vpn
Diff:           https://www.ietf.org/rfcdiff?url2=draft-dong-teas-enhanced-vpn-02

   This document specifies a framework for using existing, modified and
   potential new networking technologies as components to provide an
   enhanced VPN (VPN+) service.  The purpose is to enable virtual
   private networks (VPNs) to support the needs of new applications,
   particularly applications that are associated with 5G services.  A
   network enhanced with these properties can form the underpinning of
   network slicing, but will also be of use in its own right.


Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat