Re: New Version Notification for draft-sun-opsawg-sdwan-service-model-01.txt

<sunqiong.bri@chinatelecom.cn> Wed, 31 October 2018 05:59 UTC

Return-Path: <sunqiong.bri@chinatelecom.cn>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1B48126DBF; Tue, 30 Oct 2018 22:59:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=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 utEapAxNUZ4V; Tue, 30 Oct 2018 22:59:13 -0700 (PDT)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.221]) by ietfa.amsl.com (Postfix) with ESMTP id 7C24B124D68; Tue, 30 Oct 2018 22:59:10 -0700 (PDT)
HMM_SOURCE_IP: 172.18.0.92:33631.318335429
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-219.142.69.78 (unknown [172.18.0.92]) by chinatelecom.cn (HERMES) with SMTP id CB2DA28009D; Wed, 31 Oct 2018 13:58:41 +0800 (CST)
Received: from SKY20181018JVZ ([219.142.69.78]) by App0021 with ESMTP id 433b00ff-2af9-4d49-9610-7499520fdee8 for bill.wu@huawei.com; Wed Oct 31 13:58:56 2018
X-filter-score: filter<0>
X-Real-From: sunqiong.bri@chinatelecom.cn
X-Receive-IP: 219.142.69.78
X-MEDUSA-Status: 0
From: sunqiong.bri@chinatelecom.cn
To: "'Wubo (lana)'" <lana.wubo@huawei.com>, opsawg@ietf.org, rtgwg@ietf.org
Subject: Re: New Version Notification for draft-sun-opsawg-sdwan-service-model-01.txt
Date: Wed, 31 Oct 2018 13:58:37 +0800
Message-ID: <000001d470de$cfeddd30$6fc99790$@chinatelecom.cn>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdRw3ptJ9kR1ABh9SAujg68Y7K84Fw==
Content-Language: zh-cn
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/l6GaLPGjhclbk3SZWgIkOpvO9mk>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Oct 2018 05:59:18 -0000

Dear All,

We are going to provide SD-WAN related service in our network. For this draft, we have updated to include L3 & L2 service model for CE-based VPN service model. This service is different with PE-based L3&L2 service model. And we are also trying to implement the SD-WAN service model in ONAP platform. 

Hope to get more comments on whether this service model meets your thought of the SD-WAN service.

Thanks a lot!

Best wishes
Qiong Sun from China Telecom

-----邮件原件-----
发件人: Wubo (lana) <lana.wubo@huawei.com> 
发送时间: 2018年10月22日 17:10
收件人: opsawg@ietf.org; rtgwg@ietf.org
抄送: Qin Wu <bill.wu@huawei.com>; Honglei Xu <sunqiong.bri@chinatelecom.cn>; Qiong Sun <sunqiong.bri@chinatelecom.cn>
主题: Fwd: New Version Notification for draft-sun-opsawg-sdwan-service-model-01.txt

Dear all,

We would like to define a CE-based VPN service model to differentiate from PE-based L3&L2 service model. The link is at https://tools.ietf.org/html/draft-sun-opsawg-sdwan-service-model-01

Since we feel the SD-WAN related work in IETF, like https://tools.ietf.org/html/draft-dukes-spring-sr-for-sdwan-00, https://tools.ietf.org/html/draft-rosen-bess-secure-l3vpn-01,
https://tools.ietf.org/html/draft-ietf-i2nsf-sdn-ipsec-flow-protection-02, are all enhanced CE-based VPN. But there is no consistent SD-WAN or CE-based VPN service definition.
In the drafts, each assumes a different SD-WAN functionality of CE, like hybrid WAN and L3-L7 flow classification in SR for sdwan draft, and L3 virtual network separation inside IPSEC VPN In secure L3VPN draft.

So, in this draft, based on our understanding of SD-WAN service and together with other SD-WAN draft, we define the SD-WAN main service components and hope that this will help clarifying the main service feature of SD-WAN and  helping to automate the service management.

We'd like to solicit more comments on whether this service model meets your thought of the SD-WAN service.

Thanks,

 Bo, on behalf of the co-authors

> -----邮件原件-----
> 发件人: internet-drafts@ietf.org [mailto:internet- drafts@ietf.org]
> 发送时间: 2018年10月22日 15:53
> 收件人: Qin Wu <bill.wu@huawei.com>; Honglei Xu 
> <sunqiong.bri@chinatelecom.cn>; Wubo (lana) <lana.wubo@huawei.com>; 
> Qiong Sun <sunqiong.bri@chinatelecom.cn>; Wubo (lana) 
> <lana.wubo@huawei.com>
> 主题: New Version Notification for draft-sun-opsawg- 
> sdwan-service-model-01.txt
> 
> 
> A new version of I-D, draft-sun-opsawg-sdwan-service- model-01.txt has 
> been successfully submitted by Bo Wu and posted to the IETF 
> repository.
> 
> Name:		draft-sun-opsawg-sdwan-service-model
> Revision:	01
> Title:		A YANG Data Model for SD-WAN VPN
> Service Delivery
> Document date:	2018-10-21
> Group:		Individual Submission
> Pages:		40
> URL:            https://www.ietf.org/internet-drafts/draft-sun-
> opsawg-sdwan-service-model-01.txt
> Status:         https://datatracker.ietf.org/doc/draft-sun-
> opsawg-sdwan-service-model/
> Htmlized:       https://tools.ietf.org/html/draft-sun-opsawg-
> sdwan-service-model-01
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-
> sun-opsawg-sdwan-service-model
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-sun-
> opsawg-sdwan-service-model-01
> 
> Abstract:
>    This document defines a SD-WAN VPN service model to enable a 
> Service
>    Provider to deliver SD-WAN VPN services to its customers by
>    provisioning the CE devices on behalf of the customer.
> This document
>    is based on provider-provisioned CE-based VPNs as described in
>    [RFC4110].
> 
>    This model provides an abstracted view of the SD-WAN VPN service
>    configuration components, and is intended to be instantiated at the
>    management system to deliver the overall service.
> 
> 
> 
> 
> 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