[Pce] Re: WG Adoption of draft-fizgeer-pce-pcep-bfd-parameters-03

2025-01-30 Thread Andrew Stone (Nokia)
Hi Marina, Thank you for the reply. Regarding… > BFD is needed also for fast protection. In SR-TE with AS it’s useful. There > is no other way to configure S-BFD per LSP, only via PCEP. Yes, agreed on BFD usefulness in SR-TE, no debate there. The part I’m doubting and questioning is whether b

[Pce] Re: Clarification regarding PCE Overload Notification Handling at PCC

2025-01-30 Thread Mrinmoy Das
Hello Dhruv, I have further query regarding delegation of PCReply LSP. Please see below scenario: 1. There are two PCEs(PCE1(Primary) and PCE2(backup)) connected to a single PCC. 2. Upon session establishment, PCE1 sends overload notification to PCC. 3. PCC sends PCReq LSP to PCE2. 4. PCE2 sends

[Pce] Re: WG Adoption of draft-fizgeer-pce-pcep-bfd-parameters-03

2025-01-30 Thread Marina Fizgeer
Hi, dear WG and all, I’m working on new version of the draft – with some changes, not all. Hope, I’ll publish it in some number of days. Thank you all, who spent time and gave the comments. It’s very important for us and for who really think to use this draft. Some my answers are below: Andrew

[Pce] Is draft-lee-pce-pcep-ls-optical ready for adoption?

2025-01-30 Thread Adrian Farrel
Hi, As draft-ietf-pce-pcep-ls approaches working group last call (it's in the queue), I thought it would be good to look at this draft and see whether it might be ready for adoption. In some senses, PCEP-LS for optical is the under-lying driver for PCEP-LS. That is, optical systems are less like