SRv6 uSID w/ SR-TE
Load top1.vpnv4v6.srv6.usid.configured.cfg
L3VPN for IPv4 and IPv6 is currently functional using SRv6 uSID in the core.
Configure XR9 and XR10 as PCEs and XR5, XR6, XR7 and XR8 as PCE clients.
The PCEP session should use IPv6.
Configure XR9 as the primary PCE.
Configure the XR1-XR3 link with high latency.
Color BGP routes received from CSR3 for low-latency ODN SR-TE.
The policy should be calculated via PCEP.
Traffic from CSR1 to CSR3 should take the path CSR1-XR5-XR1-XR2-XR4-XR7-CSR3
Answer
Explanation
Using SRv6 with uSID allows us to use SR-TE which we are already familiar with. Everything works very similarly to using SR-TE with SR-MPLS. The main difference is that you must define the locator for the policy, and specify that the router will allocate a SID with behavior uB6-insert-reduced SRH.
Otherwise, everything else should already be familiar. First we configure PCEP. R9 will be primary PCE by giving it a lower precedence value.
If we forget whether a higher or lower value is best, we can use the below show command to verify which PCE is being preferred:
On the egress PE, we set the color on the VPN routes. CSR3 is running OSPF as the PE-CE protocol, so XR7 sets the color as the routes are redistributed from OSPF into BGP.
We also set the latency value on the XR1-XR3 link to be high. Even though no other links have latency configured, the TE metric appears to be substituted for the latency value, so the policy will still be able to be calculated.
Finally, we set the ODN policy on the ingress PEs.
XR5, upon receiving the colored route, asks the PCE to calculate an associated policy. This is successful, as we see on R9:
The details show us that the first SID is R2, and last is R7:
XR5 allocates a Binding SID for the policy, and reports it to both XR9 and XR10 (for redundancy).
There does not appear to be a way to verify the actual carrier SID that will be produced by this policy. In the CEF table we can see that the ultimate encapsulation uses fd00:0:7:e003, with the SRv6 SID fd00:0:2:: being inserted:
By taking a pcap, we can see that the destination address is the correct compressed CSID:
Further exploring the ODN policy
I found that the following config does not work.
The ODN policy does not come up until I specify srv6 under the ODN policy. It appears that without srv6 under the ODN policy, there is no way for the router to know that it is not an SR-MPLS policy.
Alternatively, I can just define the locator directly under the ODN policy itself.
Last updated
