|
Table Of Contents
Release Notes for Cisco Voice Interworking Service Module Release 3.3.30
New Features Introduced in Release 3.3.30
Enhanced Support for Controlling the EcanControl for Clearchannel Codec
Interoperability with 1AESS Switch
New Features Introduced in Release 3.3.25
VISM-PR Alarm Events Reported in the MGX Log File
Configurable Loopback Cell Priority
History Statistics Enhancement
VISM Management Information Base
VISM/VISM-PR Upgrades with PXM1
Upgrading VISM-PR with PXM1E and PXM45
Upgrading VISM to VISM-PR Hardware
Resolved Caveats in Release 3.3.30
Open Caveats in Release 3.3.30
Resolved Caveats in Release 3.3.25
Open Caveats in Release 3.3.25
Resolved Caveats in Release 3.3.20
Open Caveats in Release 3.3.20
Resolved Caveats in Release 3.3.10
Open Caveats in Release 3.3.10
Resolved Caveats in Release 3.3
Cisco Product Security Overview
Reporting Security Problems in Cisco Products
Product Alerts and Field Notices
Obtaining Technical Assistance
Cisco Technical Support & Documentation Website
Definitions of Service Request Severity
Obtaining Additional Publications and Information
Release Notes for Cisco Voice Interworking Service Module Release 3.3.30
Part Number OL-11146-01 Revision A0, August 29, 2006
The Voice Interworking Service Module (VISM) product is supported by Cisco MGX Voice Media Gateways. Refer to these release notes for Media Gateway and version level support guidelines.
The VISM/VISM-PR software release notes are supported by the Cisco Voice Interworking Services (VISM) Configuration Guide and Command Reference Release 3.3, which is available at Cisco.com.
Table of Contents
About Release 3.3.30
VISM/VISM-PR Release 3.3.30 is a maintenance release of Release 3.3.25 and contains new features for VISM-PR. For a description of these features, see the "New Features Introduced in Release 3.3.30" section.
For a list of the caveats in this release, see the "Caveats in Release 3.3.30" section.
About Release 3.3.25
VISM/VISM-PR Release 3.3.25 is a maintenance release of Release 3.3.20 and contains new features for VISM-PR. For a description of these features, see the "New Features Introduced in Release 3.3.25" section.
For a list of the resolved caveats in this release, see the "Resolved Caveats in Release 3.3.25" section.
About Release 3.3.20
VISM/VISM-PR Release 3.3.20 is a maintenance release of Release 3.3 and contains the following new features:
•1560/980 Hz modem tones
•VQT statistics
•V.110
Note For a description of these features, refer to the Cisco Voice Interworking Services (VISM) Configuration Guide and Command Reference, Release 3.3.
For a list of the open and resolved caveats in this release, see the "Caveats in Release 3.3.20" section.
About Release 3.3.10
The VISM/VISM-PR Release 3.3.10 is a maintenance release of Release 3.3 and contains no new features. For a list of the open and resolved caveats in this release, see "Caveats in Release 3.3.10" section.
About Release 3.3
VISM/VISM-PR Release 3.3 is a new release. Table 1 summarizes the new features in VISM/VISM-PR Release 3.3.
Note For a description of these features, refer to the Cisco Voice Interworking Services (VISM) Configuration Guide and Command Reference, Release 3.3.
For a list of the open and resolved caveats this release, see "Caveats in Release 3.3" section.
Note The content of VISM Release 3.3 supersedes previous releases.
Overview
These release notes contain the following sections:
• "New Features Introduced in Release 3.3.30" section
• "New Features Introduced in Release 3.3.25" section
• "VISM Management Information Base" section
• "Limitations and Restrictions" section
• "Upgrade Procedures" section
• "Caveats in Release 3.3.30" section
• "Caveats in Release 3.3.20" section
• "Caveats in Release 3.3.10" section
• "Caveats in Release 3.3" section
• "Related Documentation" section
• "Obtaining Documentation" section
• "Documentation Feedback" section
• "Cisco Product Security Overview" section
• "Product Alerts and Field Notices" section
• "Obtaining Technical Assistance" section
• "Obtaining Additional Publications and Information" section
New Features Introduced in Release 3.3.30
This section describes the following new features:
• Enhanced Support for Controlling the EcanControl for Clearchannel Codec
• Codec Upspeed for Fax Modems
• Interoperability with 1AESS Switch
G.723 codec for VoATM
Release 3.3.30 supports the G.723 codec with upspeed option for VoATM circuits. G.723 codecs with a packetization period of 30 ms can reduce the bandwidth requirements for voice traffic and improve the bandwidth utilization of existing AAL2 trunks. To support fax/data modem traffic, an upspeed procedure can change from G.723 to G.711 after detection of fax/data modem tones. For more information about the upspeed option, see the "Codec Upspeed for Fax Modems" section.
A new custom profile supports the G.723 codec for VoATM. Table 2 shows the default values for custom profile 211.
The following commands are modified to accommodate custom profile 211. In each case, the command has a new parameter for selecting custom profile 211. The MIB for Release 3.3.30 supports this profile as well.
cnfprofparams
To configure a profile preference for a channel, use the cnfprofparams command.
cnfprofparams <profileType> <profileNumber> <profilePreference>
Syntax Description
Command Modes
AAL2 trunking, switched AAL2 SVC and switched AAL2 PVC
Usage Guidelines
Follow standard CLI procedures for this command.
Examples
In the following example, the ITU profile type, profile number 1 is configured with the midrange preference level of 4:
nodename.1.27.VISM8.a > cnfprofparams 1 1 4
nodename.1.27.VISM8.a >
Use the dspprofparams command to view the profile parameters.
Related Commands
cnfprofelemvoice
To configure the profile voice element, use the cnfprofelemvoice command.
cnfprofelemvoice <profileType> <profileNumber> <voice_codec_type> <pktPeriod> <sid>
Command Modes
AAL2 trunking, switched AAL2 SVC and switched AAL2 PVC
Usage Guidelines
Use the dspaal2profile command to identify valid combinations of codec type, packetization period, and SID.
The G.723.1 codecs are supported for VISM-PR cards and are not supported for VISM cards.
Examples
In the following example, the ITU profile type on profile number 1 is configured with the G.711a codec type, a packetization period of 5 ms, and VAD enabled:
nodename.1.27.VISM8.a > cnfprofelemvoice 1 1 2 5 2
nodename.1.27.VISM8.a >
Use the dspprofparams to view your configurations.
Related Commands
cnfprofelemvbd
To configure the voiceband data (VBD) profile element for a profile, use the cnfprofelemvbd command.
cnfprofelemvbd <profileType> <profileNumber> <codecType> <pktPeriod>
Syntax Description
Command Modes
AAL2 trunking, switched AAL2 SVC and switched AAL2 PVC
Usage Guidelines
Use the dspaal2profile command to identify valid combinations of codec type, packetization period, and silence insertion descriptor.
The G.723.1 codecs are supported for VISM-PR cards and are not supported for VISM cards.
Examples
In the following example, the ITU profile type, profile number 1 is configured with G.711a codec type and a 5-ms packetization period:
nodename.1.27.VISM8.a > cnfprofelemvbd 1 1 2 5
nodename.1.27.VISM8.a >
Use the dspprofparams to view your configurations.
Related Commands
Command DescriptionConfigures the voice profile element for a profile.
Displays AAL2 profile type and profile number data.
Displays the profile elements and the preferences for all profiles.
dspprofparams
To display the profile elements and the preferences for all profiles, use the dspprofparams command.
dspprofparams
Syntax Description
This command has no arguments or keywords.
Command Modes
AAL2 trunking, switched AAL2 SVC and switched AAL2 PVC
Usage Guidelines
When you execute this command, the display includes the default voice and voiceband data profile element that corresponds to each supported profile.
Examples
In the following example, the profile elements and preferences for all profiles are displayed:
nodename.1.5.VISM8.a > dspprofparams
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : ITU
Profile Number : 1
Profile Preference : 4
Voice Profile Codec : G.711u
Voice Profile Packetization-period(ms): five
Voice Profile SID : VAD on
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : ITU
Profile Number : 2
Profile Preference : 3
Voice Profile Codec : G.711u
Voice Profile Packetization-period(ms): five
Voice Profile SID : sidGenric
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : ITU
Profile Number : 3
Profile Preference : 1
Voice Profile Codec : G.726-32K
Voice Profile Packetization-period(ms): five
Voice Profile SID : sidGenric
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : ITU
Profile Number : 7
Profile Preference : 2
Voice Profile Codec : G.729ab
Voice Profile Packetization-period(ms): ten
Voice Profile SID : sid729
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : ITU
Profile Number : 8
Profile Preference : 5
Voice Profile Codec : G.729ab
Voice Profile Packetization-period(ms): ten
Voice Profile SID : sid729
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : ITU
Profile Number : 12
Profile Preference : 10
Voice Profile Codec : G.723.1a-H
Voice Profile Packetization-period(ms): thirty
Voice Profile SID : sid723
VBD Profile Codec : G.723.1-H
VBD Profile Packetization-period (ms) : thirty
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : Custom
Profile Number : 100
Profile Preference : 6
Voice Profile Codec : G.726-32K
Voice Profile Packetization-period(ms): ten
Voice Profile SID : sidGenric
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : Custom
Profile Number : 101
Profile Preference : 7
Voice Profile Codec : G.729ab
Voice Profile Packetization-period(ms): ten
Voice Profile SID : sid729
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : Custom
Profile Number : 110
Profile Preference : 8
Voice Profile Codec : G.729ab
Voice Profile Packetization-period(ms): thirty
Voice Profile SID : sid729
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : Custom
Profile Number : 200
Profile Preference : 9
Voice Profile Codec : clr chan
Voice Profile Packetization-period(ms): five
Voice Profile SID : VAD off
VBD Profile Codec : clr chan
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : Custom
Profile Number : 201
Profile Preference : 11
Voice Profile Codec : Lossless
Voice Profile Packetization-period(ms): five
Voice Profile SID : VAD off
VBD Profile Codec : Lossless
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : Custom
Profile Number : 210
Profile Preference : 12
Voice Profile Codec : G.729a
Voice Profile Packetization-period(ms): twenty
Voice Profile SID : VAD off
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
- - - - - - - - - - - - - - - - - - - - - -
Profile Type : Custom
Profile Number : 211
Profile Preference : 13
Voice Profile Codec : G.723.1a-H
Voice Profile Packetization-period(ms): thirty
Voice Profile SID : sid723
VBD Profile Codec : G.711u
VBD Profile Packetization-period (ms) : five
VBD Profile Ecan Control : enable
Related Commands
Command DescriptionConfigures the VBD profile element for a profile.
Configures the voice profile element for a profile.
Configures a profile preference.
dspaal2profile
To display data about a specified AAL2 profile type and profile number, use the dspaal2profile command.
dspaal2profile <profileType> <profileNumber>
Syntax Description
Command Modes
AAL2 trunking, switched AAL2 SVC and switched AAL2 PVC
Usage Guidelines
The AAL2 profiles correspond to the profile types ITU and ATMF as defined in the ITU-T I.366.2 and ATM forum AF-VTOA-0113 standards.
Examples
In the following example, the data for AAL2 profile type 3 and profile number 110 is displayed:
nodename.1.5.VISM8.a > dspaal2profile 3 211
UUI Packet Packet Seq. No.
Codepoint Length Time Interval
Range (octets) Codec SID M (ms) (ms)
8-15 40 PCMU No SID 1 5 5
8-15 40 PCMA No SID 1 5 5
0-7 40 CCD No SID 40 5 5
0-15 24 G723AH SID723 1 30 5
0-15 24 G723H No SID 1 30 5
0-15 20 G723AL SID723 1 30 5
0-15 20 G723L No SID 1 30 5
nodename.1.5.VISM8.a >
Related Commands
There are no related commands.
Enhanced Support for Controlling the EcanControl for Clearchannel Codec
In Releases 3.3.10 and earlier, when a channel is configured to use clearchannel as the voiceband data (VBD) codec, the value of Ecan cancellation is not changed. Therefore, if the initial call was set up with echo cancellation on, it remains remain on even after upspeed to clearchannel.
Cisco recommends having Ecan cancellation off with clearchannel because the CCD vbd codec should be used for carrying transparent bit streams. With Ecan cancellation off, transparent bit streams are passed transparently through VISM without modification by echo cancellers.
In Release 3.3.20, as a fix for DDTS CSCef12950, when a channel is configured to use clearchannel as VBD codec, echo cancellation is set to off for that channel.
However, some fax adapters (Gammalink and Brooktrout) require Ecan cancellation to be on to eliminate echo on the tail circuit. To accommodate such fax adapters, Release 3.3.30 adds a parameter to the VBD codec commands to enhance control of the Ecan cancellation.
By default the EcanControl parameter is set to true for Clearchannel (Ecan Cancellation is turned off). For fax adapters that require echo cancellation, set EcanControl to false (Ecan cancellation remains unchanged).
Release 3.3.30 modifies the following commands to enhance echo cancellation control for clearchannel as the VBD codec.
• cnfvbdcodec—Configures Ecan Validation in VOIP mode
A new argument enables or disables Ecan validation for a clearchannel voiceband data (VBD) codec.
• dspvbdcodec—Displays Ecan Validation in VOIP mode
A new line displays the Ecan control state.
• cnfprofelemvbd—Configures Ecan Validation in AAL2 mode
A new argument enables or disables Ecan validation for a VBD profile.
• dspprofparams—Displays Ecan Validation in AAL2 mode
A new line displays the Ecan control state.
cnfvbdcodec
To configure voiceband data (VBD) upspeed codec on the VISM card, use the cnfvbdcodec command.
cnfvbdcodec <upspeedCodec> | <payload> <ecan_control> |
Syntax Description
Command Modes
VoIP switching/VoIP trunking
Usage Guidelines
VISM uses the configured codec even if, for example, the configured codec is G.726-32k and VISM is preconfigured with G.711.
If you configure clear channel, VISM does support a mixed system clock—VISM cannot be originated at a T1 line and terminated at an E1 line, or originated at an E1 line and terminated at a T1 line.
When VISM is configured with clearchannel VBD codec, the ecan_control parameter enables or disables Ecan validation. If ecan_control is enabled (default), then while upspeeding to clearchannel VBD codec, Ecan is disabled. If ecan_control is disabled, then while upspeeding to clearchannel VBD codec, Ecan is not disabled and the behavior remains as it was in release 3.2.11.
In AAL2 modes the VISM obtains the upspeed codec from the AAL2 profile table. AAL1 modes do not support compression and therefore do not require upspeed.
The G.723.1 codecs are supported for VISM-PR cards only.
Note We recommend that you not use upspeedCodec argument values 5 or 6 with this command.
Examples
In the following example, the VBD upspeed codec is configured as clearchannel, is assigned payload type 182, and Ecan validation is disabled:
nodename.1.27.VISM8.a > cnfvbdcodec 4 128 2
nodename.1.27.VISM8.a >
Related Commands
dspvbdcodec
To display the upspeed codec used for voiceband data (VBD) and the payload type, use the dspvbdcodec command.
dspvbdcodec
Syntax Description
This command has no arguments or keywords.
Command Modes
VoIP switching/VoIP trunking
Usage Guidelines
Follow standard CLI procedures for this command.
Examples
In the following example, the upspeed codec used for VBD, the default payload type, and Ecan Control appear:
nodename.1.28.VISM8.a > dspvbdcodec
VBD UpSpeed Codec: ClearChannel
Payload Type : 128
Ecan Control : disable
nodename.1.28.VISM8.a >
Related Commands
cnfprofelemvbd
To configure the voiceband data (VBD) profile element for a profile, use the cnfprofelemvbd command.
cnfprofelemvbd <profileType> <profileNumber> <codecType> <pktPeriod> <ecan_control>
Syntax Description
Command Modes
AAL2 trunking, switched AAL2 SVC and switched AAL2 PVC
Usage Guidelines
Use the dspaal2profile command to identify valid combinations of codec type, packetization period, and silence insertion descriptor.
The G.723.1 codecs are supported for VISM-PR cards and are not supported for VISM cards.
When VISM is configured with clearchannel VBD codec, the ecan_control parameter enables or disables Ecan validation. If ecan_control is enabled (default), then while upspeeding to the clearchannel VBD codec, Ecan is disabled. If ecan_control is disabled, then while upspeeding to clearchannel VBD codec, Ecan is not disabled and the behavior remains as it was in release 3.2.11.
Examples
In the following example, the ITU profile type, custom profile number 100 is configured for a clearchannel codec type, a 5-ms packetization period, and disables Ecan validation:
nodename.1.27.VISM8.a > cnfprofelemvbd 3 100 6 5 2
nodename.1.27.VISM8.a >
Use the dspprofparams to view your configurations.
Related Commands
Codec Upspeed for Fax Modems
Release 3.3.30 has a new command (cnflnfaxmodem) that enables or disables the upspeed procedure after detection of fax/modem tones. The dspln command displays the fax/modem control.
cnflnfaxmodem
To enable or disable the upspeed procedure for a line, use the cnflnfaxmodem command.
cnflnfaxmodem <line_number> <faxModemType>
Syntax Description
line_number
Number of the line you to configure. Range is 1-8.
faxModemType
Controls the upspeed procedure. Values are:
•1 = Enable
•2 = Disable
Default: 1
Command Modes
VoIP switching/VoIP trunking, AAL2 trunking, switched AAL2 SVC, switched AAL2 PVC, and VoIP trunking/AAL2 trunking
Usage Guidelines
The cnflnfaxmodem command enables or disables the upspeed procedure for all DS0s on the specified line. To view the current setting for a line, enter the dspln command.
Examples
In the following example, the upspeed procedure is disabled for line 1:
nodename.1.27.VISM8.a > cnflnfaxmodem 1 2
Related Commands
Note For an example of the dspln comand showing the status of LineFaxModem, see dspln.
Interoperability with 1AESS Switch
Release 3.3.30 extends VISM signaling capabilities to include interoperation with 1AESS switches.
1AESS Signaling Overview
The Lucent 1AESS local exchange telephone switching system was widely deployed in the 1970s across what was then the Bell System. Most 1AESS switches are replaced by the next-generation digital switches, such as the Lucent 5ESS and Nortel DMS-100. While few 1AESS switches remain, those still in service are generally heavily built-out. About 2 to 5 percent of lines are on 1AESS switches.
Service providers that offer wholesale dial, Internet/intranet, and access virtual private networks (VPNs) require remote access and expect to provide widely available service at the lowest cost. To do so, they must have Signaling System 7 (SS7) trunks to each local exchange in a service area. And for Internet service providers (ISP) or competitive local exchange carriers (CLEC) that want 100 percent dial coverage, an interface to the remaining 1AESS switches is mandatory.
Even though 1AESS switches use out-of-band SS7 signaling, they cannot disable robbed-bit signaling (RBS). Therefore, gateways that connect to the 1AESS switch must send a steady A/B bit status on specific SS7-controlled lines to prevent the 1AESS tandem from bringing trunks down and placing them in the out-of-service state. Any fluctuation in the received A/B bits might force the entire line on a 1AESS switch into the out-of-service state. To address the sensitivity of 1AESS switch to A/B bits, the connected MGX switch must send a steady stream of A/B bits towards 1AESS switch that corresponds the activity (call setup, call tear down, COT operations) on the DS0.
Configuring VISM for 1AESS Signaling
For VISM to interoperate with the 1AESS switch, you configure the VISM module to send a specific, steady A/B/C/D bit pattern to the 1AESS switch when the call is active (seize pattern) and another steady A/B/C/D bit pattern when there is no call (idle pattern). The cnflnsig command has a new signaling_type option for enabling this feature, and the dspln command displays the corresponding LineSignalingType.
Note The 1AESS feature is supported in VOIP switching mode only. Do not configure 1AESS signaling in any other mode (CSCek38088).
cnflnsig
To configure the signaling mode for a VISM/VISM-PR line, use the cnflnsig command.
cnflnsig <line_number> <signaling_type>
Syntax Description
Command Modes
VoIP switching/VoIP trunking, AAL2 trunking, AAL1 switching, switched AAL2 SVC, switched AAL2 PVC, VoIP and AAL1 SVC, and VoIP trunking/AAL2 trunking
Usage Guidelines
Confirm your entry when using this command to ensure that the signaling type is not changed while endpoints are configured for the line indicated by the line_number argument.
This command is not allowed when CIDs or CCS channels are present.
Configure the line type as either E1MF or E1MFCRC for E1 lines. Otherwise, this command is invalid.
Examples
In the following example, line 1 is configured for 1AESS:
nodename.1.27.VISM8.a > cnflnsig 1 4
nodename.1.27.VISM8.a >
Related Commands
dspln
To display the configuration data of a VISM card line, use the dspln command.
dspln <line_number>
Syntax Description
Command Modes
VoIP switching/VoIP trunking, AAL2 trunking, AAL1 switching, switched AAL2 SVC, switched AAL2 PVC, VoIP and AAL1 SVC, and VoIP trunking/AAL2 trunking
Usage Guidelines
Follow standard CLI procedures for this command.
Examples
In the following example, the configuration data for line number 1 is displayed:
nodename.1.27.VISM8.a >dspln 1
LineNum: 1
LineConnectorType: RJ-48
LineEnable: Modify
LineType: dsx1ESF
LineCoding: dsx1B8ZS
LineLength: 0-131 ft
LineXmtClockSource: LocalTiming
LineLoopbackCommand: NoLoop
LineSendCode: NoCode
LineUsedTimeslotsBitMap: 0x0
LineLoopbackCodeDetection: codeDetectDisabled
LineSignalingType: 1AESS
LineCcsChannels: 0x0
LineTrunkConditioning: disable
LineBearerBusyCode: 127
CircuitIdentifier:
TxDigitOrder: aniThenDnis
TonePlanRegion:
TonePlanVersion: 0
RingingTO: 180
RingBackTO: 180
Type <CR> to continue, Q<CR> to stop:
BusyTO: 30
ReorderTO: 30
DialTO: 16
StutterDialTO: 16
OffHookAlertTO: 5
RemoteRingbackMethod: proxy
LineV110EnableFlag: disable
LineFaxModem: enable
LineNumOfValidEntries: 8
nodename.1.27.VISM8.a >
Related Commands
Command DescriptionAdds a T1 or E1 line to a VISM card.
cnfln
Configures characteristics for a VISM card line.
delln
Deletes a T1 or E1 line from a VISM card.
New Features Introduced in Release 3.3.25
This section contains the description of the following new features:
• "SPVC Capacity Expansion" section
• "VISM-PR Alarm Events Reported in the MGX Log File" section
• "Configurable Loopback Cell Priority" section
• "History Statistics Enhancement" section
SPVC Capacity Expansion
In this release, you can now configure a maximum of 248 PVCs on a VISM-PR-8E1 card and a maximum of 192 PVCs on a VISM-PR-8T1 card. The cards must be running in the AAL2 trunking mode.
Prior to Release 3.3.25, you could configure a maximum of 64 PVCs on a VISM-PR card.
With the increase in SPVC capacity now supported, you have the option of assigning each DS0 to a separate PVC.
VISM-PR Alarm Events Reported in the MGX Log File
Prior to Release 3.3.25, VISM-PR reported the Receive Line alarms to the PXM log file.
In Release 3.3.25, in addition to the Receive Line alarms, VISM-PR reports the following alarms in the PXM log file:
•Transmitted Line alarms
•Transmitted and Received PVC alarms
•Transmitted and Received Ds0 alarms
The reporting of these alarms is applicable to all of the VISM-PR modes.
The following new commands support this feature:
By default, the alarm log is disabled on all the lines, and the timer is set to 0.
cnflnalmlog
To enable or disable the reporting of VISM-PR line alarms to the PXM log file, use the cnflnalmlog command.
nodename.1.27.VISM8.a >
cnflnalmlog <line_number> <logEnab> |LogTimer|
Replace the above arguments with the values listed in Table 3.
In the following example, DS0-based alarm logging is enabled on line 1 for 1440 minutes (1 day):
nodename.1.27.VISM8.a >
cnflnalmlog 1 1 1440cnfpvcalmlog
To enable or disable the reporting of the alarms for all of the PVCs on a VISM-PR card to the PXM log file, use the cnfpvcalmlog command.
nodename.1.27.VISM8.a >
cnfpvcalmlog <logEnab> <LogTimer>
Replace the above arguments with the values listed in Table 4.
In the following example, alarm logging for all PVCs is enabled on line 1440 minutes (1 day):
nodename.1.27.VISM8.a >
cnfpvcalmlog 1 1440
cnfallalmlog
To enable or disable the reporting of alarms on all of the lines and PVCs to the PXM log file, use the cnfallalmlog command. The default reporting time is 7200 minutes (5 days).
nodename.1.27.VISM8.a >
cnfallalmlog <logEnab>
Replace the <logEnab> argument with one of the following values to enable or disable the alarm reporting for all of the lines and PVCs on the VISM-PR card:
•1 = Enable
•2 = Disable
In the following example, alarm logging for all of the lines and PVCs on a VISM-PR card is enabled.
nodename.1.27.VISM8.a >
cnfallalmlog 1
nodename.1.27.VISM8.a >
This command is valid when all of the lines on the card are enabled.
dspalmlog
To display the current settings for reporting VISM-PR line and PVC alarms to the PXM log file, use the dspalmlog command.
nodename.1.27.VISM8.a >
dspalmlog
In the following example, the line and PVC alarm reporting settings are displayed:
8850.1.1.VISM8.a > dspalmlog
Detailed PVC Alarms to Log: Enabled
-----------------------------------
Alarm Time Configured(minutes) Alarm Time Left(minutes)
============================== ================================
7200 7200
Detailed Line Alarms to Log
-----------------------------
Line Number Timer Configured(minutes) Time Left(minutes)
========== =============================== ========================
1 1440 1440
2 7200 7198
3 Disabled
4 Disabled
5 Disabled
6 Disabled
7 Disabled
8 Disabled
Configurable Loopback Cell Priority
The ATM OAM loopback cell is used to monitor the end to end connectivity of the PVC in an ATM network.The cell loss priority (CLP) bit in the ATM header is used to set the priority of the cell. A cell with CLP set to 0 has higher priority compared to a cell with CLP set to 1. During traffic congestion events, the lower priority cells are eligible first for discard.
The ATM OAM loopback cells in the VISM-PR card have the cell loss priority (CLP) bit set to 1 by default. These cells can be discarded during traffic congestion even though the class of service is configured to be constant bit rate (CBR). This discard can cause the SPVCs to go into alarm as a result of an OAM loopback timeout, which could result in the dropping of all calls on the SPVCs.
In Release 3.3.25, you can set the CLP bit of an OAM loopback cell to 0 on a VISM-PR card. This setting is propagated across the network to preserve the calls during traffic congestion.
CLP bit configuration is applicable to the OAM loopback cells in all configured PVCs of a VISM-PR card.
To configure the loopback cell priority, complete the following steps:
Step 1 Ensure you are logged in to a VISM-PR card and are operating in the VoIP switching/trunking or AAL2 trunking mode.
Step 2 To set the CLP bit in the OAM cell, enter the cnfoamloopbkclp command.
nodename.1.27.VISM8.a >
cnfoamloopbkclp <ClpSetFlag>
Replace the <ClpSetFlag> argument with one of the following values:
•1 = Enable (default). The CLP bit of the OAM cell is set to 1.
•2 = Disable. The CLP bit of the OAM cell is set to 0.
Step 3 To display the CLP bit settings for the OAM loopback cell, enter the dspvismparam command.
The following example shows the CLP bit of the OAM cell is set to 0.
nodename.1.27.VISM8.a >
dspvismparam
VISM mode: voipSwitching/voipTrunking
VISM features Bit Map: 0x5bc
FunctionModuleType: VISM-PR-8T1
CAC flag: enable
DS0s available: 192
Template number: 2
Percent of functional DSPs: 100
IP address: 20.25.14.99
Subnet mask: 255.255.255.0
Bearer IP address: 0.0.0.0
Bearer Subnet mask: 0.0.0.0
Bearer IP ping: disable
RTCP report interval: 5000 msec
RTCP receive multiplier: 3
RTP receive timer: disable
ControlPrecedence/Tos: 0x60
BearerPrecedence/Tos: 0xa0
Aal2 muxing status: disable
Tftp Server Dn TFTPDOMAIN
Aggregate Clipping enable
Type <CR> to continue, Q<CR> to stop:
Aggregate Svc Bandwidth 0
Codec negotiation option 1
Profile negotiation option 1
VAD Duty Cycle 61
VAD Tolerance 100
VISM Initiated NW COT Off
VISM CO4 Timer 1000 msec
CALEA flag disable
Oam Loopback CLP Bit 0
Continuity Check Cell 1
SupportdModuleType: VISM-PR-8T1.
VismNSAP: 3838353000000000000000000000000001000100
History Statistics Enhancement
In Release 3.3.25, the VISM-PR card can collect the following new statistics:
•OAM Loopback Timeout counts
•New OAM Loopback Timeout duration
•Active OAM Loopback Timeout Duration
•OAM Loopback Timeout Threshold
When all of the statistics are enabled, VISM-PR performance is not affected. All of the statistics are enabled by default except for the statistics upload file, which is enabled through CWM.
The following two commands are modified to include these new statistics:
•dsphistorystats
•dspconcnt
You can collect history statistics on PVCs 1-64. PVCs above the 64th PVC are not tracked in history statistics and cannot be displayed with the dsphistorystats command.
For more information about collecting history statistics and the commands, refer to the Cisco Voice Interworking Services (VISM) Configuration Guide & Command Reference, Release 3.3 located at the following URL on Cisco.com:
http://www.cisco.com/en/US/products/hw/switches/ps1938/products_configuration_guide_book09186a0080301d30.html
To view the new OAM history statistics, use the dsphistorystats command.
nodename.1.5.VISM8.a > dsphistorystats <StatsType> <Interval> <InterfaceIndex>
|InterfaceIndex2|
Replace the above arguments with the values listed in Table 5.
In the following example the new OAM statistics are shown in bold.
pxm45-24.1.13.VISM8.a > dsphistorystats 1 80 132
PVC History Statistics: interval = 80, LCN = 132
--------------------------------------------
Valid Flag = VALID
Last Reset Uptime Ticks = 0
Total ATM Xmt Cells = 33157
Total ATM Rcv Cells = 31380
Avg Per Sec ATM Xmt Cells = 36
Avg Per Sec ATM Rcv Cells = 34
Peak Per Sec ATM Xmt Cells = 49
Peak Per Sec ATM Rcv Cells = 40
Total OAM Xmt End-to-End Lpbk Req Cells = 874
Total OAM Rcv End-to-End Lpbk Rsp Cells = 874
Total OAM Xmt Segment Lpbk Cells = 0
Total OAM Rcv Segment Lpbk Cells = 0
Total OAM End-to-End Lpbk Lost Cells = 0
Total Discarded Rcv OAM Cells = 0
Total OAM Lpbk Timeout Cnts = 0
Total New OAM Lpbk Timeout Duration = 0
Total Active OAM Lpbk Timeout Duration = 0
OAM Lpbk Timeout Threshold = 5
Total AIS Suppress Cnts = 0
Total Xmt AIS Cnts = 0
Total Rcv AIS Cnts = 0
Total Xmt FERF Cnts = 0
Total Rcv FERF Cnts = 0
Total Xmt AIS Cells = 0
Total Rcv AIS Cells = 0
Total Xmt FERF Cells = 0
Total Rcv FERF Cells = 0
Total AAL2 CPS Sent Pkts = 196985
Total AAL2 CPS Rcvd Pkts = 223126
Total AAL2 HEC Errors = 0
Total AAL2 CRC Errors = 0
Total AAL2 Invalid OSF Cells = 0
Total AAL2 Invalid Parity Cells = 0
Total AAL2 Invalid Cid Pkts = 12997
Total AAL2 Invalid UUI Pkts = 0
Total AAL2 Invalid Length Pkts = 0
Total AAL5 PDU Sent Pkts = 0
Total AAL5 PDU Rcvd Pkts = 0
Total AAL5 Invalid CPI PDUs = 0
Total AAL5 Oversized SDU Rcvd PDUs = 0
Total AAL5 Invalid Length PDUs = 0
Total AAL5 CRC32 Errored PDUs = 0
Total AAL5 Reassembly Timer Expiry PDUs = 0
Last Completed Interval Number is 81
To view the real-time count and duration of OAM Loopback Timeouts, use the dspconcnt command.
nodename.1.5.VISM8.a > dspconcnt <LCN>
Replace <LCN> with the number of the logical channel for which OAM loopback timeout information is to be displayed. Range is 131-510.
The following example shows the OAM Loopback Timer count and duration in bold.
pxm45-24.1.13.VISM8.a > dspconcnt 132
ChanNum: 132
Chan State: okay
Chan XMT ATM State: Normal
Chan RCV ATM State: Normal
Chan Status Bit Map: 0x0
OAM Lpb Lost Cells: 0
AAL2 HEC Errors: 0
AAL2 CRC Errors: 0
AAL2 Invalid OSF Cells: 0
AAL2 Invalid Parity Cells: 0
AAL2 CPS Packet Xmt: 3619340
AAL2 CPS Packet Rcv: 3745789
AAL2 Invalid CID CPS: 220398
AAL2 Invalid UUI CPS: 0
AAL2 Invalid Len. CPS: 0
Chan 24Hr Peak Xmt Cell Rate (CPS): 192
Chan Current Xmt Cell Rate (CPS): 38
Chan 24Hr Peak Rcv Cell Rate (CPS): 160
Chan Current Rcv Cell Rate (CPS): 36
AAL5 PDU Packet Xmt: 0
AAL5 PDU Packet Rcv: 0
AAL5 Invalid CPI: 0
AAL5 oversized SDU PDU: 0
AAL5 Invalid Len. PDU: 0
AAL5 PDU CRC32 Errors: 0
AAL5 Reassembly Timer expired PDU: 0
AIS Successful Suppression Count: 0
AIS Alarm Transmitted Count: 0
AIS Alarm Received Count: 0
FERF Alarm Transmitted Count: 0
FERF Alarm Received Count: 1
OAM Loopback Timeout Count 0
OAM Loopback Timeout Duration(secs):0
VISM Management Information Base
VISM Release 3.3.30 uses Management Information Base (MIB) Version 80. VISM MIBs are compatible with both PXM1-based and PXM1E/PXM45-based chassis.
To access the MIBs, complete the following steps:
Step 1 Load the MIBs available with MGX Release 1.3.11 located at the following URL: http://www.cisco.com/kobayashi/sw-center/wan/wan-planner.shtml
Step 2 Copy the modified MIBs that are contained in the MIBS.zip file, which is available at the same location as the firmware files for this release.
Note The MIB version number was last updated in Release 3.3.30.
VISM Redundancy
Table 6 provides the support level for 1:N Service Module Redundancy (N = 1 through 11).
Note You can use a VISM-PR card as a redundant card for a VISM card, but a VISM card cannot be used as a redundant card for a VISM-PR card.
VISM/VISM-PR cards support bulk distribution using the SRM-3T3 and SRM-E (OC-3) cards. In a redundancy configuration VISM/VISM-PR cards in bulk distribution mode do not require any back cards.
VISM Call Rate
Software Release 3.3.30 for VISM/VISM-PR handles 10 CAS, SS7, or PRI calls per second per VISM/VISM-PR card.
Compatibility
VISM/VISM-PR software interoperability with Cisco MGX 8230, Cisco MGX 8250, Cisco MGX 8830, Cisco MGX 8850 (PXM1, PXM1E, PXM45), and Cisco MGX 8880 platform software is listed in Table 7.
Table 8 shows VISM and VISM-PR compatibility with the PXM controller cards.
Table 8 VISM/VISM-PR Compatibility with PXM Cards
PXM1 PXM1E PXM45 (A/B/C)VISM
Yes
No
No
VISM-PR
Yes
Yes
Yes
Table 9 shows VISM and VISM-PR compatibility with the Cisco MGX chassis.
Table 10 describes the VISM/VISM-PR software interoperability with other Cisco products.
Table 11 describes the software images available for Release 3.3.30 for VISM/VISM-PR.
Table 11 Software Images for VISM/VISM-PR Release 3.3.30
Product Name Software Version Firmware Image Name DescriptionMGX-VISM-SW3330
003.003.030.200.FW
vism_8t1e1_003.003.030.200.fw
This image does not support the CALEA1 feature.
MGX-VISM-LISW3330
003.053.030.200.FW
vism_8t1e1_003.053.030.200.fw
This image supports the CALEA2 feature.
1 CALEA = Commission on Accreditation for Law Enforcement Agencies.
2 The CALEA implementation supports the CALEA law intercept confirmation interface.
Table 12 describes the software boot code requirements for VISM/VISM-PR Release 3.3.30.
Limitations and Restrictions
The following limitations and restrictions are valid for software Release 3.3.30 for VISM/VISM-PR:
•In VISM Release 3.3.20 and later, the packetization period for G726-32K codec in custom profile 210 is 5 msec. In VISM Release 3.3.10 and earlier, this value was 10 msec. Because of this change, VISM Release 3.3.20 and later cannot interoperate with VISM Release 3.3.10 and earlier if the two releases have CIDs configured for custom profile 210 in AAL2 mode.
The packetization period change also made it difficult to upgrade from VISM Release 3.3.10 and earlier to VISM Releases 3.3.20 through 3.3.30, when CIDs were configured for G726-32K codec in custom profile 210 in AAL2 mode. The workaround was to clear the card configuration, upgrade the software, and then reconfigure the card.
VISM Release 3.3.30 resolves the upgrade problem (CSCek34084). You can now upgrade from all VISM releases to Release 3.3.30 normally, even when CIDs are configured with custom profile 210 in AAL2 mode. However for VISM Release 3.3.10 and earlier, you must increase the bandwidth of PVCs for CIDs that use custom profile 210 prior to the upgrade. This is because the upgrade automatically decreases the packetization period to 5 msec for CIDs using custom profile 210, but does not automatically increase the PVC bandwidth for those CIDS.
•If you are upgrading the VISM-PR image to Release 3.2.1x or later and the PXM1E or PXM45 image from Release 4.x or earlier to Release 5.x, first upgrade the VISM-PR cards. Then, upgrade the PXM1E or PXM45 cards in the same node.
Do not configure the new VISM features until you have fully upgraded the network. After you upgrade your network to PXM1E or PXM45 Release 5.x or later and VISM-PR to Release 3.2.1x or later, apply the standard upgrade process.
•Cisco recommends that you use the cnfcodecjtrdelay command to configure the fixed jitter-delay argument to 20 ms when using VISM-PR 3.3.30.
•In a PNNI network, upspeeding SVC fax or modem calls requires an increase in bandwidth between the voice codec and the vbd codec. For fax calls to go through, you must disable policing.
•Switched AAL2 PVC mode is not recommended as this mode requires a meshed PVC network topology, which does not scale.
•The following commands are not supported:
–cnfmaxconfnum
–dspconferences
–dspmaxconfnum
•GR-303 is not supported for the LAPD commands.
•In AAL2 SVC mode, all active calls on the VISM cards are dropped upon PXM hard and soft switchover.
•For VISM-PR cards that are running on a PXM45 chassis, you can add connections to a maximum of 11 VISM-PR cards.
To add more cards and connections, you must enable the expanded memory option on the PXM45 card by using the cnfndparms (option 4) command.
•When configuring VoIP for modem or fax upspeed (passthrough), set the EventNegoPolicy parameter of the cnfvoiptransparams command to the value all.
This configuration is required for all related upspeed codecs to function correctly. An upspeed codec is defined as the codec that is switched to G.711a/u law, Clear Channel, or G.726.
•For a list of open issues and mitigations in VISM Release 3.3.27, see "Caveats in Release 3.3.30" section.
Upgrade Procedures
This section describes the following upgrade procedures:
• VISM/VISM-PR Upgrades with PXM1
• Upgrading VISM-PR with PXM1E and PXM45
• Upgrading VISM to VISM-PR Hardware
VISM/VISM-PR Release 3.3.30 provides a procedure for the graceful upgrade (one in which the existing VISM/VISM-PR configuration is preserved throughout the upgrade procedure) from one of the following releases:
•From VISM 3.2.11 to VISM 3.3.30
•From VISM 3.3 to VISM 3.3.30
•From VISM 3.3.20 to VISM 3.3.30
•From VISM 3.3.25 to VISM 3.3.30
Prerequisites
To ensure that the VISM/VISM-PR configuration is preserved throughout the upgrade procedure, you must complete the prerequisites listed in this section.
Before starting the graceful upgrade procedure, complete the following prerequisites:
•Configure your MGX 8000 Series shelf with at least two VISM cards in a redundant configuration.
For more information on adding redundancy, refer to the add redundancy, addred, command in the Cisco MGX 8250, Cisco MGX 8230, and Cisco MGX 8850 PXM1-based Command Reference documentation and the Cisco MGX 8830 and Cisco MGX 8850 PXM1E/ PXM45-based Command Reference documentation.
•Ensure that the VISM cards are running at least Release 2.1, and the VISM-PR cards are running at least Release 3.0.
•Download software Release 3.3.30 for VISM/VISM-PR to the MGX 8000 Series shelf.
•If you are using the CALEA feature, ensure that you have the version of VISM/VISM-PR software that supports CALEA.
VISM/VISM-PR Upgrades with PXM1
This section describes the procedures for upgrading VISM/VISM-PR software when the VISM/VISM-PR is used with a PXM1 card.
Downloading VISM/VISM-PR Boot Code and Firmware to PXM1
To download the VISM/VISM-PR boot code and firmware to the PXM1 card, use TFTP.
Step 1 Log in to your TFTP server.
Step 2 Download the bootcode and firmware images from the Cisco website.
Step 3 Download the selected revision of service module boot code into the service module.
a. tftp <node_name or IP address>
b. bin
c. put <backup boot> POPEYE@SM_1_0.BT
d. quit
Step 4 Download the selected firmware file.
a. tftp <node_name or IP address>
b. bin
c. To upgrade all VISM cards:
put <FW file> POPEYE@SM_1_0.FW
quit
d. To upgrade an individual VISM card:
put <FW file> POPEYE@SM_1_<slot number of card to upgrade>.FW
quit
Note Do not enter two put commands in the same TFTP session.
Step 5 Proceed to the "Upgrading VISM/VISM-PR Firmware with PXM1 Card" section to install the download.
Upgrading Boot Code with PXM1 Cards
Complete the following steps to upgrade the new backup boot code when you are using PXM1 cards in in a Cisco MGX 8230, Cisco MGX 8250, and Cisco MGX 8850 chassis:
Step 1 Log in to the active PXM1 card (slot 7 or 8 for Cisco MGX 8250 and Cisco MGX 8850 chassis; slot 1 or 2 for Cisco MGX 8230 and Cisco MGX 8830 chassis).
Note VISM/VISM-PR must be in the active state to update the VISM/VISM-PR boot code.
Step 2 Execute the PXM1 install command.
nodename.1.27.VISM8.a > install [bt] [sm <slot>] <version>
Caution Do not touch the VISM/VISM-PR card until the status comes back ('Sent xxx bytes in yyy seconds'). Failure to follow this recommendation corrupts the boot code, which cannot be recovered.
When the boot code is being written to PROM, you see comments displayed at the VISM/VISM-PR prompt. This behavior is normal and expected.
Step 3 Type the version command to verify the correct boot code.
Note Step 3 is optional.
Upgrading VISM/VISM-PR Firmware with PXM1 Card
Software Release 3.3.30 is for VISM and VISM-PR cards. Ensure that the VISM and VISM-PR cards have the minimum boot code version of vism_8t1e1_VI8_BT_3.2.00.fw.
The following versions of VISM software Release 3.3.30 are available:
•003.003.030.200.FW—without CALEA
•003.053.030.200.FW—with CALEA
In this procedure the following conditions apply:
•If two VISM or VISM-PR cards are part of a redundancy group, initially the primary card is in the active state, and the secondary card is in the standby state.
•Old-rev refers to the firmware, Release 3.2 and prior.
•New-rev refers to the firmware after the upgrade, Release 3.3.30.
Perform the firmware upgrade on the VISM or VISM-PR cards. Do not remove the VISM cards and replace them with VISM-PR cards at this time.
Step 1 Log in to the active PXM1 card (slot 7 or 8 for Cisco MGX 8250 and Cisco MGX 8850 chassis; slot 1 or 2 for Cisco MGX 8230 and Cisco MGX 8830 chassis).
Step 2 Save the existing configuration as a contingency plan by entering:
nodename.1.8.PXM.a > savesmcnf <SM slot#>
This command saves the existing configuration in the C:CNF directory. This file can be used during the downgrade procedure.
Step 3 To obtain the correct version of VISM/VISM-PR firmware, enter the dspfwrevs command.
nodename.1.8.PXM.a > dspfwrevs
Card Type Date Time Size Version File Name
----------- ------------------- -------- -------------------------------------
VISM-8T1E1 04/26/2004 20:06:04 248688 VI8_BT_3.2.00 sm150.bt
PXM1 01/04/2004 08:19:52 2602836 1.2.11 pxm_1.2.11.fw
PXM1 01/04/2004 11:03:02 2620132 1.2.21 pxm_1.2.21.fw
VISM-8T1E1 09/10/2004 16:22:32 4135208 003.003.000.200 sm150_12.fw
VISM-8T1E1 09/10/2004 15:37:52 4077560 003.002.010.200 sm150.fw
VISM-8T1E1 06/16/2004 13:29:38 3863768 003.051.002.000 sm150_11.fw
PXM1 01/04/2004 11:01:56 1346844 1.2.21 pxm_bkup_1.2.21.fw
VISM-8T1E1 03/08/2004 08:20:16 4037880 003.002.000.000 sm150_3.fw
VISM-8T1E1 03/08/2004 08:19:44 248688 VI8_BT_3.2.00 sm150_3.bt
PXM1 01/04/2004 07:58:44 1345328 1.2.11 pxm_bkup_1.2.11.fw
VISM-8T1E1 01/07/2004 23:33:02 3863768 003.051.002.000 sm150_2.fw
VISM-8T1E1 03/08/2004 08:21:12 248688 VI8_BT_3.2.00 sm150_4.bt
VISM-8T1E1 05/10/2005 19:59:52 4037880 003.003.020.000 sm150.fw
Step 4 Execute the PXM install command.
nodename.1.8.PXM.a > install sm <SM slot#> <new-rev>
Replace <SM slot#> with the slot number of the primary VISM or VISM-PR card.
Replace <new-rev > with the version of the new firmware (for example, 003.003.030.200.FW).
The install sm command causes the secondary VISM or VISM-PR card to reset and come up in the standby state, running the new-rev firmware. The primary VISM or VISM-PR card is unaffected by this command.
Caution Ensure that you perform Step 4. If you do not perform Step 4, the boot code is corrupted and not recoverable.
Step 5 Execute the PXM newrev command.
nodename.1.8.PXM.a > newrev sm <SM slot#> <new-rev>
Replace <SM slot#> with the slot number of the primary VISM or VISM-PR card.
Replace <new-rev> with the version of the new firmware.
The newrev command causes the primary VISM or VISM-PR card to reset. The secondary VISM or VISM-PR card becomes active and runs the new-rev firmware.
Step 6 Execute the PXM commit command.
nodename.1.8.PXM.a > commit sm <SM slot#> <new-rev>
Replace <SM slot#> with the slot number of the primary VISM or VISM-PR card.
Replace <new-rev> with the version of the new firmware.
The two VISM or VISM-PR cards are now back to their original condition, except that both cards are now running the new-rev firmware.
Step 7 Log in to the active VISM or VISM-PR card and use the display commands (for example, dspendpts, dspcasvar, and so forth) to confirm that the configuration has been preserved through the upgrade process.
Note For more than one primary VISM or VISM-PR card in a redundancy group, ensure that the secondary card is in the standby state, and repeat Step 5 and Step 6 for each VISM/VISM-PR card in the redundancy group.
Step 8 Perform the following verifications:
•Make minor modifications to the configuration.
•Check that the changes have been executed correctly.
•Change the configuration back again.
Note If the VISM or VISM-PR card is not part of a redundancy group, complete only
Step 1 to Step 4.Upgrading VISM-PR with PXM1E and PXM45
This section describes the procedures for upgrading VISM-PR software when the VISM-PR is used with a PXM1E or PXM45 card.
To upgrade the VISM-PR image to Release 3.2.1x or later and the PXM1E or PXM45 image from Release 4.x or earlier to Release 5.x, first upgrade the VISM-PR cards. Then, upgrade the PXM1E or PXM45 cards in the same node.
Do not configure the new VISM features until you have fully upgraded the network. After you upgrade your network to PXM1E or PXM45 Release 5.x or later and VISM-PR to Release 3.2.1x or later, apply the standard upgrade process.
Downloading VISM-PR Boot Code and Firmware to PXM1E and PXM45
To download the VISM-PR boot code and firmware to the PXM1E or PXM45 card, use FTP.
Step 1 Access the boot code and firmware images on Cisco.com.
Step 2 To download the images, enter the ftp command.
ftp node-ip
The node-ip argument is the IP address of the node to which you want to download the image.
Step 3 Enter your user name and password.
Step 4 Enter bin.
Step 5 Change to the C:FW directory.
cd C:FW
Step 6 Download the images to your C:FW directory.
a. To download one file at a time, use the put image-version command.
b. To download multiple files at the same time, use the mput <image-version> <image-version> command.
The image-version argument is the image that you accessed in Step 1.
Step 7 To exit the download procedure, enter bye.
Upgrading Boot Code with PXM1E and PXM45 Cards
Complete the following steps to upgrade the new backup boot code when you are using PXM1E or PXM45 cards in your MGX 8000 Series chassis:
Step 1 Complete the steps in the "Downloading VISM-PR Boot Code and Firmware to PXM1E and PXM45" section.
Step 2 Log in to the active PXM1E or PXM45 card.
Step 3 To upgrade the VISM-PR boot, enter the burnboot command.
nodename.1.7.PXM.a > burnboot <slot> <revision>
Replace <slot> with the number of the VISM-PR card that you want to upgrade.
Replace <revision> with the version of the bootcode you downloaded from Step 1.
The following example shows sample results from the burnboot command.
nodename.1.7.PXM.a > burnboot 12 3.2(0.0)
The card in slot 12 will be reset.
burnboot:Do you want to proceed (Yes/No)? yes
For VISM-PR cards without redundancy, the card automatically resets and becomes active with the latest boot code image.
For VISM-PR cards with redundancy, the active card takes approximately 60 seconds to reset as standby. For the original standby card, complete Step 2- Step 3. This card now resets and becomes the standby again, and the standby card is now active.
Upgrading VISM-PR Firmware with PXM1E and PXM45 Cards
Complete the steps in this section to upgrade the VISM-PR firmware. Ensure that the VISM-PR cards have the minimum boot code version of vism_8t1e1_VI8_BT_3.2.00.fw.
The following versions of VISM-PR software Release 3.3.30 are available:
•003.003.030.200.FW—Without CALEA
•003.053.030.200.FW—With CALEA
Caution If you plan to upgrade PXM cards and VISM-PR modules, upgrade the PXM cards first. Wait until the PXM cards are operating in active and standby modes with the correct software before upgrading the VISM-PR modules. Failing to upgrade the node in the correct order can fail VISM connections, causing significant service disruption.
Perform the firmware upgrade on the VISM-PR cards.
Step 1 Log in to the active PXM1E or PXM45 card.
Step 2 Ensure that the card is in the redundant mode, where the active card is the primary card.
Step 3 To save the existing configuration, enter the saveallcnf command.
nodename.1.7.PXM.a > saveallcnf
Step 4 To load the new software, enter the loadrev command.
nodename.1.7.PXM.a > loadrev <sm-primary-slot-num> <new-rev>
Replace <sm-primary-slot-num> with the slot number of the VISM-PR card on which you want to install the new software.
Replace <new-rev> with the new firmware version number for the VISM-PR software.
Caution Temporary traffic loss occurs.
Step 5 Ensure that the redundant card is returned to the standby state by executing the dspcds command.
Note You must wait for the redundant card to return to the standby state. If you issue the runrev command too early, an error message is generated. The rev change does not occur.
Step 6 To execute the download, enter the runrev command.
nodename.1.7.PXM.a > runrev <sm-primary-slot-num> <new-rev>
Replace <sm-primary-slot-num> with the slot number of the VISM-PR card on which you want to install the new software.
Replace <new-rev> with the new firmware version number for the VISM-PR software.
Caution Temporary traffic loss occurs.
Step 7 Ensure that the primary card completes booting up and goes into the standby state by executing the dspcds command.
Note You must wait for the primary card to finish booting up and get to standby state. Issuing the commitrev command early might be accepted without an error. However, the active and standby cards might not be swapped back to their original states. For example, the original primary card might be left in standby, and the original redundant card might be left as active.
Step 8 To commit the new download to the VISM-PR card, enter the commitrev command.
nodename.1.7.PXM.a > commitrev <sm-primary-slot-num> <new-rev>
Replace <sm-primary-slot-num> with the slot number of the VISM-PR card on which you want to install the new software.
Replace <new-rev> with the new firmware version number for the VISM-PR software.
The commitrev command switches the primary card from a standby state to an active state and the redundant card from an active state back to a standby state.
Step 9 To verify the card states, execute the dspcds command.
Downgrading VISM/VISM-PR
Use this procedure to downgrade VISM/VISM-PR software from software Release 3.3.30 to an earlier VISM/VISM-PR release. If you use the downgrade procedure described here, you can retain the configurations after the downgrade.
Note The configurations that existed with old-rev firmware should have been saved earlier. You cannot downgrade from VISM-PR to VISM.
Complete the following steps to downgrade the VISM/VISM-PR software:
Step 1 If the VISM/VISM-PR card is in a redundancy group, remove the redundancy.
nodename.1.7.PXM.a > delred <SM slot#>
Step 2 Download the old-rev firmware onto the MGX shelf.
Step 3 Execute the PXM clrsmcnf command.
nodename.1.7.PXM.a > clrsmcnf <SM slot#>
Replace <SM slot#> with the slot number of the VISM/VISM-PR card to be downgraded.
Wait for the card to become active. The VISM/VISM-PR card resets after you execute this command.
Step 4 Execute the PXM restoresmcnf command.
nodename.1.7.PXM.a > restoresmcnf -f <filename> -s <SM slot#>
Replace <filename> with the name of the old configuration file that was saved while the old-rev firmware was running. The file can be found in the C:CNF directory on the MGX shelf.
Replace <SM slot#> with the slot number of the VISM/VISM-PR card to be downgraded.
The VISM/VISM-PR card resets again. The card becomes active, running the old-rev firmware with the old configuration.
Note For PXM1E/PXM45 cards, you cannot restore the configuration for an individual VISM-PR service module. You can save and restore the configuration of all cards in a chassis using the saveallcnf and restoreallcnf commands.
Caution The restoreallcnf command reconfigures all of the cards in the chassis.
Step 5 Reconfigure the redundancy group, if required.
Upgrading VISM to VISM-PR Hardware
Complete the following steps to upgrade your system from VISM cards to VISM-PR cards.
Caution For this procedure, you must install the redundant (standby) VISM-PR card first. Failure to follow this recommendation results in traffic loss. In addition, do not remove an active VISM card from your chassis. Ensure that you change an active VISM card to the standby state before you remove it and replace it with a VISM-PR card.
Step 1 Remove the redundant (standby) VISM card from its slot in your chassis.
Step 2 Install a VISM-PR card in the same slot.
Step 3 Administratively configure the VISM-PR card you installed in Step 2 as primary (active).
Step 4 Remove the now redundant VISM card from your chassis.
Step 5 Install a VISM-PR card in the slot from which you removed the VISM card in Step 4.
Step 6 Log in to the redundant (secondary) VISM-PR card and execute the dspcd command. Verify that the output from the dspcd command lists the card type under FunctionModuleType as a VISM-PR card. If the card type still indicates the VISM card, execute the resetcd slot-num command from the PXM and repeat the dspcd command to ensure that the correct card type is shown.
Step 7 Log in to the active VISM-PR card and execute the dspcd command. Verify that the output from the dspcd command lists the card type under FunctionModuleType as a VISM-PR card.
If the card type still indicates the VISM card, execute the resetcd slot-num command from the PXM. Repeat the dspcd command to ensure that the correct card type is shown.
Step 8 If you have no other VISM cards in your chassis, you have completed the hardware upgrade procedure; do not proceed to Step 9. If you have more VISM cards in your chassis, proceed to Step 9.
Step 9 Remove a standby VISM card from its slot in your chassis.
Step 10 Install a VISM-PR card in the same slot.
Step 11 Repeat Step 9 and Step 10 to remove any remaining VISM cards in your chassis and replace them with VISM-PR cards.
Step 12 Repeat Step 6 and Step 7 on the remaining VISM-PR cards to ensure that the correct card type is shown for each.
Caveats in Release 3.3.30
This section describes the resolved and open caveats in VISM/VISM-PR Release 3.3.30.
Resolved Caveats in Release 3.3.30
Table 13 describes the open caveats in VISM/VISM-PR Release 3.3.30.
Open Caveats in Release 3.3.30
Table 14 describes the open caveats in VISM/VISM-PR Release 3.3.30.
Caveats in Release 3.3.25
This section describes the resolved and open caveats in VISM/VISM-PR Release 3.3.25.
Resolved Caveats in Release 3.3.25
Table 15 describes the caveats that have been resolved in Release 3.3.25 as of November 4, 2005.
Open Caveats in Release 3.3.25
Table 16 describes the open caveats in VISM/VISM-PR Release 3.3.25 as of November 17, 2005.
Caveats in Release 3.3.20
This section describes the resolved and open caveats in VISM/VISM-PR Release 3.3.20.
Resolved Caveats in Release 3.3.20
Table 17 describes the caveats that have been resolved in Release 3.3.20 as of August 9, 2005.
Open Caveats in Release 3.3.20
Table 18 describes the open caveats in VISM/VISM-PR Release 3.3.20 as of July 19, 2005.
Caveats in Release 3.3.10
This section describes the resolved and open caveats in VISM/VISM-PR Release 3.3.10.
Resolved Caveats in Release 3.3.10
Table 19 describes the caveats that have been resolved in VISM/VISM-PR Release 3.3.10.
Open Caveats in Release 3.3.10
Table 20 describes the open caveats in VISM/VISM-PR Release 3.3.10 as of March 11, 2005.
Caveats in Release 3.3
This section describes the resolved and open software caveats in VISM/VISM-PR Release 3.3.
Resolved Caveats in Release 3.3
Table 21 describes the caveats that have been resolved in VISM/VISM-PR Release 3.3.
Open Caveats
Table 22 describes the open caveats in VISM/VISM-PR Release 3.3 as of September 27, 2004.
Related Documentation
The following documents contain information that may be useful to software Release 3.3.30 for VISM/VISM-PR:
•Cisco Voice Interworking Services (VISM) Configuration Guide and Command Reference, Release 3.3
•Cisco MGX 8800/8900 Hardware Installation Guide, Releases 2 - 5.2
•Cisco MGX 8800/8900 Series Configuration Guide, Release 5.2
•Cisco MGX 8800/8900 Series Command Reference, Release 5.2
Obtaining Documentation
Cisco documentation and additional literature are available on Cisco.com. This section explains the product documentation resources that Cisco offers.
Cisco.com
You can access the most current Cisco documentation at this URL:
http://www.cisco.com/techsupport
You can access the Cisco website at this URL:
You can access international Cisco websites at this URL:
http://www.cisco.com/public/countries_languages.shtml
Product Documentation DVD
The Product Documentation DVD is a library of technical product documentation on a portable medium. The DVD enables you to access installation, configuration, and command guides for Cisco hardware and software products. With the DVD, you have access to the HTML documentation and some of the PDF files found on the Cisco website at this URL:
http://www.cisco.com/univercd/home/home.htm
The Product Documentation DVD is created monthly and is released in the middle of the month. DVDs are available singly or by subscription. Registered Cisco.com users can order a Product Documentation DVD (product number DOC-DOCDVD= or DOC-DOCDVD=SUB) from Cisco Marketplace at the Product Documentation Store at this URL:
http://www.cisco.com/go/marketplace/docstore
Ordering Documentation
You must be a registered Cisco.com user to access Cisco Marketplace. Registered users may order Cisco documentation at the Product Documentation Store at this URL:
http://www.cisco.com/go/marketplace/docstore
If you do not have a user ID or password, you can register at this URL:
http://tools.cisco.com/RPF/register/register.do
Documentation Feedback
You can provide feedback about Cisco technical documentation on the Cisco Technical Support & Documentation site area by entering your comments in the feedback form available in every online document.
Cisco Product Security Overview
Cisco provides a free online Security Vulnerability Policy portal at this URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
From this site, you will find information about how to do the following:
•Report security vulnerabilities in Cisco products
•Obtain assistance with security incidents that involve Cisco products
•Register to receive security information from Cisco
A current list of security advisories, security notices, and security responses for Cisco products is available at this URL:
To see security advisories, security notices, and security responses as they are updated in real time, you can subscribe to the Product Security Incident Response Team Really Simple Syndication (PSIRT RSS) feed. Information about how to subscribe to the PSIRT RSS feed is found at this URL:
http://www.cisco.com/en/US/products/products_psirt_rss_feed.html
Reporting Security Problems in Cisco Products
Cisco is committed to delivering secure products. We test our products internally before we release them, and we strive to correct all vulnerabilities quickly. If you think that you have identified a vulnerability in a Cisco product, contact PSIRT:
•For emergencies only — security-alert@cisco.com
An emergency is either a condition in which a system is under active attack or a condition for which a severe and urgent security vulnerability should be reported. All other conditions are considered nonemergencies.
•For nonemergencies — psirt@cisco.com
In an emergency, you can also reach PSIRT by telephone:
•1 877 228-7302
•1 408 525-6532
Tip We encourage you to use Pretty Good Privacy (PGP) or a compatible product (for example, GnuPG) to encrypt any sensitive information that you send to Cisco. PSIRT can work with information that has been encrypted with PGP versions 2.x through 9.x.
Never use a revoked encryption key or an expired encryption key. The correct public key to use in your correspondence with PSIRT is the one linked in the Contact Summary section of the Security Vulnerability Policy page at this URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
The link on this page has the current PGP key ID in use.
If you do not have or use PGP, contact PSIRT to find other means of encrypting the data before sending any sensitive material.
Product Alerts and Field Notices
Modifications to or updates about Cisco products are announced in Cisco Product Alerts and Cisco Field Notices. You can receive Cisco Product Alerts and Cisco Field Notices by using the Product Alert Tool on Cisco.com. This tool enables you to create a profile and choose those products for which you want to receive information.
To access the Product Alert Tool, you must be a registered Cisco.com user. (To register as a Cisco.com user, go to this URL: http://tools.cisco.com/RPF/register/register.do) Registered users can access the tool at this URL: http://tools.cisco.com/Support/PAT/do/ViewMyProfiles.do?local=en
Obtaining Technical Assistance
Cisco Technical Support provides 24-hour-a-day award-winning technical assistance. The Cisco Technical Support & Documentation website on Cisco.com features extensive online support resources. In addition, if you have a valid Cisco service contract, Cisco Technical Assistance Center (TAC) engineers provide telephone support. If you do not have a valid Cisco service contract, contact your reseller.
Cisco Technical Support & Documentation Website
The Cisco Technical Support & Documentation website provides online documents and tools for troubleshooting and resolving technical issues with Cisco products and technologies. The website is available 24 hours a day at this URL:
http://www.cisco.com/techsupport
Access to all tools on the Cisco Technical Support & Documentation website requires a Cisco.com user ID and password. If you have a valid service contract but do not have a user ID or password, you can register at this URL:
http://tools.cisco.com/RPF/register/register.do
Note Use the Cisco Product Identification Tool to locate your product serial number before submitting a request for service online or by phone. You can access this tool from the Cisco Technical Support & Documentation website by clicking the Tools & Resources link, clicking the All Tools (A-Z) tab, and then choosing Cisco Product Identification Tool from the alphabetical list. This tool offers three search options: by product ID or model name; by tree view; or, for certain products, by copying and pasting show command output. Search results show an illustration of your product with the serial number label location highlighted. Locate the serial number label on your product and record the information before placing a service call.
Tip Displaying and Searching on Cisco.com
If you suspect that the browser is not refreshing a web page, force the browser to update the web page by holding down the Ctrl key while pressing F5.
To find technical information, narrow your search to look in technical documentation, not the entire Cisco.com website. On the Cisco.com home page, click the Advanced Search link under the Search box and then click the Technical Support & Documentation.radio button.
To provide feedback about the Cisco.com website or a particular technical document, click Contacts & Feedback at the top of any Cisco.com web page.Submitting a Service Request
Using the online TAC Service Request Tool is the fastest way to open S3 and S4 service requests. (S3 and S4 service requests are those in which your network is minimally impaired or for which you require product information.) After you describe your situation, the TAC Service Request Tool provides recommended solutions. If your issue is not resolved using the recommended resources, your service request is assigned to a Cisco engineer. The TAC Service Request Tool is located at this URL:
http://www.cisco.com/techsupport/servicerequest
For S1 or S2 service requests, or if you do not have Internet access, contact the Cisco TAC by telephone. (S1 or S2 service requests are those in which your production network is down or severely degraded.) Cisco engineers are assigned immediately to S1 and S2 service requests to help keep your business operations running smoothly.
To open a service request by telephone, use one of the following numbers:
Asia-Pacific: +61 2 8446 7411
Australia: 1 800 805 227
EMEA: +32 2 704 55 55
USA: 1 800 553 2447For a complete list of Cisco TAC contacts, go to this URL:
http://www.cisco.com/techsupport/contacts
Definitions of Service Request Severity
To ensure that all service requests are reported in a standard format, Cisco has established severity definitions.
Severity 1 (S1)—An existing network is "down" or there is a critical impact to your business operations. You and Cisco will commit all necessary resources around the clock to resolve the situation.
Severity 2 (S2)—Operation of an existing network is severely degraded, or significant aspects of your business operations are negatively affected by inadequate performance of Cisco products. You and Cisco will commit full-time resources during normal business hours to resolve the situation.
Severity 3 (S3)—Operational performance of the network is impaired while most business operations remain functional. You and Cisco will commit resources during normal business hours to restore service to satisfactory levels.
Severity 4 (S4)—You require information or assistance with Cisco product capabilities, installation, or configuration. There is little or no effect on your business operations.
Obtaining Additional Publications and Information
Information about Cisco products, technologies, and network solutions is available from various online and printed sources.
•The Cisco Product Quick Reference Guide is a handy, compact reference tool that includes brief product overviews, key features, sample part numbers, and abbreviated technical specifications for many Cisco products that are sold through channel partners. It is updated twice a year and includes the latest Cisco channel product offerings. To order and find out more about the Cisco Product Quick Reference Guide, go to this URL:
•Cisco Marketplace provides a variety of Cisco books, reference guides, documentation, and logo merchandise. Visit Cisco Marketplace, the company store, at this URL:
http://www.cisco.com/go/marketplace/
•Cisco Press publishes a wide range of general networking, training, and certification titles. Both new and experienced users will benefit from these publications. For current Cisco Press titles and other information, go to Cisco Press at this URL:
•Packet magazine is the magazine for Cisco networking professionals. Each quarter, Packet delivers coverage of the latest industry trends, technology breakthroughs, and Cisco products and solutions, as well as network deployment and troubleshooting tips, configuration examples, customer case studies, certification and training information, and links to scores of in-depth online resources. You can subscribe to Packet magazine at this URL:
•Internet Protocol Journal is a quarterly journal published by Cisco Systems for engineering professionals involved in designing, developing, and operating public and private internets and intranets. You can access the Internet Protocol Journal at this URL:
•Networking products offered by Cisco Systems, as well as customer support services, can be obtained at this URL:
http://www.cisco.com/en/US/products/index.html
•Networking Professionals Connection is an interactive website where networking professionals share questions, suggestions, and information about networking products and technologies with Cisco experts and other networking professionals. Join a discussion at this URL:
http://www.cisco.com/discuss/networking
•"What's New in Cisco Documentation" is an online publication that provides information about the latest documentation releases for Cisco products. Updated monthly, this online publication is organized by product category to direct you quickly to the documentation for your products. You can view the latest release of "What's New in Cisco Documentation" at this URL:
http://www.cisco.com/univercd/cc/td/doc/abtunicd/136957.htm
•World-class networking training is available from Cisco. You can view current offerings at this URL:
http://www.cisco.com/en/US/learning/index.html
CCSP, CCVP, the Cisco Square Bridge logo, Follow Me Browsing, and StackWise are trademarks of Cisco Systems, Inc.; Changing the Way We Work, Live, Play, and Learn, and iQuick Study are service marks of Cisco Systems, Inc.; and Access Registrar, Aironet, BPX, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Enterprise/Solver, EtherChannel, EtherFast, EtherSwitch, Fast Step, FormShare, GigaDrive, GigaStack, HomeLink, Internet Quotient, IOS, IP/TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, LightStream, Linksys, MeetingPlace, MGX, the Networkers logo, Networking Academy, Network Registrar, Packet, PIX, Post-Routing, Pre-Routing, ProConnect, RateMUX, ScriptShare, SlideCast, SMARTnet, The Fastest Way to Increase Your Internet Quotient, and TransPath are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or Website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0601R)
© 2006 Cisco Systems, Inc. All rights reserved.
Posted: Wed Aug 30 16:16:40 PDT 2006
All contents are Copyright © 1992--2006 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.