Table Of Contents
Hardware and Software Requirements
MPLS-VPN Hardware configuration
MPLS-VPN Software Configuration
Further Reading Recommendations
Reference Guide
IGX MPLS & MPLS-VPN
Introduction
The purpose of this guide is to help reduce the time needed to deploy IGX-based Multiprotocol Label Switching (MPLS) and MPLS-Virtual Private Network (VPN) networks.It is an implementation helper and the emphasis is put on setup and configuration, additional reading is highly recommended to gain in-depth knowledge (see last section).
Basic knowledge of MPLS technology, IGX and router operation is assumed.
Manuals are to be consulted for an exhaustive equipment and command reference.
Hardware and Software Requirements
Following a typical MPLS architecture, we will build a network made up of Label Switch Routers (LSR), Label Switch Controllers (LSC) and Edge-Label Switch Routers (E-LSR).MPLS-VPNs are then composed of Customer Edge (CE) and Provider Edge (PE) equipment.
These architectures are illustrated below:
Figure 1
While many platforms could be used as LSRs, we will focus on the IGX 8400 in this document.
With this assumption, the following table outlines the different options that are available for each network component:
MPLS Hardware Setup
As mentioned earlier, all MPLS-enabled IGX nodes must be equipped with NPM-64B processor modules.Connectivity from the IGX to the LSC and E-LSR is established with UXM or UXM-E modules.
Asynchronous Transfer Mode (ATM) DS-3/E-3 or OC-3 is recommended between the IGX (LSR) and the 7200(LSC), so as to ensure fast transport of the Tag signalling protocol.
Connectivity between the IGX (LSR) and the E-LSRs can be accomplished with almost any ATM physical medium.
The diagram below illustrates these principles:
Figure 2
MPLS Software configuration
This section features Configuration samples for each part of the network.Almost any IP routing protocol can be used between the MPLS nodes, we have tested successfully in our lab OSPF and EIGRP.
The examples below will focus on OSPF.
What's more, a hierarchical OSPF implementation has been chosen here, as it is commonly found in Service Provider Networks.
The diagram below outlines the lab setup:
Figure 3
Notes on Figure 3:
•
lb stands for Loopback interface
•
While the IGX does not feature layer 3 functionality at this moment, its physical ports are labeled with IP loopback interfaces because it is most practical for the illustration's sake. Indeed, in an MPLS architecture, the LSC "inherits" the LSR interfaces that are MPLS-enabled. These LSR interfaces become virtual interfaces of the LSC router and behave very much like any other router interface.
IGX (LSR) Software Config
Setup sequence:1.
Configure the LSC ATM port
- Upln- Cnfln (optional)- Upport- cnfrsrc- Cnfport (optional)2.
Add a VSIcontroller (= the LSC)
- addctrlr3.
Configure VSI-controlled ATM ports or trunks.
Important Note: VSI-controlled virtual trunks cannot carry Autoroute traffic, which results in the inability to add the trunk after enabling VSI, or the inability to enable VSI on a trunk that's been added. This only applies to virtual trunks and not to regular trunks.
Let's do this configuration on our sanjose IGX lab node:
1.
configuring the LSC ATM port on UXM port 6.6:
upln 6.6
Upport 6.6
(Maximum PVC Bandwidth: BW reserved for non-vsi pvcs)
(Reserved BW : BW reserved for vsi controller traffic)2.
Add a VSI controller:
Addctrlr
sanjose TN Cisco IGX 8430 9.3.1T Sep. 10 2000 15:02 PSTVSI Controller InformationCtrlrId PartId ControlVC Intfc Type CtrlrIPVPI VCIRange1 1 0 40-70 6.6 MPLS 6.6.6.6Last Command: dspctrlrs
3.
configure VSI-enabled port 7.8
4.
Configure VSI-enabled trunk 11.1
Configuring the LSC (7200):
tahiti lab router config:
The "ip route-cache cef" command should be issued on all Xtag interfaces!!! (not displayed here as it is the default setting)
The bombay lab router config is similar to tahiti, and is provided below for your convenience:
Configuring the E-LSR
london lab router config:
The paris lab router config is provided below for your convenience:
MPLS Debug commands
Before doing extensive debugging, we have found the following problems to occur frequently:•
Payload scrambling mismatch between the router and the IGX: Both have different default settings, which results in a default mismatch. (not MPLS-specific, but related)
•
LVC vpi-vci range mismatch. There is unfortunately no mechanism today to automatically match LVC vpi-vci ranges between router and IGX, or IGX and IGX (the Cisco Wan Manager team is working on a tool to compare each side of a MPLS-enabled UXM trunk). This problem can be identified by turning on tag-switching TDP debug.
•
"ip route-cache cef" has not been enabled on all Tag interfaces.
While there are many debug commands available for MPLS, we have found the following to be most useful:
On the IGX side:
Dspvsich:
Dspvsipartinfo:
On the IOS side (LSC):
Show controllers vsi descriptor:
This command is extremely useful to verify that the Xtag interfaces created manually on the router did bind with the advertised interfaces from the IGX...
This is also a great command to find out which interfaces have been MPLS-enabled on the IGX from a router's perspective.
IF status should be up, except for the LSC control port, which should be n/a.
Show controllers vsi session:
Some sessions should be established, if not, there is a problem. (thank you, Sherlock).
MPLS-VPN Hardware configuration
There is no limitation to the physical medium that can be used to connect the CE and PE routers.MPLS-VPN Software Configuration
No specific changes are required on the IGX to add VPNs to the MPLS network. The LSC(7200) configuration can also remain untouched.The following diagram illustrates the lab MPLS-VPN setup:
Figure 4
The following IP routing scheme has been implemented in this setup:
Figure 5
Revised E-LSR 3640 (PE) configs:
Customer Edge (CE) 3810 Configs:
MPLS QoS
This lab test does not cover MPLS multi-VC mode.Multi-VC mode requires the use of PA-A1 port adapters on the 7200 routers (as opposed to PA-A3).
The IGX supports multi-vc mode by way of its user-configurable qbins (cnfqbin,...), which can be left at their default settings for most networks.
Multi-vc mode needs only to be enabled on the E-LSR (no special configuration required on IGX or LSC).
When Multi-VC mode is enabled, IP packets are differentiated in the E-LSR by the IP Type of Service (TOS) bits, and then sent on different parallel permanent virtual circuits (PVCs). These PVCs will use different user-configurable queues end-to-end (qbins), which helps maintain different Quality of Service (QoS) levels for each of them.
Further Reading Recommendations
Update to the Cisco IGX 8400 Series Reference Guide (MPLS related IGX documentation):
http://www.cisco.com/en/US/products/hw/switches/ps988/tsd_products_support_reference_guides.html
Your feedback is welcome, let us know how useful this document has been for you, e-mail Frederic Laruelle at flaruell@cisco.com.





