IETF Logo Mail Archive

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

zhuyq8@chinatelecom.cn Wed, 20 May 2020 08:38 UTC

Return-Path: <zhuyq8@chinatelecom.cn>
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 4529D3A3B6D; Wed, 20 May 2020 01:38:34 -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, HTML_MESSAGE=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 jOaytfGJhr0c; Wed, 20 May 2020 01:38:31 -0700 (PDT)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.220]) by ietfa.amsl.com (Postfix) with ESMTP id 8E6223A3B6E; Wed, 20 May 2020 01:38:29 -0700 (PDT)
HMM_SOURCE_IP: 172.18.0.92:23165.1836004666
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-120.88.10.46?logid-123d077c12a24cedbc34b712f9343186 (unknown [172.18.0.92]) by chinatelecom.cn (HERMES) with SMTP id EE2182800A1; Wed, 20 May 2020 16:38:14 +0800 (CST)
X-189-SAVE-TO-SEND: 44031110@chinatelecom.cn
Received: from ([172.18.0.92]) by App0021 with ESMTP id 123d077c12a24cedbc34b712f9343186 for draft-dong-spring-sr-for-enhanced-vpn@ietf.org; Wed May 20 16:38:16 2020
X-Transaction-ID: 123d077c12a24cedbc34b712f9343186
X-filter-score: filter<0>
X-Real-From: zhuyq8@chinatelecom.cn
X-Receive-IP: 172.18.0.92
X-MEDUSA-Status: 0
Sender: zhuyq8@chinatelecom.cn
From: zhuyq8@chinatelecom.cn
To: "'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>
In-Reply-To: <6c9e9271a5e64e2faa2f373d871abaa1@huawei.com>
Date: Wed, 20 May 2020 16:38:09 +0800
Message-ID: <007001d62e82$023dd080$06b97180$@chinatelecom.cn>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0071_01D62EC5.10629720"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQJS5WPezFuEG9tvN87wrA/wZFerXqe3OHRA
Content-Language: zh-cn
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/2UcI_aD0zPVXMGHCFMZkF46S4m4>
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: Wed, 20 May 2020 08:38:34 -0000

Hi,

SR is widely accepted as an important technology to provide source routing
in operator networks. In order to meet the requirement of some services and
customers in our network, we always expect that resource reservation
capability can be introduced in SR. In my opinion this document provides an
useful enhancement to SR, and is in the right direction to move forward. 

Thanks.

B.R.

Zhu Yongqing

 

发件人: spring <spring-bounces@ietf.org> 代表 Dongjie (Jimmy)
发送时间: 2020年5月19日 18:38
收件人: SPRING WG <spring@ietf.org>
抄送: 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

v2.23.0 | Report a Bug | By Email