Hi Mrinmoy, On Mon, Dec 2, 2024 at 1:13 PM Mrinmoy Das <mrinmoy.i...@gmail.com> wrote:
> Hello Team, > > I'm going through RFC 5440 to understand PCC's responsibility upon > receiving PCE Overload notification from PCE. > > What I understood is as follows: > > *Scenario 1: PCC is connected to multiple PCE:* > 1. PCC established connections with Primary PCE and all other backup PCEs. > 2. PCC sends Sync LSPs and PCReq to PCE and everything goes fine. > 3. PCE sends PCInitiated LSP and everything goes fine. > 4. Now, PCE sends Overload Notification to PCC. > > From step 4 onwards what will be expected execution steps as per RFC 5440? > > a. If further path computation/reoptimization requirement occurs, PCC > sends those to the backup PCE? or if there are no further requests from > PCC, then nothing needs to be done from the PCC side. > Dhruv: For the passive stateful case via PCReq message, that would make sense! For the delegated case, see below - > b. What would be existing delegations? would that need to be re-delegated > to backup PCE? > > Dhruv: The overloaded PCE will retain the delegation until it is explicitly revoked. For the PCC-initiated LSP, PCC is free to revoke delegation as per RFC 8231 as a local decision. For instance, PCC could do that if the PCE remains in an overloaded state for a long time. For the PCE-initiated LSP, PCC cannot revoke delegation as per RFC 8281, here the overloaded PCE needs to return the delegation to the PCC as a local decision. For instance, PCE could do that if it remains in an overloaded state for a long time. > Please add any further expected behavior/scenario if I missed anything. > > Dhruv: PCC ought to queue in the state reports via PCRpt message to the PCE, even if it is overloaded. The RFC 8231 and RFC 8281 do not talk about overload much, perhaps some text can be added to the stateful PCE clarification I-D? Thanks! Dhruv (as a WG participant) > *Scenario 2: PCC is connected to Single PCE:* > Everything would be the same as per Scenario 1 except PCC will have no > other option than wait for PCE's availability. > > Thanks & Regards, > Mrinmoy > _______________________________________________ > Pce mailing list -- pce@ietf.org > To unsubscribe send an email to pce-le...@ietf.org >
_______________________________________________ Pce mailing list -- pce@ietf.org To unsubscribe send an email to pce-le...@ietf.org
