Re-optimization Time for Tunnel-TE in IOS XR 4.3.2
We have configured the Tunnel-TE with explicit path options 1 & 2. When we generate a failure scenario in primary path, the traffic switches over to secondary immediately but on the failure restoration, the primary tunnel does not preempt. On further investigation, we found that default reoptimization time for TE Tunnel is 60 mins which is vey high for us.
The tunnel configuration is as below.
ipv4 unnumbered Loopback10
path-option 1 explicit name PATH_Pri
path-option 2 explicit name PATH_Sec
explicit-path name PATH_Pri
index 10 next-address strict ipv4 unicast 10.220.37.82
explicit-path name PATH_Sec
index 10 next-address strict ipv4 unicast 10.220.37.6
index 20 next-address strict ipv4 unicast 10.220.37.86
index 30 next-address strict ipv4 unicast 10.220.37.9
While exploring through internet, I came across a forum which mentions 3 options for reoptimization but it is for IOS. The wording goes like...
Reoptimization causes a tunnel to be rerouted in the network onto the more optimal path.
Three triggers can cause reoptimization of the TE tunnel so that it can be rerouted to the better path.
Periodic reoptimization - By default, the reoptimization of a TE tunnel occurs with a frequency of one hour
mpls traffic-eng reoptimize timers frequencyinterval changes the periodic reoptimization of a tunnel.
Event-driven reoptimization -mpls traffic-eng reoptimize events link-upenables the reoptimization when a link becomes operational for MPLS TE
By default, Cisco IOS does not trigger reoptimization when a link in the network is available to TE again, either by configuration or because its state becomes operational.
Manual reoptimization - mpls traffic-eng reoptimize forces the immediate reoptimization of all the TE tunnels on the head end router.
I would like to know that
1. Is there any specific requirement behind keeping the default (periodic) reoptimization timer to 60 mins?
2. I could not find the options for configuring 'Event Driven reoptimization' in IOS XR. How to get it?
3. What are best practice reoptimization timer to be used in the network?
gfichera You are the man. Your reply works man. The only set back is that re-optimization is triggered by the RSVP (in your IGP) at the headend. Of which, this can take some time(seconds) depending on fast your IGP convergence to inform the headend that,"Oh man, that primary LSP that was down is now up, lets re-optimize and use it."
The Cisco EPN system incorporates a network architecture designed to consolidate multiples services on a single Multiprotocol Label Switching (MPLS) transport network. This network is designed primarily based on Application Engineered...
Internet security is important with the increasing attacks that are happening every day. Many internet and browsing security solutions exist, but some are not very easy to use or maybe the question is how can I enable them?
Cisco Software Manager Server
This document describes the programmatic interfaces, RESTful APIs, which are supported by Cisco Software Manager Server (CSM Server).
CSM Server supports a set of finite RESTful APIs. The fir...