This chapter provides an overview of the release history, features, and MIB support for the 1-Port OC-48c/STM-16 ATM SPA, 1-Port OC-12c/STM-4 ATM SPA, and the 2-Port and 4-Port OC-3c/STM-1 ATM SPA. This chapter includes the following sections:
Network Clocking and SSM functionality support was added.
Support for the following ATM SPAs introduced:
– 1-Port Clear Channel OC-3 ATM SPA Version 2
– 3-Port Clear Channel OC-3 ATM SPA Version 2
– 1-Port Clear Channel OC-12 ATM SPA Version 2
Support for the following features has been added for the ATM SPAs:
– VC QoS on VP-PW
– QoS support on Access Circuit Redundancy
– Access Circuit Redundancy for ATM clients in single APS (SR APS ) environment.
Support for the following features was introduced for ATM SPAs on the Cisco 7600 SIP-400:
– Port mode cell relay (single cell relay)
– Port mode cell relay (packed cell relay)
– Bridged Routed Encapsulation (BRE)
Support for Phase 2 Local Switching Redundancy
Some restrictions for QoS and MLPPP bundles were added.
Support for the following features was introduced for ATM SPAs on the Cisco 7600 SIP-200:
– AToM VP Mode Cell Relay
– MPLS over RBE
– Multi-VC to VLAN scalability
– QoS support on bridging features
Support for the following features was introduced for ATM SPAs on the Cisco 7600 SIP-400:
– AToM VP Mode Cell Relay
– Multi-VC to VLAN scalability
– Multi-VLAN to VC
– QoS support on bridging features
Support was introduced for the 2-Port and 4-Port OC-3c/STM-1 ATM SPAs on the Cisco 7600 SIP-200 and Cisco 7600 SIP-400 SPA interface processors (SIPs) on the Cisco 7600 series router and Catalyst 6500 series switch.
Support was introduced for the 1-Port OC-12c/STM-4 ATM SPA on the Cisco 7600 SIP-400 on the Cisco 7600 series router and Catalyst 6500 series switch.
Support was introduced for the 1-Port OC-48c/STM-16 ATM SPA on the Cisco 7600 SIP-400 on the Cisco 7600 series router and Catalyst 6500 series switch.
Support for the “Enhancements to RFC 1483 Spanning Tree Interoperability” feature was added for ATM SPAs on the Cisco 7600 series router and Catalyst 6500 series switch.
Documentation of a workaround for ATM SPA configuration on the Cisco 7600 SIP-200 has been added in Chapter 8, “Configuring the ATM SPAs” to address a Routed Bridge Encapsulation (RBE) limitation where only one remote MAC address is supported.
The ATM SPAs are single-width, double-height, cross-platform Optical Carrier (OC) ATM adapter cards that provide OC-3c/STM-1c (155.52 Mbps), OC-12c/STM-4c (622.080 Mbps), or OC-48/STM-16 (2488 Mbps) connectivity and can be used in a Cisco 7600 series router. The ATM SPAs come in the following models:
2-Port and 4-Port OC-3c/STM-1 ATM SPA (SPA-2XOC3-ATM=, SPA-4XOC3-ATM=)
1-Port OC-12c/STM-4 POS SPA (SPA-1XOC12-ATM=)
1-Port OC-48c/STM-16 ATM SPA (SPA-1XOC48-ATM=)
1-Port and 3-port Clear Channel OC-3 ATM SPA Version 2 (SPA-1xOC3-ATM-V2=, SPA-3xOC3-ATM-V2)
1-Port Clear Channel OC-12 ATM SPA Version 2 (SPA-1xOC12-ATM-V2=)
The OC-3c ATM SPAs must be installed in a Cisco 7600 SIP-200 or Cisco 7600 SIP-400 SPA interface processor (SIP) before they can be used in the Cisco 7600 series router. The 1-Port OC-12c/STM-4 ATM SPA and 1-Port OC-48c/STM-16 ATM SPA must be installed in a Cisco 7600 SIP-400 before they can be used in the Cisco 7600 series router.
You can install the SPA in the SIP before or after you insert the SIP into the router chassis. This allows you to perform online insertion and removal (OIR) operations either by removing individual SPAs from the SIP, or by removing the entire SIP (and its contained SPAs) from the router chassis.
The ATM SPAs provide cost-effective wide-area network (WAN) connectivity for service providers across their existing ATM networks. Using a highly modular approach, the SPA and SIP form factors maximize the flexibility of an existing Cisco 7600 series router, allowing service providers to mix and match SPAs to more easily meet evolving port-density and networking media needs.
The ATM SPAs also use small form-factor pluggable (SFP) optical transceivers, giving service providers port-level flexibility for different types of optical media (such as single mode and multimode). Changing the type of optical network involves simply replacing the transceiver, not the SPAs or SIP.
NoteA maximum of two ATM SPAs can be installed in each SIP, and these SPAs can be different models (such as a 2-Port OC-3c/STM-1 ATM SPA and a 1-Port OC-12c/STM-4 ATM SPA). You can also mix SPAs of different types, such as ATM and POS, in a SIP, depending on the space requirements of the SIPs. An exception is that only one 1-Port OC-48c/STM-16 ATM SPA can be installed in a SIP; the other slot should be left empty.
See the following sections for more information about the ATM SPAs:
Asynchronous Transfer Mode (ATM) uses cell-switching and multiplexing technology that combines the benefits of circuit switching (constant transmission delay and guaranteed capacity) with those of packet switching (flexibility and efficiency for intermittent traffic). ATM transmits small cells (53 bytes) with minimal overhead (5 bytes of header and checksum, with 48 bytes for data payload), allowing for very quick switching times between the input and output interfaces on a router.
ATM is a connection-oriented environment, in which each ATM endpoint (or node) must establish a separate connection to the specific endpoints in the ATM network with which it wants to exchange traffic. This connection (or channel) between the two endpoints is called a virtual circuit (VC).
Each VC is uniquely identified by the combination of a virtual path identifier (VPI) and a virtual channel identifier (VCI). The VC is treated as a point-to-point mechanism to another router or host and is capable of supporting bidirectional traffic.
In an ATM network, a VC can be either a permanent virtual circuit (PVC) or a switched virtual circuit (SVC). A network operator must manually configure a PVC, which remains in force until it is manually torn down. An SVC is set up and torn down using an ATM signaling mechanism. On the ATM SPAs, this signaling is based on the ATM Forum User-Network Interface (UNI) specification V3.x and V4.0.
PVC and SVC Encapsulations
PVCs and SVCs are configured with an ATM encapsulation type that is based upon the ATM Adaptation Layer (AAL). The following types are supported:
AAL5CISCOPPP—AAL5 Cisco PPP encapsulation, which is Cisco’s proprietary PPP over ATM encapsulation.
AAL5MUX—ATM Adaptation Layer 5 MUX encapsulation, also known as null encapsulation, that supports a single protocol (IP or IPX).
AAL5NLPID—(Supported on ATM SPAs in a Cisco 7600 SIP-200 only) AAL5 Network Layer Protocol Identification (NLPID) encapsulation, which allows ATM interfaces to interoperate with High-Speed Serial Interfaces (HSSIs) that are using an ATM data service unit (ADSU) and running ATM-Data Exchange Interface (DXI).
AAL5SNAP—AAL5 Logical Link Control/Subnetwork Access Protocol (LLC/SNAP) encapsulation, which supports Inverse ARP and incorporates the LLC/SNAP that precedes the protocol datagram. This allows the use of multiple protocols over the same VC, and is particularly well–suited for encapsulating IP packets.
NoteThe 1-Port OC-48c/STM-16 ATM SPA supports only AAL5MUX and AAL5SNAP encapsulations.
PVC and SVC Service Classes
ATM was designed with built-in quality of service capabilities to allow it to efficiently multiplex different types of traffic over the same links. To accomplish this, each PVC or SVC is configured with a service class that defines the traffic parameters, such as maximum cell rate or burst rate, for the circuit. The following service classes are available in ATM networks:
Constant Bit Rate (CBR)—The ATM router transmits ATM cells in a continuous bit-stream that is suitable for real-time traffic, such as voice and video. CBR is typically used for VCs that need a static amount of bandwidth (constant bit rate or average cell rate) that is continuously available for the duration of the active connection. The ATM router guarantees that a VC with a CBR service class can send cells at the peak cell rate (PCR) at any time, but the VC is also free to use only part of the allocated bandwidth, or none of the bandwidth, as well.
Unspecified Bit Rate (UBR)—The ATM router does not make any quality of service (QoS) commitment at all to the PVC or SVC, but instead uses a best-effort attempt to send the traffic transmitted by the PVC or SVC. UBR typically is the default configuration and is used for non-critical Internet connectivity, including e–mail, file transfers, web browsing, and so forth. The ATM router enforces a maximum peak cell rate (PCR) for the VC, to prevent the VC from using all the bandwidth that is available on the line.
Unspecified Bit Rate Plus (UBR+)—UBR+ is a special ATM service class developed by Cisco Systems. UBR+ uses MCR (Minimum Cell Rate) along with PCR (Peak Cell Rate). In UBR+, the MCR is a “soft guarantee” of minimum bandwidth. A router signals the MCR value at call setup time when a switched VC is created. The ATM router is then responsible for the guarantee of the bandwidth specified in the MCR parameter. A UBR+ VC is a UBR VC for which the MCR is signaled by the router and guaranteed by the ATM router. Therefore, UBR+ affects connection admission control and resource allocation on ATM routers. The UBR+ service class is supported only on SVCs for an ATM SPA. It is not supported on PVCs for an ATM SPA.
NoteUBR+ is not supported on the 1-Port OC-48c/STM-16 ATM SPA.
Variable Bit Rate–Non-Real Time (VBR–nrt)—The ATM router attempts to guarantee a minimum burst size (MBS) and sustainable cell rate (SCR) for non-real-time traffic that is bursty in nature, such as database queries or aggregation of large volumes of traffic from many different sources. The ATM router also enforces a maximum peak cell rate (PCR) for the VC, to prevent the VC from using all of the bandwidth that is available on the line.
Variable Bit Rate–Real Time (VBR–rt)—The ATM router guarantees a maximum burst size (MBS) and sustainable cell rate (SCR) for real-time traffic that is bursty in nature, such as voice, video conferencing, and multiplayer gaming. VBR-rt traffic has a higher priority than VBR-nrt traffic, allowing the real-time traffic to preempt the non-real-time traffic, if necessary. The ATM router also enforces a maximum peak cell rate (PCR) for the VC, to prevent the VC from using all the bandwidth that is available on the line.
NoteThe ATM SPAs do not support the Available Bit Rate (ABR) service class, which uses a minimum cell rate (MCR).
Advanced Quality of Service
In addition to the integrated QoS capabilities that are provided by the standard ATM service classes, the ATM SPA cards support a number of advanced QoS features. These features include the following:
Per-VC and Per-VP Traffic Shaping—Enables service providers to control the bandwidth provided at the VC or VP level. You cannot shape a VC that is part of a shaped VP. You can however enable both VC and VP shaping simultaneously (as long as shaped VCs use a different VPI value than the shaped VP).
Layer 3 (IP) QoS at the Per-VC Level—Allows marking and classifying traffic at the IP layer, for each VC, enabling service providers to control the individual traffic flows for a customer, so as to meet the customer’s particular QoS needs. The IP QoS can use the IP type of service (ToS) bits, the RFC 2475 Differentiated Services Code Point (DSCP) bits, and the MPLS EXP bits. WRED, LLQ, CBWFQ, policing, classification, and marking are supported.
Multiprotocol Label Switching (MPLS)—Allows service providers to provide cost-effective virtual private networks (VPNs) to their customers, while simplifying load balancing and QoS management, without incurring the overhead of extensive Layer 3 routing.
IP to ATM Mapping—Creates a mapping between the Cell Loss Priority (CLP) bit in ATM cell headers and the IP precedence or IP Differentiated Services Code Point (DSCP) bits.
VC Bundling—Selects the output VC on the basis of the IP Class of Service (CoS) bits. (Supported only when using the Cisco 7600 SIP-200 and not the Cisco 7600 SIP-400.)
NoteAdditional QoS features are expected to be added with each Cisco IOS software release. Please see the release notes for each release for additional features that might be supported and for the restrictions that might affect existing features.
This section provides a list of some of the primary features supported by the ATM hardware and software:
Most features for the ATM SPAs are supported on both the Cisco 7600 SIP-200 and Cisco 7600 SIP-400, but some features are supported only on a particular model of SIP. Table 7-1 lists the features that are supported on only one model of SIP. Any supported features for the ATM SPAs that are not listed in this table are supported on both SIPs.
Table 7-1 SIP-Dependent Feature Support
Supported on Cisco 7600 SIP-200
Supported on Cisco 7600 SIP-400
AAL5NLPID encapsulation and Routed-NLPID-PDUs
ATM VC Access Trunk Emulation (multi-VLAN to VC)
Bridging of Routed Encapsulations (BRE)
Frame Relay to ATM (FR-ATM) internetworking
RFC-1483 ATM Half-Bridging and Routed Bridged Encapsulation (RBE)
VC Bundling (Selects the output VC on the basis of the IP CoS bits)
RFC 1483, Multiprotocol Encapsulation over ATM Adaptation Layer 5 , Multipoint Bridging (MPB) (also known as multi-VC to VLAN) on the 2-Port and 4-Port OC-3c/STM-1c ATM SPA
Interface-compatible with other Cisco ATM adapters
Note The ATM SPA is functionally similar to other ATM port adapters on the Cisco 7600 series router, but because it is a different card type, the configuration for the slot is lost when you replace an existing ATM port adapter with an ATM SPA in a SIP.
Supports both permanent virtual circuits (PVCs) and switched virtual circuits (SVCs)
An absolute maximum of 16,384 (16K) configured VCs per ATM SPA (4,096 [4K] per interface) with the following recommended limitations:
– On a Cisco 7600 SIP-400, 8000 PVCs are supported on multipoint subinterfaces. The limit of 16,384 PVCs only applies to the Cisco 7600 SIP-200.
– A recommended maximum number of 2,048 PVCs on all point-to-point subinterfaces for all ATM SPAs in a SIP.
– A recommended maximum number of 16,380 PVCs on all multipoint subinterfaces for all ATM SPAs in a SIP, and a recommended maximum number of 200 PVCs per each individual multipoint subinterface.
– A recommended maximum number of 400 SVCs for all ATM SPAs in a SIP.
– A recommended maximum number of 1,024 PVCs using service policies for all ATM SPAs in a SIP.
Up to 4,096 simultaneous segmentations and reassemblies (SARs) per interface
Supports a maximum number of 200 PVCs or SVCs using Link Fragmentation and Interleaving (LFI) for all ATM SPAs (or other ATM modules) in a Cisco 7600 series router
Supports a maximum number of 1024 PVCs or 400 SVCs configured with Modular QoS CLI (MQC) policy maps
Up to 1,000 maximum virtual templates per router
ATM adaptation layer 5 (AAL5) for data traffic
Hardware switching of multicast packets for point-to-point subinterfaces
SONET/SDH (software selectable) optical fiber (2-Port and 4-Port OC-3c/STM-1 ATM SPA, 1-Port OC-48c/STM-16 ATM SPA, or 1-Port OC-12c/STM-4 ATM SPA), depending on the model of ATM SPA
Uses small form-factor pluggable (SFP) optical transceivers, allowing the same ATM SPA hardware to support multimode (MM), single-mode intermediate (SMI), or single-mode long (SML) reach, depending on the capabilities of the SPA
ATM section, line, and path alarm indication signal (AIS) cells, including support for F4 and F5 flows, loopback, and remote defect indication (RDI)
Operation, Administration, and Maintenance (OAM) cells except OAM Emulation
Online insertion and removal (OIR) of individual ATM SPAs from the SIP, as well as OIR of the SIPs with ATM SPAs installed
Supports the Network Clocking and the Synchronization Status Message(SSM) functionality. (ATM SPAs in a Cisco 7600 SIP-400 only). The supported ATM SPAs are:
SONET/SDH Error, Alarm, and Performance Monitoring
Fiber removed and reinserted
Signal failure bit error rate (SF-BER)
Signal degrade bit error rate (SD-BER)
Signal label payload construction (C2)
Path trace byte (J1)
– Loss of signal (SLOS)
– Loss of frame (SLOF)
– Error counts for B1
– Threshold crossing alarms (TCA) for B1 (B1-TCA)
– Line alarm indication signal (LAIS)
– Line remote defect indication (LRDI)
– Line remote error indication (LREI)
– Error counts for B2
– Threshold crossing alarms for B2 (B2-TCA)
– Path alarm indication signal (PAIS)
– Path remote defect indication (PRDI)
– Path remote error indication (PREI)
– Error counts for B3
– Threshold crossing alarms for B3 (B3-TCA)
– Loss of pointer (PLOP)
– New pointer events (NEWPTR)
– Positive stuffing event (PSE)
– Negative stuffing event (NSE)
The following loopback tests are supported:
– Network (line) loopback
– Internal (diagnostic) loopback
Supported SONET/SDH synchronization:
– Local (internal) timing (for inter-router connections over dark fiber or wavelength division multiplexing [WDM] equipment)
– Loop (line) timing (for connecting to SONET/SDH equipment)
– +/– 4.6 ppm clock accuracy over full operating temperature
Layer 2 Features
Supports the following encapsulation types:
– AAL5SNAP (LLC/SNAP)
– LLC encapsulated bridged protocol
– AAL5MUX (VC multiplexing)
– AAL5NLPID and Routed-NLPID-PDUs (ATM SPAs in a Cisco 7600 SIP-200 only)
Supports the following ATM traffic classes and per-VC traffic shaping modes:
– Constant bit rate (CBR) with peak rate
– Unspecified bit rate (UBR) with peak cell rate (PCR)
– Non-real-time variable bit rate (VBR-nrt)
– Variable bit rate real-time (VBR-rt)
– Unspecified bit rate plus (UBR+) on SVCs
Note ATM shaping is supported, but class queue-based shaping is not.
ATM point-to-point and multipoint connections
Explicit Forward Congestion Indication (EFCI) bit in the ATM cell header
Frame Relay to ATM (FR-ATM) internetworking (ATM SPAs in a Cisco 7600 SIP-200 only)
Integrated Local Management Interface (ILMI) operation, including keepalive, PVC discovery, and address registration and deregistration
Link Fragmentation and Interleaving (LFI) performed in hardware
VC–to–VC local switching and cell relay
VP–to–VP local switching and cell relay
AToM VP Mode Cell Relay support
RFC 1755, ATM Signaling Support for IP over ATM
ATM User-Network Interface (UNI) signalling V3.0, V3.1, and V4.0 only
RFC 2225, Classical IP and ARP over ATM (obsoletes RFC 1577)
Unspecified bit rate plus (UBR+) traffic service class on SVCs
Post 15.0(1)S release, information for support to the static PWs using Point-to-Multipoint TE or RSVP, refer to http://www.cisco.com/en/US/docs/ios/mpls/configuration/guide/mp_te_p2mp_static.html.
Layer 3 Features
ATM VC Access Trunk Emulation (multi-VLAN to VC) (ATM SPAs in a Cisco 7600 SIP-200 only)
ATM over MPLS (AToM) in AAL5 mode (except for AToM cell packing)
ATM over MPLS (AToM) in AAL5/AAL0 VC mode
Bridging of Routed Encapsulations (BRE) (ATM SPAs in a Cisco 7600 SIP-200 and Cisco 7600 SIP-400 only)
Distributed Link Fragmentation and Interleaving (dLFI) for ATM (dLFI packet counters are supported, but dLFI byte counters are not supported)
LFI with dCRTP
No limitation on the maximum number of VCs per VPI, up to the maximum number of 4,096 total VCs per interface (so there is no need to configure this limit using the atm vc-per-vp command, which is required on other ATM SPAs)
OAM flow connectivity using OAM ping for segment or end-to-end loopback
PVC multicast (Protocol Independent Multicast [PIM] dense and sparse modes)
Quality of Service (QoS):
– IP-to-ATM class of service (IP precedence and DSCP)
Enhancements to RFC 1483 Spanning Tree Interoperability
This section describes an interoperability feature for the various spanning tree implementations across 1483 Bridge Mode ATM PVCs. Historically, vendors have not implemented spanning tree across RFC 1483 encapsulation consistently; furthermore, some Cisco IOS releases may not support the full range of spanning tree options. This feature attempts to smooth some of the practical challenges of interworking common variations of spanning tree over RFC 1483 Bridge Mode encapsulation.
NoteThis feature set is only supported on RFC 1483 Bridge Mode ATM permanent virtual circuits (PVCs).
Some basic terms include the following:
IEEE 802.1D is a standard for interconnecting LANs through media access control (MAC) bridges. IEEE 802.1D uses the Spanning Tree Protocol to eliminate loops in the bridge topology, which cause broadcast storms.
Spanning Tree Protocol (STP) as defined in IEEE 802.1D is a link-management protocol that provides path redundancy while preventing undesirable loops in the network. An IEEE 802.1D spanning tree makes it possible to have one spanning tree instance for the whole switch, regardless of the number of VLANs configured on the switch.
Bridge Protocol Data Unit (BPDU) is the generic name for the frame used by the various spanning tree implementations. The Spanning Tree Protocol uses the BPDU information to elect the root switch and root port for the switched network, as well as the root port and designated port for each switched segment.
Per VLAN Spanning Tree (PVST) is a Cisco proprietary protocol that allows a Cisco device to support multiple spanning tree topologies on a per-VLAN basis. PVST uses the BPDUs defined in IEEE 802.1D (see Figure 7-2), but instead of one STP instance per switch, there is one STP instance per VLAN.
PVST+ is a Cisco proprietary protocol that creates one STP instance per VLAN (as in PVST). However, PVST+ enhances PVST and uses Cisco proprietary BPDUs with a special 802.2 Subnetwork Access Protocol (SNAP) Organizational Unique Identifier (OUI)Figure 7-2) instead of the standard IEEE 802.1D frame format used by PVST. PVST+ BPDUs are also known as Simple Symmetric Transmission Protocol (SSTP) BPDUs.
NoteRFC 1483 is referenced throughout this section, although it has been superseded by RFC 2684.
Supported Supervisor Engines and Line Cards
The Cisco 7600 series routers support PVST to PVST+ BPDU interoperability with the Cisco 7600 SIP-200.
The current interoperability problem can be summarized as follows:
When transmitting STP BPDUs, many vendors’ implementations of ATM-to-Ethernet bridging are not fully compliant with the specifications of RFC 1483, Appendix B. The most common variation of the standard is to use an ATM Common Part Convergence Sublayer (CPCS) SNAP protocol data unit (PDU) with OUI: 00-80-C2 and PID: 00-07. Appendix B reserved this OUI/PID combination for generic Ethernet frames without BPDUs. Appendix B specifies OUI: 00-80-C2 and protocol identifier (PID): 00-0E for frames with BPDU contents.
There are several varieties of the Spanning Tree Protocol used by Cisco products on ATM interfaces. The Catalyst 5000 series supports only PVST on ATM interfaces. The Cisco 7600 series router and Catalyst 6500 series switches support only PVST+ on ATM interfaces. Most other Cisco routers implement classic IEEE 802.1D on ATM interfaces.
When the Cisco 7600 series router and the Catalyst 6500 series switch first implemented RFC 1483 Bridging (on Cisco IOS Release 12.1E) on the Cisco 7600 FlexWAN module, the platform used OUI: 00-80-C2 and PID: 00-0E to maximize interoperability with all other Cisco IOS products.
However, there are so many implementations that do not send PVST or IEEE 802.1D BPDUs with PID: 00-0E that the Cisco 7600 series routers and the Catalyst 6500 series switches reverted to the more common implementation of RFC 1483 (with PID: 00-07) in Cisco IOS Release 12.2SX. This spanning tree interoperability feature provides the option of encapsulating BPDUs across RFC 1483 with either PID: 00-07 or PID: 00-0E.
BPDU Packet Formats
The various BPDU packet formats are described in this section. Figure 7-1 shows the generic IEEE 802.2/802.3 frame format, which is used by PVST+, but is not used by PVST.
Figure 7-1 IEEE 802.2/802.3 SNAP Encapsulation Frame Format
In an Ethernet SNAP frame, the SSAP and DSAP fields are always set to AA. These codes identify it as a SNAP frame. The Control field always has a value of 03, which specifies connectionless logical link control (LLC) services.
The Type field identifies the upper layer protocol to which data should be passed. For example, a Type field of hex 0800 represents IP, while a value of 8137 indicates that data is meant for IPX.
Catalyst 5000 PVST BPDU Packet Format
The Catalyst 5000 series switches send and receive BPDUs in PVST format on ATM interfaces (see Figure 7-2).
Figure 7-2 BPDU PVST Frame Format Used by the Catalyst 5000 Switch
BPDUs sent by the Catalyst 5000 series switch use a PID of 0x00-07, which does not comply with RFC 1483. The Cisco 7600 series router also has the ability to send BPDUs in this data format.
The PAD portion of the ATM encapsulation varies from 0 to 47 bytes in length to ensure complete ATM cell payloads.
By using the bridge-domain command’s ignore-bpdu-pid optional keyword, the Catalyst 5000 series switch sends this frame by default.
The Catalyst 5000 series switch cannot accept the PVST+ BPDUs and blocks the ATM port, giving the following error messages:
%SPANTREE-2-RX_1QNON1QTRUNK: Rcved 1Q-BPDU on non-1Q-trun port 6/1 vlan 10
%SPANTREE-2-RX_BLKPORTPVID: Block 6/1 on rcving vlan 10 for inc peer vlan 0
Cisco 7200 and Cisco 7500 Series Routers IEEE 802.1D BPDU Frame Format
Figure 7-3 shows the Cisco 7200 and Cisco 7500 series routers IEEE 802.1D BPDU frame format.
Figure 7-3 Frame Format for the Cisco 7200 and Cisco 7500 Series Routers IEEE 802.1D BPDU
Cisco 7600 Router PVST+ BPDU Frame Format
The Cisco 7600 series router PVST+ BPDU packet format is shown in Figure 7-4. These BPDUs are not IEEE 802.1D BPDUs, but Cisco proprietary SSTP BPDUs.
The following High Availability features are not supported:
– APS N+1 redundancy is not supported.
– APS redundancy is not supported on SVCs.
– APS reflector mode ( aps reflector interface configuration command) is not supported.
The atm bridge-enable command, which was used in previous releases on other ATM interfaces to enable multipoint bridging on PVCs, is not supported on ATM SPA interfaces. Instead, use the bridge option with the encapsulation command to enable RFC 1483 half-bridging on PVCs. See the “Configuring ATM Routed Bridge Encapsulation” section.
PVC autoprovisioning ( create on-demand VC class configuration command) is not supported.
Creating SVCs with UNI signalling version 4.1 is not supported (UNI signalling v 3.0, v 3.1, and v 4.0 are supported).
Enhanced Remote Defect Indication–Path (ERDI-P) is not supported.
Fast Re-Route (FRR) over ATM is not supported.
LAN Emulation (LANE) is not supported.
Multicast SVCs are not supported.
Available Bit Rate (ABR) traffic service class is not supported.
Unspecified bit rate plus (UBR+) traffic service class is not supported on PVCs.
AAL2 is not supported
The 2-Port and 4-Port OC-3c/STM-1 ATM SPAs must use either the Cisco 7600 SIP-200 or Cisco 7600 SIP-400.
The 1-Port OC-12c/STM-4 ATM SPA must use the Cisco 7600 SIP-400.
The 1-Port OC-48c/STM-16 ATM SPA must use the Cisco 7600 SIP-400.
The Cisco 7600 SIP-200 requires a Cisco 7600 series router using a SUP-720 3B and above processor that is running Cisco IOS Release 12.2(18)SXE or later release.
The Cisco 7600 SIP-400 requires a Cisco 7600 series router using a SUP-720 processor that is running Cisco IOS Release 12.2(18)SXE or later release.
Before beginning to configure the ATM SPA, have the following information available:
– Protocols you plan to route on the new interfaces.
– IP addresses for all ports on the new interfaces, including subinterfaces.
– Bridging encapsulations you plan to use.
The 1-Port OC-48c/STM-16 ATM SPA does not support the following features: AToM, BRE, LFI, RBE, SVCs, UBR+, RFC 2225 (formerly RFC 1577), or bridging.
The ATM SPAs in the Cisco 7600 series router do not support APS reflector and reflector channel modes. (These modes require a facing path terminating element [PTE], which is typically a Cisco ATM switch.)
The ATM SPA is functionally similar to other ATM port adapters on the Cisco 7600 series router, such as the PA-A3, but it is a different card type, so the slot’s previous configuration is lost when you replace an existing ATM port adapter with an ATM SPA.
The following restrictions apply to the operation of QoS on the ATM SPAs:
– The ATM SPAs do not support bandwidth-limited priority queueing, but support only strict priority policy maps (that is, the priority command without any parameters).
– A maximum of one priority command is supported in a policy map.
– You cannot use the match input interface command in policy maps and class maps that are being used for ATM SPAs.
– Hierarchical traffic shaping (traffic shaping on both the VC and VP for a circuit) is not supported. Traffic shaping can be configured only on the VC or on the VP, but not both.
– ATM (Layer 2) output shaping is supported, but IP (Layer 3) shaping on an output (egress) interface is not supported. In particular, this means that you cannot use any shape class-map configuration commands in policy maps that are being used in the output direction. This includes the shape adaptive, shape average, shape fecn-adapt, and shape peak commands.
– The ATM SPA interfaces support a maximum of six configured precedences (using the random-detect aggregate command) in each class map in a policy map. The maximum number of configurable subclass groups is seven.
– STP is not supported in ATM Multi-Vlan-to-VC mode.
For best performance, we recommend the following maximums:
– A maximum number of 2,048 PVCs on all point-to-point subinterfaces for all ATM SPAs in a SIP.
– A maximum number of 16,380 PVCs on all multipoint subinterfaces for all ATM SPAs in a SIP.
– A maximum number of 400 SVCs for all ATM SPAs in a SIP.
– A maximum number of 1024 PVCs or SVCs s using service policies for all ATM SPAs in a router.
– A maximum number of 200 PVCs or SVCs using Link Fragmentation and Interleaving (LFI) for all ATM SPAs in a router.
– A maximum number of 200 PVCs on each multipoint subinterface being used on an ATM SPA.
Note These limits are flexible and depend on all factors that affect performance in the router, such as processor card, type of traffic, and so on.
In the default configuration of the transmit path trace buffer, the ATM SPA does not support automatic updates of remote host name and IP address (as displayed by the show controllers atm command). This information is updated only when the interface is shut down and reactivated (using the shutdown and no shutdown commands). Information for the received path trace buffer, however, is automatically updated.
The show ppp multilink command displays only the packet counters, and not byte counters, for a dLFI configuration on an ATM SPA interface.
MLPPP is supported, but not MLPPP bundles.
Concurrent configuration of RFC-1483 bridging and Bridged Routing Encapsulation is not allowed on SIP 200 or SIP 400
Restrictions for SPA-1xOC3-ATM-V2, SPA-3xOC3-ATM-V2, and SPA-1xOC12-ATM-V2
These are the restrictions for the 1-Port Clear Channel OC-3, 3-Port Clear Channel OC-3, and 1-Port Clear Channel OC-12 ATM SPA Version 2(SPA-1xOC3-ATM-V2, SPA-3xOC3-ATM-V2, and SPA-1xOC12-ATM-V2):
– A MQC service-policy having only class-default is not supported.
– The maximum mark-probablility in a WRED policy is 31.
– An MQC policy with more than six user-defined queueing classes is not supported.
– dLFIoATM is not supported.
Ingress classification feature is not enabled on the Cisco 7600 Series router.
The following MIBs are supported in Cisco IOS Release 12.2(18)SXE and later releases for the ATM SPAs on the Cisco 7600 series router.
To access Cisco MIB Locator, you must have an account on Cisco.com. If you have forgotten or lost your account information, send a blank e-mail to email@example.com . An automatic check will verify that your e-mail address is registered with Cisco.com. If the check is successful, account details with a new random password will be e-mailed to you.
This section provides an overview of the data path for the ATM SPAs, for use in troubleshooting and monitoring. Figure 7-6 shows the data path for ATM traffic as it travels between the ATM optical connectors on the front panel of the ATM SPA to the backplane connector that connects the SPA to the SIP.
Figure 7-6 ATM SPA Data Architecture
Path of Cells in the Ingress Direction
The following steps describe the path of an ingress cell as it is received from the ATM network and converted to a data packet before transmission through the SIP to the router’s processors for switching, routing, or further processing:
1. The SONET/SDH framer device receives incoming cells on a per-port basis from the SPA’s optical circuitry. (The ATM SPA supports 1, 2, or 4 optical ports, depending on the model of SPA.)
2. The SONET/SDH framer removes the SONET overhead information, performs any necessary clock and data recovery, and processes any SONET/SDH alarms that might be present. The framer then extracts the 53-byte ATM cells from the data stream and forwards each cell to the ATM segmentation and reassembly (SAR) engine.
3. The SAR engine receives the cells from the framer and reassembles them into the original packets, temporarily storing them in a per-port receive buffer until they can be forwarded to the LFI field-programmable gate array (FPGA). The SAR engine discards any packets that have been corrupted in transit.
4. The LFI FPGA receives the packets from the SAR engine and forwards them to the host processor for further routing, switching, or additional processing. The FPGA also performs LFI reassembly as needed, and collects the traffic statistics for the packets that it passes.
Path of Packets in the Egress Direction
The following steps describe the path of an egress packet as the SPA receives it from the router through the SIP and converts it to ATM cells for transmission on the ATM network:
1. The LFI FPGA receives the packets from the host processor and stores them in its packet buffers until the SAR engine is ready to receive them. The FPGA also performs any necessary LFI processing on the packets before forwarding them to the SAR engine. The FPGA also collects the traffic statistics for the packets that it passes.
2. The SAR engine receives the packets from the FPGA and supports multiple CBWFQ queues to store the packets until they can be fully segmented. The SAR engine performs the necessary WRED queue admission and CBWFQ QoS traffic scheduling on its queues before segmenting the packets into ATM cells and shaping the cells into the SONET/SDH framer.
3. The SONET/SDH framer receives the packets from the SAR engine and inserts each cell into the SONET data stream, adding the necessary clocking, SONET overhead, and alarm information. The framer then outputs the data stream out the appropriate optical port.
4. The optical port conveys the optical data onto the physical layer of the ATM network.
Displaying the SPA Hardware Type
To verify the SPA hardware type that is installed in your Cisco 7600 series router, use the show interfaces, show diag, or show controllers commands. A number of other show commands also provide information about the SPA hardware.
Table 7-2 shows the hardware description that appears in the show interfaces and show diag command output for each type of ATM SPA that is supported on the Cisco 7600 series router.
Table 7-2 ATM SPA Hardware Descriptions in show Commands
Description in show interfaces Command
Description in show diag Command
Hardware is SPA-2XOC3-ATM
Hardware is SPA-4XOC3-ATM
Hardware is SPA-1XOC12-ATM
Hardware is SPA-1XOC48-ATM
Hardware is SPA-1xOC3-ATM-V2
Hardware is SPA-3xOC3-ATM-V2
Hardware is SPA-1xOC12-ATM-V2
Example of the show interfaces Command
The following example shows output from the show interfaces atm command on a Cisco 7600 series router with an ATM SPA installed in the first subslot of a SIP that is installed in slot 5:
Router# show interfaces atm 5/0/0
ATM5/0/0 is up, line protocol is up
Hardware is SPA-4XOC3-ATM, address is 000d.2959.d780 (bia 000d.2959.d78a)
MTU 4470 bytes, sub MTU 4470, BW 149760 Kbit, DLY 80 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
4095 maximum active VCs, 1 current VCCs
VC idle disconnect time: 300 seconds
0 carrier transitions
Last input 00:00:09, output 00:00:09, output hang never
Last clearing of "show interface" counters 00:01:26
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
0 output buffer failures, 0 output buffers swapped out
NoteThe value for “packets output” in the default version of theshow interfaces atm command includes the bytes used for ATM AAL5 padding, trailer and ATM cell header. To see the packet count without the padding, header, and trailer information, use the show interfaces atm statistics or show atm pvc commands.
Example of the show diag Command
The following example shows output from the show diag command on a Cisco 7600 series router with two ATM SPAs installed in a Cisco 7600 SIP-400 that is installed in slot 4: