Primary and secondary LSPs for RSVP signaled LSPs
A failure somewhere in the network can cause for traffic traversing an RSVP-signaled LSP to drop. Several possibilities exist to reduce the impact a failure can have on RSVP-signaled LSPs. This article is about the creation of a secondary standby path in order to reduce downtime that is incurred upon a network failure somewhere along the RSVP-signaled LSP.
Let's make the label-switched-path between Tiberius and Commodus more robust by configuring the Tiberius router to setup two paths towards the Commodus router:
By default, when an RSVP-signaled LSP is configured, the LSP can make use of all the links that are enabled for MPLS and RSVP. When the ingress LSR starts to signal the LSP, it will create only one LSP. This LSP is signaled along the path that follows the IGP (in this case IS-IS).
Whenever a link that is a part of the LSP fails, packets that are making use of the LSP will start dropping. For instance, suppose the link between Caligula and Commodus fails.
Caligula will send a ResvTear message towards the ingress router of the LSP, Tiberius. All the routers in the path of the LSP will pass this ResvTear message to the next upstream router. As soon as the Tiberius router receives this message, it will start to consider the LSP as being down. Other protocols that were making use of the next-hop offered by this LSP will need to recalculate to find another route. If there isn’t one, traffic stops.
The Tiberius router will, following the deletion of the LSP, start to signal a new LSP towards Commodus. Only after finishing this new LSP will the next-hop be available again. After this, traffic will be able to flow across the LSP again.
Part of this downtime can be reduced by having a secondary LSP active before the primary LSP goes down. This way, as soon as Tiberius receives the ResvTear message, it will immediately start making use of the secondary LSP.
To enable a secondary LSP, two different paths need to be configured. This can be done using the following configuration commands:
set protocols mpls path via_Romulus 126.96.36.199 strict set protocols mpls path via_Hadrian 188.8.131.52 strict
The Tiberius router has two uplinks to the MPLS network. By adding a different strict hop to both paths, each path will make use of a different uplink. After passing the mandatory first hop in the LSP, the router is free to choose any next-hop from that point on.
The creation of these paths will have no effect on traffic if they are not applied to an LSP. There is already an LSP defined on this network, this ‘ldp-tunneling’ enabled LSP is providing for a layer2 circuit between Sol and Mars. This LSP is configured as follows:
set protocols mpls label-switched-path L2circuit to 184.108.40.206 set protocols mpls label-switched-path L2circuit ldp-tunneling
To make the Tiberius router signal two LSPs towards the Commodus router, we simply add the two paths we configured to this configuration, like this;
set protocols mpls label-switched-path L2circuit primary via_Hadrian set protocols mpls label-switched-path L2circuit secondary via_Romulus standby
By configuring the secondary LSP with ‘standby’, we are instructing the Tiberius router to pre-signal this path. Without this keyword, the Tiberius router would only start to signal this second path after the primary path failed.
Whenever there is a failure causing a router to take the secondary LSP, the router will try to revert back to the primary. By default, it will do so after the primary LSP has been up (and stable) for 60 seconds. If you don’t care for the router to switch back to a primary path, you can disable this revert-timer by using the following command:
set protocols mpls revert-timer 0
To verify that this configuration has taken effect, we can issue the following show command:
play@MX480-TEST:Tiberius> show mpls lsp ingress detail Ingress LSP: 1 sessions 220.127.116.11 From: 18.104.22.168, State: Up, ActiveRoute: 0, LSPname: L2circuit ActivePath: via_Hadrian (primary) LSPtype: Static Configured, Penultimate hop popping LoadBalance: Random Encoding type: Packet, Switching type: Packet, GPID: IPv4 Revert timer: 0 *Primary via_Hadrian State: Up Priorities: 7 0 SmartOptimizeTimer: 180 Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 40) 22.214.171.124 S 126.96.36.199 S 188.8.131.52 S 184.108.40.206 S Received RRO : 220.127.116.11 18.104.22.168 22.214.171.124 126.96.36.199 Standby via_Romulus State: Up Priorities: 7 0 SmartOptimizeTimer: 180 Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 40) 188.8.131.52 S 184.108.40.206 S 220.127.116.11 S 18.104.22.168 S Received RRO : 22.214.171.124 126.96.36.199 188.8.131.52 184.108.40.206 Total 1 displayed, Up 1, Down 0
Alternatively, you can see the same information using rsvp show commands;
play@MX480-TEST:Tiberius> show rsvp session ingress name L2circuit detail Ingress RSVP: 4 sessions 220.127.116.11 From: 18.104.22.168, LSPstate: Up, ActiveRoute: 0 LSPname: L2circuit, LSPpath: Primary LSPtype: Static Configured Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 300192 Resv style: 1 FF, Label in: -, Label out: 300192 Time left: -, Since: Wed May 13 12:06:36 2015 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 9379 protocol 0 PATH rcvfrom: localclient Adspec: sent MTU 1500 Path MTU: received 1500 PATH sentto: 22.214.171.124 (xe-0/2/0.9) 1 pkts RESV rcvfrom: 126.96.36.199 (xe-0/2/0.9) 1 pkts Explct route: 188.8.131.52 184.108.40.206 220.127.116.11 18.104.22.168 Record route:
22.214.171.124 126.96.36.199 188.8.131.52 184.108.40.206 220.127.116.11 From: 18.104.22.168, LSPstate: Up, ActiveRoute: 0 LSPname: L2circuit, LSPpath: Secondary LSPtype: Static Configured Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 300432 Resv style: 1 FF, Label in: -, Label out: 300432 Time left: -, Since: Wed May 13 12:07:04 2015 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 2 receiver 9380 protocol 0 PATH rcvfrom: localclient Adspec: sent MTU 1500 Path MTU: received 1500 PATH sentto: 22.214.171.124 (xe-0/2/0.3) 1 pkts RESV rcvfrom: 126.96.36.199 (xe-0/2/0.3) 1 pkts Explct route: 188.8.131.52 184.108.40.206 220.127.116.11 18.104.22.168 Record route: 22.214.171.124 126.96.36.199 188.8.131.52 184.108.40.206 Total 2 displayed, Up 2, Down 0
Next-up will be activate link-protection and node-link-protection.