Re: [Idr] WG LC on draft-ietf-idr-sr-policy-safi-00 and draft-ietf-idr-bgp-sr-segtypes-ext-02 (2/15/2024 to 2/29/2024)

Wenying Jiang <jiangwenying@chinamobile.com> Sat, 02 March 2024 14:06 UTC

Return-Path: <jiangwenying@chinamobile.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86DF0C14F681 for <idr@ietfa.amsl.com>; Sat, 2 Mar 2024 06:06:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.906
X-Spam-Level:
X-Spam-Status: No, score=-6.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 h26yqTrbK0l5 for <idr@ietfa.amsl.com>; Sat, 2 Mar 2024 06:06:53 -0800 (PST)
Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [111.22.67.135]) by ietfa.amsl.com (Postfix) with ESMTP id 446D8C14F614 for <idr@ietf.org>; Sat, 2 Mar 2024 06:06:31 -0800 (PST)
X-RM-TagInfo: emlType=0
X-RM-SPAM-FLAG: 00000000
Received: from spf.mail.chinamobile.com (unknown[10.188.0.87]) by rmmx-syy-dmz-app07-12007 (RichMail) with SMTP id 2ee765e3312d951-cf197; Sat, 02 Mar 2024 22:01:18 +0800 (CST)
X-RM-TRANSID: 2ee765e3312d951-cf197
X-RM-SPAM-FLAG: 00000000
Received: from jiangwenying@chinamobile.com ( [123.122.131.173] ) by ajax-webmail-syy-spmd04-11014 (Richmail) with HTTP; Sat, 2 Mar 2024 22:01:17 +0800 (CST)
Date: Sat, 02 Mar 2024 22:01:17 +0800
From: Wenying Jiang <jiangwenying@chinamobile.com>
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Message-ID: <2b0665e330c6be7-0000a.Richmail.00003092065030011706@chinamobile.com>
References: <2024030220211578242234@chinamobile.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_239150_1562531264.1709388077830"
X-Priority: 3
X-RM-TRANSID: 2b0665e330c6be7-0000a
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.29)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/372FdGgsKb3QkOaur0_KUNstPmI>
Subject: Re: [Idr] WG LC on draft-ietf-idr-sr-policy-safi-00 and draft-ietf-idr-bgp-sr-segtypes-ext-02 (2/15/2024 to 2/29/2024)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Mar 2024 14:06:55 -0000




Hi Sue,


 


I support the publication of these two drafts.


 


>From the perspective of operators, the SDN controllers currently deployed in the network are mainly using the BGP protocol to distribute SR Policies, so it is eagerly hoped that these two drafts will be formally published. 


 


Thanks,


Wenying






 



发件人: Idr <idr-bounces@ietf.org> 代表 Susan Hares 发送时间: 2024年2月16日  6:13 收件人: idr@ietf.org 主题: [Idr] WG LC on draft-ietf-idr-sr-policy-safi-00 and draft-ietf-idr-bgp-sr-segtypes-ext-02 (2/15/2024 to 2/29/2024)




 


Greetings IDR: 


 


This begins a 2-week WG LC on the following two drafts created from the text in 


draft-ietf-idr-segment-routing-te-policy-18 – that the IDR WG approved for publication: 


 

draft-ietf-idr-sr-policy-safi-00  (proposed standard)  


https://datatracker.ietf.org/doc/draft-ietf-idr-sr-policy-safi/

draft-ietf-idr-bgp-sr-segtypes-ext-02 (experimental) 


https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-sr-segtypes-ext/


 


The Authors (per IETF policy) are asked to respond to this message with a 


message indicating whether they know of any undisclosed IPR as the documents stand now. 


Please note there are 3 IPR declarations on these drafts.  


 


History:


======


After reviewing draft-ietf-idr-segment-routing-te-policy-18, Andrew Alston (IDR RTG AD) 


asked that draft-ietf-idr-segment-routing-te-policy be split into two parts because 


some segment types (C-L) did not have two implementations.    


Therefore, draft-ietf-idr-bgp-srsegtypes-ext-02 contains the text for 


Segment types C-L.   This split has been discussed at IETF meetings. 


 


Since Andrew Alston had personally implemented this draft, 


he also asked for additional reviews on procedures. 


 


During this review, the procedures regarding the link to RFC9012 were improved. 


 


Issues in call: 


============


During the WG should note that the procedures specified in 


draft-ietf-idr-sr-policy-safi-00 do the following: 


 

Only apply to the SR Policy Tunnel (15) + SR Policy SAFI  

Do not require any of the TLVs defined in RFC9012 for other tunnel types  

May ignore TLVs defined in RFC9012 for other tunnel types 

Do not use the validation process in RFC9012, and depend on the SRPM to validate content. 

Makes changes to Color Extended Community [RFC9012] to add to 2-bits [C, O]   


To support “color-only” (CO)  functions of section 8.8 of [RFC9256] 


 


C0 – type 0 (00) – Specific end-point match (Match endpoint that is BGP NH) 


         type 1 (01) - Specific or null end-point match (BGP NH or null (default gw))


         type 2 (10) – Specific, null, or any end-point match (BGP NH, Null, or any endpoint) 


         type 3 (11) – Reserved   


 


The SR Policy Tunnel functions in this draft use BGP as a transport mechanism for the 


Information contained in the SR Policy.


 


Please note that these procedures split the context validation away from the 


BGP module into the SRPM module.   This split is similar to the BGP-LS split 


syntax validation from context validation.  


 


There are multiple implementations of this technology as detailed at: 


https://wiki.ietf.org/group/idr/BGP-Implementation-report/draft-ietf-idr-segment-routing-te-policy-implement


 


The WG members are asked to confirm their agreement to the changes made in this document. 


 


If there are questions, please ask them on this mail thread.  Please note any errors in the call are mine (and not the authors). 


 


Cheerily, Sue   


 


------------------------------------------------------------------------------------------------------------------------------------- 本邮件及其附件含有新华三集团的保密信息,仅限于发送给上面地址中列出 的个人或群组。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、 或散发)本邮件中的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本 邮件! This e-mail and its attachments contain confidential information from New H3C, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!