-
Cisco IOS Multiprotocol Label Switching Configuration Guide, Release 12.4
- Part 1 : Basic MPLS
- Part 2: MPLS Label Distribution Protocol
- Part 3: MPLS Traffic Engineering
-
Part 4: MPLS Virtual Private Networks
-
MPLS Layer 3 VPN Features Roadmap
-
Configuring MPLS Layer 3 VPNs
-
MPLS VPN Inter-AS with ASBRs Exchanging VPN-IPv4 Addresses
-
MPLS VPN Inter-AS with ASBRs Exchanging IPv4 Routes and MPLS Labels
-
MPLS VPN Carrier Supporting Carrier Using LDP and an IGP
-
MPLS VPN Carrier Supporting Carrier with BGP
-
Configuring Route Maps to Control the Distribution of MPLS Labels Between Routers in an MPLS VPN
-
Load Sharing MPLS VPN Traffic
-
Dialing to Destinations with the Same IP Address for MPLS VPNs
-
Configuring Scalable Hub-and-Spoke MPLS VPNs
-
Ensuring That MPLS VPN Clients Using OSPF Communicate over the MPLS VPN Backbone Instead of Through Backdoor Links
-
Assigning an ID Number to a VPN
-
Directing MPLS VPN Traffic Using Policy-Based Routing
-
Directing MPLS VPN Traffic Using a Source IP Address
-
Monitoring MPLS VPNs with MIBs
-
Table Of Contents
MPLS Label Switch Controller and Enhancements
Changing from Tag-Switching to MPLS Terminology
MPLS LSC Functional Description
Using Controlled ATM Switch Ports as Router Interfaces
How the LSC, ATM Switch, and VSI Work Together
Platforms Supported by MPLS LSC
Supported Routing Protocols on LC-ATM and MPLS LSC
Supported Standards, MIBs, and RFCs
Configuring the 7200 Series LSCs for BPX and IGX Switches
Verifying the MPLS LSC Configuration
Configuration Example: MPLS LSC
Configuring the Cisco MGX 8850 Switch and RPM-PR as an MPLS LSC
Cisco MGX 8850 RPM-PR Overview
Comparing Cisco 7200 LSC Configuration with Cisco RPM-PR LSC Configuration
Comparing Edge Label Switch Router Configurations
Configuring the Cisco MGX RPM-PR
Configuring the Cisco MGX 8850 Switch with RPM-PR to Perform Basic LSC Operations
Configuration Steps: Adding an MPLS Controller to the PXM-45
Configuration Steps: Mapping an AXSM Port to an XtagATM Interface on the LSC
Configuration Steps: Configuring an RPM as an Edge Label Switch Router
MGX ATM MPLS Configuration Examples
PVP-Based ATM MPLS Network Configuration
Simple PVC-Based Packet MPLS Network Configuration
Configuring the Cisco 6400 Universal Access Concentrator as an MPLS LSC
Cisco 6400 UAC Architectural Overview
Configuring Permanent Virtual Circuits and Permanent Virtual Paths
Control VC Setup for MPLS LSC Functions
Configuring the Cisco 6400 UAC to Perform Basic MPLS LSC Operations
Configuration Steps: Configuring Cisco 6400 UAC NRP as an MPLS LSC
Configuration Steps: Configuring the Cisco 6400 UAC NSP for MPLS Connectivity to the BPX Switch
Configuration Example: Configuring a Cisco 6400 NRP as an LSC
Configuring the Cisco IGX 8400 Switch with a Universal Router Module as an MPLS ATM-LSR
Cisco IGX 8400 Switch with a Universal Router Module Overview
Configuration Example: Configuring a Cisco IGX 8400 Switch with a URM as an MPLS ATM-LSR
Disabling the LSC from Acting as an Edge LSR
Feature 1: Creating Virtual Trunks
Typical ATM Hybrid Network with Virtual Trunks
Configuration Example: Configuring Virtual Trunks with Cisco 7200 LSCs
Configuration for LSC1 Implementing Virtual Trunking
Configuration for BPX1 and BPX2
Configuration for LSC2 Implementing Virtual Trunking
Configuration Example: Configuring Virtual Trunking on Cisco 6400 NRP LSCs
Configuration for Cisco 6400 UAC NSP
Configuration for Cisco 6400 UAC NRP LSC1 Implementing Virtual Trunking
Configuration for BPX1 and BPX2
Configuration for 6400 UAC NRP LSC2 Implementing Virtual Trunking
Feature 2: Using LSC Redundancy
Differences Between Hot and Warm LSC Redundancy
General Redundancy Operational Modes
How LSC Redundancy Differs from Router and Switch Redundancy
ATM, Frame Relay, and Circuit Switch Redundancy
General Hot/Warm Standby Redundancy in Switches
Partitioning the Resources of the ATM Switch
Implementing the Parallel VSI Model
Configuration Example: Configuring LSC Hot Redundancy
Configuration for BPX-1 and BPX-2
Configuration for Edge LSR 7200-1
Configuration for Edge LSR 7200-2
Configuration Example: Configuring LSC Warm Standby Redundancy
Configuration Example: Configuring an Interface Using Two VSI Partitions
Feature 3: Reducing the Number of Label Switch Paths Created in an MPLS Network
Using an Access List to Disable Creation of LSPs to Destination IP Addresses
Specifying Exact Match IP Addresses with an Access List
Configuration Example: Using an Access List to Limit Headend VCs
Configuration for BPX 1 and BPX 2
Feature 4: Differentiated Services and MPLS QoS Multi-VCs
Differentiated Services and Quality of Service
DiffServ Classes and Cisco IP+ATM Switches
Requirements for Differential Services Approach to QoS
Optionally Setting the MPLS Experimental Field Value
Configuring MPLS QoS in the Core of an ATM Network
Configuring Queuing Functions on Router Output Interfaces
Setting the ATM-CLP Bit on Enhanced ATM Port Adapter Interfaces
VC Merge Hardware and Software Requirements
Feature 6: MPLS Diff-Serv-Aware Traffic Engineering over ATM
Guaranteed Bandwidth Service Configuration
Feature 7: MPLS: OAM Insertion and Loop Detection on LC-ATM
Prerequisites for MPLS: OAM Insertion and Loop Detection on LC-ATM
Restrictions for MPLS: OAM Insertion and Loop Detection on LC-ATM
How to Configure MPLS: OAM Insertion and Loop Detection on LC-ATM
Configuration Examples for MPLS: OAM Insertion and Loop Detection on LC-ATM
OAM Management with MPLS Subinterfaces Example
OAM Management with Switch Subinterfaces on Route Processor Modules Example
OAM Management with XtagATM Subinterfaces on Label Switch Controllers Example
Feature 8: Troubleshooting the MPLS LSC Network with the LVC Path Trace Feature
Prerequisites for the LVC Path Trace Feature
Restriction for the LVC Path Trace Feature
Starting Up the Cisco MGX 8850 PXM-45 and Cisco MGX AXSM
File and Directory Names Are Case Sensitive
Flash Command vs. Bootflash Command
Upgrade Cisco MGX 8850 PXM-45 Card First
Set Boot IP Address in Every Switch
Copying the Images from the TFTP Server
Upgrading the PXM-45 and AXSM Images
Verifying the IOS Files on the PXM-45 E:Drive
MPLS Label Switch Controller and Enhancements
This document describes the Cisco Multiprotocol Label Switching (MPLS) Label Switch Controller (LSC). It describes the MPLS LSC feature, identifies the platforms supported by the MPLS LSC, provides configuration examples for MPLS LSC components, and describes related IOS commands that can be used with the supported platforms.
Feature History for MPLS Label Switch Controller and Enhancements
Finding Support Information for Platforms and Cisco IOS Software Images
Use Cisco Feature Navigator to find information about platform support and Cisco IOS software image support. Access Cisco Feature Navigator at http://www.cisco.com/go/fn. You must have an account on Cisco.com. If you do not have an account or have forgotten your username or password, click Cancel at the login dialog box and follow the instructions that appear.
Document Organization
This document is organized as follows. The following sections describe MPLS LSC in general:
•
Platforms Supported by MPLS LSC
•
The following sections describe MPLS LSC features. Each section contains its own configuration steps and examples:
•
•
•
•
•
•
•
The following section provides additional information for the Cisco MGX 8850 RPM-PR:
•
The following sections describe commands used throughout the book:
Changing from Tag-Switching to MPLS Terminology
Cisco is moving from tag-switching to MPLS, because MPLS is compliant with the IETF standard. This change necessitates terminology and command changes. Table 1 lists the old tag-switching terms and the equivalent MPLS terms used in this document.
Feature Overview
The MPLS label switch controller (LSC), combined with the slave ATM switch, supports scalable integration of IP services over an ATM network. The MPLS LSC enables the slave ATM switch to:
•
•
•
The MPLS LSC supports highly scalable integration of MPLS (IP+ATM) services by using a direct peer relationship between the ATM switch and MPLS routers. This direct peer relationship removes the limitation on the number of IP edge routers (typical of traditional IP-over-ATM networks), allowing service providers to meet growing demands for IP services. The MPLS LSC also supports direct and rapid implementation of advanced IP and MPLS services over ATM networks using ATM switches.
MPLS combines the performance and virtual circuit capabilities of Layer 2 (data link layer) switching with the scalability of Layer 3 (network layer) routing capabilities. This combination enables service providers to deliver solutions for managing growth, providing differentiated services, and leveraging existing networking infrastructures.
The MPLS LSC architecture provides the flexibility to:
•
•
By deploying the MPLS LSC across large enterprise networks or wide area networks, customers can:
•
•
•
MPLS LSC Functional Description
The MPLS LSC is a label switch router (LSR) that is configured to control the operation of a separate ATM switch. Together, the MPLS LSC and the controlled ATM switch function as a single ATM label switch router (ATM-LSR).
Figure 1 shows the functional relationship between the MPLS LSC and the ATM switch that it controls.
Figure 1 MPLS Label Switch Controller and Controlled ATM Switch
The following routers can function as an MPLS LSC:
•
•
The following ATM switches can function with the Cisco 7200 series router as the controlled ATM switch:
•
•
Also, the Cisco MGX 8850 switch with a Cisco MGX 8850 Route Processor Module (RPM-PR) can function as an MPLS ATM-LSR.
The MPLS LSC controls the ATM switch by means of the Virtual Switch Interface (VSI), which runs over an ATM link connecting the two devices.
The dotted line in Figure 1 represents the logical boundaries of the external interfaces of the MPLS LSC and the controlled ATM switch, as discovered by the IP routing topology. The controlled ATM switch provides one or more XTagATM interfaces at this external boundary. The MPLS LSC can incorporate other label-controlled or nonlabel-controlled router interfaces.
Using Controlled ATM Switch Ports as Router Interfaces
The XTagATM ports on the LSC are used as an IOS interface type called extended Label ATM (XTagATM). To associate these XTagATM interfaces with particular physical interfaces on the controlled ATM switch, use the interface configuration command extended-port.
Figure 2 shows a typical MPLS LSC configuration that controls three ATM ports on a Cisco BPX switch: ports 6.1, 6.2, and 12.2. These corresponding XTagATM interfaces were created on the MPLS LSC and associated with the corresponding ATM ports on the Cisco BPX switch by means of the extended-port command.
Figure 2 Typical MPLS LSC and BPX Switch Configuration
Observe from Figure 2 that:
•
•
How the LSC, ATM Switch, and VSI Work Together
The LSC and slave ATM switch have the following characteristics:
•
•
•
•
If a component on the LSC fails, the ATM switch's IP switching function is disabled. The standalone LSC is the single point of failure.
The VSI implementation includes the following characteristics:
•
•
•
•
MPLS LSC Benefits
Using the MPLS LSC provides the following benefits:
•
•
•
–
–
–
–
MPLS LSC Restrictions
•
•
•
ip route destination-prefix destination-mask forwarding-router's-address
Note
•
Platforms Supported by MPLS LSC
Routers
You can use the following routers to configure an ATM-LSR:
•
–
•
–
–
–
•
Switches
You can use the following ATM switches to configure an ATM-LSR:
•
•
Switches with Router Modules
You can also use the following switches with router modules as ATM-LSRs:
•
•
Supported Routing Protocols on LC-ATM and MPLS LSC
The followng protocols are supported on the LC-ATM and MPLS LSC:
•
•
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 locate and download MIBs for selected platforms, Cisco IOS releases, and feature sets, use Cisco MIB Locator found at the following URL:
RFCs:
•
•
•
Configuration Tasks
See the following for examples of basic configuration tasks for enabling MPLS LSC functionality:
•
•
•
•
•
Refer to the Cisco BPX 8600 or IGX 8400 series switch documentation for BPX/IGX switch configuration examples.
Configuring the 7200 Series LSCs for BPX and IGX Switches
To enable MPLS functionality on the Cisco 7200 series routers connected to BPX and IGX switches, perform the following steps on each LSC in the configuration.
Note
.
Verifying the MPLS LSC Configuration
The following sections explain some of the commands you can use to ensure that you have configured MPLS correctly.
Check that the Switch Control Port Is Active
Enter the show controllers vsi status command to show the switch control port is active. If an interface has been discovered by the LSC, but an XTagATM interface has not been associated with it through the extended-port configuration command, then the interface name is marked <unknown>, and interface status is marked n/a.
The following is sample output from the show controllers vsi status command:
Router# show controllers vsi statusInterface Name IF Status IFC State Physical Descriptorswitch control port n/a ACTIVE 12.1.0XTagATM0 up ACTIVE 12.2.0XTagATM1 up ACTIVE 12.3.0<unknown> n/a FAILED-EXT 12.4.0Check that VSI Sessions Are Established
Make sure that every VSI session has been established. A session consists of an exchange of VSI messages between the VSI master (the LSC) and a VSI slave (an entity on the switch). There can be multiple VSI slaves for a switch. On the ATM switch, each port or trunk card assumes the role of a VSI slave.
The following is sample output from the show controllers vsi session command. Session State indicates the status of the session between the master and the slave.
•
•
Router# show controllers vsi sessionInterface Session VCD VPI/VCI Switch/Slave Ids Session StateATM0/0 0 1 0/40 0/1 ESTABLISHEDATM0/0 1 2 0/41 0/2 ESTABLISHEDATM0/0 2 3 0/42 0/3 DISCOVERYATM0/0 3 4 0/43 0/4 RESYNC-STARTINGATM0/0 4 5 0/44 0/5 RESYNC-STOPPINGATM0/0 5 6 0/45 0/6 RESYNC-UNDERWAYATM0/0 6 7 0/46 0/7 UNKNOWNATM0/0 7 8 0/47 0/8 UNKNOWNATM0/0 8 9 0/48 0/9 CLOSINGATM0/0 9 10 0/49 0/10 ESTABLISHEDATM0/0 10 11 0/50 0/11 ESTABLISHEDATM0/0 11 12 0/51 0/12 ESTABLISHEDCheck that the VSI Is Operational
To display information about the switch interface discovered by the MPLS LSC through VSI, use the show controllers vsi descriptor EXEC command. The field called IFC state shows the operational state of the interface, according to the switch. It should be ACTIVE.
Router# show controllers vsi descriptor 12.2.0Phys desc: 12.2.0Log intf: 0x000C0200 (0.12.2.0)Interface: XTagATM0IF status: up IFC state: ACTIVEMin VPI: 1 Maximum cell rate: 10000Max VPI: 259 Available channels: 2000Min VCI: 32 Available cell rate (forward): 10000Max VCI: 65535 Available cell rate (backward): 10000Check XTagATM Interfaces
Ensure that the control VC 0/32 has been created to carry non-IP traffic (LDP) on every XTagATM interface. The columns marked VCD, VPI, and VCI display information for the corresponding private VC on the control interface. The private VC connects the XTagATM VC to the external switch. It is termed private because its VPI and VCI are only used for communication between the MPLS LSC and the switch, and it is different from the VPI and VCI seen on the XTagATM interface and the corresponding switch port.
Router# show XTagatm vcAAL / Control InterfaceInterface VCD VPI VCI Type Encapsulation VCD VPI VCI StatusXTagATM0 1 0 32 PVC AAL5-SNAP 2 0 33 ACTIVEXTagATM0 2 1 33 TVC AAL5-MUX 4 0 37 ACTIVEXTagATM0 3 1 34 TVC AAL5-MUX 6 0 39 ACTIVETo gather more information about the XTagATM interface, enter the show interface XTagATM command:
Router# show interface XTagATM0XTagATM0 is up, line protocol is upHardware is TAG-Controlled Switch PortInterface is unnumbered. Using address of Loopback0 (10.0.0.17)MTU 4470 bytes, BW 156250 Kbit, DLY 80 usec, rely 255/255, load 1/255Encapsulation ATM Labelswitching, loopback not setEncapsulation(s): AAL5Control interface: ATM1/0, switch port: bpx 10.29 terminating VCs, 16 switch cross-connectsSwitch port traffic:129302 cells input, 127559 cells outputLast input 00:00:04, output never, output hang neverLast clearing of "show interface" counters neverQueueing strategy: fifoOutput queue 0/0, 0 drops; input queue 0/75, 0 dropsTerminating traffic:5 minute input rate 1000 bits/sec, 1 packets/sec5 minute output rate 0 bits/sec, 1 packets/sec61643 packets input, 4571695 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort53799 packets output, 4079127 bytes, 0 underruns0 output errors, 0 collisions, 0 interface resets0 output buffers copied, 0 interrupts, 0 failuresCheck that LDP Is Operational
The show mpls ldp discovery privileged EXEC command displays the interfaces over which the LDP discovery process is running. Each interface should display a status of "xmit/recv", which means the LSC is sending and receiving LDP messages.
Router# show mpls ldp discoveryLocal LDP Identifier:8.1.1.1:0Discovery Sources:Interfaces:Ethernet1/1/3 (ldp): xmit/recvLDP Id: 172.73.0.77:0LDP Id: 172.16.0.44:0LDP Id: 172.22.0.55:0ATM3/0.1 (ldp): xmit/recvLDP Id: 192.168.7.7:2ATM0/0.2 (tdp): xmit/recvTDP Id: 192.168.0.1:1Targeted Hellos:10.1.1.1 -> 172.44.0.33 (ldp): active, xmit/recvLDP Id: 172.44.0.33:010.1.1.1 -> 192.168.0.16 (tdp): passive, xmit/recvTDP Id: 192.168.0.33:0To display the status of LDP sessions, issue the show mpls ldp neighbor privileged EXEC command. The output should show that the LDP sessions are operational and sending and receiving messages.
Router# show mpls ldp neighborPeer LDP Ident: 192.1680.7.7:2; Local LDP Ident 8.1.1.1:1TCP connection: 192.168.7.7.11032 - 8.1.1.1.646State: Oper; Msgs sent/rcvd: 5855/6371; Downstream on demandUp time: 13:15:09LDP discovery sources:ATM3/0.1Peer LDP Ident: 10.1.1.1:0; Local LDP Ident 10.1.1.1:0TCP connection: 10.1.1.1.646 - 10.1.1.1.11006State: Oper; Msgs sent/rcvd: 4/411; DownstreamUp time: 00:00:52LDP discovery sources:Ethernet1/0/0Addresses bound to peer LDP Ident:10.0.0.29 10.1.1.1 109.0.0.199 172.102.1.110.205.0.9Check that MPLS and LDP Are Operational
Make sure that MPLS is globally enabled and that a label distribution protocol is running on the requested interfaces by issuing the show mpls interfaces command.
Router# show mpls interfacesInterface IP Tunnel Operational(...)Serial0/1.1 Yes (ldp) Yes YesSerial0/1.2 Yes Yes NoSerial0/1.3 Yes (ldp) Yes Yes(...)The IP field shows that MPLS IP is configured for an interface. The Label Distribution Protocol (LDP) appears in parentheses to the right of the IP status.
The Tunnel field indicates the capacity of traffic engineering on the interface.
The Operational field shows the status of the LDP. The interfaceSerial0/1.2 is down in the example; therefore, the Operational field shows that LDP is not operational on that interface.
Configuration Example: MPLS LSC
The network topology shown in Figure 3 incorporates two ATM-LSRs in an MPLS network. This topology includes two LSCs (Cisco 7200 routers), two BPX switches, and two Edge LSRs (Cisco 7200 routers).
Figure 3 ATM-LSR Network Configuration Example
Configuration for LSC1
7200 LSC1:
ip cef!mpls atm disable-headend vc!interface loopback0ip address 172.103.210.5 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM13extended-port ATM3/0 bpx 1.3ip unnumbered loopback0mpls atm vpi 2-15mpls ip!interface XTagATM22extended-port ATM3/0 bpx 2.2ip unnumbered loopback0mpls atm vpi 2-5mpls ipConfiguration for BPX1 and BPX2
BPX1 and BPX2:
uptrk 1.1addshelf 1.1 v 1 1cnfrsrc 1.1 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 1.3cnfrsrc 1.3 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 2.2cnfrsrc 2.2 256 252207 y 1 e 512 4096 2 5 26000 100000
Note
Configuration for LSC2
7200 LSC2:
ip cef!mpls atm disable-headend vc!interface loopback0ip address 172.18.143.22 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM13extended-port ATM3/0 bpx 1.3ip unnumbered loopback0mpls atm vpi 2-15mpls ip!interface XTagATM22extended-port ATM3/0 bpx 2.2ip unnumbered loopback0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR1
LSR1:
ip cef distributed!interface loopback 0ip address 172.22.132.2 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.5 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR2
7200 LSR2:
ip cefinterface loopback 0ip address 172.22.172.18 255.255.255.255!interface ATM2/0no ip address!interface ATM2/0.9 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguring the Cisco MGX 8850 Switch and RPM-PR as an MPLS LSC
You can configure the Cisco MGX 8850 switch with the Cisco 8850 Router Processor Module (RPM-PR) as an MPLS LSC in an MPLS network.
The RPM-PR provides integrated IP in an ATM platform, enabling services such as integrated Point-to-Point Protocol (PPP), Frame Relay termination, and IP virtual private networks (VPNs) using MPLS technology. It provides Cisco IOS-based multiprotocol routing over ATM, Frame Relay and ATM Interface Layer 3 Termination, Local Server Interconnect over High-Speed LANs, access concentration, and switching between Ethernet LANs and the WAN facilities of the MGX 8850. The RPM-PR runs Cisco IOS software.
The hardware that supports MPLS LSC functionality on the Cisco MGX 8850 switch is described in the following sections.
Cisco MGX 8850 RPM-PR Overview
The RPM-PR is a router module based on an NPE-400 processor, modified to fit into any full-height module slot on a Cisco MGX 8850 32-slot chassis. It connects to the PXM-45 back card, the 4E/B back card, and other service modules through the midplane. The RPM-PR receives power from the midplane and communicates over the midplane with the PXM-45 using IPC over ATM.
The RPM-PR has an integrated ATM interface—a permanently attached ATM port adapter/back card based on the Cisco ATM Deluxe module—and the RPM-PR can support up to two optional back cards to provide LAN connectivity.
The MGX 8850 shelf can be completely populated with 12 RPM-PRs. This allows you to use multiple RPM-PRs to achieve load sharing. Load sharing is achieved by manually distributing connections across multiple embedded RPM-PR router blades.
Note
In a 16-slot configuration, you can add RPM-PRs in any of slots 1 through 6 and 9 through 14. RPM-PRs must not be added to slots 7, 8, 15, or 16 in the MGX 8850 switch.The RPM-PR fits into the Cisco MGX 8850 and MGX 8850 midplane architecture so that the front card provides Cisco IOS router services, and the back cards provide physical network connectivity. The RPM-PR front card also provides ATM connectivity to the Cisco MGX 8850 cellbus at full-duplex OC-3.
Figure 4 shows a Cisco MGX 8850 RPM-PR connected to the Cisco MGX 8850 midplane and the back cards.
Figure 4 PRM-PR Connected to the MGX 8850 Midplane and to Back Cards
The RPM-PR back cards are connected to the front card by a dual PCI bus (see Figure 4). Each RPM-PR card can be equipped with up to two single-height back cards.
Note
Note
MGX 8850 Cellbus
The MGX 8850 cellbus in the MGX 8850 midplane communicates between the RPM-PR, service modules (cellbus slaves) and the PXM-45 (cellbus master) (see Figure 4). Each cellbus is connected to a set of PXM-45 cards. Only one cellbus can be active at a time.
Communication from master to slaves consists of a broadcast to all slaves. The first byte of the cell header contains addressing information. Each slave will monitor data traffic and "pick up" cells that are destined to its slot. Also, a multicast bit allows all slaves to receive a cell simultaneously.
Communication from the slaves to the master is more complicated. Because many slaves might attempt to transmit simultaneously, arbitration among slaves is required. At the start of a given cell period, the master will poll all slaves to see if they have anything to send. By the end of the current cell, the master will grant, or allow, one of the slaves to transmit. Polling and data transmission occur simultaneously.
If two RPM-PRs in adjacent slots share the same cellbus, you need to configure a clock rate of 42 MHz on the PXM-45.
Use the dspcbclk command to display the clock rate:
PXM> dspcbclkCellBus Rate (MHz) Slots Allowable Rates (MHz)----------------------------------------------------------CB1 21 1, 2 21, 42CB2 21 3, 4 21, 42CB3 21 5, 6 21, 42CB4 21 17 - 22 21CB5 21 9, 10 21, 42CB6 21 11, 12 21, 42CB7 21 13, 14 21, 42CB8 21 25 - 30 21Use the cnfcbclk cbn 42 command to change the clock rate, where n is the number of the cellbus:
PXM> cnfcbclk cb1 42CellBus Rate (MHz) Slots Allowable Rates (MHz)----------------------------------------------------------CB1 42 1, 2 21, 42CB2 21 3, 4 21, 42CB3 21 5, 6 21, 42CB4 21 17 - 22 21CB5 21 9, 10 21, 42CB6 21 11, 12 21, 42CB7 21 13, 14 21, 42CB8 21 25 - 30 21ATM Deluxe Integrated Port Adapter
The ATM deluxe port adapter provides a single ATM interface to the MGX 8850 cellbus interface (CBI). The ATM port adapter is a permanent, internal ATM interface. As such, it has no cabling to install and does not support interface types. It connects internally and directly to the MGX 8850 midplane.
Comparing Cisco 7200 LSC Configuration with Cisco RPM-PR LSC Configuration
This section compares the configuration of the Cisco 7200 LSC controlling Cisco BPX or Cisco IGX switches with the configuration of the Cisco MGX 8850 RPM-PR LSC controlling the Cisco MGX 8850 switch.
Table 2 compares the configuration of switch partitions and partition resources for the Cisco 7200 LSC controlling the Cisco BPX or Cisco IGX switch with the configuration of the Cisco MGX 8850 RPM-PR LSC controlling the Cisco MGX 8850 switch.
Note
Table 3 compares the configuration of interfaces and virtual paths and identifiers of the Cisco 7200 LSC controlling the Cisco BPX or Cisco IGX switch with the configuration of the Cisco MGX 8850 RPM-PR LSC controlling the Cisco MGX 8850 switch.
Comparing Edge Label Switch Router Configurations
This section compares the configuration of the Cisco 7200 routers, and the Cisco 12000 Internet routers as an Edge Label Switch Router (Edge LSR) with the configuration of the Cisco MGX8850 RPM-PR as an Edge LSR.
Table 4 compares the Edge LSR configuration of the Cisco 7200 routers, and the Cisco 12000 Internet routers with the Cisco MGX 8850 RPM-PR when connected to another RPM-PR and when connected to other routers, such as the Cisco 7200 router.
Configuring the Cisco MGX RPM-PR
This section provides the following configuration information for the Cisco MGX RPM-PR:
•
•
Accessing the RPM-PR Command Line Interface
To configure the RPM-PR, you must access the command line interface (CLI) of the RPM-PR.
You can access the RPM-PR CLI using any of the following methods:
•
•
•
Booting the RPM-PR
When the RPM-PR is booted, the boot image must be the first file in the bootflash. (See the section "RPM-PR Bootflash Precautions" to make sure that the first file on the bootflash is a valid boot image.) If the bootflash does not have a valid boot image as a first file, the card may not be able to boot and can result in bootflash corruption. If the bootflash is corrupted, you need to send the card back for an external burn with a valid boot image.
You can reboot the RPM-PR from the PXM by entering the resetcd <card_number> command from the switch CLI, where card_number is the slot number of the RPM-PR that is being rebooted.
Caution
Also, you can reboot the RPM-PR from the RPM-PR using the RPM-PR console port and entering the reload command.
Note
In addition, you can use the regular TFTP boot procedures to boot the RPM-PR. Make sure you have the network connection to the tftpboot server first.
RPM-PR Bootflash Precautions
The RPM-PR bootflash is used to store boot image, and possibly configuration and run-time files. The bootflash stores and accesses data sequentially, and the RPM-PR boot image must be the first file stored to successfully boot the card.
The RPM's boot image, which comes loaded on the bootflash, will work for all RPM IOS images, and therefore, no reason exists to delete or move the factory-installed boot image.
Caution
To avoid unnecessary failures, requiring card servicing, you should:
•
•
•
As long as the boot file remains intact in the first position on the bootflash, the RPM will successfully boot.
Note
Configuring the Cisco MGX 8850 Switch with RPM-PR to Perform Basic LSC Operations
To support MPLS on the Cisco 8850 switch, you need to configure MPLS support on the RPM-PR, the PXM-45, and the AXSM cards.
Figure 5 shows a Cisco MGX 8850 switch with a Cisco MGX 8850 RPM-PR set up to perform basic MPLS LSC functions. The following sections contain configuration steps and examples that show the setup of MPLS support on the Cisco MGX 8850 switch with a Cisco MGX RPM-PR.
Figure 5 Typical Cisco MGX 8850 Configuration to Support MPLS LSC Functions
Note
Configuration Steps: Adding an MPLS Controller to the PXM-45
To add an MPLS controller to the PXM-45 card, follow these steps:
When you use the Cisco MGX 8850 RPM-PR as an MPLS LSC, you also need to add and partition an AXSM NNI port for MPLS.
Configuration Example: Adding and Partitioning an AXSM NNI Port for MPLS
The following example shows adding and then partitioning an NNI port on an AXSM card for MPLS.
cc 1cnfcdsct 4upln 1.1addport 1 1.1 353207 353207 4 2addpart 1 2 8 500000 500000 500000 500000 0 15 32 65535 4000 4000dsppartsWhere:
•
•
addport ifNum bay.line guaranteedRate maxRate sctID ifType [vpiNum]
where:
ifNum = a number between 1 and 60 bay.line = the Line number guaranteedRate = the virtual rate in cells/sec MaxRate = OC48 rate—between 50 and 5651320 (maxRate for OC12 is between 50 and 1412830 maxRate for OC3 is between 50 and 353207 maxRate for T3 is between 50 and 96000 (PLCP), 104268 (ADM) maxRate for E3 is between 50 and 80000) sctID = the Port SCT ID between 0 and 255, for default file use 0 ifType = 1 for uni; 2 for nni; 3 for vnni (optional) vpiNum = between a number 1 and 4095, used for configuring the interface as a virtual trunkThe guaranteedRate argument must equal the maxRate argument.
•
addpart ifNum partID cntlrID egrminbw egrmaxbw ingrminbw ingrmaxbw minVpi maxVpi minVci maxVci minConns maxConns
Where:
ifNum = a number between 1 and 60 partId = the Partition Identifier between 1 and 20 cntrlrID = the Controller Identifier between 1 and 20 egrminbw = the Egress guaranteed percentage of bandwidth in units of 0.0001% of interface bandwidth egrmaxbw = the Egress maximum percentage of bandwidth in units of 0.0001% of interface bandwidth ingrminbw = the Ingress guaranteed percentage of bandwidth in units of 0.0001% of interface bandwidth ingrmaxbw = the Ingress maximum percentage of bandwidth in units of 0.0001% of interface bandwidth minVpi = the minimum VPI value, which is a number between 0 and 4095 (0 to 255 for UNI interface) maxVpi = the maximum VPI value, which is number between 0 and 4095 (0 to 255 for UNI interface) minVci = the minimum VCI value, which is a number between 32 and 65535 maxVci = the maximum VCI value, which is a number between 32 and 65535 minConns = the guaranteed number of connections, which is a number between 0 and the maximum number of connections in portgroup maxConns = the maximum number of connections, which is a number between 0 and the maximum number of connections in portgroup•
Configuration Steps: Mapping an AXSM Port to an XtagATM Interface on the LSC
Enter the following commands into the RPM-PR to map AXSM ports to the LSC:
When you use the Cisco MGX 8850 RPM-PR as an MPLS LSC, you also need to create the VNNI port on the AXSM card and add an XtagATM interface on the LSC for the VNNI port.
Configuration Example: Creating the VNNI Port on the AXSM Card
The following example shows the creation of a VNNI port on the AXSM card residing on the PXM-45 shelf.
cc 1cnfcdsct 4upln 1.2addport 12 1.2 353207 353207 4 2 11addpart 12 2 8 250000 250000 250000 250000 11 11 32 65535 10000 10000dsppart 2Where:
•
addport ifNum bay.line guaranteedRate maxRate sctID ifType [vpiNum]
Where:
ifNum = a number between 1 and 60 bay.line = the Line number guaranteedRate = the virtual rate in cells/sec MaxRate = OC48 rate—between 50 and 5651320 (maxRate for OC12 is between 50 and 1412830 maxRate for OC3 is between 50 and 353207 maxRate for T3 is between 50 and 96000 (PLCP), 104268 (ADM) maxRate for E3 is between 50 and 80000) sctID = the Port SCT ID between 0 and 255, for default file use 0 ifType = 1 for uni; 2 for nni; 3 for vnni (optional) vpiNum = VPI between 1 and 4095, used for configuring the interface as a virtual trunkThe guaranteedRate argument must equal the maxRate argument.
•
addpart ifNum partID cntlrID egrminbw egrmaxbw ingrminbw ingrmaxbw minVpi maxVpi minVci maxVci minConns maxConns
Where:
ifNum = a number between 1 and 60 partId = the Partition Identifier between 1 and 20 cntrlrID = the Controller Identifier between 1 and 20 egrminbw = the Egress guaranteed percentage of bandwidth in units of 0.0001% of interface bandwidth egrmaxbw = the Egress maximum percentage of bandwidth in units of 0.0001% of interface bandwidth ingrminbw = the Ingress guaranteed percentage of bandwidth in units of 0.0001% of interface bandwidth ingrmaxbw = the Ingress maximum percentage of bandwidth in units of 0.0001% of interface bandwidth minVpi = the minimum VPI value, which is a number between 0 and 4095 (0 to 255 for UNI interface) maxVpi = the maximum VPI value, which is number between 0 and 4095 (0 to 255 for UNI interface) minVci = the minimum VCI value, which is a number between 32 and 65535 maxVci = the maximum VCI value, which is a number between 32 and 65535 minConns = the guaranteed number of connections, which is a number between 0 and the maximum number of connections in portgroup maxConns = the maximum number of connections, which is a number between 0 and the maximum number of connections in portgroup•
Configuration Example: Adding an XtagATM Interface on the LSC for the VNNI Port
The following example shows the addition of an XtagATM interface on the Label Switch Controller (LSC) for the VNNI port.
cc 5enablePassword:config terminalEnter configuration commands, one per line. End with CNTL/Z.!interface XtagATM11212ip unnumbered Loopback0extended-port Switch1 descriptor "1:1.2:12"mpls ipConfiguration Steps: Configuring an RPM as an Edge Label Switch Router
To configure the RPM-PR as an Edge Label Switch Router (Edge LSR) on the MGX 8850 Release 2 shelf, follow these steps:
Configuring an XTag Interface in the LSC Connecting to the RPM-PR Edge LSR
To configure an XTag interface on the LSC connecting to the Cisco MGX 8850 RPM-PR Edge LSR, follow these steps:
MGX ATM MPLS Configuration Examples
This section contains the following sample Cisco MGX 8850 ATM MPLS configurations:
•
Simple Cisco MGX 8850 RPM-PR LSC Network Configuration (VCC Switch Partition)
Figure 6 represents the sample RPM-PR LSC network configuration for a VCC switch partition for the configuration examples that follow.
•
•
Figure 6 Sample RPM-PR LSC Network Configuration
Note
RPM-PR Edge LSR1 Configuration
Following is an example of an RPM-PR Edge LSR(1) configuration. This example uses the switch partition vcc command and therefore, only VCI ranges can be used; you cannot use VPI ranges or VP tunnels. In this example, only one label (tag) switching interface is used, so you can use the default VPI = 0 and the VCI range = 32 to 3808.
Note
ip cef!interface Loopback0ip address 10.9.9.9 255.255.255.255!interface Switch1switch partition vcc 2 8ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 0 0vci 32 3808!interface Switch1.1 mplsip unnumbered Loopback0mpls atm vpi 0 vci 33 3000mpls ip!router ospf 100network 10.0.0.0 0.255.255.255 area 0Where:
•
•
PXM LSC Configuration
The following command adds the LSC controller in the PXM-45. Use the addcontroller <cntrlrtid> <i | o> <cntrlrType> <slot> [cntrlrName] command:
addcontroller 8 i 3 10 LSCWhere:
•
•
•
•
•
RPM-PR LSC Configuration
Following is an example of an RPM-PR LSC configuration. This example uses the switch partition vcc command and therefore, you can use only VPI = 0 and VCI ranges; you cannot use VPI ranges or VP tunnels.
ip cef!mpls atm disable-headend-vc!interface Loopback0ip address 10.20.20.20 255.255.255.255!interface Switch1tag-control-protocol vsi id 8ip route-cache cefswitch partition vcc 2 8ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 0 0vci 32 3808!interface XTagATM91ip unnumbered Loopback0extended-port Switch1 descriptor 9.1mpls ip!interface XTagATM111ip unnumbered Loopback0extended-port Switch1 descriptor 11.1mpls ip!router ospf 100network 10.0.0.0 0.255.255.255 area 0Where:
•
•
•
•
RPM-PR Edge LSR2 Configuration
Following is an example of an RPM-PR Edge LSR(2) configuration. This example uses the switch partition vcc command and therefore, only VPI = 0 and any VCI in the allowed range can be used; you cannot use VPI ranges or VP tunnels.
ip cef!interface Loopback0ip address 10.10.10.10 255.255.255.255!interface Switch1switch partition vcc 2 8ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 0 0vci 32 3808!interface Switch1.1 mplsip unnumbered Loopback0mpls atm vpi 0 vci 33 3000mpls ip!router ospf 100network 10.0.0.0 0.255.255.255 area 0Where:
•
•
Cisco MGX 8850 RPM-PR LSC Network Configuration with Cisco MGX 8850 and Cisco BPX Switches (VCC Switch Partition)
Figure 7 represents a sample RPM-PR LSC network configuration with the MGX 8850 and the BPX switches for the configuration examples that follow.
•
•
•
•
•
Figure 7 Sample RPM-PR LSC Network with Cisco MGX 8850 and Cisco BPX Switches
Note
RPM-PR Edge LSR1 Configuration
Following is an example of a PRM-PR Edge LSR(1) configuration. This example uses the switch partition vcc command and therefore, you can use only VCI ranges; you cannot use VPI ranges or VP tunnels. In this example, only one label (tag) switching interface is used, so you use the default VPI = 0 and the VCI range = 33 to 3808.
Note
In the Cisco MGX 8850 switch, the partition resources of the switch ports are configured at the RPM-PR. In the Cisco BPX or IGX switches, all resources are configured in the switch.ip cef!interface Loopback0ip address 10.9.9.9 255.255.255.255!interface Switch1switch partition vcc 2 8ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 0 0vci 32 3808!interface Switch1.1 mplsip unnumbered Loopback0mpls atm vpi 0 vci 33 3000mpls ip!router ospf 100network 10.0.0.0 0.255.255.255 area 0Where:
•
•
PXM LSC Configuration
The following command adds the LSC controller in the PXM-45. Use the addcontroller <cntrlrtid> <i | 0> <cntrlrType> <slot> [cntrlrName] command:
addcontroller 8 i 3 10 LSCWhere:
•
•
•
•
•
RPM-PR LSC Configuration
Following is an example of an RPM-PR LSC configuration. This example uses the switch partition vcc command and therefore, you can use only VPI = 0 and VCI ranges: you cannot use VPI ranges or VP tunnels.
ip cef!mpls atm disable-headend vc!interface Loopback0ip address 10.20.20.20 255.255.255.255!interface Switch1tag-control-protocol vsi id 8ip route-cache cefswitch partition vcc 2 8controller ID is 8.ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 0 0vci 32 3808!interface XTagATM91ip unnumbered Loopback0extended-port Switch1 descriptor 9.1mpls ip!router ospf 100network 10.0.0.0 0.255.255.255 area 0Where:
•
•
•
•
Mapping a Cisco MGX 8850 AXSM Port to an XtagATM Interface on the Cisco MGX 8850 RPM-PR LSC
The following example shows a sample configuration for mapping an AXSM port to an XtagATM interface on the RPM-PR LSC:
interface XTagATM1111ip unnumbered Loopback0extended-port Switch1 descriptor 1:1.1:1mpls atm vpi 0-15mpls ip!router ospf 100network 10.0.0.0 0.255.255.255 area 0Where:
•
–
–
–
•
AXSM Configuration for the Xtag Interfaces
This configuration example shows adding and partitioning an NNI port on an AXSM card for MPLS. Enter the cc command to change to an AXSM card, then enter the cnfcdsct command to configure the AXSM card service class template (SCT) for PNNI and MPLS:
At the PXM-45 SWITCH.7PXM.a> prompt:
cc 1At the AXM SWITCH.1.AXSM.a> prompt:
cnfcdsct 4upln 1.1addport 1 1.1 353207 353207 4 2addpart 1 2 5 500000 500000 500000 500000 0 15 32 65535 4000 4000dsppartsif part Ctlr egr egr ingr ingr min max min max min maxNum ID ID GuarBw MaxBw GuarBw MaxBw vpi vpi vci vci conn conn(.0001%)(.0001%)(.0001%)(.0001%)-----------------------------------------------------------------------------1 2 5 500000 500000 500000 500000 0 15 32 65535 4000 4000Where:
•
•
•
addport ifNum bay.line guaranteedRate maxRate sctID ifType [vpiNum]
Where:
ifNum is a number between 1 and 60 bay.line is the format for the Line Number guaranteedRate is the virtual rates in cells/sec maxRate for OC48 = between 50 and 5651320 for OC12 = between 50 and 1412830 for OC3 = between 50 and 353207 for T3 = between 50 and 96000(PLCP),104268(ADM) for E3 = between 50 and 80000 sctID is the Port SCT ID between 0 and 255, for the default file use 0 ifType is 1 for UNI; 2 for NNI; 3 for VNNI vpiNum is between 1 and 4095, used for configuring the interface as virtual trunkThe guaranteedRate argument must equal the maxRate argument.
•
addpart ifNum partID cntlrID egrminbw egrmaxbw ingrminbw ingrmaxbw minVpi maxVpi minVci maxVci minConns maxConns
Where:
ifNum is a number between 1 and 60 partID is the partition identifier between 1 and 20 cntrlrID is the controller identifier between 1 and 20 egrminbw is the Egress guaranteed percentage of bandwidth in units of 0.0001% of interface bandwidth egrmaxbw is the Egress maximum percentage of bandwidth in units of 0.0001% of interface bandwidth ingrminbw is the Ingress guaranteed percentage of bandwidth in units of 0.0001% of interface bandwidth ingrmaxbw is the Ingress maximum percentage of bandwidth in units of 0.0001% of interface bandwidth minVpi is the minimum VPI value, which is a number between 0 and 4095 (0 to 255 for the UNI interface) maxVpi is the maximum VPI value, which is number between 0 and 4095 (0 to 255 for the UNI interface) minVci is the minimum VCI value, which is a number between 32 and 65535 maxVci is the maximum VCI value, which is a number between 32 and 65535 minConns is the guaranteed number of connections, which is a number between 0 and the maximum number of connections in portgroup (see dspcd for portgroup info) maxConns is the maximum number of connections, which is a number between 0 and the maximum number of connections in portgroup (see dspcd for portgroup info)•
Configuration for BXP
BPX:
uptrk 1.1addshelf 1.1 v 1 1cnfrsrc 1.1 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 1.3cnfrsrc 1.3 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 2.2cnfrsrc 2.2 256 252207 y 1 e 512 4096 2 5 26000 100000Configuration for Cisco 7200 LSC
7200 LSC:
ip cef!mpls atm disable-headend-vc!interface loopback0ip address 40.40.40.40 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM13extended-port ATM3/0 bpx 1.3ip unnumbered loopback0mpls atm vpi 2-15mpls ip!interface XTagATM22extended-port ATM3/0 bpx 2.2ip unnumbered loopback0mpls atm vpi 2-5mpls ip!router ospf 100network 40.0.0.0 0.255.255.255 area 0Configuration for Cisco 7200 Edge LSR2
7200 LSR2:
ip cef!interface loopback 0ip address 30.30.30.30 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.5 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ip!router ospf 100network 30.0.0.0 0.255.255.255 area 0PVP-Based ATM MPLS Network Configuration
This section contains sample configurations for the following PVP-based ATM MPLS network configurations:
•
•
Edge LSR to Edge LSR SPVP LC-ATM Interface Configuration
Figure 8 represents a sample permanent virtual path (PVP) configuration with devices in the same Cisco MGX 8850 switch for the ATM MPLS network configuration examples that follow.
•
•
•
Figure 8 PVP Configuration with Devices in Same Cisco MGX 8850 Switch
Note
RPM-PR Edge LSR1 Configuration with VPC Switch Partition
This example uses the switch partition vpc command and therefore, you can use VPI ranges or VP tunnels. If you create a VP tunnel between two routers, you need to configure VPC partitioning and PNNI signaling to bring up the PVP. Then you can run the LC-ATM interface on the PVP.
Note
Following is a sample configuration for the RPM-PR Edge LSR1:
ip cef!interface Loopback0ip address 10.9.9.9 255.255.255.255!interface Switch1atm pvp 2 10000switch partition vpc 1 2ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 1 255vci 0 65535!interface Switch1.2 mplsip unnumbered Loopback0pvc 2/0mpls atm control-vc 2 32mpls atm vpi 2 vci 33-65518mpls ipswitch connection vpc 2 master remote!router ospf 100network 10.0.0.0 0.255.255.255 area 0Where:
•
•
•
•
•
Note
PXM-45 Configuration with VPC Switch Partition
This illustrates the PXM configuration for VPC switch partitioning for a PVP when all devices exist on the same Cisco MGX 8850 switch.
At the PXM-45 SWITCH.7.PXM.a> prompt:
addcontroller 2 i 2 7 PNNIdnpnport 9.2cnfpnportsig 9.2 -univer noneuppnport 9.2dspcon 9.2 2Port Vpi Vci Owner State-------------------------------------------------------------------------Local 9:-1.2:-1 2.0 SLAVE FAILAddress: 47.009181000000000142265fb2.000001074b02.00Node name: SWITCHRemote Routed 0.0 MASTER --Address: 00.000000000000000000000000.000000000000.00Node name:-------------------- Provisioning Parameters --------------------Connection Type: VPC Cast Type: Point-to-PointService Category: UBR Conformance: UBR.1Bearer Class: BCOB-VPLast Fail Cause: N/A Attempts: 0Continuity Check: Disabled Frame Discard: DisabledL-Utils: 0 R-Utils: 0 Max Cost: 0 Routing Cost: 0OAM Segment Ep: Enabled---------- Traffic Parameters ----------Tx PCR: 353208 Rx PCR: 353208Tx CDV: N/A Rx CDV: N/ATx CTD: N/A Rx CTD: N/AWhere:
•
Note
•
•
•
RPM -PR Edge LSR2 Configuration with VPC Switch Partition
This example uses the switch partition vpc command and therefore, you can use VPI ranges or VP tunnels. If you create a VP tunnel between two routers, you need to configure VPC partitioning and PNNI signaling to bring up the PVP. Then you can run the LC-ATM interface on the PVP.
Note
Following is a sample configuration for the RPM-PR Edge LSR2:
ip cef!interface Loopback0ip address 12.12.12.12 255.255.255.255!interface Switch1atm pvp 2 10000switch partition vpc 1 2ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 1 255vci 0 65535!interface Switch1.2 mplsip unnumbered Loopback0pvc 2/0mpls atm control-vc 2 32mpls atm vpi 2 vci 33-65518mpls ipswitch connection vpc 2 master local raddr 47.0091.8100.0000.0001.4226.5fb2.0000.0107.4b02.00 2!!router ospf 100network 12.0.0.0 0.255.255.255 area 0!dspcon 9.2 2Port Vpi Vci Owner State-------------------------------------------------------------------------Local 9:-1.2:-1 2.0 SLAVE OKAddress: 47.009181000000000142265fb2.000001074b02.00Node name: SWITCHRemote Routed 0.0 MASTER OKAddress: 47.009181000000000142265fb2.000001076302.00Node name:-------------------- Provisioning Parameters --------------------Connection Type: VPC Cast Type: Point-to-PointService Category: UBR Conformance: UBR.1Bearer Class: BCOB-VPLast Fail Cause: No Fail Attempts: 0Continuity Check: Disabled Frame Discard: DisabledL-Utils: 100 R-Utils: 100 Max Cost: -1 Routing Cost: 0OAM Segment Ep: Enabled---------- Traffic Parameters ----------Tx PCR: 353208 Rx PCR: 353208Tx CDV: N/A Rx CDV: N/ATx CTD: N/A Rx CTD: N/AWhere:
•
•
•
PXM-45 Configuration with VPC Switch Partition
This illustrates the PXM configuration for VPC switch partitioning for a PVP when all devices exist on the same Cisco MGX 8850 switch.
At the PXM-45 SWITCH.7.PXM.a> prompt:
dnpnport 12.2cnfpnportsig 12.2 -univer noneuppnport 12.2Where:
•
Note
•
•
Cisco MGX 8850 RPM-PR Connected to an External Device
These sample configurations illustrate a permanent virtual path (PVP) ATM MPLS network with the Cisco MGX 8850 RPM-PR in the Cisco MGX 8850 switch connected to an external device (a Cisco 7200 router, for example). Figure 9 illustrates a PVP configuration with the RPM-PR in the Cisco MGX 8850 switch connected to a Cisco 7200 Edge LSR for the configuration examples that follow.
•
•
•
Figure 9 RPM-PR in Cisco MGX 8850 Switch Connected to Cisco 7200 Edge LSR
Note
These examples use the switch partition vpc command and therefore, you can use VPI ranges or VP tunnels. If you create a VP tunnel between two routers, you need to configure VPC partitioning and PNNI signaling to bring up the PVP. Then you can run the LC-ATM interface on the PVP.
Between Cisco MGX 8850 RPM-PRs, you can use signaled connections, soft permanent virtual circuit (SPVC) and soft permanent virtual path (SPVP) connections, using PNNI. For this type of connection with VPC partitions, you can use any VPI = 1 to 256. You can run MPLS on SPVCs or SPVPs. With MPLS, you can configure the following:
•
•
If you are connecting the Cisco RPM-PR Edge LSR with other routers, such as the Cisco 7200 router, the Cisco 12000 router, or the Cisco BPX or Cisco IGX switch with the Cisco 7200 router, then you need to connect these routers through AXSM or AXSM-E cards. The Cisco 7200, and Cisco 12000 routers, and the Cisco BPX or Cisco IGX switch with the Cisco 7200 router cannot use PNNI signaling. You need to do the following:
•
•
RPM-PR Edge LSR1 Configuration (VPC Switch Partition)
ip cef!interface Loopback0ip address 10.12.12.12 255.255.255.255!interface Switch1atm pvp 12 100000switch partition vpc 1 2ingress-percentage-bandwidth 20 100egress-percentage-bandwidth 20 100vpi 1 100vci 0 65535!interface Switch1.12 mplsip unnumbered Loopback0pvc 12/0ubr 100000mpls atm vp-tunnel 12 vci-range 33-65518mpls ipswitch connection vpc 12 master remote!router ospf 100network 12.0.0.0 0.255.255.255 area 0Where:
•
•
•
PXM-45 Configuration (Switch Partition VPC)
The following examples show PVP-based ATM MPLS network configurations for the AXSM and PXM-45 cards.
At the AXSM SWITCH.11.AXSM.a> prompt:
upln 1.2addport 2 1.2 40000 40000 4 2addpart 2 1 2 235900 235900 235900 235900 1 100 32 65535 10 100At the PXM-45 SWITCH.7.PXM.a> prompt:
addcontroller 2 i 27 PNNIdnport 9.2cnfpnportsig 9.2 -univer noneuppnport 9.2!dspportsifNum Line Admin Oper. Guaranteed Maximum Port SCT Id ifType VPIState State Rate Rate VNNI only)----- ---- ----- ----- ---------- -------- ------------- ------ ------1 1.1 Up Down 353207 353207 5 UNI 02 1.2 Up Up 40000 40000 4 NNI 0At the AXSM SWITCH.11.AXSM.a> prompt:
dspport 2Interface Number : 2Line Number : 1.2Admin State : Up Operational State : UpGuaranteed bandwidth(cells/sec): 40000 Number of partitions: 1Maximum bandwidth(cells/sec) : 40000 Number of SPVC : 0ifType : NNI Number of SPVP : 0Port SCT Id : 4VPI number(VNNI only) : 0 Number of SVC : 0dspport 1Interface Number : 1Line Number : 1.1Admin State : Up Operational State : DownGuaranteed bandwidth(cells/sec): 353207 Number of partitions: 1Maximum bandwidth(cells/sec) : 353207 Number of SPVC : 0ifType : UNI Number of SPVP : 0Port SCT Id : 5VPI number(VNNI only) : 0 Number of SVC : 0dsppart 2 1Interface Number : 2Partition Id : 1 Number of SPVC: 0Controller Id : 2 Number of SPVP: 0egr Guaranteed bw(.0001percent): 1000000 Number of SVC : 0egr Maximum bw(.0001percent) : 1000000ing Guaranteed bw(.0001percent): 1000000ing Maximum bw(.0001percent) : 1000000min vpi : 1max vpi : 100min vci : 32max vci : 65535guaranteed connections : 10maximum connections : 100At the PXM-45 SWITCH.7.PXM.a> prompt:
dspconsLocal Port Vpi.Vci remote Port Vpi.Vci State Owner----------------------------+-----------------------------+-------+------9.1 0 2000 12.1 0 2000 OK SLAVELocal Addr: 47.009181000000000142265fb2.000001074b01.00Remote Addr: 47.009181000000000142265fb2.000001076301.0012.1 0 2000 9.1 0 2000 OK MASTERLocal Addr: 47.009181000000000142265fb2.000001076301.00Remote Addr: 47.009181000000000142265fb2.000001074b01.0012.2 12 0 Routed 0 0 FAIL SLAVELocal Addr: 47.009181000000000142265fb2.000001076302.00Remote Addr: 00.000000000000000000000000.000000000000.00At the AXSM SWITCH.11.AXSM.a> prompt:
addcon 2 12 0 8 1 -slave 47009181000000000142265fb200000107630200.12.0 -lpcr8000 -rpcr 8000master endpoint added successfullymaster endpoint id : 47009181000000000142265FB20000010B180200.12.0At the PXM-45 SWITCH.7.PXM.a> prompt:
dspconsLocal Port Vpi.Vci Remote Port Vpi.Vci State Owner----------------------------+-----------------------------+-------+------9.1 0 2000 12.1 0 2000 OK SLAVELocal Addr: 47.009181000000000142265fb2.000001074b01.00Remote Addr: 47.009181000000000142265fb2.000001076301.0012.1 0 2000 9.1 0 2000 OK MASTERLocal Addr: 47.009181000000000142265fb2.000001076301.00Remote Addr: 47.009181000000000142265fb2.000001074b01.0012.2 12 0 11:1.2:2 12 0 OK SLAVELocal Addr: 47.009181000000000142265fb2.000001076302.00Remote Addr: 47.009181000000000142265fb2.0000010b1802.0011:1.2:2 12 0 12.2 12 0 OK MASTERLocal Addr: 47.009181000000000142265fb2.0000010b1802.00Remote Addr: 47.009181000000000142265fb2.000001076302.00master endpoint id : 47009181000000000142265FB20000010B180200.12.0Where:
•
Configuration for Cisco 7200 Edge LSR2
ip cef!interface loopback 0ip address 10.9.9.9 255.255.255.255!interface ATM2/0no ip address!interface ATM2/0.9 mplsip unnumbered loopback 0mpls atm vpi 12mpls ip!router ospf 100network 10.0.0.0 0.255.255.255 area 0PXM-45 Configuration with VPC Switch Partition
At the PXM-45 SWITCH.7.PXM.a> prompt:
dnport 11:1.2:2cnfpnportsig 11:1.2:2 -univer noneuppnport 11:1.2:2Where:
•
Simple PVC-Based Packet MPLS Network Configuration
This section contains configuration examples for a simple permanent virtual circuit (PVC) packet MPLS network. For this example all devices are in the same Cisco MGX 8850 switch. Figure 10 illustrates a PVC packet MPLS network with all devices in the same Cisco MGX 8850 switch.
•
•
•
Figure 10 PVC Packet MPLS Network with All Devices in the Same Cisco MGX 8850 Switch
Note
RPM-PR Edge LSR1 Configuration (Switch Partition VCC)
This example uses the switch partition vcc command and therefore, you can use only VCI ranges; you cannot use VPI ranges or VP tunnels. To create and bring up a PVC between two routers, you need to configure VCC partitioning and PNNI signaling. Then you can run packet-based MPLS for the PVC.
Note
ip cef!interface Loopback0ip address 9.9.9.9 255.255.255.255!interface Switch1switch partition vcc 1 2ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 0 0vci 32 3808!interface Switch1.2 point-to-pointip unnumbered Loopback0pvc 0/2000oam-pvc manageencapsulation aal5snap!mpls ipswitch connection vcc 0 2000 master remote!router ospf 100network 9.0.0.0 0.255.255.255 area 0Where:
•
•
•
•
•
PXM-45 Configuration (Switch Partition VCC)
This example shows commands to configure the PXM-45 for a simple PVC packet MPLS network.
At the PXM-45 SWITCH.7.PXM.a> prompt:
addcontroller 2 i 2 7 PNNIdnpnport 9.1cnfpnportsig 9.1 -univer noneuppnport 9.1dspcon 9.2 1Where:
•
•
•
•
•
RPM-PR Edge LSR2 Configuration (Switch Partition VCC)
This example uses the switch partition vcc command and therefore, you can use only VCI ranges; you cannot use VPI ranges or VP tunnels. To create and bring up a PVC between two routers, you need to configure VCC partitioning and PNNI signaling. Then you can run packet-based MPLS for the PVC.
ip cef!interface Loopback0ip address 12.12.12.12 255.255.255.255!interface Switch1switch partition vcc 1 2ingress-percentage-bandwidth 1 100egress-percentage-bandwidth 1 100vpi 0 0vci 1501 3808!interface Switch1.2 point-to-pointip unnumbered Loopback0pvc 0/2000oam-pvc manageencapsulation aal5snap!mpls ipswitch connection vcc 0 2000 master local raddr 47.0091.8100.0000.0001.4226.5fb2.0000.0107.4b01.00 0 2000!router ospf 100network 12.0.0.0 0.255.255.255 area 0Where:
•
•
•
•
PXM-45 Configuration (Switch Partition VCC)
This example shows commands to configure the PXM-45 for a simple PVC packet MPLS network.
At the PXM-45 SWITCH.7.PXM.a> prompt:
addcontroller 2 i 2 7 PNNIdnpnport 12.1cnfpnportsig 12.1 -univer noneuppnport 12.1Where:
•
•
•
Configuring the Cisco 6400 Universal Access Concentrator as an MPLS LSC
You can configure the Cisco 6400 Universal Access Concentrator (UAC) to operate as an MPLS LSC in an MPLS network. The hardware that supports MPLS LSC functionality on the Cisco 6400 UAC is described in the following sections.
Note
Cisco 6400 UAC Architectural Overview
A Cisco 6400 UAC can operate as an MPLS LSC if it incorporates the following components:
•
•
The NRP contains internal ATM interfaces that enable it to be connected to the NSP. However, the NRP cannot access the external ATM interfaces of the Cisco 6400 UAC. Only the NSP can access the external ATM interfaces.
Note
•
Figure 11 shows the components that you can configure to enable the Cisco 6400 UAC to function as an MPLS LSC.
Figure 11 Cisco 6400 UAC Configured as an MPLS LSC
Configuring Permanent Virtual Circuits and Permanent Virtual Paths
The NRP controls the slave ATM switch through the Virtual Switch Interface (VSI) protocol. The VSI protocol operates over a permanent virtual circuit (PVC) that you configure. The PVC is dedicated to the virtual circuits (VCs) that the VSI control channel uses.
For the NRP to control an ATM switch through the VSI, cross-connect the control VCs from the ATM switch through the NSP to the NRP. The ATM switch uses defined control VCs for each BXM slot of the BPX chassis, enabling the LSC to control external XTagATM interfaces through the VSI.
Table 5 defines the PVCs that must be configured on the NSP interface connected to the BPX VSI shelf. These PVCs are cross-connected via the NSP to the NRP VSI master control port, which is running the VSI protocol.
For an NRP that is installed in slot 3 of a Cisco 6400 UAC chassis, the master control port would be ATM3/0/0 on the NSP. As shown in Figure 2, the BPX switch control interface is 12.1. The NSP ATM port connected to interface 12.1 is the ATM interface that is cross-connected to ATM3/0/0. Figure 2 shows that the BXM slaves in BPX slots 6 and 12 are configured as external XTagATM ports. The PVCs that must be cross-connected through the NSP are 0/45 for slot 6 and 0/51 for slot 12, respectively, as outlined in Table 5.
.
Figure 12 shows the functional relationships among the Cisco 6400 UAC hardware components and the permanent virtual paths (PVPs) that you can configure to support MPLS LSC functionality.
Figure 12 Cisco 6400 UAC PVP Configuration for MPLS LSC Functions
All other MPLS LSC functions, such as routing, terminating LVCs, and LDP control VCs (default 0/32), can be accomplished by means of a separate, manually configured PVP (see the upper shaded area in Figure 12). The value of "n" for this manually configured PVP must be the same among all the associated devices (the NRP, the NSP, and the slave ATM switch). Because the NSP uses VP=0 for ATM Forum signaling and the BPX uses VP=1 for autoroute, the value of "n" for this PVP for MPLS LSC functions must be greater than or equal to 2, while not exceeding an upper bound.
Note that some Edge LSRs have ATM interfaces with limited VC space per virtual path (VP). For these interface types, you define several VPs. For example, the Cisco ATM Port Adapter (PA-A1) and the AIP interface are limited to VC range 33 through 1018. To use the full capacity of the ATM interface, configure four consecutive VPs. Make sure the VPs are within the configured range of the BPX.
For internodal BPX connections, it is suggested that you configure VPs 2 through 15; for Edge LSRs, it is suggested that you configure VPs 2 through 5. (See the IOS CLI command mpls atm vpi for examples of how to configure Edge LSRs; see the BPX command "cnfrsrc" described in the Cisco BPX 8600 Series documentation for examples of how to configure BPX service nodes.)
Control VC Setup for MPLS LSC Functions
After you connect the NRP, the NSP, and the slave ATM switch by means of manually configured PVPs (as shown in Figure 12), the NRP can control the slave ATM switch as though it is directly connected to the NRP. The NRP discovers the interfaces of the slave ATM switch and establishes the default control VC to be used in creating MPLS VCs.
The slave ATM switch shown in Figure 12 incorporates two external ATM interfaces (labeled 1 and 2) that are known to the NRP as XTagATM61 and XTagATM122, respectively. On interface 6.1 of the slave ATM switch, VC 0/32 is connected to VC 2/35 by the VSI protocol. On the NRP, VC 2/35 is terminated on interface XTagATM61 and mapped to VC 0/32, also by means of the VSI protocol. This mapping enables the LDP to discover MPLS LSC neighbors by means of the default control VC 0/32 on the physical interface. On interface 12.2 of the slave ATM switch, VC 0/32 is connected to VC 2/83 by the VSI protocol. On the NRP, VC 2/83 is terminated on interface XTagATM122 and mapped to VC 0/32.
Note that the selection of these VCs depends on the availability of VC space. Hence it is not predictable what physical VC will be mapped to the external default control VC 0/32 on the XTagATM interface. The control VC is shown as a PVC on the LSC, as opposed to a LVC, when you execute the IOS CLI command show xtagatm vc.
Configuring the Cisco 6400 UAC to Perform Basic MPLS LSC Operations
Figure 13 shows a Cisco 6400 UAC containing a single NRP that has been configured to perform basic MPLS LSC operations.
Figure 13 Typical Cisco 6400 UAC Configuration to Support MPLS LSC Functions
Note
Note
ip address 172.103.210.5 255.255.255.255
Defining the MPLS Control and IP Routing Paths
In the MPLS LSC topology shown in Figure 13, the devices labeled LSR1 and LSR2 are external to the Cisco 6400 UAC. These devices, with loopback addresses as their respective LDP identifiers, are connected to two separate interfaces labeled 6.1 and 12.2 on the slave ATM switch. Both LSR1 and LSR2 learn about each other's routes from the NRP by means of the data path represented as the thick dashed line in Figure 13. Subsequently, LVCs are established by means of LDP operations to create the data paths between LSR1 and LSR2 through the ATM slave switch.
Both LSR1 and LSR2 learn of the loopback address of the NRP and create a data path (LVCs) from each other that terminates in the NRP. These LVCs, called tailend LVCs, are not shown in Figure 13.
Disabling Edge LVCs
By default, the NRP requests LVCs for the next hop devices (the LSRs shown in Figure 13). The headend LVCs enable the LSC to operate as an edge LSR. Using the LSC as an edge LSR is not supported. Further, the NRP is dedicated to control the slave ATM switch. Therefore, the headend LVCs are not required.
If a Cisco 6400 UAC with an NRP is configured to function as an LSC, disable the edge LSR functionality. An NRP LSC should support transit label switch paths only through the ATM switch using the VSI protocol. To disable the LSC from acting as an edge LSR, see "Disabling the LSC from Acting as an Edge LSR" section.
Configuration Steps: Configuring Cisco 6400 UAC NRP as an MPLS LSC
To configure the Cisco 6400 UAC NRP as an MPLS LSC, perform the following steps:
Configuration Steps: Configuring the Cisco 6400 UAC NSP for MPLS Connectivity to the BPX Switch
To configure the Cisco 6400 UAC NSP for MPLS connectivity to the BXP switch, perform the following steps:
Step 1
Router# show hardware3/0 NRP 00-0000-00 .......Shows the hardware connected to the Cisco 6400 UAC, including the position (3/0) of the NRP in the Cisco 6400 chassis, as shown in the sample output at the left.
Step 2
Router(config)# interface atm3/0/0Specifies the ATM interface for which you want to configure PVCs and PVPs.
Step 3
atm pvc 0 40 interface ATM1/0/0 0 40atm pvc 0 41 interface ATM1/0/0 0 41atm pvc 0 42 interface ATM1/0/0 0 42atm pvc 0 43 interface ATM1/0/0 0 43atm pvc 0 44 interface ATM1/0/0 0 44atm pvc 0 45 interface ATM1/0/0 0 45atm pvc 0 46 interface ATM1/0/0 0 46atm pvc 0 47 interface ATM1/0/0 0 47atm pvc 0 48 interface ATM1/0/0 0 48atm pvc 0 49 interface ATM1/0/0 0 49atm pvc 0 50 interface ATM1/0/0 0 50atm pvc 0 51 interface ATM1/0/0 0 51atm pvc 0 52 interface ATM1/0/0 0 52atm pvc 0 53 interface ATM1/0/0 0 53Configures the PVC for the VSI control channel1 , depending on which of the 14 slots in the Cisco BPX switch is occupied by a Cisco Broadband Switch Module (BXM). If you do not know the BPX slots containing a BXM, configure all 14 PVCs (as shown opposite) to ensure that the NSP functions properly.
However, if you know that Cisco BPX switch slots 10 and 12, for example, contain a BXM, you only need to configure PVCs corresponding to those slots, as shown below:
atm pvc 0 49 interface ATM1/0/0 0 49 atm pvc 0 51 interface ATM1/0/0 0 51Instead of configuring multiple PVCs, as shown opposite in this step, you can configure PVP 0 by deleting all well-known VCs. For example, you can use the command atm manual-well-known-vc delete on both interfaces and then configure PVP 0, as indicated below:
atm pvp 0 interface ATM1/0/0 0Step 4
atm pvp 2 interface ATM1/0/0 2atm pvp 3 interface ATM1/0/0 3atm pvp 4 interface ATM1/0/0 4atm pvp 5 interface ATM1/0/0 5Configures the PVPs for the LVCs. For XTagATM interfaces, use the VPI range 2 through 5 (by issuing an mpls atm vpi 2-5 command). To use a different VPI range, configure the PVPs accordingly.
1 Do not enable MPLS on this interface.
Configuration Example: Configuring a Cisco 6400 NRP as an LSC
When you use the NRP as an MPLS LSC in the Cisco 6400 UAC, you must configure the NSP to provide connectivity between the NRP and the Cisco BPX switch. When configured in this way (as shown in Figure 14), the NRP is connected to the NSP by means of the internal interface ATM3/0/0, while external connectivity from the Cisco 6400 UAC to the Cisco BPX switch is provided by means of the external interface ATM1/0/0 from the NSP.
Figure 14 Cisco 6400 UAC NRP Operating as an LSC
Configuration for Cisco 6400 UAC NSP
6400 NSP:
!interface ATM3/0/0atm pvp 0 interface ATM1/0/0 0atm pvp 2 interface ATM1/0/0 2atm pvp 3 interface ATM1/0/0 3atm pvp 4 interface ATM1/0/0 4atm pvp 5 interface ATM1/0/0 5atm pvp 6 interface ATM1/0/0 6atm pvp 7 interface ATM1/0/0 7atm pvp 8 interface ATM1/0/0 8atm pvp 9 interface ATM1/0/0 9atm pvp 10 interface ATM1/0/0 10atm pvp 11 interface ATM1/0/0 11atm pvp 12 interface ATM1/0/0 12atm pvp 13 interface ATM1/0/0 13atm pvp 14 interface ATM1/0/0 14atm pvp 15 interface ATM1/0/0 15
Note
atm pvp 0 interface ATM1/0/0 0
Configuration for Cisco 6400 UAC NRP LSC1
ip cef!interface Loopback0ip address 172.18.143.22 255.255.255.255!interface ATM0/0/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM13ip unnumbered Loopback0extended-port ATM0/0/0 bpx 1.3mpls atm vpi 2-15mpls ip!interface XTagATM22ip unnumbered Loopback0extended-port ATM0/0/0 bpx 2.2mpls atm vpi 2-5mpls ip!mpls atm disable-headend-vcConfiguration for BPX1 and BPX2
BPX1 and BPX2:
uptrk 1.1addshelf 1.1 v 1 1cnfrsrc 1.1 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 1.3cnfrsrc 1.3 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 2.2cnfrsrc 2.2 256 252207 y 1 e 512 4096 2 5 26000 100000
Note
Configuration for Cisco 6400 UAC NRP LSC2
ip cef!interface Loopback0ip address 172.103.210.5 255.255.255.255!interface ATM0/0/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM13ip unnumbered Loopback0extended-port ATM0/0/0 bpx 1.3mpls atm vpi 2-15mpls ip!interface XTagATM22ip unnumbered Loopback0extended-port ATM0/0/0 bpx 2.2mpls atm vpi 2-5mpls ip!mpls atm disable-headend-vcConfiguration for Edge LSR1
LSR1:
ip cef distributed!interface loopback 0ip address 172.22.132.2 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR2
LSR2:
ip cef distributed!interface loopback 0ip address 172.22.172.18 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.22 mplsunnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguring the Cisco IGX 8400 Switch with a Universal Router Module as an MPLS ATM-LSR
Cisco offers the Universal Router Module (URM) for the Cisco IGX 8400 series switches. The Universal Router Module is a blade for the IGX switch. The IGX switch with the URM supports MPLS and can function as an MPLS ATM-LSR. The following sections explain how to configure the IGX switch with the URM as an MPLS ATM-LSR.
Running the URM on the IGX requires Switch Software 9.3.20 or higher.
VSI
The Virtual Switch Interface (VSI) allows MPLS controllers to control the switch. Each URM in an IGX can be a VSI master or slave. The embedded router in the URM can be configured as a router. The embedded universal switching module (UXM) is always a VSI slave. The embedded router on the URM can act as a master to communicate with the slaves on the IGX and control switch resources.
ATM-LSR
The URM supports MPLS, enabling it to function as an ATM-LSR. The interfaces have the following functions:
•
•
Note
Cisco IGX 8400 Switch with a Universal Router Module Overview
The URM consists of a logically partitioned front card connected to a universal router interface (URI) back card. The front card contains an embedded UXM-E running an Administration firmware image, and an embedded router (based on the Cisco 3660 router) running a Cisco IOS image. The embedded UXM-E and the embedded router connect through a logical internal ATM interface, with capability equivalent to an OC-3 ATM port.
Note
Unlike the Cisco 3660 router, which has one slot for the motherboard and six slots for network modules, the embedded router has three virtual slots with built-in interfaces (see Table 6).
Because the URM front card contains both an embedded UXM-E and an embedded Cisco router, the front card runs two separate software images with two different download procedures. For the embedded UXM-E, the Administration firmware image (Version XAA) is downloaded and saved to the embedded UXM-E Flash memory through SWSW command-line interface (CLI) commands.
The embedded router runs Cisco IOS software.
The embedded UXM-E hardware is based on the UXM-E card for the Cisco IGX series and features 16-MB asynchronous DRAM, 8-MB Flash memory, and 8-KB BRAM. The embedded router hardware is based on the Cisco 3660 modular-access router and features 8-MB boot Flash SIMM, 32-MB Cisco IOS Flash SIMM, and 128-KB NVRAM.
The back card (BC-URI-2FE2VT1 or BC-URI-2FE2VE1) contains an installed voice and WAN interface card (VWIC) with a generic dual-port T1 or E1 digital voice interface.
URM Connections
The Cisco IGX backplane is a cell bus composed of four parallel data buses that transmit up to four cells at a time. This bus bandwidth is organized into allocated units called universal bandwidth units (UBUs), each capable of transmitting 4000 cells per second or 2000 fast packets per second. The Cisco IGX has a total of 584 UBUs, giving the Cisco IGX the capacity to transmit about 2 million cells or 1 million fast packets per second.
Each URM receives a default bandwidth from the Cisco IGX at power on. You can configure this default bandwidth by using the SWSW CLI cnfbusbw command.
Note
Connections terminating on the URM can be virtual path connections (VPCs) or virtual channel connections (VCCs).
The Cisco IOS router in the URM connects to Cisco IGX WAN through an internal ATM interface on the URM card. Because the URM supports voice connections using either standard VoIP or Cisco proprietary VoATM configurations (using ATM PVCs on the internal ATM interface), the remote end of these connections is either an ATM PVC endpoint or a Frame Relay PVC endpoint.
Configuration Example: Configuring a Cisco IGX 8400 Switch with a URM as an MPLS ATM-LSR
The following example configures MPLS on ATM-LSRs and Edge LSRs. The examples use the appropriate ATM interfaces that are directly connected to IGX.
Figure 15 Cisco IGX 8400 Switch with a Universal Router Module
Configuration for Edge LSR 1
LSR1:
ip cef distributedinterface loopback 0ip address 172.22.132.2 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguration for ATM-LSR1
URM LSC1:
ip cefmpls atm disable-headend-vc!interface loopback0ip address 2.2.2.2 255.255.255.0!interface atm0/0no shuttag-control-protocol vsi id 1ip route-cache cef!interface XTagATM132extended-port atm0/0 igx 1.3.2ip unnumbered loopback0mpls atm vp-tunnel 2mpls ip!interface XTagATM22extended-port atm0/0 igx 2.2ip unnumbered loopback0mpls atm vpi 2-5mpls ipConfiguration for ATM-LSR2
URM LSC2
ip cefmpls atm disable-headend-vcinterface loopback0ip address 3.3.3.3 255.255.255.255!interface atm0/0no shuttag-control-protocol vsi id 2ip route-cache cef!interface XTagATM132ip unnumbered loopback0extended-port atm0/0 igx 1.3.2mpls atm vp-tunnel 2mpls ipinterface XTagATM22ip unnumbered loopback0extended-port atm0/0 igx 2.2mpls atm vpi 2-5mpls ipConfiguration for IGX1 and IGX2
IGX1 and IGX2:
uptrk 1.1addshelf 1.1 v 1 1cnfrsrc 1.1 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 1.3.2cnftrk 1.3.2 100000 N 1000 7F V,TS,NTS,FR,FST,CBR,NRT-VBR,ABR,RT-VBR N TERRESTRIAL 10 0 N N Y Y Y CBR 2cnfrsrc 1.3.2 256 252207 y 1 e 512 6144 2 2 26000 100000uptrk 2.2cnfrsrc 2.2 256 252207 y 1 e 512 4096 2 5 26000 100000
Note
Configuration for Edge LSR2
7200 LSR2:
ip cefinterface loopback 0ip address 172.22.172.18 255.255.255.255!interface ATM2/0no ip address!interface ATM2/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipDisabling the LSC from Acting as an Edge LSR
Using the MPLS LSC as a label edge device is not supported. Using the MPLS LSC as a label edge device introduces unnecessary complexity to the configuration. See the command mpls atm disable-headend-vc to disable edge LSR functionality on the LSC.
Disabling the LSC from acting as an edge LSR causes the LSC to stop initiating LSPs to any destination. Therefore, the number of LVCs used in the network is reduced. The LSC can still terminate tailend LVCs, if required.
You can prevent the terminating tailend LVCs from being created between the edge LSRs and LSCs. This helps prevent the unnecessary use of LVC resources in a slave ATM switch. You use the mpls request-labels for command with an access list to disable the creation of the LSPs. You can create an access list at an edge LSR to restrict the destinations for which a downstream-on-demand request is issued.
With downstream on demand, LVCs are depleted with the addition of each new node. These commands save resources by disabling the LSC from setting up unwanted LSPs. The absence of those LSPs allows traffic to follow the same path as control traffic.
The following example uses the mpls atm disable-headend-vc command to disable the LSC from functioning as an edge LSR. The following line is added to the LSC configuration:
mpls atm disable-headend-vc
Note
Feature 1: Creating Virtual Trunks
Virtual trunks provide connectivity for Cisco WAN MPLS switches through an ATM cloud, as shown in Figure 16. Because several virtual trunks can be configured across a given private/public physical trunk, virtual trunks provide a cost-effective means of connecting across an entire ATM network.
The ATM equipment in the cloud must support virtual path switching and transmission of ATM cells based solely on the VPI in the ATM cell header. The virtual path identifier (VPI) is provided by the ATM cloud administrator (that is, by the service provider).
Typical ATM Hybrid Network with Virtual Trunks
Figure 16 shows three Cisco WAN MPLS switching networks, each connected to an ATM network by a physical line. The ATM network links all three of these subnetworks to every other subnetwork with a fully meshed network of virtual trunks. In this example, each physical interface is configured with two virtual trunks.
Figure 16 Typical ATM Hybrid Network Using Virtual Trunks
A virtual trunk number (slot number.port number.trunk number) differentiates the virtual trunks found within a physical trunk port. In Figure 17, three virtual trunks (4.1.1, 4.1.2, and 4.1.3) are configured on a physical trunk that connects to the port 4.1 interface of a BXM.
Figure 17 Virtual Trunks Configured on a Physical Trunk
These virtual trunks are mapped to the XTagATM interfaces on the LSC. On the XTagATM interface, you configure the respective VPI value using the command mpls atm vp-tunnel vpi. This VPI should match the VPI in the ATM network. The label virtual circuits (LVCs) are generated inside this VP, and this VP carries the LVCs and their traffic across the network.
Virtual Trunking Benefits
Virtual trunks provide the following benefits:
•
•
Virtual Trunking Restrictions
Virtual Trunk Bandwidth—The total bandwidth of all the virtual trunks on one port cannot exceed the maximum bandwidth of the port. Trunk loading (units of load) is maintained per virtual trunk, but the cumulative loading of all virtual trunks on a port is restricted by the transmit and receive rates for the port.
Maximum Virtual Trunks—The maximum number of virtual trunks that can be configured per card equals the number of virtual interfaces (VIs) on the BPX/IGX switch.
•
•
Configuration Example: Configuring Virtual Trunks with Cisco 7200 LSCs
The network topology shown in Figure 18 incorporates two ATM-LSRs using virtual trunking to create an MPLS network through a private ATM Network. This topology includes:
•
•
•
Note
extended-port atm1/0 descriptor 0.x.x.0
tag-control-protocol vsi slaves 32 id x
ip route-cache cefFigure 18 ATM-LSR Virtual Trunking through ATM Network
Based on Figure 19, the following configuration examples are provided:
•
•
•
Configuration for LSC1 Implementing Virtual Trunking
7200 LSC1:
ip cef!interface loopback0ip address 172.103.210.5 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM132extended-port ATM3/0 bpx 1.3.2ip unnumbered loopback0mpls atm vp-tunnel 2mpls ip!interface XTagATM22extended-port ATM3/0 bpx 2.2ip unnumbered loopback0mpls atm vpi 2-5mpls ipConfiguration for BPX1 and BPX2
BPX1 and BPX2:
uptrk 1.1addshelf 1.1 v 1 1cnfrsrc 1.1 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 1.3.2cnftrk 1.3.2 100000 N 1000 7F V,TS,NTS,FR,FST,CBR,NRT-VBR,ABR,RT-VBR N TERRESTRIAL 10 0 N N Y Y Y CBR 2cnfrsrc 1.3.2 256 252207 y 1 e 512 6144 2 2 26000 100000uptrk 2.2cnfrsrc 2.2 256 252207 y 1 e 512 4096 2 5 26000 100000
Note
Configuration for LSC2 Implementing Virtual Trunking
7200 LSC2:
ip cef!interface loopback0ip address 172.18.143.22 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM132extended-port ATM3/0 bpx 1.3.2ip unnumbered loopback0mpls atm vp-tunnel 2mpls ip!interface XTagATM22extended-port ATM3/0 bpx 2.2ip unnumbered loopback0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR1
LSR1:
ip cef distributedinterface loopback 0ip address 172.22.132.2 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR2
7200 LSR2:
ip cefinterface loopback 0ip address 172.22.172.18 255.255.255.255!interface ATM2/0no ip address!interface ATM2/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguration Example: Configuring Virtual Trunking on Cisco 6400 NRP LSCs
The network topology shown in Figure 19 incorporates two ATM-LSRs using virtual trunking to create an MPLS network through a private ATM Network. This topology includes:
•
•
•
Figure 19 Cisco 6400 NRP Operating as LSC Implementing Virtual Trunking
Configuration for Cisco 6400 UAC NSP
6400 NSP:
!interface ATM3/0/0atm pvp 0 interface ATM1/0/0 0atm pvp 2 interface ATM1/0/0 2atm pvp 3 interface ATM1/0/0 3atm pvp 4 interface ATM1/0/0 4atm pvp 5 interface ATM1/0/0 5atm pvp 6 interface ATM1/0/0 6atm pvp 7 interface ATM1/0/0 7atm pvp 8 interface ATM1/0/0 8atm pvp 9 interface ATM1/0/0 9atm pvp 10 interface ATM1/0/0 10atm pvp 11 interface ATM1/0/0 11atm pvp 12 interface ATM1/0/0 12atm pvp 13 interface ATM1/0/0 13atm pvp 14 interface ATM1/0/0 14atm pvp 15 interface ATM1/0/0 15
Note
atm pvp 0 interface ATM1/0/0 0
Configuration for Cisco 6400 UAC NRP LSC1 Implementing Virtual Trunking
ip cef!interface Loopback0ip address 172.18.143.22 255.255.255.255!interface ATM0/0/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM132ip unnumbered Loopback0extended-port ATM0/0/0 bpx 1.3.2mpls atm vp-tunnel 2mpls ip!interface XTagATM22ip unnumbered Loopback0extended-port ATM0/0/0 bpx 2.2mpls atm vpi 2-5mpls ip!mpls atm disable-headend-vcConfiguration for BPX1 and BPX2
BPX1 and BPX2:
uptrk 1.1addshelf 1.1 v 1 1cnfrsrc 1.1 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 1.3.2cnftrk 1.3.2 100000 N 1000 7F V,TS,NTS,FR,FST,CBR,NRT-VBR,ABR,RT-VBR N TERRESTRIAL 10 0 N N Y Y Y CBR 2cnfrsrc 1.3.2 256 252207 y 1 e 512 6144 2 2 26000 100000uptrk 2.2cnfrsrc 2.2 256 252207 y 1 e 512 4096 2 5 26000 100000
Note
Configuration for 6400 UAC NRP LSC2 Implementing Virtual Trunking
ip cef!interface Loopback0ip address 172.103.210.5 255.255.255.255!!interface ATM0/0/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM132ip unnumbered Loopback0extended-port ATM0/0/0 bpx 1.3.2mpls atm vp-tunnel 2mpls ip!interface XTagATM22ip unnumbered Loopback0extended-port ATM0/0/0 bpx 2.2mpls atm vpi 2-5mpls ip!mpls atm disable-headend-vcConfiguration for Edge LSR1
LSR1:
ip cef distributed!interface loopback 0ip address 172.22.132.2 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR2
LSR2:
ip cef distributed!interface loopback 0ip address 172.22.172.18 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.22 mplsunnumbered loopback 0mpls atm vpi 2-5mpls ipFeature 2: Using LSC Redundancy
LSC redundancy allows you to create a highly reliable IP network, one whose reliability is nearly equivalent to that provided by hot standby routing. Instead of using hot standby routing processes to create redundancy, this method uses a combination of LSCs, the Virtual Switch Interface (VSI), and IP routing paths with the same cost path for hot redundancy, or different costs for warm redundancy. The VSI allows multiple control planes (MPLS, PNNI, and voice) to control the same switch. Each control plane controls a different partition of the switch.
In the LSC redundancy model, two independent LSCs control the different partitions of the switch. Thus, two separate MPLS control planes set up connections on different partitions of the same switch. This is where LSC redundancy differs from hot standby redundancy. The LSCs do not need copies of each other's internal state to create redundancy. The LSCs control the partitions of the switch independently.
A single IP network consists of switches with one LSC (or a hot standby pair of LSCs) and MPLS edge label switch routers (LSRs).
If you change that network configuration by assigning two LSCs per switch, you form two separate MPLS control planes for the network. You logically create two independent parallel IP subnetworks linked at the edge.
If the two LSCs on each switch are assigned identical shares of the switch's resources and links, the two subnetworks are identical. You have two identical parallel IP subnetworks on virtually the same equipment, which would otherwise support only one network.
For example, Figure 20 shows a network of switches that each have two LSCs. MPLS Edge LSRs are located at the edge of the network, to form a single IP network. The LSCs on each switch have identical shares of the switch's resources and links, which makes the networks identical. In other words, there are two identical parallel IP subnetworks.
Figure 20 LSC Redundancy Model
Part of the redundancy model includes Edge LSRs, which link the two networks at the edge.
If the network uses Open Shortest Path First (OSPF) or a similar IP routing protocol with an equal cost on each path, then there are at least two equally viable paths from every Edge LSR to every other Edge LSR. The OSPF equal cost multipath distributes traffic evenly on both paths. Therefore, MPLS sets up two identical sets of connections for the two MPLS control planes. IP traffic travels equally across the two sets of connections.
Note
With the LSC redundancy model, if one LSC on a switch fails, IP traffic uses the other path, without having to establish new links. LSC redundancy does not require the network to set up new connections when a controller fails. Because the connections to the other paths have already been established, the interruption to the traffic flow is negligible. The LSC redundancy model is as reliable as networks that use hot standby controllers. LSC redundancy requires hardware like that used by hot standby controllers. However, the controllers act independently, rather than in hot standby mode. For LSC redundancy to work, the hardware must have connection capacity for doubled-up connections.
If an LSC fails and LSC redundancy is not present, IP traffic halts until other switches break their present connections and reroute traffic around the failed controller. The stopped IP traffic results in undesirable unreliability.
Hot LSC Redundancy
Hot redundancy provides near-instant failover to the other path when an LSC fails. When you set up hot redundancy, both LSCs are active and have the same routing costs on both paths. To ensure that the routing costs are the same, run the same routing protocols on the redundant LSCs.
In hot redundancy, the LSCs run parallel and independent Label Distribution Protocols (LDPs). At the Edge LSRs, when the LDP has multiple routes for the same destination, it requests multiple labels. It also requests multiple labels when it needs to support class of service (CoS). When one LSC fails, the labels distributed by that LSC are removed.
To achieve hot redundancy, you can implement the following redundant components:
•
•
•
•
•
Figure 21 shows one example of how hot LSC redundancy can be implemented.
Figure 21 Hot LSC Redundancy
Warm LSC Redundancy
To achieve warm redundancy, you need only redundant LSCs. You do not necessarily need to run the same routing protocols or distribution protocols on the LSCs.
Note
If you run the same routing protocols, you specify a higher cost for the interfaces on the backup LSC. This causes the data to use only the lower-cost path. This also saves resources on the ATM switch, because the Edge LSR requests LVCs only through the lower-cost LSC. When the primary LSC fails, the Edge LSR uses the backup LSC and creates new paths to the destination. Creating new paths requires reroute time and LDP negotiation time.
Figure 22 shows one example of how warm LSC redundancy can be implemented.
Figure 22 Warm LSC Redundancy
Differences Between Hot and Warm LSC Redundancy
Virtually any configuration of switches and LSCs that provides hot redundancy can also provide warm redundancy. You can also switch from warm to hot redundancy with little or no change to the links, switch configurations, or partitions.
Hot and warm redundancy differ in the following ways:
•
•
General Redundancy Operational Modes
The LSC redundancy model allows you to use the following four operational models. Most other redundancy models cannot accommodate all of these redundancy models.
•
•
•
•
How LSC Redundancy Differs from Router and Switch Redundancy
In traditional IP router networks, network managers ensure reliability by creating multiple paths through the network from every source to every destination. If a device or link on one path fails, IP traffic uses an alternate path to reach its destination.
LSC Redundancy
Connecting two independent LSCs to each switch by the Virtual Switch Interface (VSI) creates two identical subnetworks. Multipath IP routing uses both subnetworks equally. Thus, both subnetworks have identical connections. If a controller in one subnetwork fails, the multipath IP routing diverts traffic to the other path. Because the connections already exist in the alternate path, the reroute time is very fast. The LSC redundancy model matches the reliability of networks with hot standby controllers, without the difficulty of implementing hot standby redundancy.
Router Redundancy
Because routers do not need to establish a virtual circuit to transfer data, they are inherently connectionless. When a router discovers a failed device or link, it requires approximately less than a second to reroute traffic from one path to another.
Routers can incorporate a warm or hot standby routing process to increase reliability. The routing processes share information about the routes to direct different streams of IP traffic. They do not need to keep or share connection information. Routers can also include redundant switch fabrics, backplanes, power supplies, and other components to decrease the chances of node failures.
ATM, Frame Relay, and Circuit Switch Redundancy
Circuit switch, ATM, and Frame Relay networks transfer data by establishing circuits or virtual circuits. To ensure the transfer of data in switches, network managers incorporate redundant switch components. If any component fails, a spare component takes over. Switches can have redundant line cards, power supplies, fans, backplanes, switch fabrics, line cards, and control cards.
•
•
•
A software application usually monitors the state of the switches and their components. If a problem arises, the software sets an alarm to bring attention to the faulty component.
The redundant switch hardware and software are required, because switches take some time to reroute traffic when a failure occurs. Switches can have connection routing software, such as Cisco automatic connection routing, PNNI, or MPLS. However, rerouting the connections in a switch takes much more time than rerouting traffic in a router network. Rerouting connections in a switch requires calculating routes and reprogramming some hardware for each connection. In router networks, large aggregates of traffic can be rerouted simultaneously, with little or no hardware programming. Therefore, router networks can reroute traffic more quickly and easily than connection-oriented networks. Router networks rely on rerouting techniques to ensure reliability. Connection-oriented networks use rerouting only as a last resort.
General Hot/Warm Standby Redundancy in Switches
Network managers can install redundant copies of the connection routing software for ATM and Frame Relay switches on a redundant pair of control processors.
With hot standby redundancy, the active process sends its state to the spare process to keep the spare process up to date in case it needs to take over. The active process sends the state information to the spare process or writes the state to a disk, where both processes can access the information. In either case, the state information is shared between controllers. Because the state of the network routing tables changes frequently, the software must perform much work to maintain consistent routing states between redundant pairs of controllers.
With warm standby redundancy, the state information is not shared between the active and spare processes. If a failure occurs, the spare process resets all of the connections and re-establishes them. Reliability decreases when the spare resets the connections. The chance of losing data increases.
LSC Redundancy Benefits
By implementing the LSC redundancy model, you eliminate the single point of failure between the LSC and the ATM switch it controls. If one LSC fails, the other LSC takes over and routes the data on the other path. The following sections explain the other benefits of LSC redundancy.
LSC Redundancy Does Not Use Shared States or Databases
In the LSC redundancy model, the LSCs do not share states or databases, which increases reliability. Sometimes, when states and databases are shared, an error in the state or database information can cause both controllers to fail simultaneously.
Also, new software features and enhancements do not affect LSC redundancy. Because the LSCs do not share states or database information, you do not have to worry about ensuring redundancy during every step of the update.
LSC Redundancy Allows Different Software Versions
The LSCs work independently and there is no interaction between the controllers. They do not share the controller's state or database, as other redundancy models require. Therefore, you can run different versions of the IOS software on the LSCs, which provides the following advantages:
•
•
Note
LSC Redundancy Allows You to Use Different Router Models
You can use different models of routers in this LSC redundancy model. Using different hardware in the redundancy model reduces the chance that a hardware fault would interrupt network traffic.
LSC Redundancy Allows You to Switch from Hot to Warm Redundancy on the Fly
You can implement hot or warm redundancy and switch from one model to the other. Hot redundancy can use redundant physical interfaces, slave ATM switches with Y redundancy, and redundant LSCs. This enables parallel paths and near-instant failover. If your resources are limited, you can implement warm redundancy, which uses only redundant LSCs. When one controller fails, the backup controller requires some reroute time. As your network grows, you can switch from hot to warm redundancy and back, without bringing down the entire network.
Other redundancy models require complex hardware and software configurations, which are difficult to alter when you change the network configuration. You must manually change the connection routing software from hot standby mode to warm standby mode.
LSC Redundancy Provides an Easy Migration from Standalone LSCs to Redundant LSCs
You can migrate from a standalone LSC to a redundant LSC and back again without affecting network operations. Because the LSCs work independently, you can add a redundant LSC without interrupting the other LSC.
LSC Redundancy Allows Configuration Changes in a Live Network
The hot LSC redundancy model provides two parallel, independent networks. Therefore, you can disable one LSC without affecting the other LSC. This feature has the following benefits:
•
•
LSC Redundancy Provides Fast Reroute in IP+ATM Networks
The hot LSC redundancy model offers redundant paths for every destination. Therefore, reroute recovery is very fast. Other rerouting processes in IP+ATM networks require many steps and take more time.
In normal IP+ATM networks, the reroute process consists of the following steps:
•
•
•
•
After this reroute process, the new path is ready to transfer data. Rerouting data using this process takes time.
The hot LSC redundancy method allows you to quickly reroute data in IP+ATM networks without using the normal reroute process. When you incorporate hot LSC redundancy, you create parallel paths. Every destination has at least one alternative path. If a device or link along the path fails, the data uses the other path to reach its destination. The hot LSC redundancy model provides the fastest reroute recovery time for IP+ATM networks.
LSC Redundancy Restrictions
Hot LSC Redundancy Restrictions
The following list explains the items you need to consider when implementing hot LSC redundancy:
•
•
•
•
Warm LSC Redundancy Restrictions
The following list explains the items you need to consider when implementing warm LSC redundancy:
•
•
•
Note
Configuring LSC Redundancy
To make an LSC redundant, you can partition the resources of the slave ATM switch, implement a parallel VSI model, assign redundant LSCs to each switch, and create redundant LSRs. The following sections explain each of these steps.
Partitioning the Resources of the ATM Switch
In the LSC redundancy model, two LSCs control different partitions of the ATM switch. When you partition the ATM switch for LSC redundancy, use the following guidelines:
•
•
–
–
•
•
See the documentation on the Cisco BPX 8600 series or Cisco IGX 8400 series switches for more information about configuring the slave ATM switch.
Implementing the Parallel VSI Model
The parallel VSI model means that the physical interfaces on the ATM switch are shared by more than one LSC. For instance, LSC1 maps VSI slave interfaces 1 to N to the ATM switch's physical interfaces 1 to N. LSC2 maps VSI slave interfaces to the ATM switch's physical interfaces 1 to N. LSC1 and LSC2 share the same physical interfaces on the ATM switch. With this mapping, you achieve fully meshed independent masters.
Figure 23 shows four ATM physical interfaces mapped as four XTagATM interfaces at LSC1 and LSC2. Each LSC is not aware that the other LSC is mapped to the same interfaces. Both LSCs are active all the time. The ATM switch runs the same VSI protocol on both partitions.
Figure 23 XTagATM Interfaces
Adding Interface Redundancy
To ensure reliability throughout the LSC redundant network, you can also implement:
•
•
Figure 24 Interface Redundancy
Configuration Example: Configuring LSC Hot Redundancy
The network topology shown in Figure 25 incorporates two ATM-LSRs in an MPLS network. This topology includes two LSCs on each BPX node and four Edge LSRs.
Figure 25 ATM-LSR Network Configuration Example
The following configuration examples show the label-switching configuration for both standard downstream-on-demand interfaces and downstream-on-demand over a VP-tunnel. The difference between these two types of configurations is:
•
•
The following configuration examples are provided in this section.
Note
extended-port atm1/0 descriptor 0.x.x.0
tag-control-protocol vsi slaves 32 id x
ip route-cache cef
Note
Configuration for LSC 1A
7200 LSC 1A:
ip cef!mpls atm disable-headend-vc!interface loopback0ip address 172.103.210.5 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsi id 1ip route-cache cef!interface XTagATM12ip unnumbered loopback0extended-port ATM3/0 bpx 1.2mpls atm vpi 2-5mpls ip!interface XTagATM15ip unnumbered loopback0extended-port ATM3/0 bpx 1.5mpls atm vpi 2-15mpls ip!interface XTagATM1612ip unnumbered loopback0extended-port ATM3/0 bpx 1.6.12mpls atm vp-tunnel 12mpls ip!interface XTagATM2612ip unnumbered loopback0extended-port ATM3/0 bpx 2.6.12mpls atm vp-tunnel 12mpls ipConfiguration for LSC 1B
7200 LSC 1B:
ip cef!mpls atm disable-headend-vc!!interface loopback0ip address 172.103.210.6 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsi id 2ip route-cache cef!interface XTagATM22ip unnumbered loopback0extended-port ATM3/0 bpx 2.2mpls atm vpi 2-5mpls ip!interface XTagATM25ip unnumbered loopback0extended-port ATM3/0 bpx 2.5mpls atm vpi 2-15mpls ip!interface XTagATM1622ip unnumbered loopback0extended-port ATM3/0 bpx 1.6.22mpls atm vp-tunnel 22mpls ip!interface XTagATM2622ip unnumbered loopback0extended-port ATM3/0 bpx 2.6.22mpls atm vp-tunnel 22mpls ipConfiguration for LSC 2A
7200 LSC 2A:
ip cef!mpls atm disable-headend-vc!interface loopback0ip address 172.103.210.7 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsi id 1ip route-cache cef!interface XTagATM12ip unnumbered loopback0extended-port ATM3/0 bpx 1.2mpls atm vpi 2-5mpls ip!interface XTagATM15ip unnumbered loopback0extended-port ATM3/0 bpx 1.5mpls atm vpi 2-15mpls ip!interface XTagATM1612ip unnumbered loopback0extended-port ATM3/0 bpx 1.6.12mpls atm vp-tunnel 12mpls ip!interface XTagATM2612ip unnumbered loopback0extended-port ATM3/0 bpx 2.6.12mpls atm vp-tunnel 12mpls ipConfiguration for LSC 2B
7200 LSC 2B:
ip cef!mpls atm disable-headend-vc!interface loopback0ip address 172.103.210.8 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsi id 2ip route-cache cef!interface XTagATM22ip unnumbered loopback0extended-port ATM3/0 bpx 2.2mpls atm vpi 2-5mpls ip!interface XTagATM25ip unnumbered loopback0extended-port ATM3/0 bpx 2.5mpls atm vpi 2-15mpls ip!interface XTagATM1622ip unnumbered loopback0extended-port ATM3/0 bpx 1.6.22mpls atm vp-tunnel 22mpls ip!interface XTagATM2622ip unnumbered loopback0extended-port ATM3/0 bpx 2.6.22mpls atm vp-tunnel 22mpls ipConfiguration for BPX-1 and BPX-2
BPX-1 and BPX-2:
uptrk 1.1addshelf 1.1 vsi 1 1cnfrsrc 1.1 256 252207 y 1 e 512 6144 2 15 26000 100000upln 1.2upport 1.2cnfrsrc 1.2 256 252207 y 1 e 512 6144 2 5 26000 100000uptrk 1.5cnfrsrc 1.5 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 1.6.12cnftrk 1.6.12 110000 N 1000 7F V,TS,NTS,FR,FST,CBR,NRT-VBR,ABR,RT-VBR N TERRESTRIAL 10 0 N N Y Y Y CBR 12cnfrsrc 1.6.12 256 252207 y 1 e 512 6144 12 12 26000 100000uptrk 1.6.22cnftrk 1.6.22 110000 N 1000 7F V,TS,NTS,FR,FST,CBR,NRT-VBR,ABR,RT-VBR N TERRESTRIAL 10 0 N N Y Y Y CBR 22cnfrsrc 1.6.22 256 252207 y 2 e 512 6144 22 22 26000 100000uptrk 2.1addshelf 2.1 vsi 2 2cnfrsrc 2.1 256 252207 y 2 e 512 6144 2 15 26000 100000upln 2.2upport 2.2cnfrsrc 2.2 256 252207 y 2 e 512 4096 2 5 26000 100000uptrk 2.5cnfrsrc 2.5 256 252207 y 2 e 512 6144 2 15 26000 100000uptrk 2.6.12cnftrk 2.6.12 110000 N 1000 7F V,TS,NTS,FR,FST,CBR,NRT-VBR,ABR,RT-VBR N TERRESTRIAL 10 0 N N Y Y Y CBR 12cnfrsrc 2.6.12 256 252207 y 1 e 512 6144 12 12 26000 100000uptrk 2.6.22cnftrk 2.6.22 110000 N 1000 7F V,TS,NTS,FR,FST,CBR,NRT-VBR,ABR,RT-VBR N TERRESTRIAL 10 0 N N Y Y Y CBR 22cnfrsrc 2.6.22 256 252207 y 2 e 512 6144 22 22 26000 100000
Note
Configuration for Edge LSR 7200-1
7200-1 Edge LSR:
ip cef!interface loopback0ip address 172.103.210.1 255.255.255.255!interface ATM2/0no ip address!interface ATM2/0.12 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ip!interface ATM3/0no ip addressinterface ATM3/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR-1
Edge LSR:
ip cef distributed!interface loopback0ip address 172.103.210.2 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.1612 mplsip unnumbered loopback0mpls atm vp-tunnel 12mpls ip!interface ATM2/0/0.1622 mplsip unnumbered loopback0mpls atm vp-tunnel 22mpls ipConfiguration for Edge LSR-2
Edge LSR:
ip cef distributed!interface loopback0ip address 172.103.210.3 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.12 mplsip unnumbered loopback0mpls atm vpi 2-5mpls ip!!interface ATM3/0/0no ip address!interface ATM3/0/0.22 mplsip unnumbered loopback0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR 7200-2
7200-2 Edge LSR:
ip cef!interface loopback0ip address 172.103.210.4 255.255.255.255!interface ATM2/0no ip address!interface ATM2/0.1612 mplsip unnumbered loopback0mpls atm vp-tunnel 12mpls ip!interface ATM2/0.1622 mplsip unnumbered loopback0mpls atm vp-tunnel 22mpls ipConfiguration Example: Configuring LSC Warm Standby Redundancy
You can implement the configuration of LSC warm standby redundancy by configuring the redundant link for either a higher routing cost than the primary link or configuring a bandwidth allocation that is less desirable. You need to perform this only at the Edge LSR nodes, because the LSCs are configured to disable the creation of headend VCs, which reduces the LVC overhead.
Configuration Example: Configuring an Interface Using Two VSI Partitions
A special case may arise where a network topology can only support a neighbor relationship between peers using a single trunk or line interface. To configure the network, use the following procedure:
Step 1
uptrk 2.8cnfrsrc 2.8 256 252207 y 1 e 512 6144 2 15 26000 100000cnfrsrc 2.8 256 252207 y 2 e 512 6144 16 29 26000 100000Thus partition 1 will create LVCs using VPIs 2-15 and partition 2 will create LVCs using VPIs 16-29.
Step 2
mpls atm control-vc <vpi> <vci>Therefore, LSC 1 XTagATM28 can use the default control-vc 0/32 (but it is suggested that you use 2/32 to reduce configuration confusion) and the LSC 2 XTagATM28 should use control-vc 16/32.
Note
extended-port atm1/0 descriptor 0.x.x.0
tag-control-protocol tag-control-protocol vsi slaves 32 id x
ip route-cache cefThe following example shows the configuration steps:
LSC1:
interface XTagATM2801ip unnumbered loopback0extended-port ATM3/0 bpx 2.8mpls atm vpi 2-15mpls atm control-vc 2 32mpls ipLSC2:
interface XTagATM2802ip unnumbered loopback0extended-port ATM3/0 bpx 2.8mpls atm vpi 16-29mpls atm control-vc 16 32mpls ipFeature 3: Reducing the Number of Label Switch Paths Created in an MPLS Network
You can reduce the number of LSPs created in an MPLS networkby Disabling LSPs from being created from a edge LSR or LSC to a destination IP address. Use the mpls request-labels for command. Specify the destination IP addresses that you want to disable from creating LSPs. This command allows you to permit creation of some LSPs, while preventing the creation of others.
Using an Access List to Disable Creation of LSPs to Destination IP Addresses
You can prevent LSPs from being created between Edge LSRs and LSCs. This helps prevent the unnecessary use of LVC resources in a slave ATM switch. You use the mpls request-labels for command with an access list to disable the creation of the LSPs.
Some LSPs are often unnecessary between some Edge LSRs in an MPLS network. Every time a new destination is created, LSPs are created from all Edge LSRs in the MPLS network to the new destination. You can create an access list at an Edge LSR or LSC to restrict the destinations for which a downstream-on-demand request is issued.
For example, Figure 26 is an MPLS ATM network that consists of the following elements:
•
•
•
•
Use mpls request-labels for commands to accomplish the following tasks:
•
•
Performing these tasks reduces the number of LSPs in the MPLS ATM cloud, which reduces the VC usage in the cloud.
Figure 26 Sample MPLS ATM Network
Note
The following examples of the mpls request-labels for command use Figure 27 as a basis. The examples show different ways to disable the creation of LSPs from the LSC to the Edge LSR, and from the Edge LSRs to the LSC.
Figure 27 Sample Configuration for mpls request-labels for Command
Using a Numbered Access List
The following examples use a numbered access list to restrict creation of LSPs.
Preventing LSPs from the LSC to the Edge LSRs
The following example prevents LSPs from being established from the LSC to all 192.x.x.x destinations. However, transit LSPs are allowed between 192.x.x.x destinations. Add the following commands to the LSC configuration:
mpls request-labels for 1access-list 1 deny 192.168.0.0 0.255.255.255access-list 1 permit anyPreventing LSPs from the Edge LSRs to the LSC
The following example prevents headend LVCs from being established from Edge LSR 1 and Edge LSR 2 to the LSC (172.16.x.x). However, transit LSPs are allowed between 192.168.x.x destinations. Add the following commands to the Edge LSR 1 and 2 configurations:
mpls request-labels for 1access-list 1 deny 172.16.0.0 0.255.255.255access-list 1 permit anyUsing a Named Access List
The following examples use a named access list to perform the same tasks as the previous examples:
mpls request-labels for nolervcsip access-list standard nolervcsdeny 192.168.0.0 0.255.255.255permit anympls request-labels for nolervcsip access-list standard nolervcsdeny 172.16.0.0 0.255.255.255permit anySpecifying Exact Match IP Addresses with an Access List
The following examples use exact IP addresses to perform the same tasks as the previous examples:
mpls request-labels for 1access-list 1 deny 192.168.0.1 0.0.0.0access-list 1 deny 192.168.0.2 0.0.0.0access-list 1 permit anympls request-labels for 1access-list 1 deny 172.16.53.1 0.0.0.0access-list 1 permit anyConfiguration Example: Using an Access List to Limit Headend VCs
The following example shows how to use an access list to control the creation of headend VCs in an MPLS network, which allows the network to support more destinations.
Figure 28 shows two Edge LSRs and two ATM-LSRs. In the configuration, only LSPs between Edge LSRs are required to provide label switched paths. Other LSPs are not essential. The LSPs between LSCs and between the LSCs and the Edge LSRs are often unused and required only for monitoring and maintaining the network. In such cases the IP forwarding path is sufficient.
Figure 28 Sample MPLS Network
In networks that require connections only between Edge LSRs, you can use the access list to eliminate the creation of unnecessary LSPs. This allows LVC resources to be conserved so that more Edge LSR connections can be supported.
To prevent creation of LSPs between LSCs, create an access list that denies all 172.16.0.0/24 addresses. Then, to prevent creation of LVCs from the LSCs to the Edge LSRs, create an access list that denies all 192.168.0.0/24 addresses. The configuration examples for LSC 1 and 2 show the commands for performing these tasks.
To prevent creation of LVCs from the Edge LSRs to LSCs, create an access list at the Edge LSRs that denies all 172.16.0.0/24 addresses. The configuration examples for Edge LSR 1 and 2 show the commands for performing this task.
Configuration for LSC 1
7200 LSC 1:
ip cef!mpls request-labels for acl_lscip access-list standard acl_lscdeny 172.16.0.0 0.255.255.255deny 192.168.0.0 0.255.255.255permit any!interface loopback0ip address 172.16.0.1 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM13extended-port ATM3/0 bpx 1.3ip unnumbered loopback0mpls atm vpi 2-15mpls ip!interface XTagATM22extended-port ATM3/0 bpx 2.2ip unnumbered loopback0mpls atm vpi 2-5mpls ipConfiguration for BPX 1 and BPX 2
BPX 1 and BPX 2:
uptrk 1.1addshelf 1.1 v 1 1cnfrsrc 1.1 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 1.3cnfrsrc 1.3 256 252207 y 1 e 512 6144 2 15 26000 100000uptrk 2.2cnfrsrc 2.2 256 252207 y 1 e 512 4096 2 5 26000 100000
Note
Configuration for LSC 2
7200 LSC 2:
ip cef!mpls request-labels for acl_lscip access-list standard acl_lscdeny 172.16.0.0 0.255.255.255deny 192.168.0.0 0.255.255.255permit any!interface loopback0ip address 172.16.0.2 255.255.255.255!interface ATM3/0no ip addresstag-control-protocol vsiip route-cache cef!interface XTagATM13extended-port ATM3/0 bpx 1.3ip unnumbered loopback0mpls atm vpi 2-15mpls ip!interface XTagATM22extended-port ATM3/0 bpx 2.2ip unnumbered loopback0mpls atm vpi 2-5mpls ip!Configuration for Edge LSR 1
LSR 1:
ip cef distributed!mpls request-labels for acl_lerip access-list standard acl_lerdeny 172.16.0.0 0.255.255.255permit any!interface loopback 0ip address 192.168.0.1 255.255.255.255!interface ATM2/0/0no ip address!interface ATM2/0/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipConfiguration for Edge LSR 2
7200 LSR 2:
ip cef!mpls request-labels for acl_lerip access-list standard acl_lerdeny 172.16.0.0 0.255.255.255permit any!interface loopback 0ip address 192.168.0.2 255.255.255.255!interface ATM2/0no ip address!interface ATM2/0.22 mplsip unnumbered loopback 0mpls atm vpi 2-5mpls ipFeature 4: Differentiated Services and MPLS QoS Multi-VCs
Quality of service (QoS) refers to the ability of a network to provide better service to selected network traffic over various underlying technologies including Frame Relay, ATM, Ethernet and 802.1 networks, SONET, and IP-routed networks. In particular, QoS features provide better and more predictable network service by supporting dedicated bandwidth, improving loss characteristics, avoiding and managing network congestion, shaping network traffic, and setting traffic priorities across the network.
A service model, also called a level of service, describes a set of end-to-end QoS capabilities. End-to-end QoS is the ability of the network to deliver service required by specific network traffic from one end of the network to another. Differentiated services is a service model supported by Cisco IOS QoS software that can provide end-to-end QoS.
The Multiprotocol Label Switching quality of service (MPLS QoS) mechanism is a feature for performing differentiated services over ATM. The MPLS QoS Multi-VC mode enhances general MPLS QoS features by enabling users to map the experimental (EXP) field value of an MPLS label to an ATM virtual circuit (VC) to create sets of labeled virtual circuits (LVCs). Each set consists of multiple LVCs, and each LVC is treated as a member of the set.
Differentiated Services and Quality of Service
Differentiated service (DiffServ) is a multiple service model that can satisfy differing QoS requirements. However, unlike the integrated service model, an application using differentiated service does not explicitly signal the router before sending data.
Two different acronyms are used for differentiated services and both are commonly used in other documents. "DiffServ" is used most commonly, and refers to differentiated services in general. "DS" is the name given specifically to the bits in the IP headers used by DiffServ.
For differentiated service, the network tries to deliver a particular kind of service based on the QoS specified by each packet. This specification can occur in different ways, for example, using the IP Precedence bit settings in IP packets. The network uses the QoS specification to classify, mark, shape, and police traffic, and to perform intelligent queuing.
The differentiated service model is used for several mission-critical applications and for providing end-to-end QoS. Typically, this service model is appropriate for aggregate flows because it performs a relatively coarse level of traffic classification.
Cisco IOS QoS includes the following features that support the differentiated service model:
•
•
The DiffServ approach to QoS divides network traffic into a small number of classes and allocates resources on a per-class basis. DiffServ can be viewed as an incremental approach to QoS.
DiffServ Per-Hop Behaviors
DiffServ networks use queuing technologies such as weighted fair queuing (WFQ) to provide differential service to the different classes of service (CoS). Link-by-link engineering of WFQ parameters is the approach suggested by the IETF DiffServ Working Group.
The treatment of a particular CoS on a particular link (or "hop"), using technologies such as weighted fair queuing, is referred to as a per-hop behavior (PHB). Cisco supports engineering of per-hop behaviors on links in both ATM MPLS and packet-based MPLS networks, as well as ordinary IP networks. The principles are the same in all network types, although there are differences in the way CoS information is carried in packets for different networks.
DiffServ Classes and Cisco IP+ATM Switches
Engineering of DiffServ networks leads to specifications of required bandwidths for various classes of service on various links of the network. This is quite different from traditional per-VC bandwidth management in ATM networks.
As shown in Figure 29, class-based queuing involves a separate queue in the ATM switch for each CoS. Cells from all LVCs of each CoS are queued in a single queue for that CoS. The bandwidth parameters of a CoS on a link are set directly on the CoS queue. The only parameter signalled for each LVC is the CoS for the LVC. This means that the ATM MPLS control component is used unchanged, except that multiple LVCs are set up for each destination: one LVC per destination per CoS.
Figure 29 Per-VC Service and CoS in Cisco IP + ATM Switches
Cisco IP+ATM switches support DiffServ for MPLS traffic, alongside ATM Forum Traffic Management types for PVCs and SVCs. Each DiffServ or ATM Forum Traffic Management type gets is own "class of service buffer." Per-VC queuing can be used in addition to the class of "class of service buffers" and this is done for ATM Forum Traffic Management types. Weighted fair queuing is used to assign bandwidths to the IP class of service buffers. This means that the IP classes share bandwidth.
Using class-based queuing instead of per-VC queuing for the IP traffic has several advantages:
•
•
•
•
•
For these reasons, Cisco strongly recommends that networks supporting IP services are engineered using class-based queuing.
Requirements for Differential Services Approach to QoS
Good quality of service can be provided to connectionless IP traffic, on MPLS networks in particular. The process involves the following:
•
•
•
•
•
•
Configuring Multi-VCs
The Multiprotocol Label Switching quality of service (MPLS QoS) mechanism is a feature for performing differentiated services over ATM. It allows the ATM network to treat different packets based on the EXP (experimental) field (also called CoS) of the MPLS header which has the same properties, and which can be mapped to IP precedence. You can configure multiple VCs that have different QoS characteristics between any pair of ATM-connected routers.
Every label switch router (LSR) has a corresponding number of virtual circuits (VCs)—from one to four—for the same destination, hence the term "multi-VC." These parallel label virtual circuits (LVCs) are set up automatically by the upstream edge router using the Label Distribution Protocol. Each set consists of multiple LVCs, and each LVC is treated as a member of the set.
Setting Up LVCs
When you configure multi-VC support, four LVCs for each destination are created by default that map to MPLS QoS. Table 7 shows the LVC to MPLS QoS mapping.
Table 7 LVC to MPLS QoS Mapping
Available
0
0,4
Standard
1
1,5
Premium
2
2,6
Control
3
3, 7
To set up four default LVCs (with default mapping), you add the following instruction to the ATM subinterface configuration of the Edge LSRs:
mpls atm multi-vcThe parallel LVCs are set up automatically on the ATM switches.
Optionally Setting the MPLS Experimental Field Value
The ability to optionally set the MPLS EXP field of the label header upon entry of a customer IP packet into an MPLS network has no direct connection to the MPLS QoS multi-VC mode feature per se. However, the ability to manipulate the EXP field provides flexibility to preserve the IP precedence value in the IP type-of-service (ToS) byte in the header of an incoming IP packet. The service provider can manage queues or select LVCs based on the value of the EXP field.
You can set the MPLS experimental field (EXP) value in customer IP packets arriving at the provider edge router by means of modular QoS CLI commands or CAR commands executed on that edge router.
Using Modular QoS CLI to Configure Ingress Label Switching Router
To use the modular QoS CLI to configure the ingress LSR appropriately for multi-VC mode functionality, perform the following steps:
Step 1
Step 2
Step 3
In the following example, all packets that contain IP precedence 4 are matched by the class-map name IP_prec4:
Router(config)# class-map IP_prec4 Router(config-c-map)# match ip precedence 4 Router(config-c-map)# endIn the following example, the MPLS EXP field of each IP packet that matches class-map IP_prec4 is set to a value of 5:
Router(config)# policy-map set_experimental_5 Router(config-p-map)# class IP_prec4 Router(config-p-map-c)# set mpls experimental 5 Router(config-p-map-c)# endIn the following example, the service policy set_experimental_5 is attached to the specified Ethernet input interface (et 1/0/0):
Router(config)# interface et 1/0/0 Router(config-if)# service-policy input set_experimental_5 Router(config-if)# endUsing CAR to Configure an Ingress Label Switching Router
To classify the packets on the ingress Edge LSR, you can use MPLS QoS committed access rate (CAR) service to set the EXP field of the MPLS header to the desired value. To use CAR to configure the ingress LSR for multi-VC mode functionality, perform the following steps:
Step 1
Step 2
In the following example, all packets containing IP precedence value 4 are matched by the rate-limit access list 24:
Router(config)# access-list rate-limit 24 4 Router(config)# endIn the following example, the MPLS EXP field is set to 4 on output of packets if input IP packets match the access-list and conform to the packet rate. The MPLS EXP field is set to 0 if packets match access list 24 and exceed the input rate.
Router(config)# interface et 1/0/0 Router(config-if)# rate-limit input access-group rate-limit 24 8000 8000 8000 conform-action set-mpls-exp-transmit 4 exceed-action set-mpls-exp-transmit 0 Router(config-if)# end
Note
You need to configure ip cef (ip cef distributed on a Cisco 7200) on the general configuration of the routers before you configure CAR.
Configuring MPLS QoS in the Core of an ATM Network
To configure MPLS QoS in the core of an ATM network, perform the following steps:
Step 1
Step 2
The default for the multi-VC mode creates four LVCs (available, standard, premium, and control) for each MPLS destination.
If you do not choose to use the default for configuring LVCs, you can configure fewer LVCs by using the QoS map function.
Configuring Queuing Functions on Router Output Interfaces
To configure class-based weighted fair queuing (CBWFQ) and weighted random early detection (WRED) functionality on a Cisco 7200 series router interface or a Cisco MGX 8850 switch with the Cisco RPM-PR card interface, perform the following steps:
Step 1
Step 2
Step 3
Step 4
Step 5
Setting the ATM-CLP Bit on Enhanced ATM Port Adapter Interfaces
To set the ATM-CLP bit in ATM cells exiting from an enhanced ATM port adapter interface incorporated into a Cisco 7200 router or a Cisco MGX RPM-PR (in a Cisco MGX 8850 or 8890 switch), perform the following steps:
Step 1
Step 2
Step 3
Step 4
Verifying MPLS QoS Operation
To verify the operation of MPLS QoS, issue the following commands to view information about the switching interfaces, the specified QoS map used to assign a quantity of VCs, and the prefix map used to assign a QoS map to network prefixes that match a standard IP access list.
Router# show mpls interfaces interfacesRouter# show mpls cos-map cos-mapRouter# show mpls prefix-mapConfiguration Examples
This section provides examples for the following configurations, based on the sample ATM LSR network configuration shown in Figure 30:
•
•
•
•
•
•
Note
Figure 30 Sample ATM LSR Network Configuration (CE1 to be added with connection to Edge LSR1)
Configuration for CE1
2600 or 3600 CE1:
interface Loopback0ip address 7.7.7.7 255.255.255.0!interface FastEthernet0/1ip address 150.150.0.2 255.255.255.0duplex auto
