Table Of Contents
MPLS Traffic Engineering—AutoTunnel Mesh Groups
Prerequisites for MPLS Traffic Engineering—AutoTunnel Mesh Groups
Restrictions for MPLS Traffic Engineering—AutoTunnel Mesh Groups
Information About MPLS Traffic Engineering—AutoTunnel Mesh Groups
AutoTunnel Mesh Groups Description and Benefits
Access Lists for Mesh Tunnel Interfaces
AutoTunnel Template Interfaces
OSPF Flooding of Mesh Group Information
How to Configure MPLS Traffic Engineering—AutoTunnel Mesh Groups
Configuring a Mesh of TE Tunnel LSPs
Enabling Autotunnel Mesh Groups Globally
Creating an Access List Using a Name
Creating an Autotunnel Template Interface
Specifying the Range of Mesh Tunnel Interface Numbers
Displaying Configuration Information About Tunnels
Monitoring the Autotunnel Mesh Network
Configuring IGP Flooding for Autotunnel Mesh Groups
Configuration Examples for MPLS Traffic Engineering—Autotunnel Mesh Groups
Configuring a Mesh of TE Tunnel LSPs: Examples
Enabling Autotunnel Mesh Groups Globally: Example
Creating an Access List Using a Name: Example
Creating an AutoTunnel Template Interface: Example
Specifying the Range of Mesh Tunnel Interface Numbers: Example
Configuring IGP Flooding for Autotunnel Mesh Groups: Example
Feature Information for MPLS Traffic Engineering—AutoTunnel Mesh Groups
MPLS Traffic Engineering—AutoTunnel Mesh Groups
First Published: January 27, 2004Last Updated: October 21, 2009The MPLS Traffic Engineering—AutoTunnel Mesh Groups feature allows a network administrator to configure traffic engineering (TE) label switched paths (LSPs) by using a few command-line interface (CLI) commands.
In a network topology where edge TE label switch routers (LSRs) are connected by core LSRs, the MPLS Traffic Engineering—AutoTunnel Mesh Groups feature automatically constructs a mesh of TE LSPs among the provider edge (PE) routers.
Finding Feature Information
Your software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and 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 "Feature Information for MPLS Traffic Engineering—AutoTunnel Mesh Groups" section.
Use Cisco Feature Navigator to find information about platform support and Cisco IOS and Catalyst OS software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Contents
•
Prerequisites for MPLS Traffic Engineering—AutoTunnel Mesh Groups
•
Restrictions for MPLS Traffic Engineering—AutoTunnel Mesh Groups
•
Information About MPLS Traffic Engineering—AutoTunnel Mesh Groups
•
How to Configure MPLS Traffic Engineering—AutoTunnel Mesh Groups
•
Configuration Examples for MPLS Traffic Engineering—Autotunnel Mesh Groups
•
Feature Information for MPLS Traffic Engineering—AutoTunnel Mesh Groups
Prerequisites for MPLS Traffic Engineering—AutoTunnel Mesh Groups
•
Be knowledgeable about MPLS TE. See the "Additional References" section.
•
Decide how you will set up autotunnels (that is, identify the tunnel commands that you will include in the template interface).
•
Identify a block of addresses that you will reserve for mesh tunnel interfaces.
Restrictions for MPLS Traffic Engineering—AutoTunnel Mesh Groups
•
Mesh groups do not support interarea tunnels because the destinations of those tunnels do not exist in the local area TE database.
•
You cannot configure a static route to route traffic over autotunnel mesh group TE tunnels. You should use only the autoroute for tunnel selection.
•
Intermediate System-to-System (IS-IS) does not support Interior Gateway Protocol (IGP) distribution of mesh group information. For IS-IS, only Access Control Lists (ACLs) can be used.
Information About MPLS Traffic Engineering—AutoTunnel Mesh Groups
To configure autotunnel mesh groups, you need to understand the following concepts:
•
AutoTunnel Mesh Groups Description and Benefits
•
Access Lists for Mesh Tunnel Interfaces
•
AutoTunnel Template Interfaces
•
OSPF Flooding of Mesh Group Information
AutoTunnel Mesh Groups Description and Benefits
An autotunnel mesh group (referred to as a mesh group) is a set of connections between edge LSRs in a network. There are two types of mesh groups:
•
Full—All the edge LSRs are connected. Each PE router has a tunnel to each of the other PE routers.
•
Partial—Some of the edge LSRs are not connected to each other by tunnels.
In a network topology where edge TE LSRs are connected by core LSRs, the MPLS Traffic Engineering—AutoTunnel Mesh Groups feature automatically constructs a mesh of TE LSPs among the PE routers.
Initially, you must configure each existing TE LSR to be a member of the mesh by using a minimal set of configuration commands. When the network grows (that is, when one or more TE LSRs are added to the network as PE routers), you do not need to reconfigure the existing TE LSR members of that mesh.
Mesh groups have the following benefits:
•
Minimize the initial configuration of the network. You configure one template interface per mesh, and it propagates to all mesh tunnel interfaces, as needed.
•
Minimize future configurations resulting from network growth. The feature eliminates the need to reconfigure each existing TE LSR to establish a full mesh of TE LSPs whenever a new PE router is added to the network.
•
Enable existing routers to configure TE LSPs to new PE routers.
•
Enable the construction of a mesh of TE LSPs among the PE routers automatically.
Access Lists for Mesh Tunnel Interfaces
The access list determines the destination addresses for the mesh tunnel interfaces. It is useful if you preallocate a block of related IP addresses. You can use that block of addresses to control the PE routers to which a full or partial mesh of TE tunnel LSPs is established. The access list allows matches for only the addresses that are learned and stored in the TE topology database.
For example, you can create an access list that matches all 10.1.1.1 IP addresses. You configure a template with the access list, then the template creates mesh tunnel interfaces to destinations within the TE topology database that match destinations in that access list.
Whenever the TE topology database is updated (for example, when a new TE LSR is inserted into the Interior Gateway Protocol (IGP), the destination address is stored in the TE topology database of each router in the IGP. At each update, the Mesh Group feature compares the destination address contained in the database to IP addresses in the access list associated with all template interfaces. If there is a match, the Mesh Group feature establishes a mesh tunnel interface to the tunnel destination IP address.
AutoTunnel Template Interfaces
An autotunnel template interface is a logical entity; that is, it is a configuration for a tunnel interface that is not tied to specific tunnel interfaces. It can be applied dynamically, when needed.
Mesh tunnel interfaces are tunnel interfaces that are created, configured dynamically (for example, by the applying [or cloning] of a template interface), used, and then freed when they are no longer needed.
A mesh tunnel interface obtains its configuration information from a template, except for the tunnel's destination address, which it obtains from the TE topology database that matches an access list or from the IGP mesh group advertisement.
The template interface allows you to enter commands once per mesh group. These commands specify how mesh tunnel interfaces are created. Each time a new router is added to the network, a new mesh tunnel interface is created. The configuration of the interface is duplicated from the template. Each mesh tunnel interface has the same path constraints and other parameters configured on the template interface. Only the tunnel destination address is different.
OSPF Flooding of Mesh Group Information
For OSPF to advertise or flood mesh group information, you need to configure a mesh group in OSPF and add that mesh group to an autotemplate interface. When the configuration is complete, OSPF advertises the mesh group IDs to all LSRs. MPLS TE LSPs automatically connect the edge LSRs in each mesh group. For configuration information, see the "Configuring IGP Flooding for Autotunnel Mesh Groups" section.
OSPF can advertise mesh group IDs for an OSPF area. OSPF is the only IGP supported in the Cisco IOS 12.0(29)S, 12.2(33)SRA, 12.2(33)SXH, and 12.4(20)T releases of the MPLS Traffic Engineering—AutoTunnel Mesh Groups feature.
How to Configure MPLS Traffic Engineering—AutoTunnel Mesh Groups
This section contains the following procedures:
•
Configuring a Mesh of TE Tunnel LSPs (required)
•
Specifying the Range of Mesh Tunnel Interface Numbers (optional)
•
Displaying Configuration Information About Tunnels (optional)
•
Monitoring the Autotunnel Mesh Network (required)
•
Configuring IGP Flooding for Autotunnel Mesh Groups (optional)
Configuring a Mesh of TE Tunnel LSPs
Perform the following tasks on each PE router in your network to configure a mesh of TE tunnel LSPs:
•
Enabling Autotunnel Mesh Groups Globally
•
Creating an Access List Using a Name
•
Creating an Autotunnel Template Interface
Note
You can perform these tasks in any order.
Enabling Autotunnel Mesh Groups Globally
Perform the following task to enable autotunnel mesh groups globally. Perform this task on all PE routers in your network that you want to be part of an autotunnel mesh group.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
mpls traffic-eng auto-tunnel mesh
4.
end
DETAILED STEPS
Creating an Access List Using a Name
Perform the following task to create an access list using a name.
The access list determines the destination addresses for the mesh tunnel interfaces. You can use an access list to control the PE routers to which a full or partial mesh of TE tunnel LSPs is established. The access list allows matches for only the addresses that are learned and stored in the TE topology database.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
ip access-list {standard | extended} access-list-name
4.
permit source [source-wildcard]
5.
end
DETAILED STEPS
Creating an Autotunnel Template Interface
Perform the following task to create an autotunnel template interface. This helps minimize the initial configuration of the network. You configure one template interface per mesh, and it propagates to all mesh tunnel interfaces, as needed.
Note
You can use the following commands to create a minimal configuration.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
interface auto-template interface-num
4.
ip unnumbered interface-type interface-number
5.
tunnel mode {aurp | cayman | dvmrp | eon | gre | ipip | iptalk | mpls | nos}
6.
tunnel mpls traffic-eng autoroute announce
7.
tunnel mpls traffic-eng priority setup-priority [hold-priority]
8.
tunnel mpls traffic-eng auto-bw [collect-bw] [frequency seconds] [max-bw kbps] [min-bw kbps]
9.
tunnel mpls traffic-eng path-option number {dynamic | explicit {name path-name | path-number}} [lockdown]
10.
tunnel destination access-list num
11.
end
DETAILED STEPS
Specifying the Range of Mesh Tunnel Interface Numbers
Perform the following task to specify the range of mesh tunnel interface numbers.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
mpls traffic-eng auto-tunnel mesh tunnel-num min num max num
4.
end
DETAILED STEPS
Displaying Configuration Information About Tunnels
Perform the following task to display tunnel configuration information, such as tunnel interface and mesh tunnel configuration.
SUMMARY STEPS
1.
enable
2.
show running interface auto-template num
3.
show interface tunnel num configuration
4.
exit
DETAILED STEPS
Step 1
enable
Use this command to enable privileged EXEC mode. Enter your password if prompted. For example:
Router> enableRouter#Step 2
show running interface auto-template num
Use this command to display interface configuration information for a tunnel interface. For example:
Router# show running interface auto-template 1interface auto-template1ip unnumbered Loopback0no ip directed-broadcastno keepalivetunnel destination access-list 1tunnel mode mpls traffic-engtunnel mpls traffic-eng autoroute announcetunnel mpls traffic-eng path-option 1 dynamicThis output shows that autotunnel template interface auto-template1 uses an access list (access-list 1) to determine the destination addresses for the mesh tunnel interfaces.
Step 3
show interface tunnel num configuration
Use this command to display the configuration of the mesh tunnel interface. For example:
Router# show interface tunnel 5 configurationinterface tunnel 5ip unnumbered Loopback0no ip directed-broadcastno keepalivetunnel destination access-list 1tunnel mode mpls traffic-engtunnel mpls traffic-eng autoroute announcetunnel mpls traffic-eng path-option 1 dynamicStep 4
exit
Use this command to exit to user EXEC mode. For example:
Router# exitRouter>
Monitoring the Autotunnel Mesh Network
Perform the following task to monitor the autotunnel mesh network.
SUMMARY STEPS
1.
enable
2.
show mpls traffic-eng tunnels property auto-tunnel mesh [brief]
3.
show mpls traffic-eng auto-tunnel mesh
4.
exit
DETAILED STEPS
Step 1
enable
Use this command to enable privileged EXEC mode. Enter your password if prompted. For example:
Router> enableRouter#Step 2
show mpls traffic-eng tunnels property auto-tunnel mesh [brief]
Use this command to monitor mesh tunnel interfaces. This command restricts the output of the show mpls traffic-eng tunnels command to display only mesh tunnel interfaces. For example:
Router# show mpls traffic-eng tunnels property auto-tunnel mesh briefSignalling Summary:LSP Tunnels Process: runningRSVP Process: runningForwarding: enabledPeriodic reoptimization: every 3600 seconds, next in 491 secondsPeriodic FRR Promotion: Not RunningPeriodic auto-bw collection: disabledTUNNEL NAME DESTINATION UP IF DOWN IFSTATE/PROTrouter_t64336 10.2.2.2 - Se2/0up/uprouter_t64337 10.3.3.3 - Se2/0up/upDisplayed 2 (of 2) heads, 0 (of 0) midpoints, 0 (of 0) tailsStep 3
show mpls traffic-eng auto-tunnel mesh
Use this command to display the cloned mesh tunnel interfaces of each autotemplate interface and the current range of mesh tunnel interface numbers. For example:
Router# show mpls traffic-eng auto-tunnel meshAuto-Template1:Using access-list 1 to clone the following tunnel interfaces:Destination Interface----------- ---------10.2.2.2 Tunnel6433610.3.3.3 Tunnel64337Mesh tunnel interface numbers: min 64336 max 65337Step 4
exit
Use this command to exit to user EXEC mode. For example:
Router# exitRouter>
Troubleshooting Tips
You can configure mesh tunnel interfaces directly. However, you cannot delete them manually, and manual configuration is not permanent. The configuration is overwritten when the template changes or the mesh tunnel interface is deleted and re-created. If you attempt to manually delete a mesh tunnel interface, an error message appears.
You can enter the show mpls traffic-eng tunnels destination address command to display information about tunnels that are destined for a specified IP address.
Enter the show mpls traffic-eng tunnels property auto-tunnel mesh command to display information about mesh tunnel interfaces.
Configuring IGP Flooding for Autotunnel Mesh Groups
Perform the following task to configure IGP flooding for autotunnel mesh groups. Use this task to configure an OSPF-based discovery for identifying mesh group members and advertising the mesh group IDs to all LSRs.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
mpls traffic-eng auto-tunnel mesh
4.
router ospf process-id
5.
mpls traffic-eng mesh-group mesh-group-id interface-type interface-number area area-id
6.
exit
7.
Repeat steps 4 and 5 at other LSRs to advertise the mesh group numbers to which they belong.
8.
interface auto-template interface-num
9.
tunnel destination mesh-group mesh-group-id
10.
end
DETAILED STEPS
Configuration Examples for MPLS Traffic Engineering—Autotunnel Mesh Groups
This section contains the following configuration examples:
•
Configuring a Mesh of TE Tunnel LSPs: Examples
•
Specifying the Range of Mesh Tunnel Interface Numbers: Example
•
Configuring IGP Flooding for Autotunnel Mesh Groups: Example
Configuring a Mesh of TE Tunnel LSPs: Examples
This section contains the following configuration examples for configuring a mesh of TE tunnel LSP:
•
Enabling Autotunnel Mesh Groups Globally: Example
•
Creating an Access List Using a Name: Example
•
Creating an AutoTunnel Template Interface: Example
Enabling Autotunnel Mesh Groups Globally: Example
The following example shows how to enable autotunnel mesh groups globally:
configure terminal!mpls traffic-eng auto-tunnel meshendCreating an Access List Using a Name: Example
The following examples shows how to create an access list using a name to determine the destination addresses for the mesh tunnel interfaces:
configure terminal!ip access-list standard a1permit 10.0.0.0 0.255.255.255endIn this example, any IP address in the TE topology database that matches access list a1 causes the creation of a mesh tunnel interface with that destination address.
Creating an AutoTunnel Template Interface: Example
This example shows how to create an AutoTunnel template template interface. In the following example, an AutoTunnel template is created and configured with a typical set of TE commands. The mesh group created from the template consists of mesh tunnel interfaces with destination addresses that match access list a1.
Note
The following example shows a typical configuration.
configure terminal!interface auto-template 1ip unnumbered Loopback0tunnel mode mplstunnel mpls traffic-eng autoroute announcetunnel mpls traffic-eng priority 1 1tunnel mpls traffic-eng auto-bwtunnel mpls traffic-eng path-option 1 dynamictunnel destination access-list a1endSpecifying the Range of Mesh Tunnel Interface Numbers: Example
In the following example, the lowest mesh tunnel interface number can be 1000, and the highest mesh tunnel interface number can be 2000:
configure terminal!mpls traffic-eng auto-tunnel mesh tunnel-num min 1000 max 2000endConfiguring IGP Flooding for Autotunnel Mesh Groups: Example
In the following example, OSPF is configured to advertise the router membership in mesh group 10:
configure terminal!mpls traffic-eng auto-tunnel meshrouter ospf 100mpls traffic-eng mesh-group 10 loopback 0 area 100exit!interface auto-template 1tunnel destination mesh-group 10endAdditional References
The following sections provide references related to the MPLS Traffic Engineering—AutoTunnel Mesh Groups feature.
Related Documents
Standards
Standard TitleNo new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature.
—
MIBs
RFCs
RFC TitleNo new or modified RFCs are supported by this feature, and support for existing RFCs has not been modified by this feature.
—
Technical Assistance
Feature Information for MPLS Traffic Engineering—AutoTunnel Mesh Groups
Table 1 lists the release history for this feature.
Not all commands may be available in your Cisco IOS software release. For release information about a specific command, see the command reference documentation.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Note
Table 1 lists only the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train. Unless noted otherwise, subsequent releases of that Cisco IOS software release train also support that feature.
Glossary
CE router—customer edge router. A router that is part of a customer's network and interfaces to a provider edge (PE) router.
customer network—A network that is under the control of an end customer. Private addresses can be used in a customer network. Customer networks are logically isolated from each other and from the service provider's network.
edge router—A router at the edge of the network that receives and transmits packets. It can define the boundaries of the Multiprotocol Label Switching (MPLS) network.
headend—The label switch router (LSR) where a tunnel originates. The tunnel's "head" or tunnel interface resides at this LSR as well.
label—A short, fixed-length data construct that tells switching nodes how to forward data (packets).
label switched path (LSP) tunnel—A configured connection between two routers in which label switching is used to carry the packets.
LSP—label switched path. A path that a labeled packet follows over several hops, starting at an ingress LSR and ending at an egress LSR.
LSR—label switch router. A Layer 3 router that forwards a packet based on the value of a label encapsulated in the packet.
mesh group—A set of label switch routers (LSRs) that are members of a full or partial network of traffic engineering (TE) label switched paths (LSPs).
P router—provider core router.
PE router—provider edge router. A router at the edge of the service provider's network that interfaces to customer edge (CE) routers.
router—A network layer device that uses one or more metrics to determine the optimal path along which network traffic should be forwarded. Routers forward packets from one network to another based on network layer information.
tailend—The downstream, receive end of a tunnel.
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.
tunnel—A secure communication path between two peers, such as two routers. A traffic engineering tunnel is a label switched tunnel that is used for traffic engineering. Such a tunnel is set up through means other than normal Layer 3 routing.
CCDE, CCENT, CCSI, Cisco Eos, Cisco HealthPresence, Cisco IronPort, the Cisco logo, Cisco Lumin, Cisco Nexus, Cisco Nurse Connect, Cisco Pulse, Cisco StackPower, Cisco StadiumVision, Cisco TelePresence, Cisco Unified Computing System, Cisco WebEx, DCE, Flip Channels, Flip for Good, Flip Mino, Flipshare (Design), Flip Ultra, Flip Video, Flip Video (Design), Instant Broadband, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn, Cisco Capital, Cisco Capital (Design), Cisco:Financed (Stylized), Cisco Store, and Flip Gift Card are service marks; and Access Registrar, Aironet, AllTouch, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, Continuum, EtherFast, EtherSwitch, Event Center, Explorer, Fast Step, Follow Me Browsing, FormShare, GainMaker, GigaDrive, HomeLink, iLYNX, Internet Quotient, IOS, iPhone, iQuick Study, IronPort, the IronPort logo, Laser Link, LightStream, Linksys, MediaTone, MeetingPlace, MeetingPlace Chime Sound, MGX, Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerKEY, PowerPanels, PowerTV, PowerTV (Design), PowerVu, Prisma, ProConnect, ROSA, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0908R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2004-2009 Cisco Systems, Inc. All rights reserved.

