- Title
- Table of Contents
- New and Changed Information
- Preface
-
- Configuring Basic MPLS TE
- Configuring Automatic Bandwidth Adjustment for MPLS TE Tunnels
- Configuring MPLS TE RSVP
- Configuring the Path Selection Metric for MPLS TE Tunnels
- Configuring LSP Attributes for MPLS TE
- Configuring MPLS TE Verbatim Paths
- Configuring MPLS TE Forwarding Adjacency
- Configuring MPLS TE Path Protection
- Configuring MPLS TE Fast Reroute Link and Node Protection
-
- Configuring Any Transport over MPLS
- Configuring Any Transport over MPLS Pseudowire Provisioning
- Configuring Ethernet over MPLS
- Configuring EoMPLS Layer 2 VPN Graceful Restart
- Configuring Virtual Private LAN Service
- Configuring Layer 2 VPN Pseudowire Redundancy
- Configuring Layer 2 VPN VPLS Dual-Homing with a vPC
- Configuration Limits for Cisco NX-OS MPLS
- RFCs
- Finding Feature Information
- Information About MPLS TE
- Licensing Requirements for MPLS TE
- Prerequisites for MPLS TE
- Guidelines and Limitations for MPLS TE
- Default Settings for MPLS TE
- Configuring MPLS TE
- Verifying the MPLS TE Configuration
- Logging Label Switched Path (LSP) Events
- Logging Fast Reroute (FRR) Events
- Configuring Logging of All Global Events
- Configuration Examples for MPLS TE
- Additional References for MPLS TE
- Feature Information for MPLS TE
Configuring Basic MPLS TE
This chapter describes how to configure Multiprotocol Label Switching (MPLS) traffic engineering (TE) on Cisco NX-OS devices.
This chapter includes the following sections:
- Finding Feature Information
- Information About MPLS TE, page 10-136
- Licensing Requirements for MPLS TE, page 10-138
- Prerequisites for MPLS TE, page 10-138
- Guidelines and Limitations for MPLS TE, page 10-138
- Default Settings for MPLS TE, page 10-139
- Configuring MPLS TE, page 10-139
- Configuring MPLS TE, page 10-139
- Verifying the MPLS TE Configuration, page 10-150
- Configuration Examples for MPLS TE, page 10-156
- Additional References for MPLS TE, page 10-157
- Feature Information for MPLS TE, page 10-158
Finding Feature Information
Your software release might not support all the features documented in this module. For the latest caveats and feature information, see the Bug Search Tool at https://tools.cisco.com/bugsearch/ and the release notes for your software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the “New and Changed Information” chapter or the Feature History table below.
Information About MPLS TE
MPLS enabled for traffic engineering makes traditional Layer 2 features available to Layer 3.
This section includes the following topics:
MPLS TE Operation
MPLS TE learns the topology and resources available in a network and then maps traffic flows to particular paths based on resource requirements and network resources such as bandwidth. MPLS TE builds a unidirectional tunnel from a source to a destination in the form of a label switched path (LSP), which is then used to forward traffic. The point where the tunnel begins is called the tunnel headend or tunnel source, and the node where the tunnel ends is called the tunnel tailend or tunnel destination.
MPLS uses extensions to a link-state based Interior Gateway Protocol (IGP), such as Intermediate System-to-Intermediate System (IS-IS) or Open Shortest Path First (OSPF). MPLS calculates TE tunnels at the LSP head based on required and available resources (constraint-based routing). If configured, the IGP automatically routes the traffic onto these LSPs. Typically, a packet that crosses the MPLS TE backbone travels on a single LSP that connects the ingress point to the egress point. MPLS TE automatically establishes and maintains the LSPs across the MPLS network by using the Resource Reservation Protocol (RSVP).
MPLS TE is built on the following Cisco NX-OS mechanisms:
- TE tunnel interfaces—From a Layer 2 standpoint, an MPLS TE tunnel interface represents the head of an LSP. It is configured with a set of resource requirements, such as bandwidth, media requirements, and priority. From a Layer 3 standpoint, a TE tunnel interface is the headend of a unidirectional virtual link to the tunnel destination.
- MPLS TE path calculation—This calculation, which operates at the LSP head, determines a path to use for an LSP. The path calculation uses a link-state database that contains flooded topology and resource information.
- Resource Reservation Protocol (RSVP) with TE extensions—RSVP, which operates at each LSP hop, is used to signal and maintain LSPs based on the calculated path.
- MPLS TE link management— Link management, which operates at each LSP hop, performs link call admission on the RSVP signaling messages and tracking of topology and resource information to be flooded.
- Link-state IGP (IS-IS or OSPF)—These IGPs (with TE extensions) globally flood topology and resource information based on link management.
- Enhancements to the SPF calculation used by the link-state IGP (IS-IS or OSPF)—If configured, the IGP automatically routes traffic onto the appropriate TE tunnel based on the tunnel destination. You can also use static routes to direct traffic onto TE tunnels.
- Label switching forwarding—This forwarding mechanism provides routers with a Layer 2-like ability to direct traffic across multiple hops of the LSP established by RSVP signaling.
MPLS TE and HA
MPLS TE supports these Cisco NX-OS high availability (HA) features:
MPLS TE supports these Cisco NX-OS HA technologies to allow NSF and Stateful HA:
MPLS TE CSPF Cost Limit
The cost-limit feature allows you to specify the maximum permitted total cost for a tunnel’s path. The total cost for a path is the total of the costs of each link traversed. If no path with a total cost less than specified is found, path-calculation fails. The configured cost-limit applies to the metric type that is used while calculating the tunnel’s path, which may be the IGP or TE link metrics.
Licensing Requirements for MPLS TE
Prerequisites for MPLS TE
MPLS TE has the following prerequisites:
- Your network must support Multiprotocol Label Switching (MPLS)
- Your network must support at least one of the following Interior Gateway (IGP) protocols:
Guidelines and Limitations for MPLS TE
MPLS TE has the following configuration guidelines and limitations:
- MPLS TE supports only a single IGP process or instance. You should not configure MPLS TE in more than one IGP process or instance.
- The IGP process or instance that you configure for MPLS TE must be one of the first four OSPFv2 or IS-IS processes or instances created. Cisco NX-OS Release 6.1 introduces support for more than four process instances for OSPFv2 per VDC. However, only the first four configured OSPFv2 instances are supported with MPLS TE.
- You cannot configure MPLS TE over the logical generic routing encapsulation (GRE) tunnel interface.
- MPLS TE is supported in no more than four VDCs.
Default Settings for MPLS TE
Table 10-1 lists the default settings for basic MPLS TE.
|
|
---|---|
Configuring MPLS TE
This section includes the following topics:
- Enabling MPLS TE
- Enabling MPLS TE, page 10-139
- Configuring OSPF for MPLS TE, page 10-141
- Configuring MPLS TE on an Interface, page 10-143
- Configuring an MPLS TE Tunnel, page 10-144
- Configuring Cost Limit, page 10-147
Enabling MPLS TE
Prerequisites
Ensure that you are in the correct VDC (or use the switchto vdc command).
SUMMARY STEPS
2. feature mpls traffic-engineering
DETAILED STEPS
|
|
|
---|---|---|
(Optional) Displays information about the running configuration. |
||
(Optional) Copies the running configuration to the startup configuration. |
Configuring IS-IS for MPLS TE
You can configure IS-IS for MPLS TE.
Note MPLS TE supports a single IGP process or instance. You should not configure MPLS TE in more than one IGP process or instance.
Prerequisites
You must have the MPLS TE feature enabled (see the “Configuring MPLS TE”).
Ensure that you are in the correct VDC (or use the switchto vdc command).
SUMMARY STEPS
Note You can configure a router running IS-IS so that Protocol-Independent Multicast (PIM) and MPLS TE can work together with the mpls traffic-eng multicast-intact command. You can disable the interoperability between PIM and MPLS TE with the no mpls traffic-eng multicast-intact command.
4. mpls traffic-eng { level-1 | level-1-2 | level-2 }
5. mpls traffic-eng router-id interface
DETAILED STEPS
Configuring OSPF for MPLS TE
You can configure OSPF for MPLS TE.
Note MPLS TE supports a single IGP process or instance. You should not configure MPLS TE in more than one IGP process or instance.
Prerequisites
You must have the MPLS TE feature enabled (see the “Configuring MPLS TE”).
Ensure that you are in the correct VDC (or use the switchto vdc command).
SUMMARY STEPS
Note You can configure a router running OSPF so that Protocol-Independent Multicast (PIM) and MPLS TE can work together with the mpls traffic-eng multicast-intact command. You can disable the interoperability between PIM and MPLS TE with the no mpls traffic-eng multicast-intact command.
4. mpls traffic-eng area area-id
5. mpls traffic-eng router-id interface
DETAILED STEPS
Configuring MPLS TE on an Interface
Prerequisites
You must have the MPLS TE feature enabled (see the “Configuring MPLS TE”).
Ensure that you are in the correct VDC (or use the switchto vdc command).
SUMMARY STEPS
4. mpls traffic-eng bandwidth [ interface-kbps | percent percentage ]
DETAILED STEPS
Configuring an MPLS TE Tunnel
You can configure an MPLS TE tunnel with a preferred explicit path or a backup dynamic path option.
Note This configuration applies only to the TE headend node.
Prerequisites
You must have the MPLS TE feature enabled (see the “Configuring MPLS TE”).
Ensure that you are in the correct VDC (or use the switchto vdc command).
SUMMARY STEPS
3. ip unnumbered type slot / port
5. (Optional) bandwidth bandwidth
7. path-option [ protect ] preference-number { dynamic | explicit { identifier id | name name} [ verbatim ]} [ lockdown ] [ bandwidth kbps] [ attributes listname]
8. (Optional) autoroute announce
DETAILED STEPS
Configuring Cost Limit
The following are the steps to configure cost limit for an individual TE tunnel:
Step 1 Enter global configuration mode:
Step 2 Enter TE interface configuration mode:
switch(config)# interface tunnel-te number
Step 3 Enter the maximum permitted cost for the tunnel path:
Configuring an Explicit Path
You can configure an explicit LSP path on the headend router.
Prerequisites
You must have the MPLS TE feature enabled (see “Configuring MPLS TE”).
Ensure that you are in the correct VDC (or use the switchto vdc command).
SUMMARY STEPS
2. mpls traffic-eng configuration
3. explicit-path { identifier id | name name }
4. [ index number ] { next-address [ loose | strict ] | exclude-address } address
5. Repeat step 4 for each router in the path.
DETAILED STEPS
Verifying the MPLS TE Configuration
To display the MPLS TE configuration, perform one of the following tasks:
For detailed information about the fields in the output from these commands, see the Cisco NX-OS MPLS Command Reference.
Logging Label Switched Path (LSP) Events
Logging helps you monitor your networks. You can configure logging of different events related to tunnels and Label Switched Paths.
All log messages include the following information:
All log messages can be configured on a per-tunnel basis or globally for all TE tunnels. If logging is enabled globally, you cannot disable it for an individual tunnel.
Configuring Tunnel-State Logging
You can configure the generation of syslogs (system messages) when a TE tunnel changes its operational state. A system message is logged to indicate that the tunnel has come up or gone down when either of these events occur. This is in addition to any system message generated by the interface management infrastructure.
No system message is logged if this feature is not configured.
In addition to the information included for all the tunnel log messages, this log contains the new state of the tunnel.
DETAILED STEPS
The following are the steps to configure tunnel-state logging for an individual TE tunnel:
Step 1 Enter global configuration mode:
Step 2 Enter TE interface configuration mode:
Step 3 Configure tunnel state logging:
The following are the steps to configure tunnel state logging for all the TE tunnels:
Step 1 Enter global configuration mode:
Step 2 Enter traffic engineering global configuration mode:
Step 3 Configure tunnel-state logging:
Configuring Tunnel Reoptimization Logging
You can configure a TE tunnel to generate system logs when it is reoptimized successfully. If this feature is configured, and a tunnel is reoptimized, a system message is logged.
Reoptimization messages are not logged under the following conditions:
- Reoptimization Logging feature is not configured
- If a reoptimization attempt does not result in a better path than the current one.
- If a reoptimization is abandoned before completion.
In addition to the information included for all the tunnel log messages, this message includes:
- The ID of the previously used LSP (the LSP that is replaced by reoptimization)
- The reoptimization trigger that caused this attempt.
The following are the steps to configure system logs for an individual tunnel when it attempts reoptimization:
Step 1 Enter global configuration mode:
Step 2 Enter TE interface configuration mode:
Step 3 Configure reoptimization logging:
The following are the steps to configure system logs for all tunnels when they are successfully reoptimized:
Step 1 Enter global configuration mode:
Step 2 Enter traffic engineering global configuration mode:
Step 3 Configure re-optimization logging:
Configuring Tunnel Reroute Logging
You can configure a TE tunnel to generate system logs when its reroute-pending state changes. If this feature is configured, and the tunnel has either entered or exited reroute-pending state, a system message is logged.
The reroute pending state bandwidth-change messages are not logged under the following conditions:
- Reroute logging feature is not configured.
- If the tunnel exits the reroute-pending state by going down.
In addition to the information included for all tunnel log messages, this message includes:
- The reason for the tunnel entering reroute-pending state
- The previous LSP’s ID (on exit from the reroute-pending state).
The following are the steps to configure system logs for an individual tunnel when its reroute-pending changes:
Step 1 Enter global configuration mode:
Step 2 Enter TE interface configuration mode:
switch(config)# interface tunnel-te number
Step 3 Configure reroute-pending change logging:
switch(config-te-if)# logging tunnel reroute
The following are the steps to configure system logs for all the tunnels when their reroute-pending changes:
Step 1 Enter global configuration mode:
switch(config)# configure terminal
Step 2 Enter traffic engineering global configuration mode:
switch(config)# mpls traffic-eng configuration
Configuring Logging of All the TE Tunnel Events
You can configure generation of system logs for all TE tunnel events other than the ones listed above.
The following are the steps to configure all the system logs for an individual TE tunnel:
Step 1 Enter global configuration mode:
Step 2 Enter TE interface configuration mode:
switch(config)# interface tunnel-te number
Step 3 Configure logging of all system logs:
switch(config-te-if)# logging tunnel all
The following are the steps to configure system logs for all tunnels when any event occurs:
Step 1 Enter global configuration mode:
switch(config)# configure terminal
Step 2 Enter traffic engineering global configuration mode:
switch(config)# mpls traffic-eng configuration
Logging Fast Reroute (FRR) Events
You can configure the logging of global messages that are not related to an individual tunnel. All these messages are configured globally. You cannot enable or disable a global message on a per-tunnel or per-interface basis.
Configuring Fast Reroute Backup Assignment Logging
You can configure the generation of system logs when a primary LSP is assigned an FRR backup.
If FRR backup and FRR-ready logging are both configured, the initial backup assignment for a new primary LSP will generate two separate system logs.
The information included in this log is:
- The name and current LSP ID of the backup tunnel.
- The signaled name, source, destination and LSP ID of the protected LSP.
- The type of protection.
The following are the steps to configure FRR backup assignment:
Step 1 Enter global configuration mode:
switch(config)# configure terminal
Step 2 Enter traffic engineering global configuration mode:
switch(config)# mpls traffic-eng configuration
Configuring Fast Reroute-Ready Logging
You can configure the generation of system logs when a primary LSP moves to the FRR-ready state on assigning a backup tunnel.
A change in the backup tunnel for LSP does not trigger a system log.
The information included in this log are:
- The name and current LSP ISD of the backup tunnel.
- The signaled name, source, destination and LSP ID of the protected LSP.
- The type of protection.
The following are steps to configure FRR ready logging:
Step 1 Enter global configuration mode:
switch(config)# configure terminal
Step 2 Enter traffic engineering global configuration mode:
switch(config)# mpls traffic-eng configuration
Step 3 Configure FRR-ready logging:
switch(config-te)# logging events frr-protection primary ready
Configuring Fast Reroute-Active Logging
You can configure the generation of system logs when a protected primary LSP transitions to the FRR-active state.
A change in backup tunnel for LSP does not trigger a system log.
The information included in this log are:
- The name and current LSP-id of the backup tunnel.
- The signaled name, source, destination and LSP ID of the protected LSP.
- The type of protection.
The following are the steps to configure FRR-active logging:
Step 1 Enter global configuration mode:
switch(config)# configure terminal
Step 2 Enter traffic engineering global configuration mode:
switch(config)# mpls traffic-eng configuration
Step 3 Configure FRR-active logging:
switch(config-te)# logging events frr-protection primary active
Configuring All FRR Logging
You can configure the generation of system logs when an FRR event occurs. When configured, a system message is logged to indicate changes to FRR protection.
The information included in this log are:
- The name and current LSP ID of the backup tunnel.
- The signaled-name, source, destination and LSP ID of the protected LSP.
- The type of protection.
The following are the steps to configure all FRR logging:
Step 1 Enter global configuration mode:
switch(config)# configure terminal
Step 2 Enter traffic engineering global configuration mode:
switch(config)# mpls traffic-eng configuration
Configuring Logging of All Global Events
You can configure the generation of system logs for all non-tunnel TE events.
The following are the steps to configure logging of all nontunnel TE events:
Step 1 Enter global configuration mode:
switch(config)# configure terminal
Step 2 Enter traffic engineering global configuration mode:
switch(config)# mpls traffic-eng configuration
Configuration Examples for MPLS TE
This section includes the following configuration examples:
- Example: Enabling MPLS TE Using IS-IS, page 10-156
- Example: Enabling MPLS TE Using OSPF, page 10-156
- Example: Configuring MPLS TE on an Interface, page 10-157
- Example: Configuring an MPLS TE Tunnel, page 10-157
- Example: Creating an Explicit Path, page 10-157
Example: Enabling MPLS TE Using IS-IS
The following example shows how to enable MPLS TE with IS-IS routing:
Enter the following commands on every router or switch in the traffic-engineered portion of your network.
Example: Enabling MPLS TE Using OSPF
The following example shows how to enable MPLS TE with OSPF routing:
Enter the following commands on every router or switch in the traffic-engineered portion of your network.
Example: Configuring MPLS TE on an Interface
The following example shows how to configure MPLS TE on an interface:
Note The interface must be configured to be used by the IGP. In ISIS, you would have something like the following syntax:
ip router isis p1
Example: Configuring an MPLS TE Tunnel
The following example shows how to configure a TE tunnel:
Example: Creating an Explicit Path
The following example shows how to configure an explicit path:
Additional References for MPLS TE
For additional information related to implementing MPLS TE, see the following sections:
Related Document
|
|
---|---|
MIBs
|
|
---|---|
To locate and download Cisco MIBs for selected platforms, Cisco IOS releases, and feature sets, use Cisco MIB Locator found at the following URL: |
Feature Information for MPLS TE
Table 10-2 lists the release history for this feature.