Re: [Idr] Adoption call for - draft-dong-idr-sr-policy-nrp-02 (3/1 to 3/14)

Hi Boris,

Thanks for your support and comments. Sorry for the delayed response.

Regarding the comments from Gyan and Dhruv, we will address them in next update.

The first reason of associating NRP with SR policy CP is that the CP is the granularity of SR policy signaling in BGP, and each CP could become active according to the path selection rules. The second reason is that although it is recommended to have all the CPs associated with the same NRP, in some special cases the active and backup CPs may belong to different NRP.

Hope this helps.

Best regards,
Jie

From: Idr <idr-bounces@ietf.org> On Behalf Of Boris Hassanov
Sent: Friday, April 7, 2023 4:05 AM
To: idr@ietf.org; Susan Hares <shares@ndzh.com>
Subject: Re: [Idr] Adoption call for - draft-dong-idr-sr-policy-nrp-02 (3/1 to 3/14)

Hi Sue and all,
I read  it and support the adoption of this draft.
But with some comments. First of all agree with previous questions from Gyan and Dhruv (not only BGP use case but PCEP too, SR Algo and NRP, Section 3 definitely with MUST).
Secondly, about association of NRP with SR Policy or a CP. As per RFC 9256 we have only one active CP in SR Policy, so what is the point for having other different NRPs for non active CPs?

Thank you.

SY,
Boris
On Wednesday, March 1, 2023 at 07:49:19 AM GMT+3, Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>> wrote:

This begins a 2 week WG adoption call for

draft-dong-idr-sr-policy-nrp

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

Each of the authors should respond to this message with

an email indicating if they know of any IPR regarding this draft.

The draft specifies an extension to BGP SR policy to

Specify the NRP (network partition resources) that

Than an SR Policy candidate path is associated with.

In your discussion consider if this is a useful addition to the

SR Policy candidate path.

Cheerily, Sue

===========

Full description from the draft

  Segment Routing (SR) Policy is a set of candidate paths, each

   consisting of one or more segment lists and the associated

   information.  The header of a packet steered in an SR Policy is

   augmented with an ordered list of segments associated with that SR

   Policy.  A Network Resource Partition (NRP) is a subset of network

   resources allocated in the underlay network which can be used to

   support one or a group of IETF network slice services.

   In networks where there are multiple NRPs, an SR Policy may be

   associated with a particular NRP.  The association between SR Policy

   and NRP needs to be specified, so that for service traffic which is

   steered into the SR Policy, the header of the packets can be

   augmented with the information associated with the NRP.  An SR Policy

   candidate path can be distributed using BGP SR Policy.  This document

   defines the extensions to BGP SR policy to specify the NRP which the

   SR Policy candidate path is associated with.

_______________________________________________
Idr mailing list
Idr@ietf.org<mailto:Idr@ietf.org>
https://www.ietf.org/mailman/listinfo/idr