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

I support WG adoption.

For operators deploying network slicing, being able to perform network
slicing in the context of an IETF network slice using NRP definition would
be valuable for operators for all use cases such as 5G and Enhanced VPN
network slicing or any other use case.

Since SR stateless intent based steering is the primary operator  tool for
network slicing I believe any TEAS network slicing specification concepts
 that are developed should be funneled back to IDR and Spring to bring
those TEAS developed ideas to fruition so they can be realized by operators.

Dear authors

SR policy per RFC 9256 can be instantiated via local configuration, BGP
using SR-TE SAFI 73 or PCEP.

With the SR policy extension would all three method now support NRP sub
TLV.  Maybe some verbiage surrounding that should be added to the draft.

SR Policy using SR Algo link coloring is one of the key use cases for
network slicing using latency metic constraint.

How would the interaction work between the NRP sub TLV and SR Algo link
coloring and then the RFC 9012 color extended community VPN service route
egress PE signaling coloring  to SR source node intent SR policy color
mapping to instantiate the steered path work.

Thank you

Gyan

On Tue, Feb 28, 2023 at 11:49 PM Susan Hares <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
> https://www.ietf.org/mailman/listinfo/idr
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*

*M 301 502-1347*