Hi Fatih,
you'd need to check that you receive a route with "color:0:101" community, otherwise dynamic-tunnels will not get triggered.
If you receive such a prefix, and it's part of the VPN, then you'd either to use resolution-map, or use-transport-class (from Junos 23.4R1).
For SR-TE to be calculated, you'd need to check that TED database is populated.
Details are in the article that you mentioned, or here:
https://community.juniper.net/blogs/anton-elita/2023/01/18/service-mapping-to-colored-mpls-paths
Thanks
Anton
------------------------------
Anton Elita
------------------------------
Original Message:
Sent: 03-07-2024 10:14
From: Fatih Kacmaz
Subject: Dynamic SR-TE Tunnels Based on Color community
Hello,
I am following the below blog post from @Anton Elita, but unfortunately cannot create dynamic-tunnels based on a given color community. I am not running BGP-LS as the tunnels are in the same IGP domain anyway.
Inter-domain On-demand SR-TE LSPs with BGP-LS
Juniper |
remove preview |
|
Inter-domain On-demand SR-TE LSPs with BGP-LS |
A standard-based approach to placing MPLS-based services with path constraints across multiple networks. |
View this on Juniper > |
|
|
My configuration is below:
source-packet-routing { compute-profile TE_metric { metric-type { te; } } source-routing-path-template Template_C101 { primary { Primary_C101 { compute { TE_metric; } } } }}dynamic-tunnels { Color_101 { spring-te { source-routing-path-template { Template_C101 color 101; } destination-networks { 10.0.0.0/24; } } }}
But unfortunately, even though the VPNv4 routes are received with an Extended-Color community, I cannot create an SR-TE tunnel dynamically:
root@PE_21> show spring-traffic-engineering lsp
Total displayed LSPs: 0 (Up: 0, Down: 0)
Any idea what I am missing?
Model: vmx
Junos: 22.1R3.9
Kind regards,
Fatih Kacmaz
------------------------------
Fatih Kacmaz
------------------------------