LDP Remote LFA (rLFA) builds on the pre-existing capability to compute repair paths to a remote LFA node (or PQ node), which puts the packets onto the shortest path without looping them back to the node that forwarded them over the repair tunnel. See 7450 ESS, 7750 SR, 7950 XRS, and VSR Unicast Routing Protocols Guide section Remote LFA with Segment Routing for further information about rLFA computation. In SR OS, a repair tunnel can also be an SR tunnel, however this section describes an LDP-in-LDP tunnel.
A prerequisite for configuring LDP rLFA is to enable Remote LFA computation using the following command:
config>router>isis>loopfree-alternates remote-lfa
Finally, enable attaching rLFA information to RTM entries using the following command:
config>router>isis>loopfree-alternates augment-route-table
This command attaches rLFA-specific information to route entries that are necessary for LDP to program repair tunnels toward the PQ node using a specific neighbor.
In addition, enable tunneling on both the PQ node and the source node using the following command:
config>router>ldp>targ-session>peer>tunneling
LDP rLFA is only available with IS-IS.
Figure 1 shows the general principles of LDP rLFA operation.
In Figure 1, S is the source node and D is the destination node. The primary path is the direct link between S and D. The rLFA algorithm has determined the PQ node. In the event of a failure between S and D, for traffic not to loopback to S, the traffic must be sent directly to the PQ node. An LDP targeted session is required between PQ and S. Over that T-LDP session, the PQ node advertises label 23 for FEC D. All other labels are link LDP bindings, which allow traffic to reach the PQ node. On S, LDP creates an NHLFE that has two labels, where label 23 is the inner label. Label 23 is tunneled up to the PQ node, which then forwards traffic on the shortest path to D.
LDP rLFA applies to IPv4 FECs only. LDP rLFA requires the targeted sessions (between Source node and PQ node) to be manually configured beforehand (the system does not automatically set-up T-LDP sessions toward the PQ nodes that the rLFA algorithm has identified). These targeted sessions must be set up with router IDs that match the ones the rLFA algorithm uses. LDP rLFA is designed to be operated in LDP-only environments; as such, LDP does not establish rLFA backups when in the presence of LDP over RSVP-TE or LDP over SR-TE tunnels. OAM (lsp-trace) is not supported over the repair tunnels.