|
Table Of Contents
URM BC-2FE Back Card on the IGX
URM Remote Router Configuration Feature on the IGX
TFTP Configuration Save and Restore Feature on the BPX and IGX
Trunk Incremental CDV Feature on BPX and IGX
CRC-4 Protection Feature on the IGX
AIS OAM Recognition Feature on BPX and IGX
Virtual Trunk Clock Source Synchronization Feature on BPX and IGX
800 Part Number Support for Back Card Feature on BPX and IGX
Virtual Port ILMI Enhancement on the BPX
Concurrent Routing on the BPX and IGX
60K Channel Support for VSI on the BPX
F4 to F5 Mapping Feature on the BPX
Automatic Routing Management to PNNI Migration
Network to Endpoint Connectivity Verification and Round Trip Delay Measurement
Optimizing Traffic Routing and Bandwidth
Functional Organization
This chapter provides an overview of the features introduced in Release 9.3.30 for the BPX and IGX. The chapter also groups related commands according to general functional usage. These functional groupings are listed below.
• Synchronizing Network Clocks
The Type column of the command tables shows whether the command is for the BPX or IGX switches, and whether it is a SuperUser (SU) command.
New with Release 9.3.30
With Release 9.3.30, the BPX and IGX switch software supports several new features. On overview of each feature is presented in the following sections.
URM BC-2FE Back Card on the IGX
Release 9.3.30 provides support for the new BC-2FE back card for the IGX Universal Router Module (URM). The BC-2FE back card provides two Fast Ethernet (FE) ports that support 100 Mbps Ethernet. The URM front card and BC-2FE back card combination supports IOS-routing functions only. The URM front card and BC-2FE2V back card combination introduced in Release 9.3.20 continues to support both IOS-based voice and routing functions.
There are a couple precautions regarding the use of the BC-2FE back card.
•The BC-2FE back card is not swappable.
•The BC-2FE back card should be inserted first into the chassis, then the URM front card. (This sequence also applies to the BC2FE2V back card. Insert the back card, then the URM front card.)
For more information about BC-2FE card, refer to the Cisco IGX 8400 Series Provisioning Guide.
The CLI commands modified to support the new URM BC-2FE back card are listed below.
In addition to other card information, now displays detailed information about the new URM BC-2FE back card.
In addition to other card information, now displays the new URM BC-2FE back card.
URM VSI Support on the IGX
Release 9.3.30 introduces support for the Virtual Switch Interface (VSI) feature on the IGX URM. The VSI feature and usage on the URM is the same as for VSI on the UXM interface card, except that the URM does not support trunks, or IMA lines and trunks. An NPM with 4M BRAM and 64M RAM is required to support this feature. Existing CLI commands are used to configure VSI on the URM embedded UXM ATM port. These commands configure the VSI controller, VSI slave, VSI partition, service class template (SCT), and VSI Qbin statistics. For a complete list of these VSI commands, see the "VSI Commands" section. The IOS CLI VSI xtag commands are used to configure the URM embedded router.
URM Remote Router Configuration Feature on the IGX
The Release 9.3.30 Remote Router Configuration feature allows you to start up the URM embedded IOS router with an IOS configuration file that is downloaded from a TFTP server and stored in the URM Admin flash. This feature eliminates the need to have console access to the embedded router to perform initial configuration. Once the IOS configuration file is stored in the URM, it can be used repeatedly upon router reset or restart. The IOS configuration file can have a configuration to enable access to the router from standard TCP-based applications, such as telnet, FTP, and TFTP.
The new and modified CLI commands used to support the URM Remote Router Configuration feature are listed below. For detailed information on the URM Remote Router Configuration feature, see cnfrtr (configure router configuration parameters), page 3-405.
Burns the IOS configuration file from the NPM RAM buffer to the Admin flash of the URM card. This is a new CLI command.
Clears the NPM RAM buffer used to store the IOS configuration file downloaded from the TFTP server. This is a new CLI command.
Configures the router parameters on a specified router slot. A new parameter value is added to specify the URM Admin flash as the source of the IOS configuration file.
cnfrtrcnfmastip (configure router configuration download initiator TFTP server IP)
Configures the IP address of the authorized TFTP server from which the IOS configuration file is to be transferred. This is a new CLI command.
Now also displays the Remote Router Configuration feature supported by the URM front card.
This command is modified to display that the NPM RAM buffer is occupied with an IOS configuration file.
Displays the router parameter configuration on a specified router slot. The display includes the new parameter value specifying the URM Admin flash as the source of the IOS configuration file.
Displays the progress of the transfer of the IOS configuration file from the TFTP server to the NPM RAM buffer and the copy (burn) of the configuration file to the URM Admin flash. The display is updated dynamically. This is a new CLI command.
Displays operational information and alarm status for the router on a specified router slot. The display now includes information on the IOS configuration file stored in the URM Admin flash.
TFTP Configuration Save and Restore Feature on the BPX and IGX
In releases prior to 9.3.30, the configuration save and restore facility used a proprietary protocol for communication between the nodes and CWM only. With the Release 9.3.30 TFTP Configuration Save and Restore facility, the standard TFTP protocol can be used to backup configuration files to a network server other than CWM. The network server can be any machine that is connected to a LAN attached to the network, has a TFTP server and disk, and is used to store configuration files. Configuration files that are saved using the TFTP method can be restored using the proprietary method, and vice versa, as long as the files are stored in the correct directory with the correct file names assumed by the proprietary protocol.
The TFTP Configuration Save and Restore facility includes a TFTP Start file interface for initiating a configuration save and restore request. The TFTP Start file naming convention is:
Upon receipt of the TFTP Start file, the node drives the save and restore process in the same manner as it does with a CLI or SNMP request.
The default number of simultaneous sessions is 4, but the feature allows for up to 15 simultaneous TFTP Save/Restore operations. Use the default, then slowly increase the number of sessions to guard against any traffic congestion problems in your network(s).
The new and modified CLI commands used to support the TFTP Configuration Save and Restore facility are listed below. For detailed information on the feature, see the savecnf command description on page 4-446.
Note The TFTP Configuration Save and Restore facility also includes an SNMP interface for initiating configuration save and restore requests and reporting errors and status. This new interface allows the use of other network management platforms running SNMP managers for driving network management functionality in the WAN.
Trunk Incremental CDV Feature on BPX and IGX
The trunk cell delay variance (CDV) is particularly important for voice and non-time-stamped (NTS) connections, for which voice quality and bit datastream transparency must be maintained. The delay for a physical trunk is easily estimated as a function of the transmit queue size and transmit rate. However, the delay for a virtual trunk connected to a public ATM network is not easily estimated by the BPX/IGX network. Consequently, the CDV for virtual trunks is frequently over estimated, resulting in excessive latency for the connections.
The Release 9.3.30 Trunk Incremental CDV feature reduces the transmission latency introduced at the egress port of a voice or NTS connection, when the connection traverses over one or more trunks. With this feature, the BPX/IGX system estimates the CDV (estimated CDV) for voice and NTS virtual trunk connections as if they were physical trunk connections. The feature also allows you to configure an incremental CDV on both physical and virtual trunks.
When configured, the incremental CDV is added to the estimated CDV to derive the effective CDV. The effective CDV is used during connection routing to assure that the CDV tolerance specified for the connection is not exceeded. The effective CDV is also used to derive the jitter buffer size at the egress ports.
The CLI commands modified to support the Incremental CDV on Virtual Trunk feature are listed below. For additional information on this feature, see the cnftrk command description on 3-444.
Configures trunk parameters. A new parameter is added to specify the incremental CDV value for a trunk.
Displays the incremental CDV value configured for a trunk.
Virtual Circuit (VC) Merge
VC merge improves the scalability of MPLS networks and allows multiple incoming VCs to be merged into a single outgoing VC, which is called merged VC. VC Merge is responsible for processing any incoming VSI messages from the MPLS controller and identifies the merging request. In the BPX 8600 series switch, VC Merge is implemented as part of the output buffering for ATM interfaces. The VC Merge feature requires the enhanced BXM (BXM-E) cards. Tag switching is supported.
Only frame-based connections are implemented.The key to VC Merge is to switch cells from the merging Label Virtual Circuit (LVC) to the merged LVC that points to the destination, while preserving AAL5 framing. Several AAL5 frames can arrive on different VCs and are merged onto a single VC without interleaving the frames.
If VC Merge is not supported on the card, N/A is displayed from the command cndcdparm.
CRC-4 Protection Feature on the IGX
ITU-T Recommendation G.704 provides for the optional use of a 4-bit CRC to protect the E1 framing structure. The Release 9.3.30 CRC-4 Protection feature allows you to enable/disable the CRC check on multiframed UXM E1 trunks and lines.
The CLI commands modified to support the CRC-4 Protection feature are listed below.
AIS OAM Recognition Feature on BPX and IGX
With the Release 9.3.30 AIS OAM Recognition feature, virtual trunks recognize receipt of end-to-end F4 OAM AIS alarms from the ATM service provider. Prior to Release 9.3.30,virtual trunks recognized ILMI traps/responses as a source of Virtual trunk path failure.
The AIS OAM Recognition feature is provided on BPX BXM and IGX UXM cards only. Virtual trunks in a VP-tunnelling configuration (IGX) are not supported.
The absence or presence of ILMI support from the ATM service provider does not affect the functionality of detecting F4 OAM AIS. Similarly, absence or presence of AIS indication from the ATM cloud does not affect the functionality of ILMI.
The Virtual Trunk Path Fail states have been expanded to distinguish between failures due to ILMI and AIS. The trunk states now include:
•Clear state
•Virtual Trunk Path Fail state due to ILMI trap
•Virtual Trunk Path Fail state due to AIS
•Virtual Trunk Path Fail state due to both ILMI and AIS
This feature provides a new entry point into the Virtual Trunk Path Failure alarm. Consequently, more connection rerouting may occur. You can use the cnftrk Trunk Deroute Delay timer to avoid excessive rerouting during brief outages.
The CLI commands modified to support the AIS OAM Recognition feature are listed below.
Virtual Trunk Clock Source Synchronization Feature on BPX and IGX
With the increased use of virtual trunks in Wide Area Networks, it is required that the clock source be derived from the ATM service provider for network synchronization. The Virtual Trunk Clock Source Synchronization feature associates the network clock source with the physical interface, rather than the virtual interface. This enables the use of all configurable virtual interfaces available on a physical trunk port as clock sources. When a virtual trunk fails, the clock source is not switched to another physical interface or internal clock source if there is another active, clock configurable virtual interface on the physical interface. This means that if at least one virtual trunk interface is up without any failure, the physical interface remains a sustainable clock source. This feature has no effect on regular, non-virtual trunks.
When a virtual trunk port is configured for clock source, the first virtual trunk interface on the trunk port is internally marked as the clock source. If the first virtual trunk interface on the trunk port fails, or becomes unusable as the clock source, the node searches for the next active virtual trunk interface that is usable as a clock source and marks that interface as the clock source. This virtual trunk search mechanism allows the clock source of the node to be associated with the physical trunk port rather than the physical interface. The clock selection mechanism within the same trunk port is transparent to the other nodes in the network, including the highest numbered node.
The CLI commands modified to support the F4 AIS Detection feature are listed below.
800 Part Number Support for Back Card Feature on BPX and IGX
This Release 9.3.30 feature enables display of the 800-level part number (also referred to as the Top Assembly Number, or TAN) for selected back cards. The 800 part number provides information about the back card that can assist with trouble shooting. Only the following back cards provide 800 part number support:
•BXM on the BPX
•URM, UXM, UFM, and UVM on the IGX
The 800 Part Number Support feature is not provided on controller back cards. Additionally, this feature does not provide the capability of writing the back card 800 part number.
The CLI commands modified to support the 800 Part Number Support for Back Card feature are listed below.
Virtual Port ILMI Enhancement on the BPX
The Virtual Port ILMI enhancement enables selection of the ILMI link management protocol on a BXM physical interface configured with virtual ports. Prior to Release 9.3.30, the ILMI protocol applied only to physical ports. LMI continues to be supported on BXM physical ports only.
Although ILMI can be enabled on the virtual ports, there is only one ILMI session per physical interface; meaning, an ILMI session only runs between the BXM physical interface and the ATM device to which it is directly connected. Similar to the existing ILMI implementation on the physical ports, the ILMI session on the BXM interface with virtual ports does not process incoming connection status traps.
ILMI configuration performed on one virtual port applies to all virtual ports on the same physical interface. When the protocol is enabled on a virtual port, ILMI processing is done only on the BXM card. You cannot configure the protocol to run on the controller card (BCC) with virtual ports.
The ILMI Neighbor Discovery feature on the BXM interfaces with virtual ports is only supported at the BPX switch level. There is currently no Cisco Wan Manager support for this feature. The cnfport CLI has been modified to allow users to configure ILMI on a virtual port.
The following parameters were applicable to physical ports only, they are now also applicable to virtual ports.
•Protocol (the only valid protocol for virtual ports is ILMI).
•VPI for ILMI connection
•VCI for ILMI connection
•ILMI Address Registration Enable
•ILMI Polling Enable
•ILMI Trap Enable
•ILMI T491 Polling Interval
•ILMI N491 Error Threshold
•ILMI N492 Event Threshold
•Protocol by the Card
•Advertise Interface Information (in previous releases, this parameter was known as Neighbor Discovery)
Concurrent Routing on the BPX and IGX
The Release 9.3.30 Concurrent Routing feature allows multiple route requests to be concurrently active on a node. This feature shortens network settling time (the time required for all connections in the network to reroute) by allowing multiple route requests to be accepted and serviced without blocking.
The maximum total number of concurrent routes is eight, and the maximum number of master routes is two. The second instance of the master route has to be path orthogonal to the first master route (i.e. with non-overlapping path). If the master node fails to find the second eligible route after a number of tries, it gives up the second route attempt—the second route is path blocked.
Concurrent routing also supports CPU throttling, a mechanism used to temporarily reduce routing concurrency when CPU utilization exceeds a defined threshold. The threshold is set by the cnfrrcpu command.
CLI commands modified to support the Concurrent Routing feature are listed below.
Configures connection management parameters for a node. A new parameter, Route Concurrency Level, is added to specify the number of concurrent routes available on the node.
Displays reroute statistics. New statistics show the CPU throttling/resumption details for master, via, and slave routes. A new optional parameter now displays nodal settling time measurements.
cnfrrcpu (configure CPU-based reroute throttling level parameters)
Configures CPU-based reroute throttling level for master, via and slave nodes.
60K Channel Support for VSI on the BPX
The Release 9.3.30 60K channel support for VSI feature provides the capability to support up to 60K channels for VSI connections on trunk side, port side, or a combination of trunks and ports. The enhanced BXM-E card models DX and EX support up to 60K channels per card slot. In contrast, pre-release 9.3.30 switch software specifies that the total number of channels used by AutoRoute and VSI connections cannot exceed 32K. The maximum supported AutoRoute channels remains at 32K.
To upgrade a BXM-E card slot with 32K channel configuration, you can execute the new upgdvsilcn command. If you have a BXM card slot, and want to configure that slot to use the 60K channels feature, you have to follow the procedure for "Hitless Upgrade of BXM to BXM-E" documented in Release 9.3.00, then execute the new upgdvsilcn command.
Channel statistics level 0 or 1 is required for feature operation. If you execute upgdvsilcn with channel statistics levels 2 or 3, you receive the following error message: "Logical card does not support 60K LCN for VSI." Use the cnfcdparm command to specify the channel statistics level.
The new and modified CLI commands used to support the 60 channel support for VSI feature are listed below.
F4 to F5 Mapping Feature on the BPX
The F4 to F5 Mapping feature allows end-to-end OAM cell flow on a multi-segment PVC to enhance end-to-end connection management. The feature allows the path level OAM (F4 AIS) cells arriving at the VCC/VPC interface to be mapped to channel level OAM (F5 AIS) cells for all the VCC segments at the interface with the same VPI value. The VPC is provisioned by the ATM service provider. The VCCs are terminated at the BXM line port, which is the VPC/VCC interface. When the F4 to F5 Mapping feature is enabled on a BXM port, the BXM is programmed to detect F4 AIS for all the VPIs for which VCCs exist on that port. Consequently, F4 to F5 mapping is configured on a logical port basis. Mapping is not configured for VPIs on a logical port.
The modified CLI commands used to support the F4 to F5 Mapping feature are listed below.
Automatic Routing Management to PNNI Migration
Release 9.3.30 supports the first phase of the Automatic Routing Management (AR) to Private Network-to-Network Interface (PNNI) migration. This release enables the introduction of PNNI networking software and MGX 8800 series routing switches into existing networks comprising BPX 8600 series routing switches running AR networking software.
The BPX 8600 supports both an Extended Permanent Virtual Connection (XPVC) and an Extended Permanent Virtual Path (XPVP) that spans over an AR-PNNI, or AR-PNNI-AR, hybrid network. This document concentrates on Extended Permanent Virtual Connections (XPVCs). Each XPVC can contain up to five segments that support various combination pairs of FR, ATM, and RPM endpoints. Each XPVC may contain feeder nodes such as MGX 8220, MGX 8230, MGX 8250, and Release 1 MGX 8850.
The UNI or NNI interface on each XPVC segment is enhanced and called Enhanced User-to-Network Interface (EUNI) or Enhanced Network-to-Network Interface (ENNI). The EUNI/ENNI allows segment OAM loopback cells to start from an edge of the hybrid AR-PNNI network and traverse through the multiple XPVC segments. When a fault is identified, CLI commands described in this document can be used at each EUNI/ENNI point to loopback OAM cells. Cisco recommends you use the Cisco WAN Manager (CWM) application to set up multi-segment OAM loopback. This OAM segmentation capability supports fault isolation in the AR-PNNI network.
With Release 9.3.30, the BXM card supports an Extended Local Management Interface (XLMI) protocol. The XLMI protocol, in conjunction with the LMI Neighbor Discovery feature, enables the exchange of connection status and topology information between the BPX and MGX switches in the AR-PNNI hybrid network.XLMI supports D bit, meaning that if a segment is automatically deleted, an AIS is sent to the Customer Premises Equipment (CPE). Abit operational status is not exchanged.
The Cisco WAN Manager (CWM) is required with Release 9.3.30. The CWM combines the XPVC segments into a single connection for simplified management. CWM must be used to add, modify, or delete a multi-segment XPVC (using the SNMP Service Agent proxy along with provided CWM-XPVC-CLI scripting capability). CWM must also be used to display the XPVC connection details. The CWM initiates test delay procedures and monitors the connection endpoints at the edge of the AR-PNNI network. CWM receives connection information from each network segment and reports the XPVC connection status.
The Release 9.3.30 AR-PNNI networking feature is compatible with the following network components:
•BPX software release 9.3.30 and above
•BXM firmware version MFH and above
•MGX release 2.1.60 and above
•AXSM with MGX2 release
•CWM release 10.5 and above
The following PVC endpoints are eligible on the AR network edge:
•BXM/ASI port
•BXM/BNI feeder to AXIS/MGX 8850 Release 1 with AUSM, FRSM, RPM, and PXM1 as endpoints
All connections supported on BPX software Release 9.3 with the above endpoints are supported in the AR-PNNI hybrid network. All feeders supported on BPX software Release 9.3 are supported in the AR-PNNI hybrid network.
The following network components are not supported:
•BXM/BNI feeder to AXIS/MGX 8850 Release 1 with VISM and CESM as endpoints
•BPX-SES in the PNNI network
With Release 9.3.30, the LMI Neighbor Discovery feature is only supported on BXM physical ports over the AR-PNNI link. LMI Neighbor Discovery is allowed only when the XLMI protocol runs on the BXM card. The XLMI protocol only runs on the BXM card and is only supported over the AR-PNNI link.
A maximum of 12 ports can be configured with the XLMI protocol per BXM card. The maximum number of ports that can have XLMI enabled on the BPX is 144 (12 BXM cards/BPX times 12 physical ports/BXM card).
The following features are not supported in Release 9.3.30:
•IP relay is not supported over the AR-PNNI link.
•VSI partition is not supported on EUNI/ENNI port types.
•BPX virtual ports cannot be configured as EUNI/ENNI port types.
The modified CLI commands used to support the AR-PNNI migration feature are listed below.
Network to Endpoint Connectivity Verification and Round Trip Delay Measurement
The network to endpoint loopback connectivity verification feature tests the data path for a connection from a BPX switch by generating and detecting end-to-end OAM loopback cells. You can verify the connectivity from the network to a PVC endpoint or a PVP endpoint, depending upon the type of connection on which the test is issued from the BPX switch. Unlike the command tstdelay, which tests connectivity "inside" the network, the new command tstpingoam tests connectivity going "out" of the network.
The tstpingoam command is useful for troubleshooting in a multi-provider network, as shown in Figure 2-1.
Figure 2-1 Multi-Provider Network
When an end user experiences connectivity or delay problems with a connection to an ATM network, there are multiple places where connectivity problems can occur. It is difficult to determine where the problem is located, and therefore, who has the responsibility to fix the problem. By giving each service provider the ability to establish connectivity with the CPE and measure delay, they can quickly narrow down which network has the problem, then work within that network to fix the problem.
The new or modified CLI commands used to support the network to endpoint loopback connectivity verification feature are listed below.
Basic User Interface
The user interface commands:
•Provide help on how to use the commands
•Display the twelve most recent commands entered into the system
•Connect to another node
•Sign on and off
•Clear, print, or redraw the screen
These commands are all simple to use and have no command parameters except the virtual terminal command (vt), in which you must specify the node name, and the help commands, in which you must enter a command character string.
Setting Up Nodes
This group of commands are used to set up an IGX or BPX node. (You must set up each node before you build the network.) This group also contains commands to:
•Configure a node name and time zone.
•Add and remove a network node.
•Add and remove an interface shelf in a tiered network.
•View a node's configuration.
•Specify Y-cable redundancy for cards in the node.
•Start a window session to an external device or specify an interface to an attached terminal.
•Sending A-bit Notification on ILMI/LMI Using Configurable Timer
Setting Up Lines
A circuit line is the physical line that carries data, voice, Frame Relay, or ATM traffic between an IGX or BPX node and customer premises equipment (CPE). Each piece of customer premises equipment is attached to a node through a circuit line. After a card has been "upped" with the upcd command, a circuit line on that card can be "upped" and configured.
Line commands are the same as circuit line commands. However, the cnfcln command is no longer used; use cnfln instead. The switch software prompts for the parameters appropriate for the card type it detects.
Setting Up Trunks
After you have configured the nodes, you must activate the trunks. Trunks are intra-node communication links in a network. A trunk can connect any combination of IGX or BPX nodes.
Before executing the commands in this section, you must have finished setting up the nodes. Also, the front and back cards that support the proposed line type and communication technology must reside in the slot intended for the trunk.
You cannot use a virtual trunk as an interface shelf (feeder) trunk; similarly, you cannot configure an interface shelf trunk to act as a virtual trunk, nor can you terminate interface shelf (feeder) connections on a virtual trunk.
Voice Connections
The voice commands apply to setting up, configuring, and statistical reporting for voice connections (including FAX). You use these commands to add a voice connection, configure card redundancy, and optimize the use of voice activity detection (VAD).
Voice connections exist as ports on circuit lines supported by a Channelized Voice Module (CVM) or Universal Voice Module (UVM) in an IGX node. The back card for the CDP or CVM is either a BC-T1, BC-E1, or BC-J1. For the UVM, the back card is either a BC-UVI-2T1EC, a BC-UVI-2J1EC, or BC-UVI-2E1EC.
Data Connections
These commands apply to setting up, configuring, and statistical reporting on data connections:
•Setting up a circuit line and a data connection
•Configuring data channel redundancy
•Using interface control templates
•Enabling DFM and data channel utilization
•Enabling Embedded EIA operation
•Configuring idle code suppression on a per-connection basis
Frame Relay Connections
The Frame Relay commands let you add, configure, delete, and specify statistical reporting for Frame Relay connections:
•Set up a Frame Relay connection
•Use Frame Relay classes
•Use interface control templates
•Configure channel utilization
•Set channel priorities
•Display statistics
In an IGX node, the Frame Relay commands operate on an FRM or UFM card set. For the Frame Relay commands that operate on an FRSM in an MGX 8220 shelf, refer to the Cisco MGX 8220 Command Reference.
ATM Connections
These commands let you activate and configure ATM connections, as well as statistical reporting for these connections, at an ATM UNI in a BPX or IGX node. You can add ATM connections to an ASI or BXM in a BPX node, and to a UXM or URM in an IGX node. For details on ATM commands and other support on an MGX 8220 shelf, refer to the MGX 8220 documentation. For details on ATM commands on an MGX 8550 shelf, refer to the MGX 8550 documentation.
Universal Router Module
The Universal Router Module (URM) was introduced with Release 9.3.20 on the IGX 8400. The URM is functionally equivalent to a UXM card with one ATM port and an IOS router.
Management of the URM is different from other IGX cards. The IGX CLI is used to manage the embedded UXM and internal ATM port. The IOS CLI and IOS management applications are used to manage the embedded router. The IGX CLI, however, does provide features that facilitate configuration, serviceability, and monitoring of the URM embedded router. These commands are described in the following table.
The URM supports the Virtual Switch Interface (VSI) feature. The VSI feature and usage on the URM is the same as for VSI on the UXM interface card, except that the URM does not support trunks, or IMA lines and trunks. Existing CLI commands are used to configure VSI on the URMs embedded UXM ATM port. See "VSI Commands" section for the list of IGX VSI commands.
Optimizing Traffic Routing and Bandwidth
To achieve peak network performance, the routing of traffic and the use of available bandwidth is configurable. The information used in configuring traffic routing and bandwidth is gathered from historical network trends. These commands are used to complete those tasks required to optimize the network: specifying channel utilization, specifying the class of service (including the use of the priority bumping feature), and managing bandwidth.
Synchronizing Network Clocks
These commands are used to synchronize a network.
The designation of the clock source depends on the stratum (or stability) of the clock source. Each node in the network synchronizes to the nearest (fewest number of hops) primary clock source. If no primary source is available, the nearest secondary clock source is used, and so on. If no other source is available, the network synchronizes to the internal oscillator of one of the nodes in the network.
Managing Jobs
A job is a user-specified string of commands. A job can automatically execute on a prearranged schedule or upon an event trigger. Use these commands to:
•Create a job
•Run a job
•Stop a job
•Display one or more jobs
•Edit a job
•Delete a job
•Create a job trigger
The system assigns a number to a new job. This job number identifies the job and is a required parameter for most job control commands. When you create a new job, the current privilege level is automatically saved as the privilege level of the job. Only commands that are available at your privilege level can be in your job specification. For example, a user whose highest privilege level is 3 cannot include the addtrk command in a job because addtrk requires a level 1 privilege. This privilege requirement also applies to other job functions, such as running, editing, or stopping a job.
Not all Cisco WAN Switching commands can execute as a part of a job. For this reason, the Attributes section of each command description in this manual states whether the command can function in a job.
Managing the Network
These commands are used for network administration. They are also used to manage system user access, passwords, and tasks.
Statistics
Troubleshooting
Error Information
VSI Commands
Virtual Switch Interface (VSI) is a common control interface for Cisco switches such as the MGX 8850, the BPX 8650 and the IGX 8400. It provides a resource management scheme that allocates the switch resources needed for setting up connections, such as system bandwidth and channel space, to a number of external connection-management entities (controllers) which manage calls or connections with PNNI or MPLS or other protocols.
The switch resources are partitioned between Automatic Routing Management and the MPLS or PNNI Controllers.
While BPX supports both SES PNNI and MPLS controllers, IGX supports only MPLS controllers.
VSI on the BPX and IGX provides these facilities:
•multiple VSI partitions
•Service Class templates
•virtual trunk support for VSI
•Cisco WAN Manager support for VSI
VSI is supported on:
•UXM and URM cards on the IGX
•BXM cards on the BPX
For more overview information and specific information on how to configure a BPX 8650 switch, refer to the Cisco BPX Series Installation and Configuration Guide. For information about configuring a router for MPLS operation, refer to the MPLS Software Configuration Guide. For information on the IGX 8400 switch, see the IGX Installation and Configuration Guide.
Summary of IGX VSI Commands
Summary of BPX VSI Commands
SuperUser Commands
The Cisco WAN switch software SuperUser commands require user privilege level 0 (zero). SuperUser commands (privilege level 0) require a different login and password than commands with privilege levels 1-6. Because the privilege level for all SuperUser commands is 0, the privilege level does not appear in the command definition.
Once you log into a node as SuperUser (user privilege level 0), you will have access to all the SuperUser commands throughout the entire session until you log off that node.
Caution These commands are intended to be restricted to Cisco personnel and other qualified users, such as system administrators. Do not distribute this information to casual users because improper use of SuperUser commands could lead to system malfunction or complete failure.
To access these commands, type in SuperUser at the login prompt. Enter the SuperUser password and the password prompt. To exit a command at any point, press the Delete key.
The definitions of potentially dangerous SuperUser commands contain an advisory for you to call the Cisco Technical Assistance Center (TAC) before you proceed. The number in the United States is 800-553-2447. For international access, use 1-408-526-4000.
This section briefly describes the statistics command line interface (CLI) definitions that are provided for various statistics commands (for example, cnfchstats, cnflnstats, cnfportstats, and so on.) Each statistics command displays field names on the CLI.
The descriptions provided in the various statistics description tables may vary from the actual definitions of the field name as it appears on the switch software command line interface statistics screens.
Only BXM card statistics descriptions are provided; however, note that many of the UXM card statistics are similar or identical to those used for the BXM card. This means that in many cases, the description may also apply to the UXM card.
The statistics descriptions provided in the various tables may not always map directly to the CLI field names, but in many cases, they provide a description of the statistic that is sent from the card firmware to the switch software CLI (through CommBus messages from the firmware to switch software).
Note The BXM CommBus interface is similar in many places to the CommBus interface for previously-released cards (ASI and BNI cards). Note that there are small differences in the CommBus definition for other cards. In some cases the object ID for the BXM card statistic differs from its ASI or BNI counterpart.
Several tables contain CommBus messages, along with descriptions of how each message is used by the switch software. Note that in many cases, the CommBus message description provides a description of the statistics field name on the CLI screen display, on dspchstats, dspchstathist, and so on.
Explanation of table columns:
•ID—Indicates the object ID number.
•Object Name—Provides a description of the object.
•Range/Values—Indicates the legal values that the object can take.
•Default—Indicates the default value used by the firmware if this object is not sent. Special defaults:
–R—Indicates that there is no default and the object must be supplied each time.
–RI—Indicates that the object is required only at initial setup time.
–NA—Not Applicable; Indicates that the object is "get-only" so a default value does not apply in this case.
–NC—No Change.
–LR—Line Rate (E3, DS3, OC-3, OC-12).
•Description—Indicates the use of the object.
Functional Description of Channel Statistics
This operation provides a way for the software to collect channel statistics. The number of channel statistics that can be collected is limited and configurable by software. Note that all of these statistics are not available on the Monarch firmware at one time. For the statistics that are not configured, a value of zero will be returned during the "get" operation.
In the description column of the screen display, the numbers in brackets indicate how many stats-per-connection need to be configured on the card for the specific statistic to be available over the CommBus interface. [ALL] indicates the statistic is available regardless of the number of configured stats-per-connection. If the number inside the [ ]s is preceded by "A:", that means that the statistic is available when primary statistics are requested for the connection. If the number inside the [ ]s is preceded by "B:", that means the statistic is available when secondary statistics are requested for the connection.
Command Aliases
These commands are functionally identical. The first command name is an alias; see the command definition for the second, preferred name:
•addcdred—same functionality as addyred
•addfrport—same functionality as addport
•cnfclnstats—same functionality as cnflnstats
•cnffrport—same functionality as cnfport
•delcdred—same functionality as delyred
•delfrport—same functionality as delport
•dnfrport—same functionality as dnport
•dspcdred—same functionality was dspyred
•dspfrport—same functionality as dspport
•dsplnstatcnf—same functionality as dspphyslnstatcnf
•dsplnstats—same functionality as dspphyslnstats
•prtcdred—same functionality as prtyred
•switchcdred—same functionality as switchyred
•upfrport—same functionality as upport
Posted: Sat Apr 22 18:04:42 PDT 2006
All contents are Copyright © 1992--2006 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.