Hi authors of draft-ietf-pce-sr-bidir-path,

I have two comments regarding the draft, mostly for Section 4.1, though they 
may affect other sections as well:


  1.
Do we really need to create 2 LSPs (forward and reverse) on both - headend and 
tailend (so 4 LSPs just to setup single bidirectional policy with single 
candidate-path)? What is the purpose of encoding of reverse segment-list as 
separate LSP? I assume that we just need reverse segment-list for PM/BFD (the 
draft is already even saying that “This reverse direction LSP MUST NOT be 
instantiated on the PCC”) and not entire PCEP LSP. In this context, an 
additional segment-list/ERO should suffice and would be more efficient from an 
encoding perspective and most likely from resources POV in PCE LSP database, 
similar to the approach in draft-ietf-pce-multipath, which seems to be more 
efficient even for candidate-path with single SL.
  2.
Tunnel is identified by PLSP-ID, LSP by fields from LSP-IDENTIFIERS TLV as 
explained in:

https://www.ietf.org/archive/id/draft-ietf-pce-operational-01.html#name-structure
But Figure 1b is describing 2 tunnels and at the same time describing 4 
PLSP-IDs (“(100,200,300,400)=PLSP-IDs”).
Note that this needs to be fixed on multiple places in the document, including 
complete section 4.5

Thanks a lot,
Samuel

From: Dhruv Dhody <[email protected]>
Date: Sunday, 9 November 2025 at 07:53
To: [email protected] <[email protected]>
Cc: [email protected] 
<[email protected]>
Subject: [Pce] WGLC for draft-ietf-pce-sr-bidir-path-16

Hi WG,

This email marks the start of the working group last call for 
draft-ietf-pce-sr-bidir-path -

https://datatracker.ietf.org/doc/draft-ietf-pce-sr-bidir-path/

Please indicate your support or concern for this draft. If you are opposed to 
the progression of the draft to RFC, please articulate your concern. If you 
support it, please indicate that you have read the latest version and it is 
ready for publication in your opinion. As always, review comments and nits are 
most welcome.

The WG LC will end on Monday 24th Nov 2025.

A general reminder to the WG to be more vocal during the last-call/adoption.

Thanks,
Dhruv & Julien
_______________________________________________
Pce mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to