Cisco NCS 5500 Series User manual

MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS
XR Release 6.2.x
First Published: 2017-07-14
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: [phone]
800 553-NETS (6387)
Fax: [phone]

THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS,
INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH
THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY,
CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version
of the UNIX operating system. All rights reserved. Copyright ©1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS.
CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT
LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS
HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network
topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional
and coincidental.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: http://
www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership
relationship between Cisco and any other company. (1110R)
For information on obtaining documentation, using the Cisco Bug Search Tool (BST), submitting a service request, and gathering additional information, see What's New in Cisco
Product Documentation.
To receive new and revised Cisco technical content directly to your desktop, you can subscribe to the What's New in Cisco Product Documentation RSS feed. RSS
feeds are a free service.
©2017 Cisco Systems, Inc. All rights reserved.

CONTENTS
Preface Preface vii
Changes to This Document vii
CHAPTER 1 New and Changed MPLS Features 1
New and Changed MPLS Feature Information 1
CHAPTER 2 Implementing MPLS Label Distribution Protocol 3
Implementing MPLS Label Distribution Protocol 3
Prerequisites for Implementing MPLS Label Distribution Protocol 3
Overview of Label Distribution Protocol 4
Configuring Label Distribution Protocol 4
Configuring Label Distribution Protocol 4
Configuring Label Distribution Protocol Discovery Parameters 5
Label Distribution Protocol Discovery for Targeted Hellos 5
Label Advertisement Control 6
Configuring Local Label Allocation Control 7
Configuring Downstream on Demand 7
Configuring Explicit Null Label 8
Label Distribution Protocol Auto-configuration 8
Configuring Session Protection 9
Configuring Label Distribution Protocol- Interior Gateway Protocol (IGP) Synchronization 9
Configuring Label Distribution Protocol Graceful Restart 10
Configuring Label Distribution Protocol Nonstop Routing 10
MPLS Label Distribution Protocol : Details 11
Setting Up Label Switched Paths 11
Details of Label Distribution Protocol Graceful Restart 14
Details of Session Protection 17
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
iii

CHAPTER 3 Implementing MPLS Static Labeling 19
MPLS Static Labeling 19
Define Label Range and Enable MPLS Encapsulation 19
Identify and Clear Label Discrepancy 21
Configuring MPLS Static Labels for IPv6 Prefixes 22
Configuring Backup within a Forwarding Set 23
Configuring Static LSP Next Hop Resolve 26
CHAPTER 4 Implementing RSVP for MPLS-TE 27
Implementing RSVP for MPLS-TE 27
Setting up MPLS LSP Using RSVP 27
Overview of RSVP for MPLS-TE Features 28
Configuring RSVP for MPLS-TE 28
Configuring RSVP Message Authentication Globally 28
Configuring RSVP Authentication for an Interface 29
Configuring RSVP Authentication on a Neighbor 30
Configuring Graceful Restart 31
Configuring Refresh Reduction 32
Configuring ACL Based Prefix Filtering 32
Configuring RSVP Packet Dropping 33
Enabling RSVP Traps 34
RSVP for MPLS-TE Features- Details 34
CHAPTER 5 Implementing MPLS Traffic Engineering 37
Implementing MPLS Traffic Engineering 37
Overview of MPLS-TE Features 38
How MPLS-TE Works 38
Configuring MPLS-TE 39
Building MPLS-TE Topology 39
Creating an MPLS-TE Tunnel 40
Configuring Fast Reroute 41
Configuring Auto-Tunnel Backup 42
Configuring Next Hop Backup Tunnel 43
Configuring SRLG Node Protection 44
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
iv
Contents

Configuring Pre-Standard DS-TE 44
Configuring an IETF DS-TE Tunnel Using RDM 45
Configuring an IETF DS-TE Tunnel Using MAM 46
Configuring Flexible Name-Based Tunnel Constraints 47
Configuring Automatic Bandwidth 47
Configuring Auto-Tunnel Mesh 48
Configuring an MPLS Traffic Engineering Interarea Tunneling 49
Configure Policy-Based Tunnel Selection 50
MPLS-TE Features - Details 51
Policy-Based Tunnel Selection 55
CHAPTER 6 Implementing MPLS OAM 59
Implementing MPLS OAM 59
MPLS LSP Ping 59
MPLS LSP Traceroute 61
MPLS OAM Using Nil FEC 62
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
v
Contents

MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
vi
Contents

Preface
This preface contains these sections:
•Changes to This Document, page vii
Changes to This Document
The following table lists the technical changes made to this document since it was first published.
Change SummaryDate
Initial release of this document.March 2017
Republished for Release 6.2.2.July 2017
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
vii

MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
viii
Preface
Changes to This Document

CHAPTER 1
New and Changed MPLS Features
This table summarizes the new and changed feature information for the MPLS Configuration Guide for the
Cisco NCS 5500 Series Router and tells you where they are documented.
•New and Changed MPLS Feature Information, page 1
New and Changed MPLS Feature Information
Table 1: New and Changed Features
Where DocumentedChanged in ReleaseDescriptionFeature
Implementing MPLS Static
Labeling chapter.
Release 6.2.2This feature was introduced.MPLS Static Labels
Implementing MPLS OAM
chapter.
Release 6.2.2This feature was introduced.MPLS OAM NIL FEC
Implementing MPLS Traffic
Engineering chapter.
Release 6.2.2This feature was introduced.Policy-Based Tunnel Selection
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
1

MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
2
New and Changed MPLS Features
New and Changed MPLS Feature Information

CHAPTER 2
Implementing MPLS Label Distribution Protocol
•Implementing MPLS Label Distribution Protocol, page 3
•Prerequisites for Implementing MPLS Label Distribution Protocol, page 3
•Overview of Label Distribution Protocol, page 4
•Configuring Label Distribution Protocol, page 4
•MPLS Label Distribution Protocol : Details, page 11
Implementing MPLS Label Distribution Protocol
MPLS (Multi Protocol Label Switching) is a forwarding mechanism based on label switching. In an MPLS
network, data packets are assigned labels and packet-forwarding decisions are taken based on the contents of
the label. To switch labeled packets across the MPLS network, predetermined paths are established for various
source-destination pairs. These predetermined paths are known as Label Switched Paths (LSPs). To establish
LSPs, MPLS signaling protocols are used. Label Distribution Protocol (LDP) is an MPLS signaling protocol
used for establishing LSPs. This module provides information about how to configure MPLS LDP.
Prerequisites for Implementing MPLS Label Distribution
Protocol
The following are the prerequisites to implement MPLS LDP:
•You must be in a user group associated with a task group that includes the proper task IDs. The command
reference guides include the task IDs required for each command. If you suspect user group assignment
is preventing you from using a command, contact your AAA administrator for assistance.
•You must be running Cisco IOS XR software.
•You must install a composite mini-image and the MPLS package.
•You must activate IGP.
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
3

•We recommend to use a lower session holdtime bandwidth such as neighbors so that a session down
occurs before an adjacency-down on a neighbor. Therefore, the following default values for the hello
times are listed:
•Holdtime is 15 seconds.
•Interval is 5 seconds.
For example, the LDP session holdtime can be configured as 30 seconds by using the holdtime command.
Overview of Label Distribution Protocol
In IP forwarding, when a packet arrives at a router the router looks at the destination address in the IP header,
performs a route lookup, and then forwards the packet to the next hop. MPLS is a forwarding mechanism in
which packets are forwarded based on labels. Label Distribution Protocols assign, distribute, and install the
labels in an MPLS environment. It is the set of procedures and messages by which Label Switched Routers
(LSRs) establish LSPs through a network by mapping network-layer routing information directly to data-link
layer switched paths. These LSPs may have an endpoint at a directly attached neighbor (comparable to IP
hop-by-hop forwarding), or may have an endpoint at a network egress node, enabling switching via all
intermediary nodes.
LSPs can be created statically, by RSVP traffic engineering (TE), or by LDP. LSPs created by LDP perform
hop-by-hop path setup instead of an end-to-end path. LDP enables LSRs to discover their potential peer routers
and to establish LDP sessions with those peers to exchange label binding information. Once label bindings
are learned, the LDP is ready to setup the MPLS forwarding plane.
For more information about setting up LSPs, see MPLS Label Distribution Protocol : Details, on page 11.
Configuring Label Distribution Protocol
Depending on the requirements, LDP requires some basic configuration tasks described in the following
topics:
Configuring Label Distribution Protocol
This section explains the basic LDP configuration. LDP should be enabled on all interfaces that connects the
router to potential LDP peer routers. You can enable LDP on an interface by specifying the interface under
mpls ldp configuration mode.
Configuration Example
This example shows how to enable LDP over an interface.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# router-id 192.168.70.1
RP/0/RP0/CPU0:Router(config-ldp)# interface HundredGigE 0/0/0/5
RP/0/RP0/CPU0:Router(config-ldp-if)# commit
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
4
Implementing MPLS Label Distribution Protocol
Overview of Label Distribution Protocol

Configuring Label Distribution Protocol Discovery Parameters
LSRs that are running LDP sends hello messages on all the LDP enabled interfaces to discover each other.
So, the LSR that receives the LDP hello message on an interface is aware of the presence of the LDP router
on that interface. If LDP hello messages are sent and received on an interface, there is an LDP adjacency
across the link between the two LSRs that are running LDP. By default, hello messages are sent every 5
seconds with a hold time of 15 seconds. If the LSR does not receive a discovery hello from peer before the
hold time expires, the LSR removes the peer LSR from the list of discovered LDP neighbors . The LDP
discovery parameters can be configured to change the default parameters.
LDP session between LSRs that are not directly connected is known as targeted LDP session. For targeted
LDP sessions, LDP uses targeted hello messages to discover the extended neighbors. By default, targeted
hello messages are sent every 10 seconds with a hold time of 90 seconds.
Configuration Example
This example shows how to configure the following LDP discovery parameters:
•hello hold time
•hello interval
•targeted hello hold time
•targeted hello interval
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# router-id 192.168.70.1
RP/0/RP0/CPU0:Router(config-ldp)# discovery hello holdtime 30
RP/0/RP0/CPU0:Router(config-ldp)# discovery hello interval 10
RP/0/RP0/CPU0:Router(config-ldp)# discovery targeted-hello holdtime 120
RP/0/RP0/CPU0:Router(config-ldp)# discovery targeted-hello interval 15
RP/0/RP0/CPU0:Router(config-ldp)# commit
Verification
This section verifies the MPLS LDP discovery parameters configuration.
RP/0/RP0/CPU0:Router# show mpls ldp parameters
LDP Parameters:
Role: Active
Protocol Version: 1
Router ID: 192.168.70.1
Discovery:
Link Hellos: Holdtime:30 sec, Interval:10 sec
Targeted Hellos: Holdtime:120 sec, Interval:15 sec
Quick-start: Enabled (by default)
Transport address: IPv4: 192.168.70.1
Label Distribution Protocol Discovery for Targeted Hellos
LDP session between LSRs that are not directly connected is known as targeted LDP session. For LDP
neighbors which are not directly connected, you should manually configure the LDP neighborship on both
the routers.
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
5
Implementing MPLS Label Distribution Protocol
Configuring Label Distribution Protocol Discovery Parameters

Configuration Example
This example shows how to configure LDP for non-directly connected routers, Router1 and Router 2.
RP/0/RP0/CPU0:Router1(config)# mpls ldp
RP/0/RP0/CPU0:Router1(config-ldp)# router-id 192.168.70.1
RP/0/RP0/CPU0:Router1(config-ldp)# neighbor 172.20.10.10 targeted
RP/0/RP0/CPU0:Router1(config-ldp)# interface HundredGigE 0/0/0/5
RP/0/RP0/CPU0:Router1(config-ldp-if)# commit
RP/0/RP0/CPU0:Router2(config)# mpls ldp
RP/0/RP0/CPU0:Router2(config-ldp)# router-id 172.20.10.10
RP/0/RP0/CPU0:Router2(config-ldp)# neighbor 192.168.70.1 targeted
RP/0/RP0/CPU0:Router2(config-ldp)# address-family ipv4
RP/0/RP0/CPU0:Router2(config-ldp-af)#discoverey targeted-hello accept
RP/0/RP0/CPU0:Router2(config-ldp-af)# commit
Label Advertisement Control
LDP allows you to control the advertising and receiving of labels. You can control the exchange of label
binding information by using label advertisement control (outbound filtering ) or label acceptance control
(inbound filtering).
Label Advertisement Control (Outbound Filtering)
Label Distribution Protocol advertises labels for all the prefixes to all its neighbors. When this is not desirable
(for scalability and security reasons), you can configure LDP to perform outbound filtering for local label
advertisement for one or more prefixes to one more peers. This feature is known as LDP outbound label
filtering, or local label advertisement control. You can control the exchange of label binding information using
the mpls ldp label advertise command. Using the optional keywords, you can advertise selective prefixes
to all neighbors, advertise selective prefixes to defined neighbors, or disable label advertisement to all peers
for all prefixes. Prefixes and peers advertised selectively are defined in the access list.
Configuration Example: Label Advertisement Control
This example shows how to configure outbound label advertisement control. In this example, neighbors are
specified to advertise and receive label advertisements. Also an interface is specified for label advertisement.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# address-family ipv4
RP/0/RP0/CPU0:Router(config-ldp-af)# label local advertise to 1.1.1.1:0 for pfx_ac11
RP/0/RP0/CPU0:Router(config-ldp-af)# label local advertise interface TenGigE 0/0/0/5
RP/0/RP0/CPU0:Router(config-ldp-af)# commit
Label Acceptance Control (Inbound Filtering)
LDP accepts labels (as remote bindings) for all prefixes from all peers. LDP operates in liberal label retention
mode, which instructs LDP to keep remote bindings from all peers for a given prefix. For security reasons,
or to conserve memory, you can override this behavior by configuring label binding acceptance for set of
prefixes from a given peer. The ability to filter remote bindings for a defined set of prefixes is also referred
to as LDP inbound label filtering or label acceptance control.
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
6
Implementing MPLS Label Distribution Protocol
Label Advertisement Control

Configuration Example : Label Acceptance Control (Inbound Filtering)
This example shows how to configure label acceptance control. In this example, an LSR is configured to
accept and retain label bindings from neighbors for prefixes defined in access list .
RP/0/RP0/CPU0:Router(config)#mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)#address-family ipv4
RP/0/RP0/CPU0:Router(config-ldp-af)#label remote accept from 192.168.1.1:0 for acl_1
RP/0/RP0/CPU0:Router(config-ldp-af)#label remote accept from 192.168.2.2:0 for acl_2
RP/0/RP0/CPU0:Router(config-ldp-af)#commit
Configuring Local Label Allocation Control
LDP creates label bindings for all IGP prefixes and receives label bindings for all IGP prefixes from all its
peers. If an LSR receives label bindings from several peers for thousands of IGP prefixes, it consumes
significant memory and CPU. In some scenarios, most of the LDP label bindings may not useful for any
application and you may required to limit the allocation of local labels. This is accomplished using LDP local
label allocation control, where an access list can be used to limit allocation of local labels to a set of prefixes.
Limiting local label allocation provides several benefits, including reduced memory usage requirements, fewer
local forwarding updates, and fewer network and peer updates.
Configuration Example
This example shows how to configure local label allocation using an IP access list to specify a set of prefixes
that local labels can allocate and advertise.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# address-family ipv4
RP/0/RP0/CPU0:Router(config-ldp-af)# label local allocate for pfx_acl_1
RP/0/RP0/CPU0:Router(config-ldp-af)# commit
Configuring Downstream on Demand
By default, LDP uses downstream unsolicited mode in which label advertisements for all routes are received
from all LDP peers. The downstream on demand feature adds support for downstream-on-demand mode,
where the label is not advertised to a peer, unless the peer explicitly requests it. At the same time, since the
peer does not automatically advertise labels, the label request is sent whenever the next-hop points out to a
peer that no remote label has been assigned.
In downstream on demand configuration, an ACL is used to specify the set of peers for downstream on demand
mode. For down stream on demand to be enabled, it needs to be configured on both peers of the session. If
only one peer in the session has downstream-on-demand feature configured, then the session does not use
downstream-on-demand mode.
Configuration Example
This example shows how to configure LDP Downstream on Demand.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# session downstream-on-demand with ACL1
RP/0/RP0/CPU0:Router(config-ldp)# commit
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
7
Implementing MPLS Label Distribution Protocol
Configuring Local Label Allocation Control

Configuring Explicit Null Label
Cisco MPLS LDP uses implicit or explicit null label as local label for routes or prefixes that terminate on the
given LSR. These routes include all local, connected, and attached networks. By default, the null label is
implicit-null that allows LDP control plane to implement penultimate hop popping (PHP) mechanism. When
this is not desirable, you can configure explicit-null label that allows LDP control plane to implement ultimate
hop popping (UHP) mechanism. You can configure explicit-null feature on the ultimate hop LSR. Access-lists
can be used to specify the IP prefixes for which PHP is desired.
You can enforce implicit-null local label for a specific prefix by using the implicit-null-override command
even if the prefix requires a non-null label to be allocated by default. For example, by default, an LSR allocates
and advertises a non-null label for an IGP route. If you wish to terminate LSP for this route on penultimate
hop of the LSR, you can enforce implicit-null label allocation and advertisement for this prefix using the
implicit-null-override command.
Configuration Example: Explicit Null
This example shows how to configure explicit null label.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# address-family ipv4
RP/0/RP0/CPU0:Router(config-ldp-af)# label local advertise explict-null
RP/0/RP0/CPU0:Router(config-ldp-af)# commit
Configuration Example: Implicit Null Override
This example shows how to configure implicit null override for a set of prefixes.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# address-family ipv4
RP/0/RP0/CPU0:Router(config-ldp-af)# label local advertise implicit-null-override for acl-1
RP/0/RP0/CPU0:Router(config-ldp-af)# commit
Label Distribution Protocol Auto-configuration
LDP auto-configuration allows you to automatically configure LDP on all interfaces for which the IGP protocol
is enabled. Typically, LDP assigns and advertises labels for IGP routes and must often be enabled on all active
interfaces by an IGP. During LDP manual configuration, you must define the set of interfaces under LDP
which is a time-intensive procedure. LDP auto-configuration eliminates the need to specify the same list of
interfaces under LDP and simplifies the configuration tasks.
Configuration Example: Enabling LDP Auto-Configuration for OSPF
This example shows how to enable LDP auto-configuration for a specified OSPF instance.
RP/0/RP0/CPU0:Router(config)# router ospf 190
RP/0/RP0/CPU0:Router(config-ospf)# mpls ldp auto-config
RP/0/RP0/CPU0:Router(config-ospf)# area 8
RP/0/RP0/CPU0:Router(config-ospf-ar)# interface HundredGigE 0/0/0/5
RP/0/RP0/CPU0:Router(config-ospf-ar-if)# commit
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
8
Implementing MPLS Label Distribution Protocol
Configuring Explicit Null Label

Configuring Session Protection
When a new link or node comes up after a link failure, IP converges earlier and much faster than MPLS LDP
and may result in MPLS traffic loss until the MPLS convergence. If a link flaps, the LDP session also flaps
due to loss of link discovery. LDP session protection minimizes traffic loss, provides faster convergence, and
protects existing LDP (link) sessions. When session protection is enabled for a peer, LDP starts sending
targeted hello (directed discovery) in addition to basic discovery link hellos. When the direct link goes down,
the targeted hellos can still be forwarded to the peer LSR over an alternative path as long as there is one. So,
the LDP session stays up after the link goes down.
You can configure LDP session protection to automatically protect sessions with all or a given set of peers
(as specified by peer-acl). When configured, LDP initiates backup targeted hellos automatically for neighbors
for which primary link adjacencies already exist. These backup targeted hellos maintain LDP sessions when
primary link adjacencies go down.
Configuration Example
This example shows how to configure LDP session protection for peers specified by the access control list
peer-acl-1 for a maximum duration of 60 seconds.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# session protection for peer-acl-1 duration 60
RP/0/RP0/CPU0:Router(config-ldp)# commit
Configuring Label Distribution Protocol- Interior Gateway Protocol (IGP)
Synchronization
Lack of synchronization between LDP and Interior Gateway Protocol (IGP) can cause MPLS traffic loss.
Upon link up, for example, IGP can advertise and use a link before LDP convergence has occurred or, a link
may continue to be used in IGP after an LDP session goes down.
LDP IGP synchronization coordinates LDP and IGP so that IGP advertises links with regular metrics only
when MPLS LDP is converged on that link. LDP considers a link converged when at least one LDP session
is up and running on the link for which LDP has sent its applicable label bindings and received at least one
label binding from the peer. LDP communicates this information to IGP upon link up or session down events
and IGP acts accordingly, depending on sync state.
LDP-IGP synchronization is supported for both OSPF and ISIS protocols and is configured under the
corresponding IGP protocol configuration mode. Under certain circumstances, it might be required to delay
declaration of re-synchronization to a configurable interval. LDP provides a configuration option to delay
declaring synchronization up for up to 60 seconds. LDP communicates this information to IGP upon linkup
or session down events.
Configuring LDP IGP Synchronization: Open Shortest Path First (OSPF) Example
This example shows how to configure LDP-IGP synchronization for an OSPF instance. The synchronization
delay is configured as 30 seconds.
RP/0/RP0/CPU0:Router(config)# router ospf 100
RP/0/RP0/CPU0:Router(config-ospf)# mpls ldp sync
RP/0/RP0/CPU0:Router(config-ospf)# mpls ldp igp sync delay 30
RP/0/RP0/CPU0:Router(config-ospf)# commit
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
9
Implementing MPLS Label Distribution Protocol
Configuring Session Protection

Configuring LDP IGP Synchronization: Intermediate System to Intermediate System (IS-IS)
This example shows how to configure LDP-IGP synchronization for IS-IS.
RP/0/RP0/CPU0:Router(config)# router isis 100
RP/0/RP0/CPU0:Router(config-isis)# interface HundredGigE 0/0/0/5
RP/0/RP0/CPU0:Router(config-isis-if)# address-family ipv4 unicast
RP/0/RP0/CPU0:Router(config-isis-if-af)# mpls ldp sync
RP/0/RP0/CPU0:Router(config-isis-if-af)# commit
Configuring Label Distribution Protocol Graceful Restart
LDP Graceful Restart provides a mechanism for LDP peers to preserve the MPLS forwarding state when the
LDP session goes down. Without LDP Graceful Restart, when an established session fails, the corresponding
forwarding states are cleaned immediately from the restart and peer nodes. In this case, LDP forwarding has
to restart from the beginning, causing a potential loss of data and connectivity. If LDP graceful restart is
configured, traffic can continue to be forwarded without interruption, even when the LDP session restarts.
The LDP graceful restart capability is negotiated between two peers during session initialization time. During
session initialization, a router advertises its ability to perform LDP graceful restart by sending the graceful
restart typed length value (TLV). This TLV contains the reconnect time and recovery time. The values of the
reconnect and recovery times indicate the graceful restart capabilities supported by the router. The reconnect
time is the amount of time the peer router waits for the restarting router to establish a connection. When a
router discovers that a neighboring router is restarting, it waits until the end of the recovery time before
attempting to reconnect. Recovery time is the amount of time that a neighboring router maintains its information
about the restarting router.
Configuration Example
This example shows how to configure LDP graceful restart. In this example, the amount of time that a
neighboring router maintains the forwarding state about the gracefully restarting router is specified as 180
seconds. The reconnect time is configured as 169 seconds.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# interface HundredGigE 0/0/0/5
RP/0/RP0/CPU0:Router(config-ldp-if)# exit
RP/0/RP0/CPU0:Router(config-ldp)# graceful-restart
RP/0/RP0/CPU0:Router(config-ldp)# graceful-restart forwarding-state-holdtime 180
RP/0/RP0/CPU0:Router(config-ldp)# graceful-restart reconnect-timeout 169
RP/0/RP0/CPU0:Router(config-ldp)# commit
Configuring Label Distribution Protocol Nonstop Routing
LDP nonstop routing (NSR) functionality makes failures, such as Route Processor (RP) or Distributed Route
Processor (DRP) fail over, invisible to routing peers with minimal to no disruption of convergence performance.
By default, NSR is globally enabled on all LDP sessions except AToM.
A disruption in service may include any of these events:
•Route processor (RP) or distributed route processor (DRP) failover
•LDP process restart
•Minimum disruption restart (MDR)
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
10
Implementing MPLS Label Distribution Protocol
Configuring Label Distribution Protocol Graceful Restart

Unlike graceful restart functionality, LDP NSR does not require protocol extensions and does not force
software upgrades on other routers in the network, nor does LDP NSR require peer routers to support
NSR. L2VPN configuration is not supported on NSR. Process failures of active LDP results in session
loss and, as a result, NSR cannot be provided unless RP switchover is configured as a recovery action.
Note
Configuration Example
This example shows how to configure LDP Non-Stop Routing.
RP/0/RP0/CPU0:Router(config)# mpls ldp
RP/0/RP0/CPU0:Router(config-ldp)# nsr
RP/0/RP0/CPU0:Router(config-ldp)# commit
Verification
RP/0/RP0/CPU0:Router# show mpls ldp nsr summary
Mon Dec 7 04:02:16.259 UTC
Sessions:
Total: 1, NSR-eligible: 1, Sync-ed: 0
(1 Ready)
MPLS Label Distribution Protocol : Details
This section provides detailed conceptual information about setting up LSPs, LDP graceful restart, and LDP
session protection.
Setting Up Label Switched Paths
MPLS packets are forwarded between the nodes on the MPLS network using Label Switched Paths(LSPs).
LSPs can be created statically or by using a label distribution protocol like LDP. Label Switched Paths created
by LDP performs hop-by-hop path setup instead of an end-to-end path. LDP enables label switched routers
(LSRs) to discover their potential peer routers and to establish LDP sessions with those peers to exchange
label binding information.
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
11
Implementing MPLS Label Distribution Protocol
MPLS Label Distribution Protocol : Details

The following figure illustrates the process of label binding exchange for setting up LSPs.
Figure 1: Setting Up Label Switched Paths
For a given network (10.0.0.0), hop-by-hop LSPs are set up between each of the adjacent routers (or, nodes)
and each node allocates a local label and passes it to its neighbor as a binding:
1R4 allocates local label L4 for prefix 10.0.0.0 and advertises it to its neighbors (R3).
2R3 allocates local label L3 for prefix 10.0.0.0 and advertises it to its neighbors (R1, R2, R4).
3R1 allocates local label L1 for prefix 10.0.0.0 and advertises it to its neighbors (R2, R3).
4R2 allocates local label L2 for prefix 10.0.0.0 and advertises it to its neighbors (R1, R3).
5R1’s label information base (LIB) keeps local and remote labels bindings from its neighbors.
6R2’s LIB keeps local and remote labels bindings from its neighbors.
7R3’s LIB keeps local and remote labels bindings from its neighbors.
8R4’s LIB keeps local and remote labels bindings from its neighbors.
MPLS Configuration Guide for Cisco NCS 5500 Series Routers, IOS XR Release 6.2.x
12
Implementing MPLS Label Distribution Protocol
Setting Up Label Switched Paths