The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
MPLS Traffic Engineering Configurable Path Calculation Metric for Tunnels
The MPLS Traffic Engineering--Configurable Path Calculation Metric for Tunnels feature enables the user to control the metric
used in path calculation for traffic engineering (TE) tunnels on a per-tunnel basis. Certain tunnels are used to carry voice
traffic, which requires low delay, and other tunnels are used to carry data. A TE link metric can be used to represent link
delay and configure tunnels that carry voice traffic for path calculation and configure tunnels that carry data to use the
Interior Gateway Protocol (IGP) metric for path calculation.
Prerequisites for MPLS
Traffic Engineering - Configurable Path Calculation Metric for Tunnels
Before you configure
tunnel path calculation metrics, your network must support the following Cisco
IOS XE features:
Open Shortest
Path First (OSPF) or Intermediate System-to-Intermediate System (IS-IS)
Restrictions for MPLS Traffic
Engineering - Configurable Path Calculation Metric for Tunnels
Unless explicitly
configured, the TE link metric for a given link is the IGP link metric. When
the TE link metric is used to represent a link property that is different from
cost/distance, you must configure every network link that can be used for TE
tunnels with a TE link metric that represents that property by using the
mplstraffic-engadministrative-weight command. Failure to do so
might cause tunnels to use unexpected paths.
MPLS traffic
engineering supports only a single IGP process/instance. Multiple IGP
processes/instances are not supported and MPLS traffic engineering should not
be configured in more than one IGP process/instance.
Information About MPLS
Traffic Engineering - Configurable Path Calculation Metric for Tunnels
Overview
When MPLS TE is configured in a network, the IGP floods two metrics for every link: the normal IGP (OSPF or IS-IS) link metric
and a TE link metric. The IGP uses the IGP link metric in the normal way to compute routes for destination networks.
You can specify that the path calculation for a given tunnel be based on either of the following:
IGP link metrics.
TE link metrics, which you can configure so that they represent the needs of a particular application. For example, the TE
link metrics can be configured to represent link transmission delay.
Benefits
When TE tunnels are used to carry two types of traffic, the Configurable Path Calculation Metric for Tunnels feature allows
you to tailor tunnel path selection to the requirements of each type of traffic.
For example, suppose certain tunnels are to carry voice traffic (which requires low delay) and other tunnels are to carry
data. In this situation, you can use the TE link metric to represent link delay and do the following:
Configure tunnels that carry voice to use the TE link metric set to represent link delay for path calculation.
Configure tunnels that carry data to use the IGP metric for path calculation.
How to Configure MPLS Traffic
Engineering - Configurable Path Calculation Metric for Tunnels
Configuring a Platform to Support Traffic Engineering Tunnels
Enables the MPLS traffic engineering tunnel feature on a device.
Step 5
exit
Example:
Router(config)# exit
Exits global configuration mode and returns to privileged EXEC mode.
Configuring IS-IS for MPLS Traffic Engineering
To configure IS-IS for MPLS traffic engineering, perform the following steps.
Note
MPLS traffic engineering supports only a single IGP process/instance. Multiple IGP processes/instances are not supported and
MPLS traffic engineering should not be configured in more than one IGP process/instance.
Specifies that the traffic engineering router identifier for the node is the IP address associated with interface loopback0.
Step 5
Router(config-router)# metric-stylewide
Configures a router to generate and accept only new-style type, length, value objects (TLVs).
Configuring OSPF for MPLS Traffic Engineering
Note
MPLS traffic engineering supports only a single IGP process/instance. Multiple IGP processes/instances are not supported
and MPLS traffic engineering should not be configured in more than one IGP process/instance.
SUMMARY STEPS
enable
configureterminal
routerospfprocess-id
mplstraffic-engareanumber
mplstraffic-engrouter-idloopback0
exit
exit
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
routerospfprocess-id
Example:
Router(config)# router ospf 200
Configures an OSPF routing process for IP and enters router configuration mode.
The
process-id is an internally used identification parameter for an OSPF routing process. It is locally assigned and can be any positive
integer. Assign a unique value for each OSPF routing process.
Step 4
mplstraffic-engareanumber
Example:
Router(config-router)# mpls traffic-eng area 0
Turns on MPLS traffic engineering for the indicated OSPF area.
Configures an interface type and enters interface configuration mode.
The type argument is the type of interface to be configured.
The slot argument is the chassis slot number. Refer to the appropriate hardware manual for slot information. For SIPs, refer to the
platform-specific SPA hardware installation guide or the corresponding “Identifying Slots and Subslots for SIPs and SPAs”
topic in the platform-specific SPA software configuration guide.
The/subslot keyword and argument pair is the secondary slot number on a SIP where a SPA is installed. The slash (/) is required.
Refer to the platform-specific SPA hardware installation guide and the corresponding “Specifying the Interface Address on
a SPA” topic in the platform-specific SPA software configuration guide for subslot information.
The/port keyword and argument pair is the port or interface number. The slash (/) is required.
Refer to the appropriate hardware manual for port information. For SPAs, refer to the corresponding “Specifying the Interface
Address on a SPA” topics in the platform-specific SPA software configuration guide
The .subinterface-numberkeyword and argument pair is the subinterface number in the range 1 to 4294967293. The number that precedes the period (.)
must match the number to which this subinterface belongs.
Configures an interface type and enters interface configuration mode.
The numberargument is the number of the tunnel.
Step 4
ipunnumberedtypenumber
Example:
Router(config-if)# ip unnumbered loopback0
Enables IP processing on an interface without assigning an explicit IP address to the interface.
The type and number arguments name the type and number of another interface on which the router has an assigned IP address. It cannot be another
unnumbered interface.
An MPLS traffic engineering tunnel interface should be unnumbered because it represents a unidirectional link.
Step 5
tunneldestinationip-address
Example:
Router(config-if)# tunnel destination 192.168.4.4
Specifies the destination for a tunnel interface.
Theip-address argument must be the MPLS traffic engineering router ID of the destination device.
Step 6
tunnelmodemplstraffic-eng
Example:
Router(config-if)# tunnel mode mpls traffic-eng
Sets the tunnel encapsulation mode to MPLS traffic engineering.
Configures the bandwidth for the MPLS traffic engineering tunnel.
The bandwidth argument is a number in kilobits per second that is set aside for the MPLS traffic engineering tunnel. Range is from 1 to
4294967295.
Note
If automatic bandwidth is configured for the tunnel, use the tunnelmplstraffic-engbandwidth command to configure the initial tunnel bandwidth, which is adjusted by the autobandwidth mechanism.
Configures the tunnel to use a named IP explicit path or a path dynamically calculated from the traffic engineering topology
database.
The number argument is the preference for this path option. When you configure multiple path options, lower numbered options are preferred.
Valid values are from 1 to 1000.
The dynamic keyword indicates that the path of the label switched path (LSP) is dynamically calculated.
The explicit keyword indicates that the path of the LSP is an IP explicit path.
The namepath-name keyword and argument are the path name of the IP explicit path that the tunnel uses with this option.
The identifierpath-numberkeyword and argument pair names the path number of the IP explicit path that the tunnel uses with this option. The range is
from 1 to 65535.
The lockdown keyword specifies that The LSP cannot be reoptimized.
Note
A dynamic path is used if an explicit path is currently unavailable.
Step 9
exit
Example:
Router(config-if)# exit
Exits interface configuration mode and returns to global configuration mode.
Step 10
exit
Example:
Router(config)# exit
Exits global configuration mode and returns to privileged EXEC mode.
Configuring the Metric Type for Tunnel Path Calculation
Unless explicitly configured, the TE link metric type is used for tunnel path calculation. Two commands are provided for controlling
the metric type to be used: an interface configuration command that specifies the metric type to be used for a particular
TE tunnel and a global configuration command that specifies the metric type to be used for TE tunnels for which a metric type
has not been specified by the interface configuration command.
Note
If you do not enter either of the path selection metrics commands, the traffic engineering (TE) metric is used.
Specifies the metric type to use if a metric type was not explicitly configured for a given tunnel.
The igp keyword specifies the use of the Interior Gateway Protocol (IGP) metric.
The te keyword specifies the use of the traffic engineering (TE) metric. This is the default.
Step 7
exit
Example:
Router(config)# exit
Exits global configuration mode and returns to privileged EXEC mode.
Verifying the Tunnel Path Metric Configuration
SUMMARY STEPS
enable
showmplstraffic-engtopology
showmplstraffic-engtunnels
exit
DETAILED STEPS
Step 1
enable
Use this command to enable privileged EXEC mode. Enter your password if prompted. For example:
Example:
Router> enable
Router#
Step 2
showmplstraffic-engtopology
Use the showmplstraffic-engtopology command, which displays TE and IGP metrics for each link, to verify that link metrics have been correctly configured for
a network. For example:
Use the showmplstraffic-engtunnels command, which displays the link metric used for tunnel path calculation, to verify that the desired link metrics are being
used for each tunnel. For example:
Use this command to return to user EXEC mode. For example:
Example:
Router# exit
Router>
Configuration Examples for Configuring a Path Calculation Metric for Tunnels
Example Configuring Link Type and Metrics for Tunnel Path Selection
The section illustrates how to configure the link metric type to be used for tunnel path selection, and how to configure
the link metrics themselves. The configuration commands included focus on specifying the metric type for path calculation
and assigning metrics to links. Additional commands are required to fully configure the example scenario: for example, the
IGP commands for traffic engineering and the link interface commands for enabling traffic engineering and specifying available
bandwidth.
The examples in this section support the simple network technology shown in the figure below.
In the figure above:
Tunnel1 and Tunnel2 run from R1 (headend) to R4 (tailend).
Tunnel3 runs from R1 to R5.
Path calculation for Tunnel1 and Tunnel3 should use a metric that represents link delay because these tunnels carry voice
traffic.
Path calculation for Tunnel2 should use IGP metrics because MPLS TE carries data traffic with no delay requirement.
Configuration fragments follow for each of the routers that illustrate the configuration relating to link metrics and their
use in tunnel path calculation. TE metrics that represent link delay must be configured for the network links on each of the
routers, and the three tunnels must be configured on R1.
These configuration fragments force Tunnel1 to take path R1-R3-R4, Tunnel2 to take path R1-R2-R4, and Tunnel3 to take path
R1-R3-R4-R5 (assuming the links have sufficient bandwidth to accommodate the tunnels).
R1Configuration
The following example shows how to configure the tunnel headend (R1) for Tunnel1, Tunnel2, and Tunnel3 in the figure above:
No new or modified RFCs are supported by this feature, and support for existing RFCs has not been modified.
-
Technical Assistance
Description
Link
The Cisco Support and Documentation website provides online resources to download documentation, software, and tools. Use
these resources to install and configure the software and to troubleshoot and resolve technical issues with Cisco products
and technologies. Access to most tools on the Cisco Support and Documentation website requires a Cisco.com user ID and password.
Feature Information for MPLS
Traffic Engineering - Configurable Path Calculation Metric for Tunnels
The following table provides release information about the feature or features described in this module. This table lists
only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise,
subsequent releases of that software release train also support that feature.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco
Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
Table 1. Feature Information for MPLS
Traffic Engineering - Configurable Path Calculation Metric for Tunnels
Feature
Name
Releases
Feature
Information
MPLS
Traffic Engineering:Configurable Path Calculation Metric for Tunnels
12.0(18)ST
12.2(11)S
12.2(14)S
12.2(28)SB
12.4(20)T
Cisco IOS
XE Release 2.3
The MPLS
Traffic Engineering - Configurable Path Calculation Metric for Tunnels feature
enables the user to control the metric used in path calculation for traffic
engineering (TE) tunnels on a per-tunnel basis. Certain tunnels are used to
carry voice traffic, which requires low delay, and other tunnels are used to
carry data. A TE link metric can be used to represent link delay and configure
tunnels that carry voice traffic for path calculation and configure tunnels
that carry data to use the Interior Gateway Protocol (IGP) metric for path
calculation.
The
following commands were introduced or modified:
mplstraffic-engpath-selectionmetric,
tunnelmplstraffic-engpath-selectionmetric.