MPLS LDP-IGP synchronization

As explained in my previous MPLS LSP post you use the IGP such as OSPF or IS-IS its CEF FIB (Cisco Express Forwarding – Forwarding Information Base) to exchange MPLS labels with the neighbor router and install them into the LFIB (Label Forwarding Information Base).

Any distruption in IGP will result in a IGP recalculation and causes temporary disrupton in the LSP’s (Label Switched Paths) untill LDP exchanges labels again and the two routers are in sync.

Imagine that P_3 had a malfunction in the IGP protocol; or just returned from a reload. LDP will start exchanging labels after the IGP convergence is complete. Packets will arrive from P_2 towards P_3 even if LDP is not syncronized yet. Thus dropping those LSP packets.

So basically packetloss will occur because the actions of the IGP and LDP are not synchronized. When an IGP adjacency is established, the router begins forwarding packets using the new adjacency before the LDP label exchange completes between the peers on that link.

If an LDP session closes, the router continues to forward traffic using the link associated with the LDP peer rather than an alternate pathway with a fully synchronized LDP session.

MPLS LSP

Fortunatly Cisco implemented an LDP-IGP syncronization feature that both works on the mpls ip and the mpls ldp autoconfig commands.

By enabling the MPLS LDP-IGP synchronization the router will ensure that LDP is fully established before the IGP path is used for forwarding MPLS traffic.

To enable this feature you need to configure your IGP protocol; OSPF in this case. It’s advised to run this feature on all your routers for optimal LDP-IGP convergence.

This feature does not always work when using IS-IS. Check your IOS feature-set to verify if your version supports this!

PE_2#config t
PE_2(config)#router ospf 1
PE_2(config-router)#mpls ldp sync
PE_2(config-router)#end

PE_2#sh run | section router ospf
router ospf 1
 router-id 192.168.0.2
 mpls ldp sync
 log-adjacency-changes
 passive-interface default
 no passive-interface GigabitEthernet1/1
 no passive-interface GigabitEthernet1/2
 no passive-interface GigabitEthernet1/3
 no passive-interface GigabitEthernet1/4
 network 192.168.0.0 0.0.255.255 area 0
PE_2#

You can now safely go to bed without worring about IGP synchronization on your MPLS network!

Please read the MPLS LDP-IGP Synchronization guide for full details and features.

Comments (3)

[...] recent blogpost about the subject explains the issue and the solution to prevent an IP link from being used while LDP is not fully [...]

shivlu jainMarch 6th, 2009 at 9:40 am

I have one concern:-
During the time of LDP & IGP Sync what will be the flow of my IP traffic.

GeertMarch 6th, 2009 at 12:50 pm

Traffic will be routed over an alternate IGP path.

In detail: when LDP is not “fully operational” (see below) on a given
link, the IGP will advertise the link with maximum cost to avoid any
transit traffic over it. In the case of OSPF, this cost is
LSInfinity (16-bit value 0xFFFF), as proposed in [RFC3137]. In the
case of ISIS, the maximum metric value is 2^24-2 (0xFFFFFE). Indeed,
if a link is configured with 2^24-1 (the maximum link metric per
[RFC5305]), then this link is not advertised in the topology. It is
important to keep the link in the topology to allow IP traffic to use
the link as a last resort in case of massive failure.

Leave a comment

Your comment