SR-TE PCE Instantiated Policy
Load isis.sr.vpnv4.and.te.enabled.cfg
Configure R10 as a PCE and R1 as a PCC.
Configure a policy on R10 that uses R1 as a headend and R7 as the end-point. This policy should take the strict path R1-R4-R6-R7. Push this policy to R1 so that it will use this policy for routes with color 10 and nexthop 7.7.7.1.
Answer
Explanation
You can instantiate policies on PCCs from the PCE itself. To do this, you configure the policy under the pce configuration. The policy configuration looks identical to regular SR-TE policy config, but you do it under the peer configuration.
R10 pushes this policy to R1 using a PCEP Initiate message. This contains all aspects of the policy - the name, candidate path pref, the path itself and its SID list, etc. R1 replies with a PCEP Report to acknowledge that it has locally installed the policy.
The policy can be viewed on the PCE. There does not appear to be any difference in the show output between an instantiated policy and a PCC-requested policy:
More importantly, we can see that R1 has the policy even though it has no policies in its SR-TE config:
If we do the same on R7 and color the service routes, we should see an end-to-end LSP that follows the explicit path:
We’ll now color the CE routes:
Traffic takes the expected path:
Note that it is possible that the PCE pushes a candidate path with the same pref, color and end-ponit that exists in local config on the PCC. When candidate paths tie with the same preference on a headend, the headend will prefer the locally configured path over the PCEP-originated path.
Also, the PCE can explicitly choose the BSID for the PCC to use, using the following configuration:
Last updated
