Table Of Contents
MPLS Label Distribution Protocol MIB Version 8 Upgrade
Contents
Prerequisites for MPLS LDP MIB Version 8 Upgrade
Restrictions for MPLS LDP MIB Version 8 Upgrade
Information About the MPLS LDP MIB Version 8 Upgrade
Feature Design of the MPLS LDP MIB Version 8 Upgrade
Enhancements in Version 8 of the MPLS LDP MIB
Benefits of the MPLS LDP MIB Version 8 Upgrade
Description of MPLS LDP MIB Elements for the MPLS LDP MIB Version 8 Upgrade
LDP Entities
LDP Sessions and Peers
LDP Hello Adjacencies
Events Generating MPLS LDP MIB Notifications in the MPLS LDP MIB Version 8 Upgrade
MIB Tables in the MPLS LDP MIB Version 8 Upgrade
mplsLdpEntityTable
mplsLdpEntityConfGenLRTable
mplsLdpEntityAtmParmsTable
mplsLdpEntityConfAtmLRTable
mplsLdpEntityStatsTable
mplsLdpPeerTable
mplsLdpHelloAdjacencyTable
mplsLdpSessionTable
mplsLdpAtmSesTable
mplsLdpSesStatsTable
VPN Contexts in the MPLS LDP MIB Version 8 Upgrade
How to Configure the MPLS LDP MIB Version 8 Upgrade
Enabling the SNMP Agent
Enabling Cisco Express Forwarding (CEF)
Enabling MPLS Globally
Enabling LDP Globally
Enabling MPLS on an Interface
Enabling LDP on an Interface
Verifying the MPLS LDP MIB Version 8 Upgrade
Configuration Examples for the MPLS LDP MIB Version 8 Upgrade
MPLS LDP MIB Version 8 Upgrade Example
Additional References
Related Documents
Standards
MIBs
RFCs
Technical Assistance
Command Reference
snmp-server community
snmp-server enable traps
snmp-server host
Glossary
MPLS Label Distribution Protocol MIB Version 8 Upgrade
The Multiprotocol Label Switching (MPLS) Label Distribution Protocol (LDP) MIB Version 8 Upgrade feature enhances the LDP MIB to support the Internet Engineering Task Force (IETF) draft version 8.
Release
|
Modification
|
12.0(11)ST
|
This feature was introduced to provide SNMP agent support when using the MPLS LDP MIB on Cisco 7200, Cisco 7500, and Cisco 12000 series routers.
|
12.2(2)T
|
This feature was added to this release to provide SNMP agent support when using the MPLS LDP MIB on Cisco 7200 and Cisco 7500 series routers.
|
12.0(21)ST
|
This feature was added to this release to provide SNMP agent and LDP notification support when using the MPLS LDP MIB on Cisco 7200, Cisco 7500, and Cisco 12000 series Internet routers.
|
12.0(22)S
|
This feature (Version 1) was integrated into Cisco IOS Release 12.0(22)S.
|
12.0(24)S
|
This feature was upgraded to Version 8 in Cisco IOS Release 12.0(24)S.
|
12.2(18)S
|
This feature was integrated into Cisco IOS Release 12.2(18)S.
|
Feature History for MPLS Label Distribution Protocol MIB Version 8 Upgrade
Finding Support Information for Platforms and Cisco IOS Software Images
Use Cisco Feature Navigator to find information about platform support and Cisco IOS software image support. Access Cisco Feature Navigator at http://www.cisco.com/go/fn. You must have an account on Cisco.com. If you do not have an account or have forgotten your username or password, click Cancel at the login dialog box and follow the instructions that appear.
Contents
•
Prerequisites for MPLS LDP MIB Version 8 Upgrade
•Restrictions for MPLS LDP MIB Version 8 Upgrade
•Information About the MPLS LDP MIB Version 8 Upgrade
•Description of MPLS LDP MIB Elements for the MPLS LDP MIB Version 8 Upgrade
•Events Generating MPLS LDP MIB Notifications in the MPLS LDP MIB Version 8 Upgrade
•MIB Tables in the MPLS LDP MIB Version 8 Upgrade
•VPN Contexts in the MPLS LDP MIB Version 8 Upgrade
•How to Configure the MPLS LDP MIB Version 8 Upgrade
•Configuration Examples for the MPLS LDP MIB Version 8 Upgrade
•Additional References
•Command Reference
•Glossary
Prerequisites for MPLS LDP MIB Version 8 Upgrade
•Simple Network Management Protocol (SNMP) must be installed and enabled on the label switch routers (LSRs).
•MPLS must be enabled on the LSRs.
•LDP must be enabled on the LSRs.
Restrictions for MPLS LDP MIB Version 8 Upgrade
This implementation of the MPLS LDP MIB is limited to read-only (RO) permission for MIB objects, except for MIB object mplsLdpSessionUpDownTrapEnable, which, for purposes of this release, has been extended to be writable by the SNMP agent.
Setting this object to a value of true enables both the mplsLdpSessionUp and mplsLdpSessionDown notifications on the LSR; conversely, setting this object to a value of false disables both of these notifications.
For a description of notification events, see the "Events Generating MPLS LDP MIB Notifications in the MPLS LDP MIB Version 8 Upgrade" section.
Most MPLS LDP MIB objects are set up automatically during the LDP peer discovery (hello) process and the subsequent negotiation of parameters and establishment of LDP sessions between the LDP peers.
The following tables are not implemented in this release:
•mplsLdpEntityFrParmsTable
•mplsLdpEntityConfFrLRTable
•mplsLdpFrameRelaySesTable
•mplsFecTable
•mplsLdpSesInLabelMapTable
•mplsXCsFecsTable
•mplsLdpSesPeerAddrTable
Information About the MPLS LDP MIB Version 8 Upgrade
To configure the MPLS LDP MIB Version 8 Upgrade, you need to understand the following concepts:
•Feature Design of the MPLS LDP MIB Version 8 Upgrade
•Enhancements in Version 8 of the MPLS LDP MIB
•Benefits of the MPLS LDP MIB Version 8 Upgrade
Feature Design of the MPLS LDP MIB Version 8 Upgrade
Multiprotocol Label Switching (MPLS) is a packet forwarding technology that uses a short, fixed-length value called a label in packets to determine the next hop for packet transport through an MPLS network by means of label switch routers (LSRs).
A fundamental MPLS principle is that LSRs in an MPLS network must agree on the definition of the labels being used for packet forwarding operations. Label agreement is achieved in an MPLS network by means of procedures defined in the Label Distribution Protocol (LDP).
LDP operations begin with a discovery (hello) process during which an LDP entity (a local LSR) finds a cooperating LDP peer in the network and negotiates basic operating procedures between them. The recognition and identification of a peer by means of this discovery process results in a hello adjacency, which represents the context within which label binding information is exchanged between the local LSR and its LDP peer. LDP functionality then creates an active LDP session between the two LSRs to effect the exchange of label binding information. The result of this process, when carried to completion with respect to all the LSRs in an MPLS network, is a label-switched path (LSP), which constitutes an end-to-end packet transmission pathway between the communicating network devices.
By means of LDP, LSRs can collect, distribute, and release label binding information to other LSRs in an MPLS network, thereby enabling the hop-by-hop forwarding of packets in the network along normally routed paths.
The MPLS LDP MIB has been implemented to enable standard, SNMP-based network management of the label switching features in Cisco IOS. Providing this capability requires SNMP agent code to execute on a designated network management station (NMS) in the network. The NMS serves as the medium for user interaction with the network management objects in the MPLS LDP MIB.
The SNMP agent embodies a layered structure that is compatible with Cisco IOS and presents a network administrative and management interface to the objects in the MPLS LDP MIB and, thence, to the rich set of label switching capabilities supported by Cisco IOS.
By means of an SNMP agent, you can access MPLS LDP MIB objects using standard SNMP GET operations to accomplish a variety of network management tasks. All the objects in the MPLS LDP MIB follow the conventions defined in the IETF draft MIB entitled draft-ietf-mpls-ldp-mib-08.txt, which defines network management objects in a structured and standardized manner. This draft MIB is continually being evolved toward the status of a standard. Accordingly, the MPLS LDP MIB will be implemented in a manner that tracks the evolution of this IETF document.
Slight differences that exist between the IETF draft MIB and the implementation of equivalent functions in Cisco IOS require some minor translations between the MPLS LDP MIB objects and the internal data structures of Cisco IOS. Such translations are accomplished by the SNMP agent, which runs in the background on the NMS workstation as a low priority process.
The extensive label switching capabilities supported in Cisco IOS provide an integrated approach to managing the large volumes of traffic carried by WANs. These capabilities are integrated into the Layer 3 network services, thus optimizing the routing of high-volume traffic through Internet service provider backbones while, at the same time, ensuring the resiliency of the network to link or node failures.
This release of Cisco IOS supports the following functionality in relation to the MPLS LDP MIB:
•Tag Distribution Protocol (TDP)
•Generation and sending of event notification messages to signal changes in the status of LDP sessions
•Enabling and disabling of event notification messages by means of extensions to existing SNMP CLI commands
•Specification of the name or the IP address of an NMS workstation in the operating environment to which Cisco IOS event notification messages are to be sent to serve network administrative and management purposes
•Storage of the configuration pertaining to an event notification message into NVRAM of the NMS
The structure of the MPLS LDP MIB conforms to Abstract Syntax Notation One (ASN.1), thereby forming a highly structured and idealized database of network management objects.
Using any standard SNMP application, you can retrieve and display information from the MPLS LDP MIB by means of standard SNMP GET operations; similarly, you can traverse and display information in the MIB by means of SNMP GETNEXT operations.
Note Because the MPLS LDP MIB was not given an Internet Assigned Numbers Authority (IANA) Experimental object identifier (OID) at the time of its implementation, Cisco chose to implement the MIB under the ciscoExperimental OID number, as follows:
ciscoExperimental 1.3.6.1.4.1.9.10
mplsLdpMIB 1.3.6.1.4.1.9.10.65
If the MPLS LDP MIB is assigned an IANA Experimental OID number, Cisco will replace all objects in the MIB under the ciscoExperimental OID and reposition the objects under the IANA Experimental OID.
Enhancements in Version 8 of the MPLS LDP MIB
Version 8 of the MPLS LDP MIB contains the following enhancements since the release of Version 1:
•TDP support
•Upgraded objects
•New indexing that is no longer based on the number of sessions
Benefits of the MPLS LDP MIB Version 8 Upgrade
•Supports TDP and LDP
•Establishes LDP sessions between peer devices in an MPLS network
•Retrieves MIB parameters relating to the operation of LDP entities, such as:
–Well-known LDP discovery port
–Maximum transmission unit (MTU)
–Proposed keepalive timer interval
–Loop detection
–Session establishment thresholds
–Range of virtual path identifier/virtual channel identifier (VPI/VCI) pairs to be used in forming labels
•Gathers statistics related to LDP operations, such as error counters (Table 5)
•Monitors the time remaining for hello adjacencies
•Monitors the characteristics and status of LDP peers, such as:
–Internetwork layer address of LDP peers
–Loop detection of the LDP peers
–Default MTU of the LDP peer
–Number of seconds the LDP peer proposes as the value of the keepalive interval
•Monitors the characteristics and status of LDP sessions, such as:
–Displaying the error counters (Table 10)
–Determining the LDP version being used by the LDP session
–Determining the keepalive hold time remaining for an LDP session
–Determining the state of an LDP session (whether the session is active or not)
–Displaying the label ranges (Table 2) for platform-wide and interface-specific sessions
–Displaying the ATM parameters (Table 3)
Description of MPLS LDP MIB Elements for the MPLS LDP MIB Version 8 Upgrade
LDP operations related to an MPLS LDP MIB involve the following functional elements:
•LDP Entity—Relates to an instance of LDP for purposes of exchanging label spaces; describes a potential session.
•LDP Peer—Refers to a remote LDP entity (that is, a nonlocal LSR).
•LDP Session—Refers to an active LDP process between a local LSR and a remote LDP peer.
•Hello Adjacency—Refers to the result of an LDP discovery process which affirms the state of two LSRs in an MPLS network as being adjacent to each other (that is, as being LDP peers). A hello adjacency constitutes the working context between two LSRs in an MPLS network for purposes of exchanging label binding information.
These MPLS LDP MIB elements are briefly described under separate headings below.
In effect, the MPLS LDP MIB provides a network management database that supports real-time access to the various MIB objects within, reflecting the current state of MPLS LDP operations in the network. This network management information database is accessible by means of standard SNMP commands issued from an NMS in the MPLS LDP operating environment.
The MPLS LDP MIB supports the following network management and administrative activities:
•Retrieving MPLS LDP MIB parameters pertaining to LDP operations
•Monitoring the characteristics and the status of LDP peers
•Monitoring the status of LDP sessions between LDP peers
•Monitoring hello adjacencies in the network
•Gathering statistics regarding LDP sessions
LDP Entities
An LDP entity is uniquely identified by an LDP identifier that consists of the mplsLdpEntityLdpId and the mplsLdpEntityIndex as shown in Figure 1. The mplsLdpEntityLdpId consists of the local LSR ID (four octets) and the label space ID (two octets). The mplsLdpEntityIndex consists of the IP address of the peer active hello adjacency, which is the 32-bit representation of the IP address assigned to the peer LSR. The label space ID identifies a specific label space available within the LSR.
The mplsldpEntityProtocolVersion is a sample object from the mplsLdpEntityTable.
Figure 1 shows the following indexing:
•mplsLdpEntityLdpId = 10.10.10.10.0.0
•LSR ID = 10.10.10.10
•Label space ID = 0.0
The mplsLdpEntityLdpId or the LDP ID consists of the LSR ID and the label space ID.
•The IP address of peer active hello adjacency or the mplsLdpEntityIndex = 3232235777, which is the 32-bit representation of the IP address assigned to the peer's active hello adjacency.
Figure 1 Sample Indexing for an LDP Entity
An LDP entity represents a label space that has the potential for a session with an LDP peer. An LDP entity is set up when a hello adjacency receives a hello message from an LDP peer.
In Figure 2, Router A has potential sessions with two remote peers, Routers B and C. The mplsLdpEntityLdpId = 10.10.10.10.0.0, and the IP address of the peer active hello adjacency (mplsLdpEntityIndex) = 3232235777, which is the 32-bit representation of the IP address 192.168.1.1 for Router B.
Figure 2
LDP Entity
LDP Sessions and Peers
LDP sessions exist between local entities and remote peers for the purpose of distributing label spaces. There is always a one-to-one correspondence between an LDP peer and an LDP session. A single LDP session is a label distribution protocol instance that communicates across one or more network links with a single LDP peer.
LDP supports the following types of sessions:
•Interface-specific—An interface-specific session uses interface resources for label space distributions. For example, each label-controlled ATM (LC-ATM) interface uses its own VPIs/VCIs for label space distributions. Depending on its configuration, an LDP platform can support zero, one, or more interface-specific sessions. Each LC-ATM interface has its own interface-specific label space and a non-zero label space ID.
•Platform-wide—An LDP platform supports a single platform-wide session for use by all interfaces that can share the same global label space. For Cisco platforms, all interface types except LC-ATM use the platform-wide session and have a label space ID of zero.
When a session is established between two peers, entries are created in the mplsLdpPeerTable and the mplsLdpSessionTable because they have the same indexing.
In Figure 3, Router A has two remote peers, Routers B and C. Router A has a single platform-wide session that consists of two serial interfaces with Router B and another platform-wide session with Router C. Router A also has two interface-specific sessions with Router B.
Figure 3
LDP Session
Figure 4 shows entries that correspond to the mplsLdpPeerTable and the mplsLdpSessionTable in Figure 3.
In Figure 4, mplsLdpSesState is a sample object from the mplsLdpSessionTable on Router A. There are four mplsLdpSesState sample objects shown (top to bottom). The first object represents a platform-wide session associated with two serial interfaces. The next two objects represent interface-specific sessions for the LC-ATM interfaces on Routers A and B. Note that these interface-specific sessions have non-zero peer label space IDs. The last object represents a platform-wide session for the next peer, Router C.
The indexing is based on the entries in the mplsLdpEntityTable. It begins with the indexes of the mplsLdpEntityTable and adds the following:
•Peer LDP ID = 11.11.11.11.0.0
The peer LDP ID consists of the peer LSR ID (four octets) and the peer label space ID (two octets).
•Peer LSR ID = 11.11.11.11
•Peer label space ID = 0.0
The peer label space ID identifies a specific peer label space available within the LSR.
Figure 4
Sample Indexing for an LDP Session
LDP Hello Adjacencies
An LDP hello adjacency is a network link between a router and its peers. The purpose of an LDP hello adjacency is to exchange label binding information between two LSRs that are adjacent to each other in a network.
An LDP hello adjacency exists for each link on which LDP runs. Multiple LDP hello adjacencies exist whenever there is more than one link in a session between a router and its peer, such as in a platform-wide session.
A hello adjacency is considered active if it is currently engaged in a session, or nonactive if it is not currently engaged in a session.
A targeted hello adjacency is not directly connected to its peer and has an unlimited number of hops between itself and its peer. A linked hello adjacency is directly connected between two routers.
In Figure 5, Router A has two remote peers, Routers B and C. Router A has a platform-wide session that consists of three serial interfaces, one of which is active, with Router B and another platform-wide (targeted) session with Router C.
Figure 5
Hello Adjacency
Figure 6 shows entries in the mplsLdpHelloAdjacencyTable. There are four
mplsLdpHelloAdjHoldTime sample objects (top to bottom). They represent the two platform-wide sessions and the four serial links shown in Figure 5.
The indexing is based on the mplsLdpSessionTable. When the mplsLdpHelloAdjIndex enumerates the different links within a single session, the active link is mplsLdpHelloAdjIndex = 1.
Figure 6
Sample Indexing for an LDP Hello Adjacency
Events Generating MPLS LDP MIB Notifications in the MPLS LDP MIB Version 8 Upgrade
When you enable MPLS LDP MIB notification functionality by issuing the snmp-server enable traps mpls ldp command, notification messages are generated and sent to a designated NMS in the network to signal the occurrence of specific events within Cisco IOS.
The MPLS LDP MIB objects involved in LDP status transitions and event notifications include the following:
•mplsLdpSessionUp—This message is generated when an LDP entity (a local LSR) establishes an LDP session with another LDP entity (an adjacent LDP peer in the network).
•mplsLdpSessionDown—This message is generated when an LDP session between a local LSR and its adjacent LDP peer is terminated.
•mplsLdpPathVectorLimitMismatch—This message is generated when a local LSR establishes an LDP session with its adjacent peer LSR, but the two LSRs have dissimilar path vector limits.
The value of the path vector limit can range from 0 through 255; a value of 0 indicates that loop detection is off; any value other than zero up to 255 indicates that loop detection is on and, in addition, specifies the maximum number of hops through which an LDP message can pass before a loop condition in the network is sensed.
We recommend that all LDP-enabled routers in the network be configured with the same path vector limit. Accordingly, the mplsLdpPathVectorLimitMismatch object exists in the MPLS LDP MIB to provide a warning message to the NMS when two routers engaged in LDP operations have a dissimilar path vector limit.
Note This notification is generated only if the distribution method is downstream-on-demand.
•mplsLdpFailedInitSessionThresholdExceeded—This message is generated when a local LSR and an adjacent LDP peer attempt to set up an LDP session between them, but fail to do so after a specified number of attempts. The default number of attempts is 8. This default value is implemented in Cisco IOS and cannot be changed using either the command-line interface (CLI) or an SNMP agent.
Eight failed attempts to establish an LDP session between a local LSR and an LDP peer, due to any type of incompatibility between the devices, causes this notification message to be generated.
In general, Cisco routers support the same features across multiple platforms. Therefore, the most likely incompatibility to occur between Cisco LSRs is a mismatch of their respective ATM VPI/VCI label ranges.
For example, if you specify a range of valid labels for an LSR that does not overlap the range of its adjacent LDP peer, the routers will try eight times to create an LDP session between themselves before the mplsLdpFailedInitSessionThresholdExceeded notification is generated and sent to the NMS as an informational message.
Operationally, the LSRs whose label ranges do not overlap continue their attempt to create an LDP session between themselves after the eight retry threshold is exceeded. In such cases, the LDP threshold exceeded notification alerts the network administrator to the existence of a condition in the network that may warrant attention.
RFC 3036, LDP Specification, details the incompatibilities that can exist between Cisco routers and/or other vendor LSRs in an MPLS network. Among such incompatibilities, for example, are the following:
–Nonoverlapping ATM VPI/VCI ranges (as noted above) or nonoverlapping Frame-Relay DLCI ranges between LSRs attempting to set up an LDP session
–Unsupported label distribution method
–Dissimilar protocol data unit (PDU) size
–Dissimilar LDP feature support
MIB Tables in the MPLS LDP MIB Version 8 Upgrade
The MPLS LDP MIB consists of the following tables:
•mplsLdpEntityTable (Table 1)—Contains entries for every active LDP hello adjacency. Nonactive hello adjacencies appear in the mplsLdpHelloAdjacencyTable, rather than this table. This table is indexed by the local LDP identifier for the interface and the IP address of the peer active hello adjacency. (See Figure 1.)
The advantage of showing the active hello adjacency in this table instead of sessions is that the active hello adjacency can exist even if an LDP session is not active (cannot be established). Previous implementations of the IETF MPLS-LDP MIB used sessions as the entries in this table. This approach was inadequate because as sessions went down, the entries in the entity table would disappear completely because the agent code could no longer access them. This resulted in the MIB failing to provide information about failed LDP sessions.
Directed adjacencies are also shown in this table. These entries, however, are always administratively (adminStatus) and operationally (operStatus) up because the adjacencies disappear if the directed session were to fail. Nondirected adjacencies may disappear from the MIB on some occasions as well because adjacencies are deleted if the underlying interface becomes operationally down, for example.
•mplsLdpEntityConfGenLRTable (Table 2)—Contains entries for every LDP-enabled interface that is in the global label space. (For Cisco, this applies to all interfaces except LC-ATM.) LC-ATM entities are shown in the mplsLdpEntityConfAtmLRTable instead. Indexing is the same as the mplsLdpEntityTable plus the additional indexes mplsLdpEntityConfGenLRMin and mplsLdpEntityConfGenLRMax. These additional indexes allow more than one label range to be defined. However, in current Cisco IOS implementation, only one global label range is allowed.
•mplsLdpEntityAtmParmsTable (Table 3)—Contains entries for every LDP-enabled LC-ATM interface. This table is indexed the same as the mplsLdpEntityTable although only LC-ATM interfaces are shown.
•mplsLdpEntityConfAtmLRTable (Table 4)—Contains entries for every LDP-enabled LC-ATM interface. Indexing is the same as the mplsLdpEntityTable plus the additional indexes mplsLdpEntityConfAtmLRMinVpi and mplsLdpEntityConfAtmLRMinVci. These additional indexes allow more than one label range to be defined. However, in current Cisco IOS implementation only one label range per LC-ATM interface is allowed.
•mplsLdpEntityStatsTable (Table 5)—Augments the mplsLdpEntityTable and shares the exact same indexing for performing GET and GETNEXT operations. This table shows additional statistics for entities.
•mplsLdpPeerTable (Table 6)—Contains entries for every peer session that exists. This table is indexed by the local LDP identifier of the session, the IP address of the peer active hello adjacency, and the peer's LDP identifier. (See Figure 4.)
•mplsLdpHelloAdjacencyTable (Table 7)—Contains entries for all of the hello adjacencies. This table is indexed by the local LDP identifier of the associated session, the IP address of the peer active hello adjacency, the LDP identifier for the peer, and an arbitrary index that is set to the list position of the adjacency. (See Figure 6.)
•mplsLdpSessionTable (Table 8)—Augments the mplsLdpPeerTable and shares the exact same indexing for performing GET and GETNEXT operations. This table shows all sessions that exist.
•mplsLdpAtmSesTable (Table 9)—Contains entries for every LC-ATM session. Indexing is the same as the mplsLdpPeerTable plus the additional indexes mplsLdpSesAtmLRLowerBoundVpi and mplsLdpSesAtmLRLowerBoundVci. These additional indexes allow more than one label range to be defined. However, in current Cisco IOS implementation, only one label range per LC-ATM interface is allowed.
•mplsLdpSesStatsTable (Table 10)—Augments the mplsLdpPeerTable and shares the exact same indexing for performing GET and GETNEXT operations. This table shows additional statistics for sessions.
mplsLdpEntityTable
Table 1 lists the mplsLdpEntityTable objects and their descriptions.
Table 1 mplsLdpEntityTable Objects and Descriptions
Objects
|
Description
|
mplsLdpEntityEntry
|
Represents an LDP entity, which is a potential session between two peers.
|
mplsLdpEntityLdpId
|
The LDP identifier (not accessible) consists of the local LSR ID (four octets) and the label space ID (two octets).
|
mplsLdpEntityIndex
|
A secondary index to identify this row uniquely. It consists of the IP address of the peer active hello adjacency, which is the 32-bit representation of the IP address assigned to the LSR (not accessible).
|
mplsLdpEntityProtocolVersion
|
The version number of the LDP protocol to be used in the session initialization message.
|
mplsLdpEntityAdminStatus
|
The administrative status of this LDP entity is always up. If the hello adjacency fails, then this entity disappears from the mplsLdpEntityTable.
|
mplsLdpEntityOperStatus
|
The operational status of this LDP entity. Values are unknown(0), enabled(1), and disabled(2).
|
mplsLdpEntityTcpDscPort
|
The TCP discovery port for LDP or TDP. The default value is 646 (LDP).
|
mplsLdpEntityUdpDscPort
|
The UDP discovery port for LDP or TDP. The default value is 646 (LDP).
|
mplsLdpEntityMaxPduLength
|
The maximum PDU length that is sent in the common session parameters of an initialization message.
|
mplsLdpEntityKeepAliveHoldTimer
|
The two-octet value that is the proposed keepalive hold timer for this LDP entity.
|
mplsLdpEntityHelloHoldTimer
|
The two-octet value that is the proposed hello hold timer for this LDP entity.
|
mplsLdpEntityInitSesThreshold
|
The threshold for notification when this entity and its peer are engaged in an endless sequence of initialization messages.
The default value is 8 and cannot be changed by SNMP or CLI.
|
mplsLdpEntityLabelDistMethod
|
The specified method of label distribution for any given LDP session. Values are downstreamOnDemand(1) and downstreamUnsolicited(2).
|
mplsLdpEntityLabelRetentionMode
|
Can be configured to use either conservative(1) for LC-ATM or liberal(2) for all other interfaces.
|
mplsLdpEntityPVLMisTrapEnable
|
Indicates whether the mplsLdpPVLMismatch trap should be generated.
If the value is enabled(1), the trap is generated. If the value is disabled(2), the trap is not generated. The default is disabled(2).
Note The mplsLdpPVLMismatch trap is generated only if mplsLdpEntityLabelDistMethod is downstreamOnDemand(1).
|
mplsLdpEntityPVL
|
If the value of this object is 0, loop detection for path vectors is disabled. Otherwise, if this object has a value greater than zero, loop detection for path vectors is enabled, and the path vector limit is this value.
Note The mplsLdpEntityPVL object is non-zero only if mplsLdpEntityLabelDistMethod is downstreamOnDemand(1).
|
mplsLdpEntityHopCountLimit
|
If the value of this object is 0, loop detection using hop counters is disabled.
If the value of this object is greater than 0, loop detection using hop counters is enabled, and this object specifies this entity's maximum allowable value for the hop count.
Note The mplsLdpEntityHopCountLimit object is non-zero only if mplsLdpEntityLabelDistMethod is downstreamOnDemand(1).
|
mplsLdpEntityTargPeer
|
If this LDP entity uses a targeted adjacency, then this object is set to true(1). The default value is false(2).
|
mplsLdpEntityTargPeerAddrType
|
The type of the internetwork layer address used for the extended discovery. This object indicates how the value of mplsLdpEntityTargPeerAddr is to be interpreted.
|
mplsLdpEntityTargPeerAddr
|
The value of the internetwork layer address used for the targeted adjacency.
|
mplsLdpEntityOptionalParameters
|
Specifies the optional parameters for the LDP initialization message. If the value is generic(1), then no optional parameters will be sent in the LDP initialization message associated with this entity.
LC-ATM uses atmParameters(2) to specify that a row in the mplsLdpEntityAtmParmsTable corresponds to this entry.
Note Frame Relay parameters are not supported in this release.
|
mplsLdpEntityDiscontinuityTime
|
The value of sysUpTime on the most recent occasion at which any one or more of this entity's counters suffered a discontinuity. The relevant counters are the specific instances associated with this entity of any Counter32, or Counter64 object contained in the mplsLdpEntityStatsTable. If no such discontinuities have occurred since the last reinitialization of the local management subsystem, then this object contains a 0 value.
|
mplsLdpEntityStorType
|
The storage type for this entry in this release is a read-only implementation that is always volatile.
|
mplsLdpEntityRowStatus
|
This object is a read-only implementation that is always active in this release.
|
mplsLdpEntityConfGenLRTable
Table 2 lists the mplsLdpEntityConfGenLRTable objects and their descriptions.
Table 2 mplsLdpEntityConfGenLRTable Objects and Descriptions
Objects
|
Description
|
mplsLdpEntityConfGenLREntry
|
A row in the LDP Entity Configurable Generic Label Range Table. One entry in this table contains information on a single range of labels represented by the configured upper and lower bounds pairs.
The current implementation supports one label range per entity.
|
mplsLdpEntityConfGenLRMin
|
The minimum label configured for this range (not accessible).
|
mplsLdpEntityConfGenLRMax
|
The maximum label configured for this range (not accessible).
|
mplsLdpEntityConfGenIfIndxOrZero
|
This value represents the SNMP IF-MIB index for the platform-wide entity. If the active hello adjacency is targeted, then the value is 0.
|
mplsLdpEntityConfGenLRStorType
|
The storage type for this entry in this release is a read-only implementation that is always volatile.
|
mplsLdpEntityConfGenLRRowStatus
|
This object is a read-only implementation that is always active in this release.
|
mplsLdpEntityAtmParmsTable
Table 3 lists the mplsLdpEntityAtmParmsTable objects and their descriptions.
Table 3 mplsLdpEntityAtmParmsTable Objects and Descriptions
Objects
|
Description
|
mplsLdpEntityAtmParmsEntry
|
Represents the ATM parameters and ATM information for this LDP entity.
|
mplsLdpEntityAtmIfIndxOrZero
|
This value represents the SNMP IF-MIB index for the interface-specific LC-ATM entity.
|
mplsLdpEntityAtmMergeCap
|
Denotes the merge capability of this entity.
|
mplsLdpEntityAtmLRComponents
|
Number of label range components in the initialization message. This also represents the number of entries in the mplsLdpEntityConfAtmLRTable that correspond to this entry.
Note This release supports only one component.
|
mplsLdpEntityAtmVcDirectionality
|
If the value of this object is bidirectional(0), a given VCI within a given VPI, is used as a label for both directions independently.
If the value of this object is unidirectional(1), a given VCI within a VPI designates one direction.
|
mplsLdpEntityAtmLsrConnectivity
|
The peer LSR can be connected indirectly by means of an ATM VP so that the VPI values may be different on either endpoint so the label must be encoded entirely within the VCI field.
Values are direct(1), the default, and indirect(2).
|
mplsLdpEntityDefaultControlVpi
|
The default VPI value for the non-MPLS connection.
|
mplsLdpEntityDefaultControlVci
|
The default VCI value for the non-MPLS connection.
|
mplsLdpEntityUnlabTrafVpi
|
VPI value of the VCC supporting unlabeled traffic. This non-MPLS connection is used to carry unlabeled (IP) packets.
|
mplsLdpEntityUnlabTrafVci
|
VCI value of the VCC supporting unlabeled traffic. This non-MPLS connection is used to carry unlabeled (IP) packets.
|
mplsLdpEntityAtmStorType
|
The storage type for this entry in this release is a read-only implementation that is always volatile.
|
mplsLdpEntityAtmRowStatus
|
This object is a read-only implementation that is always active in this release.
|
mplsLdpEntityConfAtmLRTable
Table 4 lists the mplsLdpEntityConfAtmLRTable objects and their descriptions.
Table 4 mplsLdpEntityConfAtmLRTable Objects and Descriptions
Objects
|
Description
|
mplsLdpEntityConfAtmLREntry
|
A row in the LDP Entity Configurable ATM Label Range Table. One entry in this table contains information on a single range of labels represented by the configured upper and lower bounds VPI/VCI pairs. These are the same data used in the initialization message. This label range should overlap the label range of the peer.
|
mplsLdpEntityConfAtmLRMinVpi
|
The minimum VPI number configured for this range (not accessible).
|
mplsLdpEntityConfAtmLRMinVci
|
The minimum VCI number configured for this range (not accessible).
|
mplsLdpEntityConfAtmLRMaxVpi
|
The maximum VPI number configured for this range (not accessible).
|
mplsLdpEntityConfAtmLRMaxVci
|
The maximum VCI number configured for this range (not accessible).
|
mplsLdpEntityConfAtmLRStorType
|
The storage type for this entry in this release is a read-only implementation that is always volatile.
|
mplsLdpEntityConfAtmLRRowStatus
|
This object is a read-only implementation that is always active in this release.
|
mplsLdpEntityStatsTable
Table 5 lists the mplsLdpEntityStatsTable objects and their descriptions.
Table 5 mplsLdpEntityStatsTable Objects and Descriptions
Objects
|
Description
|
mplsLdpEntityStatsEntry
|
These entries augment the mplsLdpEntityTable by providing additional information for each entry.
|
mplsLdpAttemptedSessions
|
Not supported in this release.
|
mplsLdpSesRejectedNoHelloErrors
|
A count of the session rejected/no hello error notification messages sent or received by this LDP entity.
|
mplsLdpSesRejectedAdErrors
|
A count of the session rejected/parameters advertisement mode error notification messages sent or received by this LDP entity.
|
mplsLdpSesRejectedMaxPduErrors
|
A count of the session rejected/parameters max PDU length error notification messages sent or received by this LDP entity.
|
mplsLdpSesRejectedLRErrors
|
A count of the session rejected/parameters label range notification messages sent or received by this LDP entity.
|
mplsLdpBadLdpIdentifierErrors
|
This object counts the number of bad LDP identifier fatal errors detected by the session associated with this LDP entity.
|
mplsLdpBadPduLengthErrors
|
This object counts the number of bad PDU length fatal errors detected by the session associated with this LDP entity.
|
mplsLdpBadMessageLengthErrors
|
This object counts the number of bad message length fatal errors detected by the session associated with this LDP entity.
|
mplsLdpBadTlvLengthErrors
|
This object counts the number of bad Type-Length-Value (TLV) length fatal errors detected by the session associated with this LDP entity.
|
mplsLdpMalformedTlvValueErrors
|
This object counts the number of malformed TLV value fatal errors detected by the session associated with this LDP entity.
|
mplsLdpKeepAliveTimerExpErrors
|
This object counts the number of session keepalive timer expired errors detected by the session associated with this LDP entity.
|
mplsLdpShutdownNotifReceived
|
This object counts the number of shutdown notifications received related to the session associated with this LDP entity.
|
mplsLdpShutdownNotifSent
|
This object counts the number of shutdown notifications sent related to the session associated with this LDP entity.
|
mplsLdpPeerTable
Table 6 lists the mplsLdpPeerTable objects and their descriptions.
Table 6 mplsLdpPeerTable Objects and Descriptions
Objects
|
Description
|
mplsLdpPeerEntry
|
Information about a single peer that is related to a session (not accessible).
Note This table is augmented by the mplsLdpSessionTable.
|
mplsLdpPeerLdpId
|
The LDP identifier of this LDP peer (not accessible) consists of the peer LSR ID (four octets) and the peer label space ID (two octets).
|
mplsLdpPeerLabelDistMethod
|
For any given LDP session, the method of label distribution. Values are downstreamOnDemand(1) and downstreamUnsolicited(2).
|
mplsLdpPeerLoopDetectionForPV
|
An indication of whether loop detection based on path vectors is disabled or enabled for this peer.
For downstream unsolicited distribution (mplsLdpPeerLabelDistMethod is downstreamUnsolicited(2)), this object always has a value of disabled(0) and loop detection is disabled.
For downstream-on-demand distribution (mplsLdpPeerLabelDistMethod is downstreamOnDemand(1)), this object has a value of enabled(1), provided that loop detection based on path vectors is enabled.
|
mplsLdpPeerPVL
|
If the value of mplsLdpPeerLoopDetectionForPV for this entry is enabled(1), this object represents that path vector limit for this peer.
If the value of mplsLdpPeerLoopDetectionForPV for this entry is disabled(0), this value should be 0.
|
mplsLdpHelloAdjacencyTable
Table 7 lists the mplsLdpHelloAdjacencyTable objects and their descriptions.
Table 7 mplsLdpHelloAdjacencyTable Objects and Descriptions
Objects
|
Description
|
mplsLdpHelloAdjacencyEntry
|
Each row represents a single LDP hello adjacency. An LDP session can have one or more hello adjacencies (not accessible).
|
mplsLdpHelloAdjIndex
|
An identifier for this specific adjacency (not accessible). The active hello adjacency has mplsLdpHelloAdjIndex equal to 1.
|
mplsLdpHelloAdjHoldTimeRem
|
The time remaining for this hello adjacency. This interval changes when the next hello message, which corresponds to this hello adjacency, is received.
|
mplsLdpHelloAdjType
|
This adjacency is the result of a link hello if the value of this object is link(1). Otherwise, this adjacency is a result of a targeted hello and its value is targeted(2).
|
mplsLdpSessionTable
Table 8 lists the mplsLdpSessionTable objects and their descriptions.
Table 8 mplsLdpSessionTable Objects and Descriptions
Objects
|
Description
|
mplsLdpSessionEntry
|
An entry in this table represents information on a single session between an LDP entity and LDP peer. The information contained in a row is read-only. This table augments the mplsLdpPeerTable.
|
mplsLdpSesState
|
The current state of the session, all of the states are based on the LDP or TDP state machine for session negotiation behavior.
The states are as follows:
•nonexistent(1)
•initialized(2)
•openrec(3)
•opensent(4)
•operational(5)
|
mplsLdpSesProtocolVersion
|
The version of the LDP protocol which this session is using. This is the version of the LDP protocol that has been negotiated during session initialization.
|
mplsLdpSesKeepAliveHoldTimeRem
|
The keepalive hold time remaining for this session.
|
mplsLdpSesMaxPduLen
|
The value of maximum allowable length for LDP PDUs for this session. This value may have been negotiated during the session initialization.
|
mplsLdpSesDiscontinuityTime
|
The value of sysUpTime on the most recent occasion at which any one or more of this session's counters suffered a discontinuity. The relevant counters are the specific instances associated with this session of any Counter32 or Counter64 object contained in the mplsLdpSesStatsTable.
The initial value of this object is the value of sysUpTime when the entry was created in this table.
|
mplsLdpAtmSesTable
Table 9 lists the mplsLdpAtmSesTable objects and their descriptions.
Table 9 mplsLdpAtmSesTable Objects and Descriptions
Objects
|
Description
|
mplsLdpAtmSesEntry
|
An entry in this table represents information on a single label range intersection between an LDP entity and an LDP peer (not accessible).
|
mplsLdpSesAtmLRLowerBoundVpi
|
The minimum VPI number for this range (not accessible).
|
mplsLdpSesAtmLRLowerBoundVci
|
The minimum VCI number for this range (not accessible).
|
mplsLdpSesAtmLRUpperBoundVpi
|
The maximum VPI number for this range (read-only).
|
mplsLdpSesAtmLRUpperBoundVci
|
The maximum VCI number for this range (read-only).
|
mplsLdpSesStatsTable
Table 10 lists the mplsLdpSesStatsTable objects and their descriptions.
Table 10 mplsLdpSesStatsTable Objects and Descriptions
Objects
|
Description
|
mplsLdpSesStatsEntry
|
An entry in this table represents statistical information on a single session between an LDP entity and LDP peer. This table augments the mplsLdpPeerTable.
|
mplsLdpSesStatsUnkMesTypeErrors
|
This object counts the number of unknown message type errors detected during this session.
|
mplsLdpSesStatsUnkTlvErrors
|
This object counts the number of unknown TLV errors detected during this session.
|
VPN Contexts in the MPLS LDP MIB Version 8 Upgrade
Within an MPLS Border Gateway Protocol (BGP) 4 Virtual Private Network (VPN) environment, separate LDP processes can be created for each VPN. These processes and their associated data are called VPN contexts. Each context is independent from all others and contains data specific only to that context. The IETF MPLS-LDP MIB is capable only of showing information about a single context at one time.
Note This release supports a global VPN context only.
How to Configure the MPLS LDP MIB Version 8 Upgrade
This section contains the following procedures:
•Enabling the SNMP Agent (required)
•Enabling Cisco Express Forwarding (CEF) (required)
•Enabling MPLS Globally (required)
•Enabling LDP Globally (required)
•Enabling MPLS on an Interface (required)
•Enabling LDP on an Interface (required)
•Verifying the MPLS LDP MIB Version 8 Upgrade (optional)
Enabling the SNMP Agent
Perform this task to enable the SNMP agent.
SUMMARY STEPS
1. enable
2. show running-config
3. configure terminal
4. snmp-server community string [view view-name] [ro] [number]
5. end
6. write memory
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
enable
Example:
Router> enable
|
Enables privileged EXEC mode.
•Enter your password if prompted.
|
Step 2
|
show running-config
Example:
Router# show running-config
|
Displays the running configuration of the router to determine if an SNMP agent is already running on the device.
If no SNMP information is displayed, continue with the next step.
If any SNMP information is displayed, you can modify the information or change it as desired.
|
Step 3
|
configure terminal
Example:
Router# configure terminal
|
Enters global configuration mode.
|
Step 4
|
snmp-server community string [view view-name]
[ro] [number]
Example:
Router(config)# snmp-server community public ro
|
Configures read-only (ro) community strings for the MPLS LDP MIB.
•The string argument functions like a password permitting access to SNMP functionality on label switched routers (LSRs) in an MPLS network.
•The optional ro keyword configures read-only (ro) access to the objects in the MPLS LDP MIB.
|
Step 5
|
end
Example:
Router(config)# end
|
Exits to privileged EXEC mode.
|
Step 6
|
write memory
Example:
Router# write memory
|
Writes the modified SNMP configuration into NVRAM of the router, permanently saving the SNMP settings.
|
Enabling Cisco Express Forwarding (CEF)
Perform this task to enable CEF.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip cef distributed
4. end
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
enable
Example:
Router> enable
|
Enables privileged EXEC mode.
•Enter your password if prompted.
|
Step 2
|
configure terminal
Example:
Router# configure terminal
|
Enters global configuration mode.
|
Step 3
|
ip cef distributed
Example:
Router(config)# ip cef distributed
|
Enables distributed CEF (dCEF).
|
Step 4
|
end
Example:
Router(config)# end
|
Exits to privileged EXEC mode.
|
Enabling MPLS Globally
Perform this task to enable MPLS globally.
SUMMARY STEPS
1. enable
2. configure terminal
3. mpls ip
4. end
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
enable
Example:
Router> enable
|
Enables privileged EXEC mode.
•Enter your password if prompted.
|
Step 2
|
configure terminal
Example:
Router# configure terminal
|
Enters global configuration mode.
|
Step 3
|
mpls ip
Example:
Router(config)# mpls ip
|
Enables MPLS forwarding of IPv4 packets along normally routed paths for the platform.
|
Step 4
|
end
Example:
Router(config)# end
|
Exits to privileged EXEC mode.
|
Enabling LDP Globally
Perform this task to enable LDP globally.
SUMMARY STEPS
1. enable
2. configure terminal
3. mpls label protocol {ldp | tdp}
4. end
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
enable
Example:
Router> enable
|
Enables privileged EXEC mode.
•Enter your password if prompted.
|
Step 2
|
configure terminal
Example:
Router# configure terminal
|
Enters global configuration mode.
|
Step 3
|
mpls label protocol {ldp | tdp}
Example:
Router(config)# mpls label protocol ldp
|
Specifies the platform default label distribution protocol.
|
Step 4
|
end
Example:
Router(config)# end
|
Exits to privileged EXEC mode.
|
Enabling MPLS on an Interface
Perform this task to enable MPLS on an interface.
SUMMARY STEPS
1. enable
2. configure terminal
3. interface [type number]
4. mpls ip
5. end
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
enable
Example:
Router> enable
|
Enables privileged EXEC mode.
•Enter your password if prompted.
|
Step 2
|
configure terminal
Example:
Router# configure terminal
|
Enters global configuration mode.
|
Step 3
|
interface [type number]
Example:
Router(config)# interface Ethernet1
|
Enters interface configuration mode.
•The type number argument identifies the interface to be configured.
|
Step 4
|
mpls ip
Example:
Router(config-if)# mpls ip
|
Enables MPLS forwarding of IPv4 packets along normally routed paths for a particular interface.
|
Step 5
|
end
Example:
Router(config-if)# end
|
Exits to privileged EXEC mode.
|
Enabling LDP on an Interface
