Re: [Idr] draft-zhou-idr-bgp-srmpls-elp-06 - Adoption call (1/27/2023 to 2/10/2023) - extended to 3/8

[Susan Hares <[e-mail]>]

Greetings:

Jie, Yao and Ketan:

I will extend this WG adoption call to 3/9 to allow Yao to answer these questions.

Cheerily, Sue

From: Dongjie (Jimmy) <[e-mail]>
Sent: Friday, March 3, 2023 4:11 AM
To: Ketan Talaulikar <[e-mail]>; [e-mail]
Cc: Susan Hares <[e-mail]>; [e-mail]
Subject: RE: [Idr] draft-zhou-idr-bgp-srmpls-elp-06 - Adoption call (1/27/2023 to 2/10/2023) - extended to 3/3

Hi Yao and Ketan, I agree with Ketan that the flags in segment sub-TLV are mainly for the functions which are generic and applicable to all of the segment types, and they are used to indicate the attr
External ([e-mail]<mailto:[e-mail]>)
  Report This Email<https://protection.inkyphishfence.com/report?id=bmV0b3JnMTA1ODY5MTIvc2hhcmVzQG5kemguY29tLzU5MjZmZTk3NDU2NTExNTk4MTk0NjdiMTdmZDg3Zjg3LzE2Nzc4MzQ2NzYuNjI=#key=31ba6469bde159da6693abac01ada54e>  FAQ<https://www.godaddy.com/help/report-email-with-advanced-email-security-40813>  GoDaddy Advanced Email Security, Powered by INKY<https://www.inky.com/protection-by-inky>

Hi Yao and Ketan,

I agree with Ketan that the flags in segment sub-TLV are mainly for the functions which are generic and applicable to all of the segment types, and they are used to indicate the attributes of the segment itself. Thus it may not be a good fit for indicating the position of ELI/EL insertion.

Another point I am concerned is that the insertion of multiple ELI/ELs would change the length and the encoding efficiency of the segment list, this may makes one candidate path without ELI/EL insertion no longer valid after ELI/EL insertion, due to the constraints of the nodes’ MSD, ERLD, etc. This means the set of valid segment lists with entropy label insertion enabled can be very different from the set of segment lists without entropy label insertion. This document may want to provide some considerations about that impact. And perhaps some indication about whether entropy label insertion is enabled or not at the segment list level would be needed.

It would be good if the above comments could be considered before the adoption of this document. Thanks.

Best regards,
Jie

From: Idr [mailto:[e-mail]] On Behalf Of Ketan Talaulikar
Sent: Friday, March 3, 2023 3:47 PM
To: [e-mail]<mailto:[e-mail]>
Cc: [e-mail]<mailto:[e-mail]>; [e-mail]<mailto:[e-mail]>
Subject: Re: [Idr] draft-zhou-idr-bgp-srmpls-elp-06 - Adoption call (1/27/2023 to 2/10/2023) - extended to 3/3

Hi Liu,

Thanks for your response.

We should look to conserve these remaining 4 flags for something that is applicable more generically to all types of Segments and their encoding. For the very specific use-case where we want to indicate insertion of ELI/EL, it is better to define a new sub-TLV or a similar alternative encoding approach.

A change on this line by the authors would address my concerns with the proposal in this document.

Thanks,
Ketan


On Thu, Mar 2, 2023 at 7:37 AM <[e-mail]<mailto:[e-mail]>> wrote:
Hi Ketan,

Thanks for your support and valuable comments.
If opinions from the WG tend to conserve the remaining segment flags, the authors would choose to define a new ELP-sub-TLV under the Segment List sub-TLV instead.

Best Regards,
Yao





------------------Original------------------
From: KetanTalaulikar <[e-mail]<mailto:[e-mail]>>
To: Susan Hares <[e-mail]<mailto:[e-mail]>>;
Cc: [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>;
Date: 2023年03月01日 20:19
Subject: Re: [Idr] draft-zhou-idr-bgp-srmpls-elp-06 - Adoption call (1/27/2023 to 2/10/2023) - extended to 3/3
_______________________________________________
Idr mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/idr<https://shared.outlook.inky.com/link?domain=www.ietf.org&t=h.eJxFjk0OwiAYRK_SsDZ8guWvq14FBQraggEaEo13t7hx-2bmZd5ozyuaBuRrfZYJoLWGg60Op7zApsO66QhrKDVElyCYjE4DevRFtPXokDOTXBEKxetsyxzNy-Nb2oApyp1VYmScEcKUJGrk4kqEM1I4KYBwIeTlYBxz2q22W-_BYpPiMvtdNxu6qmfm9_GPPl8MtjfJ.MEYCIQCXVhR8rnyVVWUulfWMoHiSaIBwPTREfIzjvLBK8SigsgIhAK1_-H9e9fqaQMERB3zEgz77ukAX0eAIGJQIpynm17YU>

Hi Sue,
I support the adoption of this document since it attempts to address an existing technical gap with the signaling of SR Policies.

However, I have a concern with the proposal using one of the 4 remaining per-segment flags. There are multiple alternatives including using a new sub-TLV of the Segment List sub-TLV to indicate the position or even the use of a new Segment Type for indicating the placement of an EL.

I understand that there is an equivalent proposal for PCEP where the authors introduced extended flags for the purpose of introducing the "E" flag. Since the same might not be possible in BGP SR Policy SAFI encoding, we should conserve the existing flags and instead go for an alternative encoding proposal.

Thanks,
Ketan

On Wed, Mar 1, 2023 at 9:38 AM Susan Hares <[e-mail]<mailto:[e-mail]>> wrote:
Greetings:

The support for draft-zhou-idr-bgp-srmpls-elp-06 is positive, but light.
I am extending the original call to 3/3 to see if we can obtain additional support.

https://mailarchive.ietf.org/arch/msg/idr/vVpUpFP_0QqY4tzGAoeEyLM7Brc/<https://shared.outlook.inky.com/link?domain=mailarchive.ietf.org&t=h.eJxFz8tuwjAQheFXQV4jT5zGN1a0EnTTSnRRJFYojcexW3Kp4wQ1Fe8OZsP2P5pPmn8yhhNZLYiLsR9WAE3pT2WonJ-QeoyWdqGGFKAZavAmwLTvP_vt7ph9_B6KOL8-d7j5e3uXL6ECslyQn8S1GG-HLONKaJbD4MqAw7o1s6NV1wDXubCoZcEFZ4xrxXQh5BeT1ihplQQmpFRPtyaoyJOKSf32SE3X1ms3lmf0iUqbuT_wSJcrqhBBSQ.MEUCIBn_PxMPBruItDUaENrE4GcjVznJyqeT_0kzcyYzY2llAiEAi6Amfl9CbVlHdXV5VEYSk_ggdwzTUHWsQiz-I58XXUQ>

The text of the initial call is included below.

Cheerily, Sue

===========
his adoption begins a two week WG Adoption call for
draft-zhou-idr-bgp-srmpls-elp-06.txt
https://datatracker.ietf.org/doc/draft-zhou-idr-bgp-srmpls-elp/<https://shared.outlook.inky.com/link?domain=datatracker.ietf.org&t=h.eJxFzksOgyAYBOCrGNYFipWXK6-C8iPWBwYwTWx690o33c5kvswbHXFBbYV8zntqKbUmmxzNMEMkE2RHQhypDQO10biMTx8OPNmI-3HHKa77kjAsO0W3Cs3F2SBfC3bnSmhW0-RNhNRt9vRkCCvluhYOtGy44IxxrZhuhOyZdFZJpyRlQkr1uDJBRF1UKOpzAmLDNnb-MC-YClU6-3v-jz5fHQ4_rA.MEQCIHTm4XgQaM0dtgiK1IuHyUo8sOhp6vDHNcabN_L_KHY5AiAYd38q-XA5PsyCQzY_-nYkM-CzGCQrlyBiZU0gBcgx7g>
The authors should respond to this message with
Email that indicates whether they know of any IPR
related to this draft.
In your discussions please consider if this WG
should approve an  extension to Segment flags defined in the
draft-ietf-idr-segment-routing-te-policy-20.txt .
The existing flags are the following
2.4.4.2.12.  Segment Flags
The Segment Types sub-TLVs described above may contain the following
flags in the "Flags" field defined in Section 6.8:
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|V|A|S|B|       |
+-+-+-+-+-+-+-+-+
Figure 22: Segment Flags
The changes proposed by this draft are the addition
Of an "E" flag to those bits.
0 1 2 3 4 5 6 7
+-+-+-+-+-+-+-+-+
|V|A|S|B|E|     |
+-+-+-+-+-+-+-+-+
E-Flag: This flag, when set, indicates that presence of < ELI, EL>
label pairs which are inserted after this segment.  E-Flag is
applicable to Segment Types A, C, D, E, F, G and H.  If E-Flag
appears with Segment Types B, I, J and K, it MUST be ignored.
Cheerily, Sue
_______________________________________________
Idr mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/idr<https://shared.outlook.inky.com/link?domain=www.ietf.org&t=h.eJxFjk0OwiAYRK_SsDZ8guWvq14FBQraggEaEo13t7hx-2bmZd5ozyuaBuRrfZYJoLWGg60Op7zApsO66QhrKDVElyCYjE4DevRFtPXokDOTXBEKxetsyxzNy-Nb2oApyp1VYmScEcKUJGrk4kqEM1I4KYBwIeTlYBxz2q22W-_BYpPiMvtdNxu6qmfm9_GPPl8MtjfJ.MEYCIQCXVhR8rnyVVWUulfWMoHiSaIBwPTREfIzjvLBK8SigsgIhAK1_-H9e9fqaQMERB3zEgz77ukAX0eAIGJQIpynm17YU>