Re: [spring] Relationship betweendraft-cheng-spring-srv6-policy-resource-gurantee anddraft-ietf-spring-resource-aware-segments

姜文颖 <jiangwenying@chinamobile.com> Fri, 13 October 2023 03:37 UTC

Return-Path: <jiangwenying@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 876F0C14CE44; Thu, 12 Oct 2023 20:37:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q0MYUNvyATvQ; Thu, 12 Oct 2023 20:37:07 -0700 (PDT)
Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id DEB95C14F749; Thu, 12 Oct 2023 20:37:02 -0700 (PDT)
X-RM-TagInfo: emlType=0
X-RM-SPAM-FLAG: 00000000
Received: from spf.mail.chinamobile.com (unknown[172.16.121.17]) by rmmx-syy-dmz-app11-12011 (RichMail) with SMTP id 2eeb6528bb5a1b6-50bd2; Fri, 13 Oct 2023 11:36:59 +0800 (CST)
X-RM-TRANSID: 2eeb6528bb5a1b6-50bd2
X-RM-SPAM-FLAG: 00000000
Received: from jiangwenying@chinamobile.com ( [10.2.51.55] ) by ajax-webmail-syy-appsvr09-11009 (Richmail) with HTTP; Fri, 13 Oct 2023 11:36:59 +0800 (CST)
Date: Fri, 13 Oct 2023 11:36:59 +0800
From: 姜文颖 <jiangwenying@chinamobile.com>
To: Alvaro Retana <aretana.ietf@gmail.com>
Cc: spring <spring@ietf.org>, spring-chairs <spring-chairs@ietf.org>, draft-cheng-spring-s <draft-cheng-spring-srv6-policy-resource-gurantee@ietf.org>, draft-ietf-spring-re <draft-ietf-spring-resource-aware-segments@ietf.org>, "Dongjie (Jimmy)" <jie.dong@huawei.com>
Message-ID: <2b016528997cb29-00051.Richmail.00007030169076782507@chinamobile.com>
References: <CAMMESsyRPsR1Za63TWZrK14o6JurbaFgY=SRQ5bCjsY0B0SDEg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_1925_1884567699.1697168219151"
X-Priority: 3
X-RM-TRANSID: 2b016528997cb29-00051
Encrypt-Channel: web
X-RM-OA-ENC-TYPE: 0
X-RM-FontColor: 0
X-CLIENT-INFO: X-TIMING=0&X-MASSSENT=0&X-SENSITIVE=0
X-Mailer: Richmail_Webapp(V2.4.27)
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/tb3HGNRmApqQ98IU-T7VmETEUHE>
Subject: Re: [spring] Relationship betweendraft-cheng-spring-srv6-policy-resource-gurantee anddraft-ietf-spring-resource-aware-segments
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 13 Oct 2023 03:37:11 -0000



Hi Alvaro,


Thanks for your comments.


 


We received the similar comments before IETF 107 [1] and the authors of both drafts had worked together to resolve it in the latest version. We has clarified the scope in draft-cheng and has changed the name of the draft to "draft-cheng-spring-srv6-policy-resource-guarantee" to better differentiate the two drafts. The authors of both drafts have reached a consensus and recommend that WG proceed with them separately.


 


The main differences are as follows:


Draft #1 draft-ietf-spring-resource-aware-segments


This draft extends the SR paradigm by associating SIDs with network resource attributes,and specific behaviors and actual application application scenarios are not defined.


 


Draft #2 draft-cheng-spring-srv6-policy-resource-gurantee


Based on draft-ietf-spring-resource-aware-segments,This draft further defines specific behaviors, and actual application application scenarios for End.NRP behavior.  This draft can provide guidance when deploying. The SRv6 END.NRP functional mechanism has a running code, and China Mobile has completed the verification of this function.


 


[1] https://mailarchive.ietf.org/arch/msg/spring/bzEbusdlwGRC5qlnYZVacDL8r3s/





B.R.


WenYing









----邮件原文----发件人:Alvaro Retana  <aretana.ietf@gmail.com>收件人:draft-cheng-spring-srv6-policy-resource-gurantee <draft-cheng-spring-srv6-policy-resource-gurantee@ietf.org>抄 送: spring  <spring@ietf.org>,spring-chairs <spring-chairs@ietf.org>,draft-ietf-spring-resource-aware-segments <draft-ietf-spring-resource-aware-segments@ietf.org>发送时间:2023-10-11 03:40:05主题:[spring] Relationship betweendraft-cheng-spring-srv6-policy-resource-gurantee anddraft-ietf-spring-resource-aware-segmentsDear authors (of draft-cheng-spring-srv6-policy-resource-gurantee):Hi!Building on Jie39s comments at IETF 115 [1] and this text from theIntroduction: "On the basis of[I-D.ietf-spring-resource-aware-segments], this document defines a newSRv6 Endpoint behavior...", please clarify the relationship betweenthese 2 documents.Is this document an instantiation of a use case already covered byI-D.ietf-spring-resource-aware-segments, or is it a new application?Do we need this new extension, or isI-D.ietf-spring-resource-aware-segments enough?  Why do we need aseparate document?  Should the use case defined here be part of thealready adopted document?We (chairs) would like to hear comments from the authors of bothdocuments and the WG in general.Thanks!Alvaro.[1] https://datatracker.ietf.org/doc/minutes-115-spring/#network-resource-programming-with-srv6-10-mins_______________________________________________spring mailing listspring@ietf.orghttps://www.ietf.org/mailman/listinfo/springSubject:[spring] Relationship betweendraft-cheng-spring-srv6-policy-resource-gurantee anddraft-ietf-spring-resource-aware-segmentsDear authors (of draft-cheng-spring-srv6-policy-resource-gurantee):Hi!Building on Jie39s comments at IETF 115 [1] and this text from theIntroduction: "On the basis of[I-D.ietf-spring-resource-aware-segments], this document defines a newSRv6 Endpoint behavior...", please clarify the relationship betweenthese 2 documents.Is this document an instantiation of a use case already covered byI-D.ietf-spring-resource-aware-segments, or is it a new application?Do we need this new extension, or isI-D.ietf-spring-resource-aware-segments enough?  Why do we need aseparate document?  Should the use case defined here be part of thealready adopted document?We (chairs) would like to hear comments from the authors of bothdocuments and the WG in general.Thanks!Alvaro.[1] https://datatracker.ietf.org/doc/minutes-115-spring/#network-resource-programming-with-srv6-10-mins_______________________________________________spring mailing listspring@ietf.orghttps://www.ietf.org/mailman/listinfo/spring