11-24-2011 05:05 AM
Hi
Can you please clarify my understanding of MPLS-TE path-options and how the head-end fails over to less-preferred paths when using inter-area tunnels? Assuming I have a working inter-area tunnel with multiple explicit paths defined:
Is this the expected behaviour? Is there another way to trigger the failover to the second path?
Thanks in advance
11-25-2011 12:56 AM
To clarify when you mention a node failure is the node in the same area as the headend or a remote area?
When you contrast preemption vs node fail you say switch paths vs drop paths. Can you explain exactly what you mean here?
It's logical that you would tear down a tunnel if a node failed and try to signal again. I think you are referring to when preemption occurs the tunnel has some time to signal the new path and switch. Ultimately if the new path is not found eventually the same outcome will be reached.
Actually preemption is tunable between hard and soft which are tear down and reoptimize respectively.
Maybe my answer just introduces new questions..
HTH,
Matt
11-28-2011 11:17 AM
Lee,
When I have multiple paths to a destination via MPLS, I use the pseudowire-class with preferred-path peer option.
This allows me to create a preferred path instead of relying on the IGP. If this preferred path were to fail then the IGP takes over and switches the path to an alternate using its forumula.
Hope this helps.
Jude Bryant
12-08-2011 06:25 AM
Thanks for your replies.
I've got this working now by changing my explicit-paths to use interface addresses instead of RID's and getting RSVP Hellos working properly. I'm testing in Dynamips and the RSVP Hellos weren't triggering the reroute until I raised the interval and misses threshold.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide