cc/td/doc/product/dsl_prod/6400
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Configuring Multiprotocol Label Switching on the Cisco 6400 UAC
Documentation Survey
Introduction
Configuring the Node Route Processor as an MPLS Label Switch Controller
Configuring the Node Switch Processor as an ATM Label Switch Router
Configuring the Node Route Processor as an MPLS Edge Label Switch Router
Configuring the Node Switch Processor as a Virtual Path Switch
Configuring MPLS Virtual Private Networks
List of Terms and Acronyms
Cisco Connection Online
Documentation CD-ROM

Configuring Multiprotocol Label Switching on the Cisco 6400 UAC


Documentation Survey

Is Cisco documentation helpful? Click here to give us your feedback.

Introduction

This document describes how to configure multiprotocol label switching (MPLS) on the Cisco 6400 universal access concentrator (UAC) using Cisco IOS Releases 12.0(7)DB and 12.0(7)DC.

This document includes the following sections:

Tag Switching and MPLS Terminology

This document uses new terms that differ from those used for previous Cisco IOS software releases. Table 1 lists the old Tag Switching terms and the corresponding MPLS terms found in this document.

Table 1   Old and New Terminology for MPLS

Old Designation New Designation

Tag Switching

MPLS, Multiprotocol Label Switching

Tag (short for Tag Switching)

MPLS

Tag (item or packet)

Label

TDP (Tag Distribution Protocol)

LDP (Label Distribution Protocol)

Cisco TDP and LDP (MPLS Label Distribution Protocol) are nearly identical in function, but use incompatible message formats and some different procedures. Cisco is changing from TDP to a fully compliant LDP.

Tag Switched

Label Switched

TFIB (Tag Forwarding Information Base)

LFIB (Label Forwarding Information Base)

TSR (Tag Switching Router)

LSR (Label Switching Router)

TSC (Tag Switch Controller)

LSC (Label Switch Controller)

ATM-TSR (ATM Tag Switch Router)

ATM-LSR (ATM Label Switch Router, such as the Cisco BPX 8650 switch)

TVC (Tag VC, Tag Virtual Circuit)

LVC (Label VC, Label Virtual Circuit)

XTag ATM (extended Tag ATM port)

XmplsATM (extended MPLS ATM port)

Related Documentation

For general information on configuring the Cisco 6400 UAC, see the Cisco 6400 UAC Software   Configuration Guide

For general information on configuring the Cisco 6400 node switch processor, see the ATM Switch   Router Software Configuration Guide  and the ATM Switch Router Command Reference

For general information on configuring MPLS on the Cisco 6400 node route processor, see "Tag  Switching"  in the Cisco IOS Switching Services Configuration Guide , as well as "Tag Switching   Commands"  in the Cisco IOS Switching Services Command Reference

Prerequisites

In order to use the Cisco 6400 as an MPLS device, you must enable Cisco express forwarding (CEF) switching on each NRP with the ip cef global configuration command.

Configuring the Node Route Processor as an MPLS Label Switch Controller

The label switch controller (LSC), combined with the Cisco BPX 8650 IP+ATM switch, enables scalable integration of IP services over an ATM network. The LSC enables MPLS (IP+ATM) services by using a direct peer relationship between the Cisco BPX 8650 and MPLS routers.

The LSC enables the Cisco BPX 8650 to:

For information on configuring the Cisco 6400 node route processor (NRP) as an LSC in an MPLS network, see the MPLS Label Switch Controller Enhancements  feature module.

Restrictions

The Cisco 6400 NRP configured as an MPLS LSC can only support LSC functionality, with the exception of network management on the Ethernet interface.

Configuring the Node Switch Processor as an ATM Label Switch Router

In conventional Layer 3 forwarding, as a packet traverses the network, each router extracts forwarding information from the Layer 3 header. Header analysis is repeated at each router (hop) through which the packet passes.

In an MPLS network, the Layer 3 header is analyzed just once by an edge label switch router (Edge LSR). The Edge LSR maps the header information into a short fixed-length label. At each hop in the MPLS network, the forwarding decision is made by ATM label switch routers (ATM LSRs) looking only at the label. There is no need to reanalyze the Layer 3 header. Because the label is a fixed-length, unstructured value, lookup is fast and simple. For a complete overview of how MPLS works and its benefits, refer to the Guide to ATM Technology

The Cisco 6400 can be configured as an ATM LSR by configuring MPLS on the node switch processor (NSP) interfaces. For information on configuring the NSP of a Cisco 6400 as an ATM LSR, see the  "Configuring Tag Switching"  chapter in the ATM Switch Router Software Configuration Guide


Note   The recommended method of using a Cisco 6400 to connect an ATM LSR to an MPLS Edge LSR is to configure the NSP as a virtual path (VP) switch. To configure the NSP as a VP switch, see the "Configuring the Node Switch Processor as a Virtual Path Switch" section.

Configuring the Node Route Processor as an MPLS Edge Label Switch Router

The MPLS edge label switch router (Edge LSR) analyzes the Layer 3 header of a packet entering the MPLS network. The Edge LSR then maps the header information into a short fixed-length label and attaches the label to the packet. Inside the MPLS network, the ATM LSRs can forward these packets quickly by only looking at the label. When the packet exits the MPLS network, the Edge LSR removes the label and resumes Layer 3 forwarding of the packet. For general edge router configuration information, see the "Configuring Tag Switching"  chapter in the ATM Switch Router Software   Configuration Guide

The Cisco 6400 NRP can be configured as an MPLS Edge LSR. The Edge LSR NRPs can be connected across MPLS networks using permanent virtual paths (PVPs), or a virtual path identifier (VPI) range. The following sections provide simple examples of each scenario.


Note   The Cisco 6400 NRP performs Edge LSR routing in compliance with RFC 1483 (aal5snap). Running any additional access protocols (such as PPP, RBE, or L2TP) on the same NRP is not supported in this release.

The Edge LSR examples do not show the connections to the routers external to the MPLS network, but packets can enter and exit the MPLS network through the FastEthernet (FE) port on the Edge LSR NRP, or through a node line card (NLC) in the same Cisco 6400. The examples also do not show the devices within the MPLS or ATM network.


Note   The recommended method of using an NSP to connect two MPLS Edge LSRs is to configure the NSP as a virtual path (VP) switch. A VP switch configuration is also recommended for an NSP connecting an MPLS Edge LSR to an ATM LSR. To configure the Cisco 6400 NSP as a VP switch, see the "Configuring the Node Switch Processor as a Virtual Path Switch" section.

Configuring NRPs as MPLS Edge LSRs and Connecting via a PVP

The PVP configuration through the NSP provides transparent NSP redundancy. The NSP switchover does not preserve label virtual circuits (LVCs) unless they are aggregated into a PVP.

Configuring and Connecting Edge LSRs within a Cisco 6400

In this example, two NRPs are configured as Edge LSRs in the same Cisco 6400. The Edge LSRs are connected to each other via a PVP through the switch fabric of the Cisco 6400, as shown in Figure 1.


Figure 1   PVP Connection between Two Edge LSRs within a Cisco 6400

The following example shows the configuration for NRP1 in Slot 1:

NRP1# configure terminal
NRP1(config)# ip cef
NRP1(config)# tag-switching ip
NRP1(config)# interface ATM0/0/0.1 tag-switching
NRP1(config-if)# ip unnumbered Loopback0
NRP1(config-if)# atm pvc 40 40 0 aal5snap
NRP1(config-if)# tag-switching atm vp-tunnel 40
NRP1(config-if)# tag-switching ip

The following example shows the configuration for NRP2 in Slot 2:

NRP2# configure terminal
NRP2(config)# ip cef
NRP2(config)# tag-switching ip
NRP2(config)# interface ATM0/0/0.1 tag-switching
NRP2(config-if)# ip unnumbered Loopback0
NRP2(config-if)# atm pvc 40 40 0 aal5snap
NRP2(config-if)# tag-switching atm vp-tunnel 40
NRP2(config-if)# tag-switching ip

To complete the PVP connection between NRP1 and NRP2 in Figure 1, the NSP must be configured to set the path through the switch fabric. The following example shows the VP-switch configuration for the NSP:

NSP# configure terminal
NSP(config)# interface ATM1/0/0
NSP(config-if)# atm pvp 40 interface ATM2/0/0 40

Configuring and Connecting Edge LSRs in Separate Cisco 6400s

In this example, two NRPs are configured as Edge LSRs in the separate Cisco 6400s. The Edge LSRs are connected to each other via a PVP through the MPLS network, as shown in Figure 2.


Figure 2   PVP Connection between Two Edge LSRs in Separate Cisco 6400s

The following example shows the configuration for NRP1 in Slot 1 of Cisco 6400 A:

NRP1# configure terminal
NRP1(config)# ip cef
NRP1(config)# tag-switching ip
NRP1(config)# interface ATM0/0/0.1 tag-switching
NRP1(config-if)# ip unnumbered Loopback0
NRP1(config-if)# atm pvc 40 40 0 aal5snap
NRP1(config-if)# tag-switching atm vp-tunnel 40
NRP1(config-if)# tag-switching ip

The following example shows the configuration for NRP2 in Slot 1 of Cisco 6400 B:

NRP2# configure terminal
NRP2(config)# ip cef
NRP2(config)# tag-switching ip
NRP2(config)# interface ATM0/0/0.1 tag-switching
NRP2(config-if)# ip unnumbered Loopback0
NRP2(config-if)# atm pvc 40 40 0 aal5snap
NRP2(config-if)# tag-switching atm vp-tunnel 40
NRP2(config-if)# tag-switching ip

To complete the PVP connection between NRP1 and NRP2 in Figure 1, the NSPs must be configured to set the path through the switch fabric and node line cards (NLCs).

The following example shows the VP-switch configuration for NSP1 in Cisco 6400 A:

NSP1# configure terminal
NSP1(config)# interface ATM1/0/0
NSP1(config-if)# atm pvp 40 interface ATM8/0/0 40

The following example shows the VP-switch configuration for NSP2 in Cisco 6400 B:

NSP2# configure terminal
NSP2(config)# interface ATM1/0/0
NSP2(config-if)# atm pvp 40 interface ATM8/0/0 40

Configuring NRPs as MPLS Edge LSRs and Connecting via a VPI Range

In addition to providing transparent NSP redundancy, configuring a VPI Range to connect two MPLS Edge LSRs enable you to accommodate a large number of LVCs. For more information on VPI ranges, see the "Configuring a VPI Range"  section of the ATM Switch Router Software Configuration Guide .

Configuring and Connecting Edge LSRs within a Cisco 6400

In this example, two NRPs are configured as Edge LSRs in the same Cisco 6400. The Edge LSRs are connected to each other via a VPI range through the switch fabric of the Cisco 6400, as shown in Figure 3.


Figure 3   VPI Range between Two Edge LSRs within a Cisco 6400

The following example shows the configuration for NRP1 in Slot 1:

NRP1# configure terminal
NRP1(config)# ip cef
NRP1(config)# tag-switching ip
NRP1(config)# interface ATM0/0/0.1 tag-switching
NRP1(config-if)# ip unnumbered Loopback0
NRP1(config-if)# tag-switching atm vpi 7-10
NRP1(config-if)# tag-switching ip

The following example shows the configuration for NRP2 in Slot 2:

NRP2# configure terminal
NRP2(config)# ip cef
NRP2(config)# tag-switching ip
NRP2(config)# interface ATM0/0/0.1 tag-switching
NRP2(config-if)# ip unnumbered Loopback0
NRP2(config-if)# tag-switching atm vpi 7-10
NRP2(config-if)# tag-switching ip

To complete the VPI range connection between NRP1 and NRP2 in Figure 1, the NSP must be configured to set the paths through the switch fabric. PVP 0 is used to set up the control channels. The following example shows the VP-switch configuration for the NSP:

NSP# configure terminal
NSP(config)# interface ATM1/0/0
NSP(config-if)# atm pvp 7 interface ATM2/0/0 7
NSP(config-if)# atm pvp 8 interface ATM2/0/0 8
NSP(config-if)# atm pvp 9 interface ATM2/0/0 9
NSP(config-if)# atm pvp 10 interface ATM2/0/0 10
NSP(config-if)# atm pvp 0 interface ATM2/0/0 0

Note   This example uses the default control channel PVC 0/32. You can also use a channel within the configured VPI range by using the tag-switching atm control-vc interface configuration command on the NRPs. For example, if you want to use the control channel PVC 7/32, then enter tag-switching atm control-vc 7 32 on both NRP1 and NRP2.

Configuring and Connecting Edge LSRs in Separate Cisco 6400s

In this example, two NRPs are configured as Edge LSRs in the separate Cisco 6400s. The Edge LSRs are connected to each other via a VPI range through the MPLS network, as shown in Figure 4.


Figure 4   VPI Range between Two NRPs in Different Cisco 6400s

The following example shows the configuration for NRP1 in Slot 1 of Cisco 6400 A:

NRP1# configure terminal
NRP1(config)# ip cef
NRP1(config)# tag-switching ip
NRP1(config)# interface ATM0/0/0.1 tag-switching
NRP1(config-if)# ip unnumbered Loopback0
NRP1(config-if)# tag-switching atm vpi 7-10
NRP1(config-if)# tag-switching ip

The following example shows the configuration for NRP2 in Slot 1 of Cisco 6400 B:

NRP2# configure terminal
NRP2(config)# ip cef
NRP2(config)# tag-switching ip
NRP2(config)# interface ATM0/0/0.1 tag-switching
NRP2(config-if)# ip unnumbered Loopback0
NRP2(config-if)# tag-switching atm vpi 7-10
NRP2(config-if)# tag-switching ip

To complete the VPI range connection between NRP1 and NRP2 in Figure 1, the NSPs must be configured to set the path through the switch fabric and node line cards (NLCs). PVP 0 is used to set up the control channels.

The following example shows the VP-switch configuration for NSP1 in Cisco 6400 A:

NSP# configure terminal
NSP(config)# interface ATM1/0/0
NSP(config-if)# atm pvp 7 interface ATM8/0/0 7
NSP(config-if)# atm pvp 8 interface ATM8/0/0 8
NSP(config-if)# atm pvp 9 interface ATM8/0/0 9
NSP(config-if)# atm pvp 10 interface ATM8/0/0 10
NSP(config-if)# atm pvp 0 interface ATM8/0/0 0

The following example shows the VP-switch configuration for NSP2 in Cisco 6400 B:

NSP# configure terminal
NSP(config)# interface ATM1/0/0
NSP(config-if)# atm pvp 7 interface ATM8/0/0 7
NSP(config-if)# atm pvp 8 interface ATM8/0/0 8
NSP(config-if)# atm pvp 9 interface ATM8/0/0 9
NSP(config-if)# atm pvp 10 interface ATM8/0/0 10
NSP(config-if)# atm pvp 0 interface ATM8/0/0 0

Note   This example uses the default control channel PVC 0/32. You can also use a channel within the configured VPI range by using the tag-switching atm control-vc interface configuration command on the NRPs. For example, if you want to use the control channel PVC 7/32, then enter tag-switching atm control-vc 7 32 on both NRP1 and NRP2.

Configuring the Node Switch Processor as a Virtual Path Switch

The recommended method of using a Cisco 6400 to connect an ATM LSR to an MPLS Edge LSR is to configure the NSP as a virtual path (VP) switch. This configuration is also recommended for an NSP connecting two MPLS Edge LSRs.

The VP switch configuration provides NSP redundancy at the ATM layer. An NSP failure and the switchover to the redundant NSP is transparent to MPLS devices connected to the VP switch NSP.

Configuring the NSP as a VP switch

Step Command Task

1

interface atm slot/subslot/port

Select the ATM interface

2

atm pvp vpi interface atm slot/subslot/port vpi

Create a PVP to another interface.

Note You must use matching VPI values on the VP ends.

To configure the NSP as a VP switch, follow these steps starting in global configuration mode:

The following example shows how to configure the NSP as a VP switch between an ATM interface at 1/0/0 and an ATM interface at 5/0/0. Both VPI values are 1.

Switch(config)# interface atm 1/0/0
Switch(config-if)# atm pvp 1 interface atm 5/0/0 1

Configuring MPLS Virtual Private Networks

Virtual Private Networks (VPNs) provide the appearance, functionality, and usefulness of a dedicated private network. The VPN feature for MPLS allows a Cisco IOS network to deploy scalable IPv4 Layer 3 VPN backbone service with private addressing, controlled access, and service-level guarantees between sites.

VPNs create a private network environment within the public infrastructure. A service provider can use VPNs to target a given clientele and deliver individualized private network services to that clientele in a secure IP environment by using the public infrastructure.

For an overview of MPLS VPN and its benefits, refer to the MPLS Virtual Private Networks feature module.

Configuring MPLS VPN on a Cisco 6400

For general MPLS VPN configuration tasks, examples, and command references, see the MPLS Virtual Private Networks feature module.

In addition to these configurations, you must configure the NSP to create paths through the switch fabric of the Cisco 6400. The switch fabric provides connectivity between the NRPs and the external ports on the node line cards (NLCs). For general configuration tasks, examples, and command references for configuring paths through the switch fabric, see the "Configuring Virtual Connections"  chapter of the ATM Switch Router Software Configuration Guide .

The examples in this section illustrate the configurations necessary to enable MPLS VPN on a Cisco 6400.

Basic MPLS VPN Configuration

This section presents a basic Cisco 6400 MPLS VPN configuration. As shown in Figure 5, three customer edge (CE) routers are connected to the service provider backbone through three provider edge (PE) routers. Two of the PE routers are NRPs in the Cisco 6400, while the third PE router is a Cisco 7200. CE1 uses dual homing with PE1 and PE3.

CE1 and CE2 are devices in VPN1, while CE3 is in VPN2. PE1, or NRP1 in the Cisco 6400, handles the CE1 portion of VPN1. PE2, or NRP2 in the Cisco 6400, handles VPN2 as well as the CE2 portion of VPN1.


Figure 5   Basic Cisco 6400 MPLS VPN Topology

To enable a Cisco 6400 NRP to participate in a VPN, you must configure the NSP to create paths from the NRP through the Cisco 6400 switch fabric. The switch fabric provides the only connection between the NRP and an external port on a network line card (NLC). The switch fabric also provides the only connection between NRPs in the same Cisco 6400. Figure 6 shows a detailed schematic of the configuration used in the topology shown in Figure 5.

As shown in the accompanying configurations, you can use routed (in compliance with RFC 1483) PVCs for the CE to PE connections, as long as the CE router is capable of performing routing in compliance with RFC 1483 (aal5snap).


Note   Each NRP in a Cisco 6400 is capable of handling multiple VPNs.


Figure 6   Detailed Schematic of the MPLS VPN Configuration Shown in Figure 5
PE1: Cisco 6400 NRP1

PE1 in Figure 6 is connected to PE3, via VP 42, and CE1, via PVC 35/70. In addition, PE1 and PE2, both NRPs in the same Cisco 6400, are connected to each other via VP40.

The following example shows the complete configuration for PE1 (Cisco 6400 NRP1):

!
ip cef
ip classless
!
interface Loopback0
ip address 10.10.10.10 255.255.255.255
no ip directed-broadcast
!
!The following fragment defines a VPN routing/forwarding (VRF) instance on PE1
!and imports routes from VPN2 to the VRF VPN1 routing table.
!
ip vrf vpn1
rd 100:1
route-target export 100:1
route-target import 100:1
 route-target import 200:1
no tag-switching aggregate-statistics
!
!The following fragment creates VP 40 and VP 42 through the MPLS cloud.
!
interface ATM0/0/0.1 tag-switching
ip unnumbered Loopback0
no ip directed-broadcast
ip split-horizon
atm pvc 40 40 0 aal5snap
tag-switching atm vp-tunnel 40
tag-switching ip
!
interface ATM0/0/0.3 tag-switching
ip unnumbered Loopback0
no ip directed-broadcast
ip split-horizon
atm pvc 42 42 0 aal5snap
tag-switching atm vp-tunnel 42
tag-switching ip
!
!The following fragment associates an interface with a VRF on PE1.
!
interface ATM0/0/0.2 point-to-point
ip vrf forwarding vpn1
ip address 10.30.0.1 255.255.0.0
no ip directed-broadcast
ip split-horizon
atm pvc 70 35 70 aal5snap
!
!The following fragment configures Interior Gateway Protocol (IGP) routing on PE1.
!
router ospf 100
passive-interface ATM0/0/0.2
network 10.0.0.0 0.255.255.255 area 100
!
!The following fragment configures Routing Information Protocol (RIP)
!between PE1 and CE1. You can also use Border Gateway Protocol (BGP) or
!static routing instead of RIP.
!
router rip
version 2
!
address-family ipv4 vrf vpn1
version 2
redistribute bgp 100 metric transparent
network 10.30.0.0
no auto-summary
exit-address-family
!
!The following fragment configures internal BGP sessions among the PE routers.
!
router bgp 100
no synchronization
no bgp default ipv4-unicast
neighbor 10.11.11.11 remote-as 100
neighbor 10.11.11.11 update-source Loopback0
neighbor 10.12.12.12 remote-as 100
neighbor 10.12.12.12 update-source Loopback0
!
address-family ipv4 vrf vpn1
redistribute rip
no auto-summary
no synchronization
exit-address-family
!
address-family vpnv4
neighbor 10.11.11.11 activate
neighbor 10.11.11.11 send-community extended
neighbor 10.12.12.12 activate
neighbor 10.12.12.12 send-community extended
exit-address-family
!
PE2: Cisco 6400 NRP2

PE2 in Figure 6 is connected to CE2, via PVC 55/60, and CE3, via PVC 45/50. In addition, PE1 and PE2, both NRPs in the same Cisco 6400, are connected to each other via VP40.

The following example shows the complete configuration for PE2 (Cisco 6400 NRP2):

!
ip cef
ip classless
!
interface Loopback0
ip address 10.11.11.11 255.255.255.255
no ip directed-broadcast
!
!The following fragment defines the VRF instances on PE2. The fragment also
!imports the routes from VPN2 to the VRF VPN1 routing table and imports the
!routes from VPN1 to the VRF VPN2 routing table.
!
ip vrf vpn1
rd 100:1
route-target export 100:1
route-target import 100:1
 route-target import 200:1
!
ip vrf vpn2
 rd 200:1
route-target export 200:1
route-target import 200:1
route-target import 100:1
!

!The following fragment creates VP 40 through the MPLS cloud.
!
interface ATM0/0/0.1 tag-switching
ip unnumbered Loopback0
no ip directed-broadcast
ip split-horizon
atm pvc 40 40 0 aal5snap
tag-switching atm vp-tunnel 40
tag-switching ip
!
!The following fragment associates interfaces with VRFs on PE2.
!
interface ATM0/0/0.2 point-to-point
ip vrf forwarding vpn2
ip address 10.32.0.1 255.255.0.0
no ip directed-broadcast
ip split-horizon
atm pvc 50 45 50 aal5snap
!
interface ATM0/0/0.3 point-to-point
ip vrf forwarding vpn1
ip address 10.31.0.1 255.255.0.0
no ip directed-broadcast
ip split-horizon
atm pvc 60 55 60 aal5snap
!
!The following fragment configures IGP routing on PE2.
!
router ospf 100
passive-interface ATM0/0/0.2
passive-interface ATM0/0/0.3
network 10.11.0.0 0.0.255.255 area 100
!
!The following fragment configures RIP between PE2 and CE2, as well as
!between PE2 and CE3. You can also use Border Gateway Protocol (BGP) or
!static routing instead of RIP.
!
router rip
version 2
!
address-family ipv4 vrf vpn2
version 2
redistribute bgp 100 metric transparent
network 10.32.0.0
no auto-summary
exit-address-family
!
address-family ipv4 vrf vpn1
version 2
redistribute bgp 100 metric transparent
network 10.31.0.0
no auto-summary
exit-address-family
!
!The following fragment configures internal BGP sessions among the PE routers.
!
router bgp 100
no synchronization
no bgp default ipv4-unicast
neighbor 10.10.10.10 remote-as 100
neighbor 10.10.10.10 update-source Loopback0
neighbor 10.12.12.12 remote-as 100
neighbor 10.12.12.12 update-source Loopback0
!
address-family ipv4 vrf vpn2
redistribute rip
no auto-summary
no synchronization
exit-address-family
!
address-family ipv4 vrf vpn1
redistribute rip
no auto-summary
no synchronization
exit-address-family
!
address-family vpnv4
neighbor 10.10.10.10 activate
neighbor 10.10.10.10 send-community extended
neighbor 10.12.12.12 activate
neighbor 10.12.12.12 send-community extended
exit-address-family
!
PE1 and PE2 Connectivity: Cisco 6400 NSP

The following example shows the configuration necessary for the PE Cisco 6400 NSP to create the paths in the switch fabric between the NRPs and the OC3 line cards shown in Figure 6.

!The following fragment creates VP 42 between
!an OC3 (slot 8, card 1, port 0) and NRP1.
!
interface ATM8/1/0
atm pvp 42 interface ATM1/0/0 42
!
!The following fragment creates PVC 35/70 between
!an OC3 (slot 8, card 0, port 0) and NRP1.
!
interface ATM8/0/0
atm pvc 35 70 interface ATM1/0/0 35 70
!
!The following fragment creates VP 40 between NRP1 in Slot 1
!and NRP2 in Slot 3.:
!
interface ATM3/0/0
atm pvp 40 interface ATM1/0/0 40
!
!The following fragment creates PVC 55/60 between
!an OC3 (slot 8, card 1, port 1) and NRP2.
!
interface ATM8/1/1
atm pvc 55 60 interface ATM3/0/0 55 60
!
!The following fragment creates PVC 45/50 between
!an OC3 (slot 8, card 0, port 1) and NRP2.
!
interface ATM8/0/1
atm pvc 45 50 interface ATM3/0/0 45 50
!
PE3: Cisco 7200

PE3 in Figure 6 is connected to PE1, via VP 42, and CE1, via a packet over SONET (POS) link.

The following example shows the complete configuration for PE3 (Cisco 7200):

ip cef
ip classless
!
interface Loopback0
ip address 10.12.12.12 255.255.255.255
no ip directed-broadcast
!
!The following fragment defines the VRF instances on PE3.
!
ip vrf vpn1
rd 100:1
route-target export 100:1
route-target import 100:1
 route-target import 200:1
isdn voice-call-failure 0
!
!The following fragment associates a POS interface with a VRF on PE3.
!
interface POS3/0
ip vrf forwarding vpn1
ip address 10.33.0.1 255.255.0.0
no ip directed-broadcast
no keepalive
clock source internal
!
!The following fragment creates VP 42 through the MPLS cloud.
!
interface ATM2/0.1 tag-switching
ip unnumbered Loopback0
no ip directed-broadcast
ip split-horizon
atm pvc 42 42 0 aal5snap
tag-switching atm vp-tunnel 42
tag-switching ip
!
!The following fragment configures IGP routing on PE3.
!
router ospf 100
 passive-interface POS3/0
network 10.12.0.0 0.0.255.255 area 100
!
!The following fragment configures RIP between PE3 and CE1.
!You can also use BGP or static routing instead of RIP.
!
router rip
version 2
!
address-family ipv4 vrf vpn1
version 2
redistribute bgp 100 metric transparent
network 10.33.0.0
no auto-summary
exit-address-family
!
!The following fragment configures internal BGP sessions
!among the PE routers.
!
router bgp 100
no synchronization
no bgp default ipv4-unicast
neighbor 10.10.10.10 remote-as 100
neighbor 10.10.10.10 update-source Loopback0
neighbor 10.11.11.11 remote-as 100
neighbor 10.11.11.11 update-source Loopback0
!
address-family ipv4 vrf vpn1
redistribute rip
no auto-summary
no synchronization
exit-address-family
!
address-family vpnv4
neighbor 10.10.10.10 activate
neighbor 10.10.10.10 send-community extended
neighbor 10.11.11.11 activate
neighbor 10.11.11.11 send-community extended
exit-address-family
!
CE1: Cisco 7500

CE1 in Figure 6 is connected to PE1, via PVC 35/70, and PE3, via a packet over SONET (POS) link.

The following example shows the configuration for CE1 (Cisco 7500):

!
ip cef
ip classless
!
interface Loopback0
ip address 10.13.13.13 255.255.255.255
no ip directed-broadcast
!
!The following fragment creates the POS link between CE1 and PE3.
!
interface POS4/0/0
ip address 10.33.0.2 255.255.0.0
no ip directed-broadcast
no ip route-cache distributed
no keepalive
clock source internal
!
!The following fragment creates PVC 35/70.
!
interface ATM2/0/0.2 point-to-point
ip address 10.30.0.2 255.255.0.0
no ip directed-broadcast
ip split-horizon
atm pvc 70 35 70 aal5snap
!
!The following fragment configures RIP on CE1.
!You can also use BGP or static routing instead of RIP:
!
router rip
version 2
network 10.13.0.0
network 10.30.0.0
network 10.33.0.0
!
CE2: Cisco 7200

CE2 in Figure 6 is connected to PE2, via PVC 55/60.

The following example shows the configuration for the CE2 (Cisco 7200):

!
ip cef
ip classless
!
interface Loopback0
ip address 10.15.15.15 255.255.255.255
no ip directed-broadcast
!
!The following fragment creates PVC 55/60.
!
interface ATM2/0.2 point-to-point
ip address 10.31.0.2 255.255.0.0
no ip directed-broadcast
ip split-horizon
atm pvc 60 55 60 aal5snap
!
!The following fragment configures RIP on CE2.
!You can also use BGP or static routing instead of RIP:
!
router rip
version 2
network 10.15.0.0
network 10.31.0.0
!
CE3: Cisco 7500

CE3 in Figure 6 is connected to PE2, via PVC 45/50.

The following example shows the configuration for CE3 (Cisco 7500):

!
ip cef
ip classless
!
interface Loopback0
ip address 10.14.14.14 255.255.255.255
no ip directed-broadcast
!
!The following fragment creates PVC 45/50.
!
interface ATM1/0/0.1 point-to-point
ip address 10.32.0.2 255.255.0.0
no ip directed-broadcast
ip split-horizon
atm pvc 50 45 50 aal5snap
!
!The following fragment configures RIP on CE3.
!You can also use BGP or static routing instead of RIP.
!
router rip
version 2
network 10.14.0.0
network 10.32.0.0
!

Configuring ATM Subinterfaces When Running RIP in VPNs

Split horizon is disabled by default on ATM interfaces. If you are running RIP in your VPNs, you must enable split horizon.

The following example shows a typical configuration for an ATM subinterface on an NRP:

NRP# configure terminal
NRP(config)# interface ATM0/0/0.1 tag-switching
NRP(config-if)# ip unnumbered Loopback0
NRP(config-if)# ip split-horizon
NRP(config-if)# no ip directed-broadcast
NRP(config-if)# atm pvc 40 40 0 aal5snap
NRP(config-if)# tag-switching atm vp-tunnel 40
NRP(config-if)# tag-switching ip

List of Terms and Acronyms

This section defines words, acronyms, and actions that appear throughout this document.

BGP—Border Gateway Protocol. Interdomain routing protocol that exchanges reachability information with other BGP systems. It is defined in RFC 1163.

Border Gateway Protocol—See BGP.

CEF—Cisco Express Forwarding. An advanced Layer 3 IP switching technology. CEF optimizes network performance and scalability for networks with large and dynamic traffic patterns.

CE router—Customer edge router. A router that is part of a customer network and that interfaces to a provider edge (PE) router.

Cisco Express Forwarding—See CEF.

Class of Service—See CoS.

CoS—Class of Service. A feature that provides scalable, differentiated types of service across a tag switched network.

Customer edge router—See CE router.

Edge LSR—Edge Label Switch Router. The role of an Edge LSR is to turn unlabeled packets into labeled packets, and vice versa. The Cisco 6400 can perform this function. (Formerly referred to as Tag Edge Router [TER].)

Generic routing encapsulation—See GRE.

GRE—Generic routing encapsulation. A tunneling protocol developed by Cisco that can encapsulate a wide variety of protocol packet types inside IP tunnels, creating a virtual point-to-point link to Cisco routers at remote points over an IP internetwork. By connecting multiprotocol subnetworks in a single-protocol backbone environment, IP tunneling that uses GRE allows network expansion across a single-protocol backbone environment.

IGP—Interior Gateway Protocol. An Internet protocol used to exchange routing information within an autonomous system. Examples of common IGPs include IGRP, OSPF, and RIP.

Interior Gateway Protocol—See IGP.

IS-IS—Intermediate system-to-intermediate system. OSI link-state hierarchical routing protocol in which ISs (routers) exchange routing information based on a single metric in order to determine network topology.

Label Distribution Protocol—See LDP.

Label Switch Controller—See LSC.

Label Switch Router—See LSR.

Label virtual circuit—See LVC.

LDP—Label Distribution Protocol. A standard protocol between MPLS enabled routers to negotiate the labels (addresses) used to forward packets. This protocol is not supported in Cisco IOS Release 12.0, and therefore is not used for this project. Cisco's proprietary version of this protocol is the TDP (Tag Distribution Protocol).

Link-state advertisement—See LSA.

LSA—Link-state advertisement. A broadcast packet used by link-state protocols. The LSA contains information about neighbors and path costs and is used by the receiving router to maintain a routing table.

LSC—Label Switch Controller. The role of an LSC is to create cross connects in an ATM switch so that labeled packets are forwarded through the switch, formerly referred to as Tag Switch Controller, or TSC.

LSR—Label Switch Router. The role of an LSR is to forward packets in an MPLS network by looking only at the fixed-length label.

LVC—Label virtual circuit.

MPLS—Multiprotocol Label Switching. MPLS forwards IP traffic using a label. This label instructs the routers and switches in the network where to forward the packets based on pre-established IP routing information.

Multiprotocol Label Switching—See MPLS.

NLRI—Network Layer Reachability Information. BGP sends routing update messages containing NLRI to describe a route and how to get there. In this context, an NLRI is a prefix. A BGP update message carries one or more NLRI prefixes and the attributes of a route for the NLRI prefixes; the route attributes include a BGP next hop gateway address, community values, and other information.

PE router—Provider edge router. A router that is part of a service provider's network and that is connected to a customer edge (CE) router.

Provider edge router—See PE router.

RD—Route distinguisher. An 8-byte value that is concatenated with an IPv4 prefix to create a unique VPN IPv4 prefix.

RIP—Routing Information Protocol. Used to exchange routing information within an autonomous system, RIP uses hop count as a routing metric.

RPM—Route Processor Module.

SONET—Synchronous Optical Network. High-speed (up to 2.5 Gbps) synchronous network specification developed by Bellcore and designed to run on optical fiber. Approved as an international standard in 1988.

Synchronous Optical Network—See SONET.

Tag-switched path—See TSP.

Tag Switching Router—See TSR.

TSP—Tag-switched path. A sequence of hops (R0...Rn) in which a packet travels from R0 to Rn through MPLS mechanisms. A tag-switched path can be established dynamically, based on normal routing mechanisms, or through configuration.

TSR—Tag Switching Router. A Layer 3 router that forwards a packet based on the value of a tag encapsulated in the packet.

TSP tunnel—A configured connection between two routers, in which MPLS is used to carry the packet.

TDP—Tag Distribution Protocol. Cisco's proprietary version of the LDP. This protocol is used in Cisco IOS Release 12.0 for label (that is, "tag") distribution.

traffic engineering—The techniques and processes used to cause routed traffic to travel through the network on a path other than the one that would have been chosen if standard routing processes had been used.

traffic engineering tunnel—A tag-switched path tunnel that is used for engineering traffic. It is set up through means other than normal Layer 3 routing and is used to direct traffic over a path different from the one that Layer 3 routing would cause it to take.

Tunneling—Architecture providing the services necessary to implement any standard point-to-point data encapsulation scheme.

VC—Virtual channel. Logical circuit created to ensure reliable communication between two network devices. A virtual channel is defined by a VPI/VCI pair, and can be either permanent (PVC) or switched (SVC). In Frame Relay and X.25, a virtual channel is called a virtual circuit. Sometimes abbreviated VC.

VCI—Virtual channel identifier. This is a 16-bit field in the header of an ATM cell. The VCI, together with the VPI, is used to identify the next destination of a cell as it passes through a series of ATM switches on its way to its destination.

virtual channel—See VC.

Virtual channel identifier—See VCI.

Virtual path—See VP.

Virtual path identifier—See VPI.

Virtual private network—See VPN.

Virtual Switch Interface—See VSI.

Virtual Trunk—A portion of a physical interface that has the following characteristics: Address space containing only one VPI and all VCIs underneath, bandwidth that is rate limited by hardware (VI), and ownership by a controller that uses it to interface to another peer controller.

VP—Virtual path. One of two types of ATM circuits identified by a VPI. A virtual path is a bundle of virtual channels, all of which are switched transparently across an ATM network based on a common VPI.

VPI—Virtual path identifier. 8-bit field in the header of an ATM cell. The VPI, together with the VCI, is used to identify the next destination of a cell as it passes through a series of ATM switches on its way to its destination.

VPN—Virtual private network. A secure IP-based network that shares resources with one or more physical networks. A VPN can contain one or more geographically dispersed sites that can communicate securely over a shared backbone.

VPN routing/forwarding instance—See VRF.

vpnv4—Used as a keyword in commands to indicate VPN-IPv4 prefixes. These prefixes are customer VPN addresses, each of which has been made unique by the addition of an 8-byte route distinguisher.

VRF—A VPN routing/forwarding instance. A VRF consists of an IP routing table, a derived forwarding table, a set of interfaces that use the forwarding table, and a set of rules and routing protocols that determine what goes into the forwarding table. In general, a VRF includes the routing information that defines a customer VPN site that is attached to a PE router.

VSI—Virtual Switch Interface. A protocol that allows for a common control interface to some of Cisco's ATM switches, for example, the MGX 8850 and BPX products.

Cisco Connection Online

Cisco Connection Online (CCO) is Cisco Systems' primary, real-time support channel. Maintenance customers and partners can self-register on CCO to obtain additional information and services.

Available 24 hours a day, 7 days a week, CCO provides a wealth of standard and value-added services to Cisco's customers and business partners. CCO services include product information, product documentation, software updates, release notes, technical tips, the Bug Navigator, configuration notes, brochures, descriptions of service offerings, and download access to public and authorized files.

CCO serves a wide variety of users through two interfaces that are updated and enhanced simultaneously: a character-based version and a multimedia version that resides on the World Wide Web (WWW). The character-based CCO supports Zmodem, Kermit, Xmodem, FTP, and Internet e-mail, and it is excellent for quick access to information over lower bandwidths. The WWW version of CCO provides richly formatted documents with photographs, figures, graphics, and video, as well as hyperlinks to related information.

You can access CCO in the following ways:

For a copy of CCO's Frequently Asked Questions (FAQ), contact cco-help@cisco.com. For additional information, contact cco-team@cisco.com.


Note   If you are a network administrator and need personal technical assistance with a Cisco product that is under warranty or covered by a maintenance contract, contact Cisco's Technical Assistance Center (TAC) at 800 553-2447, 408 526-7209, or tac@cisco.com. To obtain general information about Cisco Systems, Cisco products, or upgrades, contact 800 553-6387, 408 526-7208, or cs-rep@cisco.com.

Documentation CD-ROM

Cisco documentation and additional literature are available in a CD-ROM package, which ships with your product. The Documentation CD-ROM, a member of the Cisco Connection Family, is updated monthly. Therefore, it might be more current than printed documentation. To order additional copies of the Documentation CD-ROM, contact your local sales representative or call customer service. The CD-ROM package is available as a single package or as an annual subscription. You can also access Cisco documentation on the World Wide Web at http://www.cisco.com, http://www-china.cisco.com, or http://www-europe.cisco.com.

If you are reading Cisco product documentation on the World Wide Web, you can submit comments electronically. Click Feedback in the toolbar and select Documentation. After you complete the form, click Submit to send it to Cisco. We appreciate your comments.

This document is to be used in conjunction with the Cisco 6400 UAC Hardware Installation and Maintenance Guide and the Cisco 6400 UAC Software Configuration Guide publications.

Access Registrar, AccessPath, Any to Any, AtmDirector, Browse with Me, CCDA, CCDE, CCDP, CCIE, CCNA, CCNP, CCSI, CD-PAC, the Cisco logo, Cisco Certified Internetwork Expert logo, CiscoLink, the Cisco Management Connection logo, the Cisco NetWorks logo, the Cisco Powered Network logo, Cisco Systems Capital, the Cisco Systems Capital logo, Cisco Systems Networking Academy, the Cisco Systems Networking Academy logo, the Cisco Technologies logo, ConnectWay, Fast Step, FireRunner, Follow Me Browsing, FormShare, GigaStack, IGX, Intelligence in the Optical Core, Internet Quotient, IP/VC, Kernel Proxy, MGX, MultiPath Data, MultiPath Voice, Natural Network Viewer, NetSonar, Network Registrar, the Networkers logo, Packet, PIX, Point and Click Internetworking, Policy Builder, Precept, ScriptShare, Secure Script, ServiceWay, Shop with Me, SlideCast, SMARTnet, SVX, The Cell, TrafficDirector, TransPath, ViewRunner, Virtual Loop Carrier System, Virtual Service Node, Virtual Voice Line, VisionWay, VlanDirector, Voice LAN, WaRP, Wavelength Router, Wavelength Router Protocol, WebViewer, Workgroup Director, and Workgroup Stack are trademarks; Changing the Way We Work, Live, Play, and Learn, Empowering the Internet Generation, The Internet Economy, and The New Internet Economy are service marks; and ASIST, BPX, Catalyst, Cisco, Cisco IOS, the Cisco IOS logo, Cisco Systems, the Cisco Systems logo, the Cisco Systems Cisco Press logo, Enterprise/Solver, EtherChannel, EtherSwitch, FastHub, FastLink, FastPAD, FastSwitch, GeoTel, IOS, IP/TV, IPX, LightStream, LightSwitch, MICA, NetRanger, Post-Routing, Pre-Routing, Registrar, StrataView Plus, Stratm, TeleRouter, and VCO are registered trademarks of Cisco Systems, Inc. or its affiliates in the U.S. and certain other countries. All other trademarks mentioned in this document are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any of its resellers. (9912R)

Copyright © 2000, Cisco Systems, Inc.
All rights reserved.


hometocprevnextglossaryfeedbacksearchhelp
Posted: Wed Apr 2 09:41:12 PST 2003
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.