[Idr] Solicit feedbacks on introducing template to SR Policy architecture
"Dongjie (Jimmy)" <jie.dong@huawei.com> Tue, 03 September 2024 06:58 UTC
Return-Path: <jie.dong@huawei.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 5C1FFC151534; Mon, 2 Sep 2024 23:58:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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] 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 d9VF1gLeB9GU; Mon, 2 Sep 2024 23:58:06 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D466C14F6FC; Mon, 2 Sep 2024 23:58:06 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Wybw000VPz6J7p4; Tue, 3 Sep 2024 14:54:39 +0800 (CST)
Received: from lhrpeml100001.china.huawei.com (unknown [7.191.160.183]) by mail.maildlp.com (Postfix) with ESMTPS id 6A101140B38; Tue, 3 Sep 2024 14:58:04 +0800 (CST)
Received: from dggpemf100008.china.huawei.com (7.185.36.138) by lhrpeml100001.china.huawei.com (7.191.160.183) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Tue, 3 Sep 2024 07:58:03 +0100
Received: from kwepemf100006.china.huawei.com (7.202.181.220) by dggpemf100008.china.huawei.com (7.185.36.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Tue, 3 Sep 2024 14:58:01 +0800
Received: from kwepemf100006.china.huawei.com ([7.202.181.220]) by kwepemf100006.china.huawei.com ([7.202.181.220]) with mapi id 15.02.1544.011; Tue, 3 Sep 2024 14:58:01 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: "spring@ietf.org" <spring@ietf.org>
Thread-Topic: Solicit feedbacks on introducing template to SR Policy architecture
Thread-Index: Adr9zjWAyPRsKtu0QFq9sNg6nfTDMA==
Date: Tue, 03 Sep 2024 06:58:01 +0000
Message-ID: <ab74ea398fdb4196b92ed97c8e2c912b@huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.112.40.66]
Content-Type: multipart/alternative; boundary="_000_ab74ea398fdb4196b92ed97c8e2c912bhuaweicom_"
MIME-Version: 1.0
Message-ID-Hash: OHLIFDMSAUPDQTW77K32TXW4Y7TZGAN6
X-Message-ID-Hash: OHLIFDMSAUPDQTW77K32TXW4Y7TZGAN6
X-MailFrom: jie.dong@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "idr@ietf.org" <idr@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Idr] Solicit feedbacks on introducing template to SR Policy architecture
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/4Uevk5jPnST9PsSvFJS2MSuCASs>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>
Dear all, A few month ago, draft-zhang-idr-sr-policy-template was presented at an interim meeting of IDR WG, and on the meeting there was suggestion that the architecture part of introducing template to SR Policy needs to be discussed in SPRING. Hence we would like to solicit attention and opinions from SPRING WG on this topic. As described in the IDR draft, a template consists of a set of attributes and functions which can be associated with an SR Policy and its candidate paths. Some examples of the attributes and functions are: - BFD and its parameters - protection - in-situ performance measurement - traffic statistics - etc. The content of a template can be defined by an operator and then provided to both the controller and the network devices via management interfaces. A template may be used only on a specific headend node, or it may be used on multiple headend nodes in the network. For the instantiation of an SR Policy, only the template ID needs to be carried as one of the attributes of the SR Policy in the control protocols, such as BGP and PCEP. Thus the extensions to the control protocols are straightforward. Please note for PCEP there is a draft proposing similar concept and extensions: draft-alvarez-pce-path-profiles. Any comments and considerations on introducing template to the SR Policy architecture would be appreciated. Best regards, Jie (on behalf of the coauthors)
- [Idr] Solicit feedbacks on introducing template t… Dongjie (Jimmy)
- [Idr] Re: Solicit feedbacks on introducing templa… Nat Kao
- [Idr] Re: Solicit feedbacks on introducing templa… Dongjie (Jimmy)
- [Idr] Re: Solicit feedbacks on introducing templa… Nat Kao