Guest

Cisco MGX 8800 Series Switches

1.1.34 Version Software Release Notes Cisco WAN MGX 8850, 8230, and 8250 Software

Table Of Contents

1.1.34 Version Software Release Notes Cisco WAN MGX 8850, 8230, and 8250 Software

About These Release Notes

Features Introduced in Release 1.1.34

Online Diagnostics

adddiagtest

cnfdiagtest

cnfdiagparams

dspdiagtests

dspdiagresults

clrdiagresults

showdiagtests

deldiagtest

rundiagtest

pausediag/resumediag

clralldiagtests

Diagnostics Failure Reporting

Power On Self Test (POST) on PXM

Enhanced ATM-LMI

Buffer Allocation Priority

VISM 2.1(0) on MGX 8250/8850/8230

About the 1.1.32 Release

Features Introduced in Release 1.1.32

Feature Descriptions

Support for Multiple RPM Card Types

Support for RPM-PR Module with MGX-PXM1

Support for RPM/B in MGX 8230

Feature Descriptions in Releaes 1.1.31

CoS Map for FRSM-8

DS3 Loopback on PXM-T3

Stratum-3 Clocking

ForeSight and Standard ABR Coexistence Guidelines

Independent Service Rate on FRSM-HS1/B

Online Diagnostics for PXM

SRM in MGX 8230

Standard ABR on AUSM

Standard ABR on FRSM-8 and FRSM8-C Modules

VBR-rt on AUSM

VISM 2.0.0 on MGX 8230/8250/8850

VISM 1.5.05 on MGX 8250/8850

Features Introduced in Release 1.1.25

Features Introduced in Release 1.1.24

MGX 8230

MGX 8250

Continued Support for the MGX 8850

Features Introduced in Release 1.1.23

Release 1.1.32 MGX 8850, MGX 8230, and MGX 8250 Hardware

MGX 8220 Hardware Not Supported on Release 1.1.32 of the MGX 8850

MGX 8220 Hardware That Has Been Superseded on the MGX 8850 by MGX 8850-Specific Hardware

MGX 8220 Hardware Not Supported on the MGX 8850

Software Platform Features

Features Not Supported in This Release

Major Network Management Features

Connection Limits

SNMP MIB

Notes and Cautions

Stratum-3 Clocking

UPC Connection Parameters

ForeSight and Standard ABR Coexistence Guidelines

CLI Modifications in 1.1.34 and Prior Releases

Node Related

RPM Related

RPM Front Card Resets on an MGX 8250 Switch

RPM-PR Back Ethernet Card Support

RPM/B Ethernet Back Card Support

Limitations

CWM Recognition of RPM/PR and RPM/B Back Cards

restoreallcnf

clrsmcnf

Problems Fixed in Release 1.1.34

Problems Fixed in Release 1.1.32

Problems Fixed in Release 1.1.31

Problems Fixed in Release 1.1.25

Problems Fixed in Release 1.1.24

Problems Fixed in Release 1.1.23

Compatibility Notes

MGX 8230/8250/8850 Software Interoperability with Other Products

Boot File Names and Sizes

MGX 8250/8850 Firmware Compatibility

MGX 8230 Firmware Compatibility

Compatibility Matrix

Special Installation and Upgrade Requirements

Special Instructions for Networks Containing FRSM 2 CT3

Executing the Script

Script Functionality

Single PXM Installation Procedure

Installation Procedure for Redundant PXMs

Instructions to Abort Upgrade

Upgrade to 1.1.34 from 1.1.3x

Upgrade to 1.1.34 from 1.1.2x

Service Module Firmware Download Procedure

Manual Configuration of Chassis Identification

MGX as a Standalone Node

Chassis Identification During a Firmware Upgrade

Service Module Installation/Upgrade and Flash Download Requirements.

Service Module Upgrades

Known Anomalies for Platform Software Release 1.1.34 and Service Module Firmware

Known Anomalies for Platform Software Release 1.1.32 and Service Module Firmware

Known Anomalies for RPM release 12.1(1)T

Known Anomalies for RPM Release 12.0(5)T1

RPM Configuration Examples for MPLS-based Virtual Private Networks

One PE - Two CE Configuration

One PE - Two CE Configuration - OSPF & IBPG Between PEs & EBGP between PE-CE

CE1 Configuration:

CE2 Configuration

CE3 Configuration:

PE1 Configuration:

PE2 Configuration:

One PE - Two CE Configuration - OSPF & IBPG Between PEs & RIP between PE-CE

CE1 Configuration

CE2 Configuration

CE3 Configuration

PE1 Configuration

PE2 Configuration

One PE - Two CE Configuration - OSPF & IBPG Between PEs & STATIC ROUTES between PE-CE

CE1 Configuration

CE2 Configuration

CE3 Configuration

PE1 Configuration

PE2 Configuration

Route Processor Module (RPM) Addendum

About the Cisco IOS 12.1(5.3)T_XT Release

About the Cisco IOS 12.2(2)T2 Release

RPM Compatibility Matrix

Special Upgrade Requirements for RPM

General Upgrade/Downgrade Guidelines

Upgrade the RPM Firmware

Upgrade a RPM/B Module to RPM-PR

Install an RPM-PR Module in a Fresh Slot

Operate an RPM/B or RPM-PR in an MGX 8230 Chassis

New CLI Commands for RPM

Problems Fixed with IOS 12.1(5.3)T_XT

Obtaining Documentation

World Wide Web

Documentation CD-ROM

Ordering Documentation

Documentation Feedback

Obtaining Technical Assistance

Cisco.com

Technical Assistance Center

Contacting TAC by Using the Cisco TAC Website

Contacting TAC by Telephone


1.1.34 Version Software Release Notes Cisco WAN MGX 8850, 8230, and 8250 Software


About These Release Notes

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.

Note that for Release 1.1.34, the product documents (Command Reference, Overview, and Installation and Configuration Guides) were not updated. Use the Release 1.1.3 documents in addition to the 1.1.34 Version Software Release Notes Cisco WAN MGX 8850, 8230, and 8250 Software.

Product documentation for MGX 8850 is at:

http://cisco.com/univercd/cc/td/doc/product/wanbu/mgx8850/1_1_31/index.htm

Product documentation for MGX 8230 is at: http://cisco.com/univercd/cc/td/doc/product/wanbu/mgx8230/1_1_31/index.htm

Product documentation for MGX 8250 is at:

http://cisco.com/univercd/cc/td/doc/product/wanbu/mgx8250/1_1_31/index.htm

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

Features Introduced in Release 1.1.34

Release 1.1.34 is a feature release. The following Reliability, Availability, and Serviceability (RAS) features are available for the MGX 8850, MGX 8250, and MGX 8230 with Release 1.1.34.

Features that require 1.1.34
Feature
Availability
IOS
CWM

Online Diagnostics on PXM

Release 1.1.34

12.2(2)T2

10.4.01 patch 1

Power on self test (POST) for PXM

Release 1.1.34

12.2(2)T2

10.4.01 patch 1

Enhanced ATM-LMI

Release 1.1.34

12.2(2)T2

10.4.01 patch 1

Buffer allocation priority

Release 1.1.34

12.2(2)T2

10.4.01 patch 1

VISM 2.1(0) support

Release 1.1.34

--

--


Online Diagnostics

The online diagnostics feature provides you with the tools to proactively monitor the hardware and software components on the PXM. While diagnostics usually focuses solely on hardware, equally critical software resources can impact network availability. The online diagnostics feature provides support in critical software areas and allows you to:

Run non-destructive tests on some of the hardware and software components on the PXM.

Execute tests periodically in the background on either the Active and Standby PXM, with a minimum time interval of 1 minute.

Choose from a series of available, configurable diagnostic tests, that can be used as part of online diagnostics

Configure start times, iterations and in some cases parameters, for each test.

View test results from various interfaces (CLI, CWM). Tests will generate logs, card alarms, and traps.

Table 1 lists the commands used to configure, run, and display the online diagnostics. More information about each command, along with examples of the command, are found in the sections that follow the table.

Table 1 Online Diagnostics Commands

New Command
Description
See

adddiagtest

Adds a test as part of the online diagnostics.

adddiagtest

cnfdiagparams

Configures diagnostic test parameters.

cnfdiagparams

deldiagtest

Deletes a test configured as part of online diagnostics.

deldiagtest

cnfdiagtest

Modifies the parameters of a diagnostic test.

cnfdiagtest

dspdiagresults

Displays the results of the configured tests.

dspdiagresults

dspdiagtests

Displays the configured tests and their parameters.

dspdiagtests

showdiagtests

Displays the list of available tests

showdiagtests

rundiagtest

Executes individual diagnostics tests.

rundiagtest

clralldiagtests

Deletes all diagnostics tests currently configured.

clralldiagtests

clrdiagresults

Clears diagnostics test results.

clrdiagresults

pausediag

Temporarily stops the diagnostics test.

pausediag/resumediag

resumediag

Resume a diagnostics test that was paused.

pausediag/resumediag


adddiagtest

Description

Adds a test as part of the online diagnostics on ASC.

Syntax

adddiagtest <testNumber> <testState>

Parameter
Description

<testNumber>

A test number, 1-15. Use the command showdiagtests to display a list of tests and their corresponding numbers. Run showdiagtests <testNumber> to see a description of the test.

1-BRAM Checksum (software)

2-Hard Disk Access (hardware)

3-Framer Access (hardware)

4-CBC Access (hardware)

5-QE Access (hardware)

6-RCMP Access (hardware)

7-Ethernet Test (hardware)

8-SRM M13 Access (hardware)

9-DRAM Memory Availability (software)

10-SAR Buffer Availability (software)

11-CPU Performance Monitor (software)

12-Trap Frequency Monitor (software)

13-QE ASIC Error Counter Monitor (hardware)

14-CBC ASIC Monitor (hardware)

15-CBC Path Test (hardware)

<testState>

Card state in which to execute the command.

1-active PXM

2-standby PXM

3-active and standby PXM


Example

PXM.a > adddiagtest 1 3
Test Number 1 ? "BRAM Checksum" added to Online Diagnostics
Use Unique Test ID 16 to refer to this test

cnfdiagtest

Description

Modifies the parameters of a diagnostic test that is configured as part of online diagnostics.

Syntax

cnfdiagtest <Unique Test ID> <startTime> <period> <iterations>

Parameter
Description

<Unique Test ID>

An ID value obtained from the command dspdiagtests.

<startTime>

Specify the test start time in the format HH:MM, or specify "Now" to execute the test immediately.

<period>

Frequency with which the test needs to be executed. The minimum time period that can be configured is 1 minute. The range is 1-1439.Period in minutes

<iterations>

Number of times the test should be repeated. When the value is specified as -1, the test will continue to execute.


Example

PXM.a > cnfdiagtest   10   NOW   15     -1
PXM.a >
Test added to start executing immediately, every 15 minutes, forever.
cnfdiagtest (Contd..)
Sample Output 2
PXM.a > cnfdiagtest   5   12:00   1440    -1
PXM.a >

cnfdiagparams

Description

Modifies test input parameters of a test added as part of online diagnostics

Syntax

cnfdiagparams <Unique Test ID> <param1> <param2>

Parameter
Description

<Unique Test ID>

An ID value obtained from the command dspdiagtests.

<param1>

First parameter for the diagnostics test. The meaning of this parameter differs for different tests. To find the meaning of the parameter, use the command showdiagtests <testNumber>.

<param2>

Second parameter for the diagnostics test. The meaning of this parameter differs for different tests. To find the meaning of the parameter, use the command showdiagtests <testNumber>. If the second parameter is not entered, the value will be zero.


Example

PXM.a > cnfdiagparams 10 10 0
PXM.a >

dspdiagtests

Description

Displays the configured tests and their parameters.

Syntax

dspdiagtests

Output Field
Description

ID

A test number, 1-15.

Test Name

One of the following tests:

BRAM Checksum

Hard Disk Access

Framer Access

CBC Access

QE Access

RCMP Access

Ethernet Test

SRM M13 Access

DRAM Memory Availability

SAR Buffer Availability

CPU Performance Monitor

Trap Frequency Monitor

QE ASIC Error Counter Monitor

CBC ASIC Monitor

CBC Path Test

State

Card state in which test is executed. Values are, Active, Standby, or Act/Stb (active and standby).

Start Time

Specify the test start time in the format HH:MM, or specify "Now" to execute the test immediately.

Period

Frequency with which the test needs to be executed. The minimum time period that can be configured is 1 minute. The range is 1-1439.Period in minutes

Iteratns

Number of times the test should be repeated. When the value is specified as -1, the test will continue to execute.

Param1

First parameter for the diagnostics test. The meaning of this parameter differs for different tests. To find the meaning of the parameter, use the command showdiagtests <testNumber>.

Param2

Second parameter for the diagnostics test. The meaning of this parameter differs for different tests. To find the meaning of the parameter, use the command showdiagtests <testNumber>. If the second parameter is not entered, the value will be zero.


Example

	PXM.a > dspdiagtests

	ID Test Name                         State    Start Time      Period     Iteratns    Param1      Param2  
	--  -------------------------------  -------  --------------- ---------  ----------  ----------- -----------  
	1   BRAM Checksum                    Act/Stb  FOREVER         1          FOREVER     N/A         N/A 
	2   Trap Frequency Monitor           Active   FOREVER         1          FOREVER     50          N/A 
	3   Hard Disk Access                 Standby  FOREVER         1          FOREVER     N/A        N/A 
	4   Framer Access                    Act/Stb  FOREVER         1          FOREVER     N/A        N/A 

	Online Diagnostics : RUNNING

	PXM.a > 

dspdiagresults

Description

Display the results of the configured tests.

Syntax

dspdiagresults

Output Field
Description

ID

A test number, 1-15.

Test Name

Name of the test.

Result

Status of the test; whether it has passed or failed.

Pass Count

Number of times the test has passed.

Fail Count

Number of times the test has failed.


Example

PXM.a > dspdiagresults

	ID Test Name                          Result       Pass Count          Fail Count 
	-- -------------------------------    ---------    ---------------     -------------- 
	1  BRAM Checksum                      PASS         5603                0      
	2  Trap Frequency Monitor             FAIL         5602                1      
	3  Hard Disk Access                   PASS         5603                0      
	4  Framer Access                      PASS         5603                0 
	PXM.a > 

clrdiagresults

Description

Clears the results of all the configured tests. To confirm that the results have been cleared, you can run the command dspdiagresults.

Syntax

clrdiagresults

Example

	PXM.a > dspdiagresults

	ID Test Name                          Result       Pass Count         Fail Count 
	-- -------------------------------    ---------    ---------------    -------------- 
	1  BRAM Checksum                      PASS         5603               0      
	2  Trap Frequency Monitor             FAIL         5602               1      
	3  Hard Disk Access                   PASS         5603               0      
	4  Framer Access                      PASS         5603               0 

	PXM.a  >clrdiagresults

	PXM.a > dspdiagresults
	ID Test Name                          Result       Pass Count         Fail Count 
	-- -------------------------------    ---------    ---------------    -------------- 
	1  BRAM Checksum                      N/A          0                  0      
	2  Trap Frequency Monitor             N/A          0                  0      
	3  Hard Disk Access                   N/A          0                  0
	4  Framer Access                      N/A          0                  0 

	PXM.a >

showdiagtests

Description

Displays the list of available tests when executed without the optional parameter. When the optional parameter Test Number is used, displays the meaning of the test, as well as test parameter options.

Syntax

showdiagtests [<Test Number>]

Parameter
Description

Test Number

A test number, 1-15.


Example 1

	PXM.a > showdiagtests
Test Number             Test Name                        
------------------      ---------                        
1                       BRAM Checksum                    
2                       Hard Disk Access                 
3                       Framer Access                    
4                       CBC Access                       
5                       QE Access                        
6                       RCMP Access                      
7                       Ethernet Test                    
8                       SRM M13 Access                   
9                       DRAM Memory Availability         
10                      SAR Buffer Availability          
11                      CPU Performance Monitor          
12                      Trap Frequency Monitor           
13                      QE ASIC Error Counter Monitor    
14                      CBC ASIC Monitor                 
15                      CBC Path Test 
	XM.a  >

Example 2

	PXM.a > showdiagtests 12
	Function : Monitors the Trap Frequency
			An Alarm is reported if Trap Frequency cross the threshold.
	Input Parameter : Threshold : (0 > = 0) Th4reshold for permissible 
			trap numbers to be sent per second.

Example 3

	PXM.a > showdiagtests 1
	Function : Performs BRAM Checksum Test
	Input Parameter : None.
	PXM.a >

deldiagtest

Description

Removes a test from being executed in the background.

Syntax

deldiagtest <Unique Test ID>

Parameter
Description

Unique Test Id

A test number, 1-15.


Example

	PXM.a > deldiagtest 1 
	PXM.a > 

rundiagtest

Description

Executes an individual diagnostics test.

Syntax

rundiagtest <Test Number> <param1> <param2>

Output Field
Description

Test Number

A test number, 1-15.

Param1

First parameter for the diagnostics test. The meaning of this parameter differs for different tests. To find the meaning of the parameter, use the command showdiagtests <testNumber>.

Param2

Second parameter for the diagnostics test. The meaning of this parameter differs for different tests. To find the meaning of the parameter, use the command showdiagtests <testNumber>. If the second parameter is not entered, the value will be zero.


Example

	PXM.a > rundiagtest 10 10 0
	SAR Buffer Availability    PASSED
	PXM.a >

pausediag/resumediag

Description

The pausediag command temporarily pauses diagnostic test execution. After running this command, you can execute the dspdiagtests command; "online diagnostics" at the bottom of the display will indicate PAUSED.

Run the resumediag command to remove the pause and resume the diagnostics test.

Syntax

pausediag

Example

	PXM.a > pausediag
	Online Diagnostic Tests are Paused
	PXM.a > dspdiagtests

	ID Test Name                         State        Start Time      Period     Iteratns    Param1       Param2  
-- -------------------------------   -------      --------------- ---------  ----------  -----------  
-----------  
	1   BRAM Checksum            Act/Stb      FOREVER         1          FOREVER     N/A          N/A 
	2   Trap Frequency Monitor   Active       FOREVER         1          FOREVER     50           N/A 
	3   Hard Disk Access         Standby      FOREVER         1          FOREVER     N/A          N/A 
	4   Framer Access            Act/Stb      FOREVER         1          FOREVER     N/A          N/A 

	Online Diagnostics : PAUSED
	PXM.a > resumediag

clralldiagtests

Description

Deletes all tests from online diagnostics that are currently configured. Confirmation of this command can be seen by running the dspdiagtests command, which will show "No tests configured to run online."

Syntax

clralldiagtests

Example

	PXM.a > clralldiagtests
	Cleared all Online Diagnostic tests
	PXM.a > dspdiagtests
	Online Diagnostics : No tests configured to run online
	PXM.a > 

Diagnostics Failure Reporting

The following examples show the log and card output. Both examples show the alarms generated by failed diagnostics test.

Example 1 log output

PXM.a > dsplog
	05/29/2001-16:19:56 08 tOnlnDiag  ONLI-7-ONLNDIAG_CARDIN      
  	Card in alarm: Online Diag Test SAR Buffer Availability Unique ID: 1 Failed
	05/29/2001-16:19:56 08 tOnlnDiag  ONLI-7-ONLNDIAG_TEST_F       
  	Online Diag Test SAR Buffer Availability Unique ID: 1 Failed
	05/29/2001-16:19:56 08 tOnlnDiag  ONLI-7-ONLNDIAG_TEST_F       Online Diag test Failed. 
	SAR Buffer Availability Unique ID: 1 Pool: 0. PctAvlSarBuf = 99, Threshold = 100

Example 2 card output

PXM.a > dspcd
ModuleSlotNumber:                    8
FunctionModuleState:                 Active
FunctionModuleType:                  PXM1-T3E3
FunctionModuleSerialNum:             SBK042500A3
FunctionModuleHWRev:                 A0
FunctionModuleFWRev:                 1.1.34l
FunctionModuleResetReason:           Upgrade Reset
LineModuleType:                      PXM-UI
LineModuleState:                     Present
SecondaryLineModuleType:             LM-BNC-2T3
SecondaryLineModuleState:            Present
mibVersionNumber:                    0.0.22
configChangeTypeBitMap:              No changes
cardIntegratedAlarm:                 Minor
cardMajorAlarmBitMap:                Clear
cardMinorAlarmBitMap:                Online Diags Failure on slot 8
BkCardSerialNum:                     SBK043601D1
TrunkBkCardSerialNum:                SBK0310007T
FrontCardPCBNumber:                  800-05760-02
TrunkBkCardPCBNumber:                800-04057-02

Power On Self Test (POST) on PXM

The Power On Self Tests (POST) on the PXM are destructive tests executed on key components, and are used to detect component failure. The PXM Boot code executes the POST tests, and therefore, are executed on every reset.

Because some components cannot be turned on during the bootup, POST is limited to testing the components that are on during the bootup phase.

POST Failure is reported through the CLI, log messages, card alarms, and traps.

POST Tests on PXM include:

BRAM Checksum test

QE RAM test

CBC RAM test

Ethernet Register test

PCI_IDE Register test

Clock Mux test

Framer Access test

RCMP RAM test

Example 1 PXM boot capture

z16c30DevInit.Done
POST: BRAM checksum...PASSED
POST: QE ram...PASSED
POST: CBC ram...PASSED
POST: Ethernet reg...PASSE
POST: PCI-IDE reg...PASSED
sysHwInit2
z16c30DevInit2
POST: Clock mux...PASSED
POST: Framer access...PASSED
POST: RCMP ram...PASSED
Copied POST results to 0x80001000, 704 bytes
Initializing the disk driver ... 

......................................

Example 2 dsppostresults and dspcd commands

Use the command dsppostresults on Active and Standby PXM to determine the POST results for the respective PXM cards.

8.PXM.s > dsppostresults
Test Description                         Result     Detail Description                       
----------------                         ------     ------------------                       
BRAM checksum                            PASS                                                
QE ram                                   PASS                                                
CBC ram                                  PASS                                                
Ethernet reg                             PASS                                                
PCI-IDE reg                              PASS                                                
Clock mux                                PASS                                                
Framer access                            PASS                                                
RCMP ram                                 PASS 

Use the command dspcd to display the card alarms. Notice the alarm Post Failure on slot 8.

PXM.a > dspcd
ModuleSlotNumber:                    8
FunctionModuleState:                 Active
FunctionModuleType:                  PXM1-T3E3
FunctionModuleSerialNum:             SBK042500A3
FunctionModuleHWRev:                 A0
FunctionModuleFWRev:                 1.1.34l
FunctionModuleResetReason:           Upgrade Reset
LineModuleType:                      PXM-UI
LineModuleState:                     Present
SecondaryLineModuleType:             LM-BNC-2T3
SecondaryLineModuleState:            Present
mibVersionNumber:                    0.0.22
configChangeTypeBitMap:              No changes
cardIntegratedAlarm:                 Minor
cardMajorAlarmBitMap:                Clear
cardMinorAlarmBitMap:                POST Failure on slot 8
BkCardSerialNum:                     SBK043601D1
TrunkBkCardSerialNum:                SBK0310007T
FrontCardPCBNumber:                  800-05760-02
TrunkBkCardPCBNumber:                800-04057-02

Enhanced ATM-LMI

Enhanced ATM-LMI is designed to protect data traffic in the case of a ATM-LMI failure. ATM-LMI is an important protocol used between a feeder and a switch; for example, the MGX 8230 used as a feeder and connected to a BPX 8600. Motivation. Any failure of this protocol fails all the PVCs on the node; therefore, this protocol should be highly reliable and fail only for genuine reasons.

When a ATM-LMI protocol failure occurs, and enhanced ATM-LMI is enabled, the data continuity will be checked before conditioning the PVC's into alarm.

In order for the feature to provide full coverage, the similar feature must exist in the version of software running on the BPX 8600 or other ATM switch. Also, it depends on the presence of data traffic.

Use the commands cnfenhlmi and dspenhlmi to configure and display Enhanced ATM-LMI.

Syntax

cnfenhlmi <slot.port> <EnhLmiEnable> <dataContRetry>

Parameters
Description

<slot.port>

A slot number 1-32; a port number 1-256.

<EnhLmiEnable>

Enable or disable enhanced ATM-LMI feature; enter Yes or No. The default is No; disabled.

<dataContRetry>

The data continuity retry in seconds. The range is 1-600 seconds. The recommended retry is 5 secs.


Example

PXM.a > cnfenhlmi 7 1 Yes 5
PXM.a > dspenhlmi
TRK     ENHANCED LMI ENABLED    CNF RETRY
-----------------------------------------
7.1      No         0
PXM.a > 

Buffer Allocation Priority

SAR buffers are shared by all applications on the PXM. If a low priority application operates inefficiently and overutilizes SAR buffers, it impacts higher priority and more critical applications by forcing them to operate without adequate buffers. Such conditions impact it impact network availability.

The buffer allocation priority feature distinguishes SAR buffer allocation between high priority and low priority applications. This directly supports ATM-LMI and SCM polling, both of which are considered high priority applications.

The feature is available once a successful upgrade to Release 1.1.34 is completed, and cannot be enabled or disabled.

VISM 2.1(0) on MGX 8250/8850/8230

VISM 2.1(0) is supported on MGX 8250, MGX 8230, and MGX 8850 switches for Release 1.1.34. For VISM upgrade instructions see the Release Notes for Cisco Voice Interworking Service Module Release 2.1(0).

This section describes the VoIP, ATM Adaptation Layer 2 (AAL2), and general features introduced for the VISM 2.1(0) release.

VoIP Features

The following VoIP features are included in VISM Release 2.1(0):

Verified MGCP 0.1 protocol compliance.

PBX CAS event delivery to a Call Agent using MGCP 0.1:

DTMF: Wink and ground start.

MF: Wink.

RFC 3064 CAS packages: BL, MS, DT.

TFTP download of CAS variant state machine.

Interoperability enhancements:

Configurable codec strings (IANA naming conventions as well as customized ones).

Codec negotiation with configurable preference order.

Exponential backoff for:

XGCP retry timers.

SRCP retry timers.

Configurable per CAS variant.

DTMF Relay using Cisco-rtp (FRF-11 Annex A based).

Enhancement to Fax/modem up-speed/pass-through procedures:

Configurable CAC failure and carrier loss policies.

Up-speed to clear channel.

Added support for G.726: 16, 24, 32, and 40 kbps, with packetization periods ranging from 10 to 40 msec.

Support for VBR-rt (Variable Bit Rate-Real Time) and VBR-nrt (nonreal time) ATM traffic classes, including traffic shaping to the relevant traffic descriptors.

Configurable VAD model parameter for traffic engineering.

In E1 applications, support for 31 DS0 per span and a total of 248 channels per card.

Tested CRTP support through RPM for voice and voice band data calls.

Verified bearer interoperability with 3810.

AAL2 Features

The following AAL2 features are included in VISM Release 2.1(0):

Switched PVCs using SGCP 1.5

SDP and SGCP extensions allowing xGCP Call Agent control of AAL2 bearers.

Support of SGCP 1.5 digit maps and error codes.

Support for card level coexistence of switched AAL2 mode (under Call Agent control) and trunked AAL2 mode on PVCs, on an endpoint (DS0) basis.

PBX CAS event delivery to a Call Agent using SGCP 1.5:

DTMF: Wink and ground start.

MF: Wink.

TFTP download of CAS variant state machine.

Interoperability and configurability enhancements:

Configurable codec strings (IANA naming conventions as well as customized ones).

Profile negotiation and configurable preference order.

Configurable voice and VBD (i.e., up-speed codec) per profile.

Exponential backoff for:

XGCP retry timers.

SRCP retry timers.

Configurable per CAS variant.

Added support for custom profile 110 and 200 (clear channel), ITU profiles 3 and 8.

User-configurable AAL2 Silence Indicator Description (SID) for all profiles.

Type 3 Packet Support for proxy ringback (xrbk), packet side bearer continuity check (co3/co4 COT), and midcall DTMF relay.

Enhancement to Fax/modem up-speed/pass-through procedures:

Configurable CAC failure and carrier loss policies.

Up-speed to clear channel.

Supports VBR-rt (Variable Bit Rate-Real Time) and VBR-nrt (nonreal time) ATM traffic classes, including traffic shaping to the relevant traffic descriptors.

Connection admission control (CAC) enhancements:

Patented CAC method factoring in VAD and subcell multiplexing savings.

Configurable VAD model parameter for traffic engineering.

Configurable AAL2 cell fill timer.

AAL2 alarm enhancements: per span, VC, and per channel (CID) conditioning.

Display, clear, and reset AAL2 performance related counters.

In E1 AAL2 trunking applications, support for 31 DS0 per span and a total of 248 channels per card.

Verified bearer interoperability with 3810 and third-party vendors.

General Features

The following general features are included in VISM Release 2.1(0):

Infrastructure work and enhanced support for three operating modes: VoIP switching, AAL2 trunking, and Switched AAL2 PVC.

Graceful upgrade VISM 2.0 and 2.0(1) to VISM 2.1(0).

About the 1.1.32 Release

This is a maintenance release including all features supported up to release 1.1.25.

Features Introduced in Release 1.1.32

RPM features that require 1.1.32 bundled with IOS 12.1(5.3)T_XT
Feature
Availability
IOS
CWM

Support for Multiple RPM Card Types

Release 1.1.32

12.1(5.3)T_XT

10.4.01

Support for RPM-PR module for MGX-PXM1

Release 1.1.32*

12.1(5.3)T_XT

10.4.01

Support for RPM/B in MGX 8230

Release 1.1.32

12.1(5.3)T_XT

10.4.01

*Support for RPM-PR was FCS with Release 1.1.32, and General Availability with Release 1.1.34.


Feature Descriptions


Note Please refer to the "Route Processor Module (RPM) Addendum" section for additional information and special instructions on the installation of RPM modules with Release 1.1.32.


Support for Multiple RPM Card Types

When multiple RPM card types are present in the network, the PXM1 will recognize and display the correct RPM card type. The current RPM card types are RPM/B and RPM-PR. The MGX 1.1.32 Release contains PXM code base changes that recognize the multiple RPM card types.

Support for RPM-PR Module with MGX-PXM1

The RPM-PR provides the following features:

More than twice the forwarding performance of the RPM/B.

Supports up to 512 Mbytes SDRAM.

Provides integrated ATM SAR with OC-6 cell bus rates to the PXM1.

Flash memory increased to 32M.

The higher-performance RPM requires Software Release 1.1.32, IOS version12.1(5.3)T_XT, and a minimum CWM version of 10.4.01.

Support for RPM/B in MGX 8230

Installation of the RPM/B in the MGX 8230 requires Release 1.1.32 and IOS version 12.1(5.3)T_XT

.


Note Customers planning to use RPM/B in the MGX 8230 should upgrade to MGX Software Release 1.1.32 and CWM 10.4.01.
Features Introduced in Release 1.1.31


The following features are available for the MGX 8850, MGX 8250, and MGX 8230 with Release 1.1.31 and IOS 12.1(3)T:

Features that require 1.1.31 bundled with IOS 12.1(3)T
Feature
Availability

CoS Map for FRSM-8

Release 1.1.31

DS3 Loopback on PXM-T3

Release 1.1.31

ForeSight and Standard ABR Coexistence Guidelines

Release 1.1.31

Independent Service Rate on FRSM-HS1/B

Release 1.1.31

Online Diagnostics for PXM

Release 1.1.31

SRM in MGX 8230

Release 1.1.31

Standard ABR on AUSM

Release 1.1.31

Standard ABR on FRSM-8 and FRSM8-C Modules

Release 1.1.31

Stratum-3 Clocking

Field Trial Only with Release 1.1.31. Support is not available in Release 1.1.34.

VBR-rt on AUSM

Release 1.1.31

VISM 1.5.05 on MGX 8250/8850

Release 1.1.31

VISM 2.0.0 on MGX 8230/8250/8850

Release 1.1.31


Feature Descriptions in Releaes 1.1.31

For descriptions of the features introduced in Release 1.1.31, see the following sections:

CoS Map for FRSM-8.

DS3 Loopback on PXM-T3.

Stratum-3 Clocking

ForeSight and Standard ABR Coexistence Guidelines.

Independent Service Rate on FRSM-HS1/B.

Online Diagnostics for PXM.

SRM in MGX 8230.

Standard ABR on AUSM.

Standard ABR on FRSM-8 and FRSM8-C Modules.

VBR-rt on AUSM.

VISM 1.5.05 on MGX 8250/8850.

Features Introduced in Release 1.1.25.

CoS Map for FRSM-8

This feature implements the ATM Class of Service (CoS) on the FRSM-8 Module. This feature maps the connection with ATM Class of Service parameters to the appropriate queue in the ingress side of the FRSM-8 and PXM.

Previous versions do not support any CoS type of connections; only ForeSight and non-ForeSight type connections are supported. By mapping the CoS parameters, the connections can then be scheduled in the appropriate queue on the PXM.

The following service types are added to the existing service types: UBR, VBR, VBR-RT, VBR-nRT, and STD-ABR. The current limit on connection count is to be retained as far as possible. This feature is supported by CWM 10.3 (which is not targeted for General Availability).

DS3 Loopback on PXM-T3

This feature enables the active PXM to initiate the DS3 loopback code (program the T3 framers to generate the sequence of 16 bit FEAC codes, or Far End Alarm and Control codes). The main functions are:

Send alarm or status information from the far-end terminal back to the near-end terminal.

Initiate DS3 loopbacks at the far-end terminal from the near-end terminal.

The active PXM will initiate this code, which will also run on the standby PXM. This feature has CLI support and is supported by CWM 10.3 (which is not targeted for General Availability).

Stratum-3 Clocking

Standard clocking in the MGX is supported with a built-in Stratum-4 clock source. For network applications that require a higher clock accuracy, the PXM-UI back card used with the Stratum-4 can be replaced with an optional PXM-UI-S3 back card that carries a Stratum-3 clock. This clock reference conforms to AT&T T1.5 and ITU G.824 specifications. A provision is also made for a Service Provider to connect an external clock source, if necessary.

Both holdover and fail-over modes are supported by the PXM-UI-S3. That is, if all clock sources fail, the Stratum-3 clock will hold the last best-known clocking frequency.

The default clock is the internal Stratum-4. Pertinent CLI and MIB support are provided for Stratum-3 configuration. The PXM-UI-S3 back card is also recognized by the Cisco WAN Manager.

Hardware Changes

A new PXM-UI-S3 back card replaces existing PXM-UI-B cards.

The new PXM-UI-S3 supports both T1 and E1 interfaces through an RJ-45/48 connector.

CLI

A new CLI cnfclklevel permits the user to set the STRATUM level desired.

Default Settings

The default clock source is set to be the Internal Oscillator. Subsequently, an External/Inband/SM clock can be configured to be the primary/secondary clock driving the node.

Limitations

There are two physical ports on the PXM-UI-S3 back card for providing External clock. However, only "Ext Clk 1" is currently supported. There are 2 physical LAN ports on the PXM-UI-S3 back card. However, only "LAN port 1" is currently supported.


Warning If an External clock was configured to drive the node in Stratum-4 clocking with the old UI back card, and this UI card is replaced with the new PXM-UI-S3 back card, the Stratum-3 clocking must be explicitly configured on the node to continue using the External clock source. The following CLI's must be executed:

* cnfclklevel 3

* cnfextclk (with T1/E1 option)


ForeSight and Standard ABR Coexistence Guidelines

With Release 1.1.31, both ABR TM4.0 and ForeSight congestion control are supported on the FRSM and AUSM modules. This document contains the following:

Description of the major differences between the TM 4.0-compliant standard ABR and ForeSight ABR.

Guidelines for coexistence of ForeSight with standard ABR connections on the same network.

Example configuration of the two different connection types to have similar characteristics.

Independent Service Rate on FRSM-HS1/B

This feature provides the capability to configure a connection service rate in the ingress direction. Users can also specify EIR if connection is "0" of CIR. This feature is already implemented in FRSM-8 and FRSM-VHS.

This functionality is the same as that provided in FRSM-8 and FRSM-VHS. This feature is not supported by CWM 10.3 (which is not targeted for General Availability).

Online Diagnostics for PXM

This feature provides hardware tests to check the health of the SRM and PXM modules (both active and standby). This test is non-intrusive and operates with minimum overhead while the shelf is running. Connections, states and tasks are not affected.

The Online Diagnostics are optional tests operated through CLI and SNMP interfaces. The test is invoked from the active PXM. If a standby PXM exists and is in standby state, it also will be tested. When the test is executed, each component is checked and the results are presented on the screen. The results of the diagnostics are written to a log file so they can be viewed and analyzed offline.

Initially, intelligence is not provided, but built-in intelligence may be considered as a future enhancement. The hardware and software components selected for running the diagnostics will be selected from field experience. The targets are hard disk and memory components. Although the intent is to check the health of the hardware, a switchover should not occur except under severe circumstances.

SRM in MGX 8230

This feature provides SRM support in the MGX 8230. Only the newest version of the SRM, MGX-SRM-3T3/C, is supported in the 8230 chassis. This feature is not supported by CWM 10.3 (which is not targeted for General Availability), but is planned for a future release.

Standard ABR on AUSM

This feature involves implementing the standards-based TM 4.0 ABR congestion control loop. The current AUSM-8 card only supports ForeSight, which is pre-standards-based. Standard ABR is required on AUSM cards in order for them to interoperate with third-party devices that support standard ABR and AXSM cards.

Support for standard ABR calls for implementing the RM cells to perform the flow control. All three modes are considered: EFCI, ER, and RR. Only modes that can be supported on the existing hardware are implemented. In addition, all appropriate behaviors are implemented. These behaviors include Source, Destination, and Switch. Connections with the standard ABR parameter are mapped to the appropriate queue. This feature includes new CLI and MIB support. Also expected for the CWM support is the appropriate formula. Due to current hardware limitation, VS/VD is not considered. This feature is supported by CWM 10.3 (which is not targeted for General Availability).

Standard ABR on FRSM-8 and FRSM8-C Modules

The feature implements TM 4.0 ABR service on the FRSM card. The current FRSM supports ForeSight, a pre-standard version of congestion control. This feature provides standards-compliant ABR congestion mechanism in addition to ForeSight. The module will generate RM cells to dynamically increase or decrease bandwidth rate. This includes all applicable modes of behavior: Source, Destination, and Switch. Only relevant modes need be considered. Connections with the standard ABR parameter will be mapped to the appropriate queues and will co-exist with ForeSight connection types.

This feature is implemented via appropriate MIBS and CLI. This feature is supported by CWM 10.3 (which is not targeted for General Availability). ABR license (similar to ForeSight license) is created and is a billable feature. One common license is available for either ForeSight or standard ABR on FRSM. Standard ABR fulfils the standards-compliance part of TM 4.0.

VBR-rt on AUSM

This feature involves implementing the standard Class of Service on the AUSM-8 Module. VBR-rT CoS is required for video and real time voice applications. In terms of conformance definition it is same as VBR-nRT, which is already supported. The connection parameters will be bounded by Peak Cell rate (PCR), Sustainable Cell Rate (SCR) and Maximum Burst Size (MBS). Cell Delay Variation Tolerance (CDVT) will be parameter to characterize the PCR.

This new CoS requires scheduling the appropriate queue in both the ingress and egress direction. It has lower priority than CBR but higher than VBR-nRT.

Appropriate CLI commands to configure the parameters are implemented. This feature is supported by CWM 10.3 (which is not targeted for General Availability).

VISM 2.0.0 on MGX 8230/8250/8850

VISM 2.0.0 supports all of the VISM 1.5.05 features listed above. VISM 2.0.0 is supported on MGX 8230/8250/8850. CWM 10.3 (which is not targeted for General Availability) supports VISM 2.0.0. VISM is not targeted for General Availability.

PRI Backhaul to the Softswitch Using RUDP

The PRI backhaul capability provides PRI termination on the VISM with the Softswitch providing call control. ISDN Layer 2 is terminated on the VISM and the layer 3 messages are transported to the Softswitch using RUDP.

Latency Reduction (<60 ms round-trip)

Significant improvements have been made to bring the round-trip delay to less than 60 ms.

Codecs Preference

VISM provides the capability to have the codecs negotiated between the two end-points of the call. The VISM can be configured, for a given end-point, to have a prioritized list of codecs. Codec negotiation could be directly between the end-points or could be controlled by a Softswitch

31 DS0 for E1 with 240 Channels Only

While all 31 DS0s on a E1 port can be used, there is a limitation of 240 channels per card.

VISM 1.5.05 on MGX 8250/8850

VISM 1.5.05 is supported on MGX 8250/8850. For VISM on MGX 8230, please use VISM 2.0.0 listed below. CWM 10.3 (which is not targeted for General Availability) supports VISM 1.5.05. VISM is not targeted for General Availability.

VoIP using RTP (RFC 1889)

VISMR1.5 supports standards-based VoIP using RTP (RFC1889) and RTCP protocols. This allows VISM to interwork with other VoIP Gateways.

VoAAL2 (With sub-cell multiplexing) PVC

The VISM supports standards-compliant AAL2 adaptation for the transport of voice over an ATM infrastructure. AAL2 trunking mode is supported.

Codec Support

G.711 PCM (A-law, Mu-law), G.726, G.729a/b

8 T1/E1 Interfaces

The VISM supports 8 T1 or 8 E1 interfaces when G.711 PCM coding is used. For higher complexity coders such as G.726-32K and G.729a-8K, the density drops to 6 T1 or 5 E1 interfaces (max 145 channels).

1:N redundancy using SRM.

T3 Interfaces (via SRM Bulk Distribution)

T3 interfaces are supported using the SRM's bulk distribution capability. In this case, the T3 interfaces are physically terminated at the SRM module. The SRM module breaks out the individual T1s and distributes the T1s via the TDM backplane bus to the individual VISM cards for processing.

Echo Cancellation

The VISM provides on-board echo cancellation on a per-connection basis. Up to 128 msec. user-configurable near-end delay can be canceled. The echo cancellation is compliant with ITU G.165 and G.168 specifications.

Voice Activity Detection (VAD)

VISM uses VAD to distinguish between silence and voice on an active connection. VAD reduces the bandwidth requirements of a voice connection by not generating traffic during periods of silence in an active voice connection. At the far-end, comfort noise is generated.

Fax/Modem Detection for ECAN and VAD Control

The VISM continually monitors and detects fax and modem carrier tones. When carrier tone from a fax or modem is detected, the connection is upgraded to full PCM to ensure transparent connectivity. Fax and modem tone detection ensures compatibility with all voice-grade data connections.

CAS Tunneling via AAL2 (For AAL2 Trunking Mode)

The VISM in AAL2 mode facilitates transport of CAS signaling information. CAS signaling information is carried transparently across the AAL2 connection using type 3 packets. In this mode, VISM does not interpret any of the signaling information.

PRI Tunneling via AAL5 (For AAL2 Trunking Mode)

VISM supports transport of D-ch signaling information over an AAL5 VC. The signaling channel is transparently carried over the AAL5 VC and delivered to the far-end. In this mode, VISM does not interpret any of the signaling messages.

Voice CAC

VISM can be configured to administer Connection Admission Control (CAC) so that the bandwidth distribution between voice and data can be controlled in AAL2 mode.

Type 3 Packet for DTMF

The VISM in AAL2 mode facilitates transport of DTMF signaling information. DTMF information is carried transparently across the AAL2 connection using type 3 packets.

Dual (Redundant) PVCs for Bearer/Control

The VISM provides the capability to configure two PVCs for bearer/signaling traffic terminating on two external routers (dual-homing). VISM continually monitors the status of the active PVC by using OAM loopback cells. Upon detection of failure, the traffic is automatically switched over to the backup PVC.

64 K Clear Channel Transport

The VISM supports 64 Kbps clear channel support. In this mode, all codecs are disabled and the data is transparently transported through the VISM.

DTMF Relay for G.729

In VoIP mode, DTMF signaling information is transported across the connection using RTP NSE (Named Signaling Event) packets

MGCP 0.1 for VoIP with Softswitch Control

VISM supports Media Gateway Control Protocol (MGCP) Version 0.1. This open protocol allows any Softswitch to interwork with the VISM module.

Resource Coordination via SRCP

Simple Resource Control Protocol (SRCP) provides a heartbeat mechanism between the VISM and the Softswitch. In addition, SRCP also provides the Softswitch with gateway auditing capabilities.

Full COT Functions

VISM provides the capability to initiate continuity test as well as provide loopbacks to facilitate continuity tests when originated from the far-end.

Courtesy Down

This feature provides a mechanism for graceful upgrades. By enabling this feature, no new calls are allowed on the VISM while not disrupting the existing calls. Eventually, when there are no more active calls, the card is ready for a upgrade and/or service interruption.

Features Introduced in Release 1.1.25

None.

Features Introduced in Release 1.1.24

While no new features are incorporated into Software Release 1.1.24, this software release does provide support to two new wide area switches, the MGX 8230 and the MGX 8250, as well as continued support for the MGX 8850 switch.