Ronald sent me an interesting question: What's the point of having a secondary path set up for a certain LSP, when this LSP also has fast-reroute enabled (for example, with the Junos fast-reroute command)?
The idea of having a pre-established secondary LSP backing up a traffic engineering tunnel was commonly discussed before FRR was widely adopted, but should have quietly faded away by now.
Read more ...Thanks for reading my news about Secondary MPLS-TE Tunnels and Fast Reroute at my blog Bros Droid if you want too share this article, please put the resource, and if you think this article is very usefully dont forget to bookmark this site with CTRL + D on your keyboard to web browser.
More Articles :
Junos Day One: MPLS Behind The Scenes- Forwarding State Abstraction with Tunneling and Labeling
- Edge and Core OpenFlow (and why MPLS is not NAT)
- Secondary MPLS-TE Tunnels and Fast Reroute
- Could MPLS-over-IP replace VXLAN or NVGRE?
- Edge Protocol Independence: Another Benefit of Edge-and-Core Layering
- OpenFlow and Ipsilon: Nothing New Under the Sun
- BGP-Free Service Provider Core in Pictures
- Could you run an MPLS-TE-only MPLS/VPN network without LDP?
- Virtual Circuits in OpenFlow 1.0 World