MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels

Similar documents
Multiprotocol Label Switching (MPLS) Traffic Engineering

MPLS Traffic Engineering--Scalability Enhancements

MPLS Traffic Engineering over Bridge Domain Interfaces

Pre-Fragmentation for IPSec VPNs

BASIC MPLS - MPLS Traffic Engineering Network

MPLS VPN Carrier Supporting Carrier

Signaling IS-IS When dcef Is Disabled

Autoroute Announce and Forwarding Adjacencies For OSPFv3

Autoroute Announce and Forwarding Adjacencies For OSPFv3

MPLS Traffic Engineering Fast Reroute Link Protection

MPLS VPN Carrier Supporting Carrier IPv4 BGP Label Distribution

MPLS-TE Configuration Application

OSPF Sham-Link Support for MPLS VPN

Configuring MPLS, MPLS VPN, MPLS OAM, and EoMPLS

Multiprotocol Label Switching (MPLS) on Cisco Routers

Configure IOS XR Traffic Controller (XTC)

MPLS VPN--Show Running VRF

MPLS VPN OSPF and Sham-Link Support

ibgp Multipath Load Sharing

SR-TE On Demand LSP. The SR TE On demand LSP feature provides the ability to connect Metro access rings via a static route to the

Dynamic PCC. Information About Dynamic PCC. Path Computation Element Protocol Functions

mpls traffic-eng lsp attributes

MPLS VPN--Inter-AS Option AB

MPLS Label Distribution Protocol (LDP)

BGP Link Bandwidth. Finding Feature Information. Prerequisites for BGP Link Bandwidth

VLAN Range. Feature Overview

MPLS Traffic Engineering (TE) Scalability Enhancements

MPLS LDP Graceful Restart

MPLS VPN Inter-AS Option AB

RPR+ on Cisco 7500 Series Routers

MPLS AToM ATM AAL5 over MPLS

VLAN Range. Feature Overview

MPLS VPN Inter-AS with ASBRs Exchanging VPN-IPv4 Addresses

BTEC Level 3 Extended Diploma

Multiprotocol Label Switching (MPLS) on Cisco Routers

Distributed Traffic Shaping for Line Cards in the Cisco Gigabit Switch Router

Configuring a Load-Balancing Scheme

Configure SR-TE Policies

MPLS VPN Carrier Supporting Carrier Using LDP and an IGP

MPLS Traffic Engineering Inter-AS TE

MPLS VPN Carrier Supporting Carrier IPv4 BGP Label Distribution

Implementing Static Routes

BGP Link Bandwidth. Finding Feature Information. Prerequisites for BGP Link Bandwidth

Signaling Methods and Object Association for Flex LSPs

WCCPv2 and WCCP Enhancements

Configuring CRS-1 Series Virtual Interfaces

MPLS VPN Carrier Supporting Carrier Using LDP and an IGP

Universal Port Resource Pooling for Voice and Data Services

MPLS Traffic Engineering Path Calculation and Setup Configuration Guide, Cisco IOS Release 12.4T

MPLS Traffic Engineering Path Calculation and Setup Configuration Guide, Cisco IOS Release 12.2SX

EIGRP Support for Route Map Filtering

RSVP Support for RTP Header Compression, Phase 1

BGP Best External. Finding Feature Information

Configuring CEF Network Accounting

MPLS Traffic Engineering (TE) Fast Reroute (FRR) Link and Node Protection

Implementing Static Routes on Cisco IOS XR Software

DHCP Relay MPLS VPN Support

Segment Routing On Demand Next Hop for L3/L3VPN

IPv6 Switching: Provider Edge Router over MPLS

IPv6 Switching: Provider Edge Router over MPLS

Start Here: Cisco IOS Software Release Specifics for IPv6 Features

MPLS VPN Inter-AS IPv4 BGP Label Distribution

CCIE Service Provider Sample Lab. Part 2 of 7

MPLS Traffic Engineering Traffic Protection using Fast Re-route (FRR)

MPLS Traffic Engineering DiffServ Aware (DS-TE)

OSPFv3 Route Filtering Using Distribute-List

MPLS VPN ID. Feature Overview. This feature was introduced. Support for this feature was integrated into Cisco IOS Release 12.2(4)B.

MPLS Traffic Engineering BFD-triggered Fast Reroute

Implementing Static Routes for IPv6

ibgp Multipath Load Sharing

Deploying MPLS Traffic Engineering

MPLS LDP Autoconfiguration

BGP Cost Community. Prerequisites for the BGP Cost Community Feature

MPLS Point-to-Multipoint Traffic Engineering Support for Static Pseudowires

Multiprotocol Label Switching (MPLS) on Cisco Routers

IP Multicast Load Splitting across Equal-Cost Paths

show tag-switching tdp discovery

BGP Diverse Path Using a Diverse-Path Route Reflector

Deploy MPLS Traffic Engineering. APNIC Technical Workshop October 23 to 25, Selangor, Malaysia Hosted by:

Shortcut Switching Enhancements for NHRP in DMVPN Networks

BGP Support for the L2VPN Address Family

Implementing Multicast Service Reflection

This feature was introduced.

MPLS: Layer 3 VPNs: Inter-AS and CSC Configuration Guide, Cisco IOS Release 15SY

MPLS Traffic Engineering - Fast Reroute Link Protection

Implementing MPLS Forwarding

MPLS VPN Multipath Support for Inter-AS VPNs

SNMP CEF-MIB Support

MPLS Virtual Private Networks (VPNs)

MPLS over GRE. Finding Feature Information. Prerequisites for MPLS VPN L3VPN over GRE

CONTENTS. Introduction

OSPF Support for Multi-VRF on CE Routers

Segment Routing Commands

MPLS Label Distribution Protocol (LDP)

Segment Routing On Demand for L2VPN/VPWS

Configure Segment Routing for IS-IS Protocol

NetFlow Multiple Export Destinations

MPLS Label Distribution Protocol (LDP)

Connecting to a Service Provider Using External BGP

OSPF Limit on Number of Redistributed Routes

Transcription:

MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels Feature History Release 12.0(18)ST 12.2(11)S 12.0(22)S Modification This feature was introduced. This feature was integrated into Cisco IOS Release 12.2(11)S. This feature was integrated into. This document describes the MPLS Traffic Engineering Configurable Path Calculation Metric for Tunnels feature. It includes the following sections: Feature Overview, page 1 Supported Platforms, page 2 Supported Standards, MIBs, and RFCs, page 3 Prerequisites, page 4 Configuration Tasks, page 4 Configuration Examples, page 8 Reference, page 10 Glossary, page 13 Feature Overview When MPLS Traffic Engineering (TE) is configured in a network, the Interior Gateway Protocol (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. In previous releases, MPLS TE used the TE link metric to calculate and verify paths for TE tunnels. When the traffic engineering metric was not explicitly configured, the traffic engineering metric was the IGP metric. 1

Supported Platforms MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels The current enhancement enables you to control the metric used in path calculation for TE tunnels on a per-tunnel basis. It allows you to 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, this enhancement 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. Restrictions 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 mpls traffic-eng administrative-weight command. Failure to do so might cause tunnels to use unexpected paths. Related Features and Technologies The configurable path calculation metric feature is related to MPLS traffic engineering. Related Documents Cisco IOS IP Reference, Volume 2 of 3: Routing Protocols, Release 12.2 Cisco IOS Switching Services Reference, Release 12.2 Cisco IOS Switching Services Configuration Guide, Release 12.2 Supported Platforms Cisco 7200 series (Cisco 7202, Cisco 7204, Cisco 7204 VXR, Cisco 7206, Cisco 7206 VXR) Cisco 7500 series (Cisco 7505, Cisco 7507, Cisco 7513, Cisco 7576) Cisco GSR 12000 series (Cisco 12008, Cisco 12012, Cisco 12016) 2

MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels Supported Standards, MIBs, and RFCs Determining Platform Support Through Cisco Feature Navigator Cisco IOS software is packaged in feature sets that support specific platforms. To get updated information regarding platform support for this feature, access Cisco Feature Navigator. Cisco Feature Navigator dynamically updates the list of supported platforms as new platform support is added for the feature. Cisco Feature Navigator is a web-based tool that enables you to determine which Cisco IOS software images support a specific set of features and which features are supported in a specific Cisco IOS image. You can search by feature or release. Under the release section, you can compare releases side by side to display both the features unique to each software release and the features in common. To access Cisco Feature Navigator, you must have an account on Cisco.com. If you have forgotten or lost your account information, send a blank e-mail to cco-locksmith@cisco.com. An automatic check will verify that your e-mail address is registered with Cisco.com. If the check is successful, account details with a new random password will be e-mailed to you. Qualified users can establish an account on Cisco.com by following the directions at http://www.cisco.com/register. Cisco Feature Navigator is updated regularly when major Cisco IOS software releases and technology releases occur. For the most current information, go to the Cisco Feature Navigator home page at the following URL: http://www.cisco.com/go/fn Availability of Cisco IOS Software Images Platform support for particular Cisco IOS software releases is dependent on the availability of the software images for those platforms. Software images for some platforms may be deferred, delayed, or changed without prior notice. For updated information about platform support and availability of software images for each Cisco IOS software release, refer to the online release notes or, if supported, Cisco Feature Navigator. Supported Standards, MIBs, and RFCs Standards No new or modified standards are supported by this feature. MIBs No new or modified MIBs are supported by this feature. To obtain lists of supported MIBs by platform and Cisco IOS release, and to download MIB modules, go to the Cisco MIB web site on Cisco.com at the following url: http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml. RFCs No new or modified RFCs are supported by this feature. 3

Prerequisites MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels Prerequisites Before you configure tunnel path calculation metrics, your network must support the following Cisco IOS features: MPLS traffic engineering tunnels IP Cisco Express Forwarding (CEF) Open Shortest Path First (OSPF) or IS-IS Configuration Tasks See the following sections for configuration tasks for the configurable path calculation metric feature. Each task in the list indicates if it is optional or required. Configuring a Platform to Support Traffic Engineering Tunnels (required) Configuring the IGP (OSPF or IS-IS) for MPLS Traffic Engineering (required) Configuring OSPF for MPLS Traffic Engineering Configuring IS-IS for MPLS Traffic Engineering Configuring Traffic Engineering Link Metrics (required) Configuring an MPLS Traffic Engineering Tunnel (required) Configuring Metric Type for Tunnel Path Calculation (required) Configuring a Platform to Support Traffic Engineering Tunnels To configure a platform to support traffic engineering tunnels, perform the following steps in configuration mode: Purpose Step 1 Router(config)# ip cef Enables standard CEF operation. For information about CEF configuration and the command syntax, see the Cisco IOS Switching Services Configuration Guide and the Cisco IOS Switching Services Reference. Step 2 Router(config)# mpls traffic-eng tunnels Enables the MPLS traffic engineering tunnel feature on a device. 4

MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels Configuration Tasks Configuring IS-IS for MPLS Traffic Engineering To configure IS-IS for MPLS traffic engineering, perform the steps described below. For a description of the IS-IS commands, see the Cisco IOS IP Reference, Volume 2 of 3: Routing Protocols, Release 12.2 manual. Purpose Step 1 Router(config)# router isis Enables IS-IS routing and specifies an IS-IS process for IP. This command places you in router configuration mode. Step 2 Router(config-router)# mpls traffic-eng level-1 Turns on MPLS traffic engineering for IS-IS level 1. Step 3 Router(config-router)# mpls traffic-eng level-2 Turns on MPLS traffic engineering for IS-IS level 2. Step 4 Router(config-router)# mpls traffic-eng router-id loopback0 Specifies that the traffic engineering router identifier for the node is the IP address associated with interface loopback0. Step 5 Router(config-router)# metric-style wide Configures a router to generate and accept only new-style TLVs (type, length, and value objects). Configuring OSPF for MPLS Traffic Engineering To configure OSPF for MPLS traffic engineering, perform the steps described below. For a description of the OSPF commands, see the Cisco IOS IP Reference, Volume 2 of 3: Routing Protocols, Release 12.2 manual. Purpose Step 1 Router(config)# router ospf process-id Configures an OSPF routing process for IP. You are placed in 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 2 Router(config-router)# mpls traffic-eng area n Turns on MPLS traffic engineering for OSPF area n. Step 3 Router(config-router)# mpls traffic-eng router-id loopback0 Specifies that the traffic engineering router identifier for the node is the IP address associated with interface loopback0. 5

Configuration Tasks MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels Configuring Traffic Engineering Link Metrics Unless explicitly configured, the TE link metric is the IGP link metric. To configure the TE link metric, perform these steps: Purpose Step 1 Router(config)# interface interface Configures properties of the specified interface. Step 2 Router(config-router)# mpls traffic-eng administrative-weight weight Specifies the traffic engineering metric for the link. Configuring an MPLS Traffic Engineering Tunnel To configure an MPLS traffic engineering tunnel, perform the following steps in interface configuration mode. This tunnel has two path setup options: a preferred explicit path and a backup dynamic path. For more detailed descriptions of the commands and their arguments, see the Cisco IOS Switching Services Reference, Release 12.2 and the Cisco IOS Switching Services Configuration Guide, Release 12.2. Purpose Step 1 Router(config)# interface tunnel-interface Configures a tunnel interface and enters interface configuration mode. Step 2 Router(config-if)# ip unnumbered loopback0 Gives the tunnel interface an IP address. An MPLS traffic engineering tunnel interface should be unnumbered because it represents a unidirectional link. Step 3 Router(config-if)# tunnel destination A.B.C.D Specifies the destination for a tunnel. The destination must be the MPLS traffic engineering router ID of the destination device. Step 4 Router(config-if)# tunnel mode mpls traffic-eng Sets the tunnel encapsulation mode to MPLS traffic engineering. 6

MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels Configuration Tasks Purpose Step 5 Router(config-if)# tunnel mpls traffic-eng bandwidth bandwidth Configures the bandwidth for the MPLS traffic engineering tunnel. If automatic bandwidth is configured for the tunnel, use the tunnel mpls traffic-eng bandwidth command to configure the initial tunnel bandwidth, which is adjusted by the auto-bandwidth mechanism. Step 6 Router(config-if)# tunnel mpls traffic-eng path-option number {dynamic explicit {name path-name id path-number}} [lockdown] Configures the tunnel to use a named IP explicit path or a path dynamically calculated from the traffic engineering topology database. A dynamic path is used if an explicit path is currently unavailable. Configuring 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. To configure the metric type for tunnel path calculation, perform one or both of the following steps: Router(config-if)# tunnel mpls traffic-eng path-selection metric {igp te} Router(config)# mpls traffic-eng path-selection metric {igp te} Purpose Specifies the metric type to use for path calculation when you are determining a tunnel s path. Specifies the metric type to use if a metric type was not explicitly configured for a given tunnel. Note If you do not enter either of the above commands, the traffic engineering (te) metric is used. Verifying the Configuration Use the show mpls traffic-eng topology command, which displays TE and IGP metrics for each link, to verify that link metrics have been correctly configured for a network. Router# show mpls traffic-eng topology My_System_id: 1440.0000.0044.00 (isis level-1) IGP Id: 0090.0000.0009.00, MPLS TE Id:9.9.9.9 Router Node (isis level-1) link[0 ]:Nbr IGP Id: 0090.0000.0009.03, gen:7 frag_id 0, Intf Address:190.0.0.99 TE metric:100, IGP metric:48, attribute_flags:0x0!!note TE and IGP metrics physical_bw: 10000 (kbps), max_reservable_bw_global: 0 (kbps) max_reservable_bw_sub: 0 (kbps) 7

Configuration Examples MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels...... link[1 ]:Nbr IGP Id: 0055.0000.0055.00, gen:7 frag_id 0, Intf Address:10.205.0.9, Nbr Intf Address:10.205.0.55 TE metric:120, IGP metric:10, attribute_flags:0x0!!note TE and IGP metrics physical_bw: 155000 (kbps), max_reservable_bw_global: 500000 (kbps) max_reservable_bw_sub: 0 (kbps) Use the show mpls traffic-eng tunnels command, which displays the link metric used for tunnel path calculation, to verify that the desired link metrics are being used for each tunnel. Router# show mpls traffic-eng tunnels Name: te3640-17-c_t221 (Tunnel22) Destination: 192.103.100.22 Status: Admin: up Oper: up Path: valid Signalling: connected path option 1, type dynamic (Basis for Setup, path weight 10) Config Parameters: Bandwidth: 400 kps (Global) Priority: 1 1 Affinity: 0x0/0xFFFF Metric Type: IGP!!Note metric type AutoRoute: enabled LockDown: disabled Loadshare: 0 bw-based auto-bw: disabled(0/115) 0 Bandwidth Requested: 0... Name: te3640-17-c_t222 (Tunnel33) Destination: 192.103.100.22 Status: Admin: up Oper: up Path: valid Signalling: connected path option 1, type dynamic (Basis for Setup, path weight 10) Config Parameters: Bandwidth: 200 kbps (Global) Priority: 1 1 Affinity: 0x0/0xFFFF Metric Type: TE!!Note metric type AutoRoute: enabled LockDown: disabled Loadshare: 0 bw-based auto-bw: disabled(0/115) 0 Bandwidth Requested: 0... Configuration Examples The section illustrates how to configure the link metric type to be used for tunnel path selection, as well as how to configure the link metrics themselves. The configuration commands included below 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. Consider the simple network topology shown in Figure 1. 8

MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels Configuration Examples Figure 1 Network Topology igp: 10 te: 15 R2 loopback0 2.2.2.2 igp: 10 te: 40 pos3/0 pos4/1 R1 loopback0 1.1.1.1 pos0/2 pos0/1 igp: 15 te: 15 pos2/0/0 R3 igp: 10 te: 5 pos6/0/0 pos2/1 pos2/0 loopback0 4.4.4.4 R4 pos2/2 igp: 10 te: 5 In Figure 1 loopback0 3.3.3.3 Tunnel1 and Tunnel2 run from R1 (head end) to R4 (tail end). Tunnel3 runs from R1 to R5. igp: 10 te: 15 pos3/0/0 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 it carries data traffic with no delay requirement. Below are configuration fragments 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). R1 Configuration interface pos0/1 interface pos0/2 pos1/0 R5 pos1/1 loopback0 5.5.5.5 59133 interface Tunnel1 ip unnumbered loopback0 tunnel destination 4.4.4.4 tunnel mode mpls traffic-eng tunnel mpls traffic-eng bandwidth 1000 tunnel mpls traffic-eng path-option 1 dynamic interface Tunnel2!Tunnel1 uses TE metric (default)!for path selection!tunnel2 uses IGP metric!for path selection 9

Reference MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels ip unnumbered loopback0 tunnel destination 4.4.4.4 tunnel mode mpls traffic-eng tunnel mpls traffic-eng bandwidth 1000 tunnel mpls traffic-eng path-option 1 dynamic tunnel mpls traffic-eng path-selection-metric igp!use IGP cost for path selection. interface Tunnel3 ip unnumbered loopback0 tunnel destination 5.5.5.5 tunnel mode mpls traffic-eng tunnel mpls traffic-eng bandwidth 1000 tunnel mpls traffic-eng path-option 1 dynamic!tunnel3 uses TE metric (default)!for path selection R2 Configuration interface pos3/0 interface pos4/1 mpls traffic-eng administrative-weight 40 R3 Configuration interface pos2/0/0 interface pos3/0/0 interface pos6/0/0 mpls traffic-eng administrative-weight 5 R4 Configuration interface pos2/0 interface pos2/1 interface pos2/2 mpls traffic-eng administrative-weight 5 R5 Configuration interface pos1/0 interface pos1/1 mpls traffic-eng administrative-weight 5 Reference This section describes the following new commands: mpls traffic-eng path-selection metric tunnel mpls traffic-eng path-selection metric All other commands used with this feature are documented in the Cisco IOS Release 12.2 command reference publications. 10

MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels mpls traffic-eng path-selection metric mpls traffic-eng path-selection metric To specify the metric type to use for path selection for tunnels for which the metric type has not been explicitly configured, use the mpls traffic-eng path-selection metric global configuration command. mpls traffic-eng path-selection metric {igp te} Syntax Description igp te Use the IGP metric. Use the traffic engineering metric. Defaults The default is the te metric. Modes Global configuration History Release 12.0(18)ST 12.2(11)S 12.0(22)S Modification This command was introduced. This command was integrated into Cisco IOS Release 12.2(11)S. This command was integrated into. Usage Guidelines Use this command to specify the metric type to be used for TE tunnels for which the tunnel mpls traffic-eng path-selection metric command has not been specified. The metric type to be used for path calculation for a given tunnel is determined as follows: If the tunnel mpls traffic-eng path-selection metric command was entered to specify a metric type for the tunnel, use that metric type. Otherwise, if the mpls traffic-eng path-selection metric was entered to specify a metric type, use that metric type. Otherwise, use the default (TE) metric. Examples The following command specifies that if a metric type was not specified for a given TE tunnel, the igp metric should be used for tunnel path calculation: Router(config)# mpls traffic-eng path-selection metric igp Related s tunnel mpls traffic-eng path-selection metric Description Specifies the metric type to use when calculating a tunnel s path. 11

tunnel mpls traffic-eng path-selection metric MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels tunnel mpls traffic-eng path-selection metric To specify the metric type to use for path calculation for a tunnel, use the tunnel mpls traffic-eng path-selection metric interface configuration command. tunnel mpls traffic-eng path-selection metric {igp te} Syntax Description igp te Use the IGP metric. Use the TE metric. Defaults See Usage Guidelines below. Modes Interface configuration History Release 12.0(18)ST 12.2(11)S 12.0(22)S Modification This command was introduced. This command was integrated into Cisco IOS Release 12.2(11)S. This command was integrated into. Usage Guidelines The metric type to be used for path calculation for a given tunnel is determined as follows: If the tunnel mpls traffic-eng path-selection metric command was entered to specify a metric type for the tunnel, use that metric type. Otherwise, if the mpls traffic-eng path-selection metric was entered to specify a metric type, use that metric type. Otherwise, use the default (TE) metric. Examples The following commands specify that the igp metric should be used when you are calculating the path for Tunnel102: Router(config)# interface tunnel102 Router(config-if)# tunnel mpls traffic-eng path-selection metric igp Related s mpls traffic-eng path-selection metric Description Specifies the metric type to use for path calculation for TE tunnels for which no metric has been explicitly configured. 12

MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels Glossary Glossary CEF Cisco Express Forwarding is an advanced Layer 3 IP switching technology. CEF optimizes network performance and scalability for networks that have large and dynamic traffic patterns, such as the Internet, as well as for networks characterized by intensive Web-based applications or interactive sessions. CEF uses a Forwarding Information Base (FIB) to make IP destination prefix-based switching decisions. The FIB is conceptually similar to a routing table or information base. When routing or topology changes occur in the network, the IP routing table is updated, and those changes are reflected in the FIB. The FIB maintains next-hop address information based on the information in the IP routing table. Cisco Express Forwarding See CEF. IGP Internet protocol used to exchange routing information within an autonomous system. Examples of common Internet IGPs include OSPF and RIP. Interior Gateway Protocol See IGP. metric A metric is the method by which a routing algorithm determines that one route is better than another. The information is stored in routing tables. Metrics include bandwidth, communication cost, delay, hop count, load, and reliability. MPLS Multiprotocol Label Switching. A method for forwarding packets (frames) through a network. It enables routers at the edge of a network to apply labels to packets (frames). ATM switches or existing routers in the network core can switch packets according to the labels with minimal lookup overhead. Multiprotocol Label Switching See MPLS. Open Shortest Path First See OSPF. OSPF Link-state hierarchical IGP routing algorithm proposed as a successor to RIP in the Internet community. OSPF features include least-cost routing, multipath routing, and load balancing. traffic engineering The techniques and processes used to cause routed traffic to travel through the network on a path other than the one that would have been chosen if standard routing methods had been used. 13

Glossary MPLS Traffic Engineering (TE) Configurable Path Calculation Metric for Tunnels 14