[spring] 答复: 答复: Progressing draft-dong-spring-sr-for-enhanced-vpn to enable SR with resource management

qinfengwei <qinfengwei@chinamobile.com> Thu, 21 May 2020 13:55 UTC

Return-Path: <qinfengwei@chinamobile.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89ABF3A0994; Thu, 21 May 2020 06:55:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, 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 yz8A0O0tnXAb; Thu, 21 May 2020 06:55:26 -0700 (PDT)
Received: from cmccmta1.chinamobile.com (cmccmta1.chinamobile.com [221.176.66.79]) by ietfa.amsl.com (Postfix) with ESMTP id 03AB33A0993; Thu, 21 May 2020 06:55:20 -0700 (PDT)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.1]) by rmmx-syy-dmz-app02-12002 (RichMail) with SMTP id 2ee25ec68830098-837df; Thu, 21 May 2020 21:54:57 +0800 (CST)
X-RM-TRANSID: 2ee25ec68830098-837df
X-RM-TagInfo: emlType=0
X-RM-SPAM-FLAG: 00000000
Received: from cmccPC (unknown[117.136.0.144]) by rmsmtp-syy-appsvr01-12001 (RichMail) with SMTP id 2ee15ec688305ee-95ba0; Thu, 21 May 2020 21:54:57 +0800 (CST)
X-RM-TRANSID: 2ee15ec688305ee-95ba0
From: qinfengwei <qinfengwei@chinamobile.com>
To: "'Joel M. Halpern'" <jmh@joelhalpern.com>, "'Dongjie (Jimmy)'" <jie.dong@huawei.com>, 'SPRING WG' <spring@ietf.org>
Cc: draft-dong-spring-sr-for-enhanced-vpn@ietf.org
References: <6c9e9271a5e64e2faa2f373d871abaa1@huawei.com> <032901d62f1a$1f88c300$5e9a4900$@com> <170e5214-69ff-6d59-afdb-ee18c2a9483f@joelhalpern.com>
In-Reply-To: <170e5214-69ff-6d59-afdb-ee18c2a9483f@joelhalpern.com>
Date: Thu, 21 May 2020 21:54:55 +0800
Message-ID: <03d501d62f77$68e4ff20$3aaefd60$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdYvHCMwwLIg3/JhREilQIeoTwSTzQAWxUZg
Content-Language: zh-cn
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/bVabH7ACEeO_sdJ1HvzN1dBUpZI>
Subject: [spring] 答复: 答复: Progressing draft-dong-spring-sr-for-enhanced-vpn to enable SR with resource management
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 May 2020 13:55:31 -0000

Hi Joel,

Diffserv is used in our network for class-based differentiated services.
Multiple types of services are grouped into the same traffic class. Diffserv
mechanism has good scalability, while services in the same class cannot be
distinguished, thus services/customers in the same class may impact each
other. To meet the strict demand of some services/customers, a set of
network resource needs to be reserved. This can be done with RSVP-TE, now we
expect SR to provide similar capability.

Recently, we provide the network service for Migu live video, and ensure our
network with SDN and Diffserv, which could meet their requirement, but they
forced us to provide a dedicated resource reservation, which avoid the
impact on the business in the case of network micro emergencies. Recently,
lots of services have raised different SLA. This draft could resolve the
issues and I think it is ready for the WG adoption for further discussion.



Thanks,
Fengwei Qin


-----邮件原件-----
发件人: Joel M. Halpern [mailto:jmh@joelhalpern.com] 
发送时间: 2020年5月21日 11:01
收件人: qinfengwei; 'Dongjie (Jimmy)'; 'SPRING WG'
抄送: draft-dong-spring-sr-for-enhanced-vpn@ietf.org
主题: Re: [spring] 答复: Progressing draft-dong-spring-sr-for-enhanced-vpn
to enable SR with resource management

This email (and the underlying document) asserts a need for "isolation" 
without defining isolation, and without recognizing that the service 
needs can be met by existing packet technologies.

The document also asserts that resource management requires packet based 
resource reservation.  We have significant evidence that diffserv 
treatment coupled with central (PCE or equivalent) resource management 
can address these needs.

At the very least, the discussion of isolation should be removed from 
the document before it is evaluated for adoption.

Yours,
Joel

On 5/20/2020 10:47 PM, qinfengwei wrote:
> Hi all,
> 
> At present, 5G applications have been widely developed, recently, many 
> enterprises require dedicated network resources to achieve isolation 
> from other services in the network, such as southern power grid, Migu 
> live video and Tencent cloud games. This document provides the mechanism 
> to enhance SR with resource identification capability. This is an 
> important feature to meet different customer’s requirement in our 
> network. Thus we believe it is a generic and useful enhancement to SR, 
> and hope it could move forward quickly in the WG.
> 
> Thanks,
> 
> Fengwei Qin
> 
> *发件人:*spring [mailto:spring-bounces@ietf.org] *代表 *Dongjie (Jimmy)
> *发送时间:*2020年5月19日18:38
> *收件人:*SPRING WG
> *抄送:*draft-dong-spring-sr-for-enhanced-vpn@ietf.org
> *主题:*[spring] Progressing draft-dong-spring-sr-for-enhanced-vpn to 
> enable SR with resource management
> 
> Hi all,
> 
> The latest version of draft-dong-spring-sr-for-enhanced-vpn was uploaded 
> in March, which describes a generic enhancement to SR to support 
> resource representation and identification, by introducing the resource 
> semantics to SR SIDs. With such enhancement, SR could be used not only 
> for explicit path steering, but could also be used to build resource 
> guaranteed paths or virtual networks. Such SR based resource guaranteed 
> paths or virtual networks can be used as the underlay to support 
> different VPN services. The mechanism introduced in this document is 
> complementary to the existing SR functionalities, and helps to complete 
> the tool set of segment routing.
> 
> Based on the discussion on mail list and the presentations on previous 
> IETF meetings, this draft has been revised several times, all the 
> comments received so far has been resolved and reflected in the current 
> version. To move forward, the authors would like to know if there are 
> further comments on this document, and people’s opinion on whether it is 
> in the right direction.
> 
> Comments and feedbacks are welcome.
> 
> Best regards,
> 
> Jie
> 
> 
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
>