|
Table Of Contents
Release Notes for Cisco Voice Interworking Service Module Release 3.0(0)
Hardware Introduced in Software Release 3.0(0) for VISM/VISM-PR
Software Features Introduced in Software Release 3.0(0) for VISM/VISM-PR
VISM Management Information Base
Software Release 3.0(0) for VISM/VISM-PR CLI Commands
Installation and Upgrade Procedures
VISM to VISM-PR Upgrade Procedure
VISM Firmware Download Procedure for PXM1
VISM Firmware Download Procedure for PXM1E and PXM45
Installing VISM Software Updates with PXM1 Cards
Installing VISM Software Updates with PXM1E or PXM45 Cards
VISM Boot Code Upgrade Procedure with PXM1 Cards
VISM Boot Code Upgrade Procedure with PXM1E and PXM45 Cards
Obtaining Technical Assistance
Obtaining Additional Publications and Information
Release Notes for Cisco Voice Interworking Service Module Release 3.0(0)
These release notes are part number OL-2523-01 Rev. B0, January 9, 2004.
The Cisco Voice Interworking Service Module (VISM) product is supported by MGX Voice Media Gateways. Refer to these release notes for Media Gateway and version level support guidelines.
The software Release 3.0(0) for VISM/VISM-PR is a major upgrade from the VISM Release 2.2(0). The new features in VISM Release 3.0(0) are described in the "VISM Features" section. The new, modified, and deprecated MIB objects and CLI commands are listed in the "Important Notes" section.
The software Release 3.0(0) for VISM/VISM-PR is supported by the Cisco VISM Installation and Configuration Guide Release 3.0, which is available on cisco.com
Contents
These release notes contain the following sections:
• "Installation and Upgrade Procedures" section
• "Related Documentation" section
• "Obtaining Documentation" section
• "Documentation Feedback" section
• "Obtaining Technical Assistance" section
• "Obtaining Additional Publications and Information" section
VISM Features
This section describes the new hardware and the new software features introduced in software Release 3.0(0) for VISM/VISM-PR.
Hardware Introduced in Software Release 3.0(0) for VISM/VISM-PR
Software Release 3.0(0) for VISM/VISM-PR introduces a new card—VISM-PR. You can use the VISM-PR card in combination with any of the following MGX 8000 Series switch Processor Module cards:
•PXM1
•PXM1E
•PXM45
Table 1 describes the configuration requirements for VISM/VISM-PR in combination with the MGX 8000 Series switches and supported processor modules.
Refer to the Cisco MGX 8850 Hardware Installation Guide, Release 3 for information on installing and maintaining the PXM1, PXM1E, and PXM45 cards.
Note You cannot use the VISM card in combination with either the PXM1E or PXM45 card.
The VISM-PR card supports 144 channels when used with the G.723.1 codec. The VISM card does not support the G.723.1 codec.
The following software Release 3.0(0) for VISM/VISM-PR features require either the PXM1E or PXM45 card and are not supported if you are using PXM1 cards in your MGX 8000 Series switch chassis:
• Call Agent-Controlled VoATM AAL1 and AAL2 SVC
• AAL1 SVC-Based TDM Hairpinning
• Expanded Clock Source Selection
Note Clock source configuration support and procedures are not changed from previous releases of software if you are using a PXM1 card in your MGX 8000 Series switch chassis.
• Private Network-to-Network Interface Priority Routing
• Additional SPVC Connection Management Capabilities
See the "Software Features Introduced in Software Release 3.0(0) for VISM/VISM-PR" section for more information on these features. Refer to the Cisco VISM Installation and Configuration Guide for more information on VISM and VISM-PR card installation procedures.
Software Features Introduced in Software Release 3.0(0) for VISM/VISM-PR
New and modified CLI commands allow you to use the following software Release 3.0(0) for VISM/VISM-PR features in their indicated application modes:
• Call Agent-Controlled VoATM AAL1 and AAL2 SVC, for VoIP
• AAL1 SVC-Based TDM Hairpinning, for VoIP
• High Complexity Codec Support for VISM-PR—G.723.1, for VoIP
• Announcement File System, for VoIP
• Call Agent-Controlled T.38 Fax, for VoIP
• Additional Support for MGCP 1.0, for ATM and VoIP
• RSVP-Based Admission Control, for VoIP
• Clock Slip Counters, for ATM and VoIP
• RTP Connection Statistics, for ATM and VoIP
• CAS Immediate Start and Ground Start Glare Handling, for VoIP
• Grooming for Local Traffic, for VoIP
• MGX 8000 Series Implementation Enhancements:
– Additional VBR Enhancements, for ATM and VoIP
– Expanded Clock Source Selection, for ATM and VoIP
– Private Network-to-Network Interface Priority Routing, for ATM and VoIP
– Additional SPVC Connection Management Capabilities, for ATM and VoIP
– 192 T1/248 E1 DS0 Support with High Complexity Codecs on VISM-PR, for ATM and VoIP
– Channel Alarm Enhancement, for ATM and VoIP
– VISM TDM Line Statistics Collection, for ATM and VoIP
Note Refer to the "Software Release 3.0(0) for VISM/VISM-PR CLI Commands" section for a listing of the new and modified commands for software Release 3.0(0) for VISM/VISM-PR. Refer to the Cisco VISM Installation and Configuration Guide for a description and usage guidelines for the new and modified commands.
Call Agent-Controlled VoATM AAL1 and AAL2 SVC
The following operating modes are supported with software Release 3.0(0) for VISM/VISM-PR:
•VoAAL1 switched virtual circuit (SVC), supported with the G.711 codec and clear channel.
Note VAD is not supported in combination with AAL1 SVCs.
•VoAAL2 SVC, supported with the G.711, G.726, G.729a, G.729ab, and G723 codecs and ITU profiles 1, 2, 3, 7, 8, and custom profiles 100, 101, 110, and 200.
Note CAS is not supported in combination with switched virtual circuits.
Use the cnfvismmode command to configure VISM operating modes.
Note This feature requires you to use a PXM1E or PXM45 in your MGX 8000 Series switch chassis.
AAL1 SVC-Based TDM Hairpinning
VoAAL1 switched virtual circuit (SVC) operating mode is supported with the G.711 codec and clear channel. The AAL1 SVC operating mode supports TDM hairpinning.
Note VAD is not supported in combination with AAL1 SVCs. CAS is not supported in combination with SVCs
Use the cnfvismmode command to configure VISM operating modes.
Note This feature requires you to use a PXM1E or PXM45 in your MGX 8000 Series switch chassis.
High Complexity Codec Support for VISM-PR—G.723.1
The high complexity codec G.723.1 is introduced with this release. The VISM-PR card supports this codec in the newly introduced template number 4. Template number 4 supports all the codecs in template number 3 and the following:
•G.723.1 high rate (6.3 Kbps)—G.723.1-H
•G.723.1 high rate with VAD—G.723.1a-H
•G.723.1 low rate (5.3 Kbps)—G.723.1-L
•G.723.1 low rate with VAD—G.723.1a-L
The G.723.1 codec, used in combination with the VISM-PR card, supports 144 channels. Refer to Table 2 for a description of VISM-PR DS0 density when the cards are used in combination with supported codecs.
Several CLI commands have been modified to allow you to use the G.723.1 codec and template number 4. See Table 4 for a complete list of modified commands for this release.
Note The G.723.1 codecs are not supported for VISM cards.
Announcement File System
This release allows VISM to play prerecorded local announcements in switched VoIP connections. Under the control of a call agent, announcements can be played toward any IP endpoint or toward any VISM endpoint.
Up to 125 different announcements may be cached on the VISM card for immediate playout. A persistent announcement storage area exists in the packet network. Announcements are downloaded on demand from the announcement storage area and remain on the VISM card until they have reached expiry or are replaced. If the 125 announcement maximum is reached, subsequent requests for announcements not on the VISM card result in the replacement of "cached" announcements.
Announcements can be played over established connections in any VISM supported codec, but they must exist on the announcement file server in the desired encoding.
Note You must play announcements in the exact codec in which they have been recorded.
VISM announcements require the support of the MGCP 0.1/1.0 call agent.
Announcement Timeouts
VISM uses a provisionable timeout value of 5 seconds. If an announcement cannot start playing within the timeout value of receiving the request, the action is canceled and, if requested by the call agent, an "of" event is reported. If the call agent specifies a timeout value in the request, this value will be ignored.
Announcement Direction
Announcements can be played toward the packet network or toward the TDM network (not both). The direction is determined by the notation of the MGCP S: line. Announcement direction examples:
S: a/ann(all-lines-busy.au)
Explanation Indicates that all-lines-busy.au is to be played toward the TDM network.
S: a/ann@connid(all-lines-busy.au)
Explanation Indicates that all-lines-busy.au is to be played toward the packet network.
Broadcast Announcements
VISM supports announcement requests for a single endpoint or connection. The request may only specify a single announcement to be played on a single endpoint in a single direction. Broadcast announcements are not supported.
Multiple Announcement Requests for the Same Endpoint
If an announcement is being played on an endpoint (in one direction) and a subsequent announcement request is received for the same endpoint (in the same direction), the playing announcement will continue and the new announcement request is ignored.
If an announcement is being played on an endpoint (in one direction) and a subsequent announcement request is received for the same endpoint (in the other direction), the playing announcement is stopped and the new announcement is then played. Events are not generated for the stopped announcement.
Announcement File Server
Announcements are contained in an announcement file server, which resides on an IP network reachable from the VISM using Trivial File Transfer Protocol (TFTP).
Announcement File Server Name
You can configure the announcement file server node name on the VISM the same way that you configure a node name for the TFTP server.
Announcement File Server Directory Structure
You may use any directory or path on the file server as the main directory for storing announcement files. If you do not provision an announcement path prefix on VISM, the main announcement file directory is the default TFTP directory on the server. If a path prefix is provisioned, this prefix is used as the main announcement directory. If the prefix is not absolute (does not begin with a forward slash (/)), the prefix is relative to the default TFTP directory.
You can configure codec subdirectories under the main announcement directory on the announcement file server. A codec subdirectory exists for each codec used for announcement files.The subdirectories may be one or more of the following:
•g711u/
•g711a/
•g726_32k/
•g726_24k/
•g726_16k/
•g729_a/
•g7231_high_rate/
•g7231_a_high_rate/
•g7231_low_rate/
•g7231_a_low_rate/
When the call agent requests that an announcement is to be played toward the TDM network on an unconnected endpoint, you can specify the codec to be used.
Another level of directories might be configured to group announcement files by language. These directories would be specified by the call agent (or when provisioning the VISM) as part of the announcement file name. For example, the call agent might specify the announcement file name to be english/ann1.au. If the file was encoded in G.729a and the prefix was /tftpboot, the file would reside at /tftpboot/g729_a/english/ann1.au.
VISM Announcement Cache Management
VISM maintains an announcement cache in resident memory. When an announcement is requested to be played, it is retrieved from the announcement file server and placed in the on-board announcement cache. Subsequent requests for the same announcement do not require retrieval of the announcement file from the announcement file server.
Note An announcement in one encoding is a different file than the same announcement in a different encoding.
Announcement Expiry
You can provision an announcement aging policy. Once an announcement has aged (reached expiry) in the on-board cache, it is refreshed—retrieved again from the announcement file server. This provides you with the means to balance the cost of file server access with the time before an announcement changed on the file server is propagated to the VISM. In addition, you can delete dynamic files from the announcement cache at any time.
Permanent Announcements
You can provision permanent announcements for VISM. A permanent announcement is retrieved from the announcement file server and installed permanently in the VISM announcement file cache. Permanent announcements are excluded from aging (and being automatically refreshed) and excluded from being replaced if the announcement cache becomes full. Permanent announcements can only be removed from the cache explicitly by using a CLI command. If VISM is reset or fails over to a standby card, permanent announcements are retrieved as soon as the card becomes active. The announcement encoding must be specified when provisioning or deleting permanent announcements.
Use the following new CLI commands to configure the announcement file system feature:
•addannpermanent
•cnfannagetime
•cnfanndn
•cnfannpathprefix
•cnfannprefcodec
•cnfannreqtimeout
•delannalldynamic
•delanndynamic
•delannpermanent
•dspannagetime
•dspanncache
•dspanncontrols
•dspanndn
•dspannpathprefix
•dspannpermanents
•dspannprefcodec
•dspannreqtimeout
Call Agent-Controlled T.38 Fax
The call agent-controlled T.38 fax feature is an additional operational mode for MGCP 1.0 to request T.38. This addition allows VISM to interoperate with H.323 and non-Cisco gateways, and is supported for VoIP calls. This feature is activated based on the fax tone and signaling carried with the call agent. The modified cnft38fxlco command allows you to configure the local connection option fax preamble response to off. All previous options are valid.
Additional Support for MGCP 1.0
This release expands the support for the Media Gateway Control Protocol (MGCP) 1.0, which was introduced in VISM 2.2. The following are implemented for the MGCP 1.0 feature support:
•Restart in Progress command disconnect procedure wait delay timer value specification for the following:
–Initial
–Minimum
–Maximum
•Call agent redundancy group protocol configuration for the following:
–Quarantine handling method for persistent events
–Default quarantine handling method for each protocol
–Ability to keep events from previous lists, until explicitly requested to be removed
–Ability to send provisional responses
–Ability to send response acknowledgments
–Ability to provide a disconnect method
–Ability to cancel previously issued graceful restart commands
Use the following new CLI commands to configure the MGCP 1.0 feature:
•cnfdisctimers
•cnfmgcgrpprotocol
Use the following new CLI command to display the MGCP 1.0 feature:
•dspdisctimers
You can also use the following modified commands to configure the MGCP 1.0 feature:
•addmgcgrpprotocol
•cnfxgcppeer
•delmgcgrpprotocol
RSVP-Based Admission Control
This release introduces Resource Reservation Protocol (RSVP)-based admission control signaling with MGCP to allow for quality VoIP connections. For the connections, the RSVP-MGCP interaction results in the following:
•Establish or originate unidirectional resource reservation for sending voice packets for connections established and controlled by MGCP.
•Accept unidirectional resource reservations for receiving voice packets from MGCP controlled connections.
•Tear down originated or established unidirectional resource reservations.
•Tear down accepted resource reservations.
Note VISM supports RSVP in the VoIP switching operating mode only, with a 5 calls per second limitation; RSVP is not supported in the VoIP trunking operating mode.
In previous releases of VISM software, the following connection data is returned in response to the call agent initiated DLCX, and gateway initiated DLCX or AUCX commands:
•Number of packets sent
•Number of octets sent
•Number of packets received
•Number of octets received
VISM Release 3.0(0) provides the following additional connection data:
•Number of packets lost
•Inter-arrival jitter—If a DSP is configured to operate in the adaptive jitter buffer mode, the jitter data provided indicates the delay that the jitter-algorithm is adapted to. If a DSP is configured to operate in the fixed jitter buffer mode, the jitter data provided indicates the value that was configured when the channel was opened.
Note For adaptive mode you can use the value to indicate that the configured initial delay value is too low or too high, since the algorithm adapts according to the actual network jitter.
•Average transmission delay (latency)
Use the following new commands to configure the RSVP-based admission control feature:
•cnfrsvp
•cnfrsvprefreshmiss
See Table 3 for a complete list of new commands introduced with this release.
Clock Slip Counters
The clock counter information feature allows you to clear the current frame slip counters for a specified VISM or VISM-PR card line and display the current frame slip counters for a specified VISM or VISM-PR card line. Use the new clrslipcnt and dspslipcnt to use this feature.
RTP Connection Statistics
Real-Time Transport Protocol (RTP) connection statistics are collected for individual endpoints and sent to the call agent. Use the new dsprtpconnstat command to display collected RTP connection statistics.
Jitter delay data collection at call completion is on a per call basis. Jitter delay data and number of packets sent and received, and number of octets sent and received, are reported to the call agent through MGCP.
CAS Immediate Start and Ground Start Glare Handling
CAS Immediate Start—This release supports the CAS variants immediate start and immediate start, multifrequency. Use the addcasvar command to configure CAS variants.
Note The immediate start protocol does not define glare handling procedures—do not use the immediate start protocol on incoming or outgoing endpoints only. Endpoints are added as bidirectional by default. To make them incoming or outgoing, use the cnfcasglarepolicy command. If the endpoints are left as bidirectional, configured for immediate start operation, and glare occurs, the results may be unpredictable.
Ground Start Glare Handling—This release supports CAS glare condition handling according to RFC 3064. The VISM sends a NACK message in response to the call agent's request for ringing with error code 401 (off hook) in the event of a glare condition.
On receiving the request for ringing from call control, CAS transmits a seize signal to the PBX and starts the glare timer, returning a provisional response code to call control indicating that CAS is still processing the request. If the timer expires (normal case) or an incoming seizure is observed on the endpoint, CAS generates an asynchronous response code to call control that is comparable to an MGCP response code of 200 or 401, respectively.
Grooming for Local Traffic
This release of VISM supports the grooming feature controlled by the call agent. Grooming allows VISM to avoid routing local traffic through the IP network. Voice packets from a local connection are switched locally in the ATM switch.
A call agent determines if a call needs to be set up as local. To set up a local call, the call agent selects an ATM connection over a VoIP connection. The VISM card, as a gateway, receives the connection request message from the call agent for an ATM connection. The VISM card allows VoIP calls and VoAAL1 SVC calls to coexist and allows provisioning of VoIP and ATM simultaneously.
To achieve this, VISM uses VoIP and Switched ATM AAL1 SVC as local switching mode. VISM receives an ATM AAL1 SVC call setup request from the call agent for local calls.
You must use the cnfvismmode command and select the VoIP and switched ATM AAL1 SVC operating mode to use the grooming feature. Using this mode does not change any other settings on your card. The type of connection for a call is determined by the connection request (CRCX) from the call agent or by the bearer type configuration.
MGX 8000 Series Implementation Enhancements
The following enhancements are supported with this release with additional implementation of your MGX 8000 Series switch:
• Expanded Clock Source Selection
• Private Network-to-Network Interface Priority Routing
• Additional SPVC Connection Management Capabilities
• 192 T1/248 E1 DS0 Support with High Complexity Codecs on VISM-PR
• VISM TDM Line Statistics Collection
Additional VBR Enhancements
Setting connections between a VISM-PR card and an RPM-PR card in your MGX 8000 Series switch chassis requires you to use the new VBR (NRT) 3 connection type. Use the modified addcon or cnfcon commands to configure this connection type. In addition, the following new connection service types can be configured with the modified commands in this release:
•VBR (RT) 2
•VBR (RT) 3
•VBR (NRT) 2
Expanded Clock Source Selection
An expanded clock source selection allows you to configure any VISM-PR card line as the clock source. You cannot delete a VISM-PR line that is configured as the clock source; you must configure a different line as the clock source and then you can delete the original clock source line. The previously released CLI commands allow you to use this feature.
Note This feature requires you to use a PXM1E or PXM45 in your MGX 8000 Series switch chassis.
Private Network-to-Network Interface Priority Routing
The Private Network-to-Network Interface (PNNI) routing priority feature allows you to specify connections with a routing priority. The PNNI controller uses your configuration selections to route the higher priority connections before routing the lower priority connections. Use the cnfpncon command to configure a routing priority for a specified connection.
Note This feature requires you to use a PXM1E or PXM45 in your MGX 8000 Series switch chassis.
Additional SPVC Connection Management Capabilities
Use the Processor Module 1E card (PXM1E) or the PXM45 card in combination with the VISM-PR card in an MGX 8000 Series switch chassis to specify a connection up or down. Specifying a connection up allows you to direct traffic to the specified connection. Specifying a connection down allows you to prevent traffic from being directed to a specified connection. Use the upcon and dncon commands to use this feature.
Note This feature requires you to use a PXM1E or PXM45 in your MGX 8000 Series switch chassis.
192 T1/248 E1 DS0 Support with High Complexity Codecs on VISM-PR
VISM-PR T1 lines support up to 192 DS0 channels and VISM-PR E1 lines support up to 248 DS0 channels, with clear channel and the following codec types:
•G.711
•G.726
•G.729a
•G.729ab
Table 2 describes the VISM/VISM-PR DS0 density when the cards are used in combination with clear channel and the supported codecs.
Channel Alarm Enhancement
The channel alarm enhancement feature uses the modified dspconcnt command, which allows you to view the channel status bit map data.
VISM TDM Line Statistics Collection
You can configure VISM to collect Time Division Multiplex (TDM) line statistics. Use the dspalmcnt command to collect and display TDM line statistics. Use the cnfalmcnt command to configure the thresholds for TDM line statistics.
Important Notes
This section describes the following elements of software Release 3.0(0) for VISM/VISM-PR:
• "VISM Management Information Base" section
• "Software Release 3.0(0) for VISM/VISM-PR CLI Commands" section
• "Limitations and Restrictions" section
VISM Management Information Base
The VISM Management Information Base (MIB) Version 0.0.30 is provided with the delivery of software Release 3.0(0) for VISM/VISM-PR, which bundles with the Cisco MGX 8230, Cisco MGX 8250, and Cisco MGX 8850 software and is located on the Web at the following location:
http://www.cisco.com/kobayashi/sw-center/beta/
When the selected FW *.tar file or FW*.zip file is downloaded, untar or unzip the file and you will find all the latest MIBs bundled with this release.
The MIB is in standard ASN.1 form and can be compiled with most standards-based MIB compilers. Refer to the MIB release notes on CCO.
MIB Changes for Software Release 3.0(0) for VISM/VISM-PR
This section describes new, modified, and deprecated MIB objects, and new and modified traps for software Release 3.0(0) for VISM/VISM-PR.
New MIB Objects
The following MIB objects are added for software Release 3.0(0) for VISM/VISM-PR:
•MIB objects contained in cwAnnounceControlGrp:
–cwAnnMaximumSize
–cwAnnFileServerName
–cwAnnAgeTime
–cwAnnPreferenceCodec
–cwAnnPrefixPath
–cwAnnReqTimeout
•MIB objects contained in cwAnnounceTable:
–cwAnnounceNumber
–cwAnnFileStatus
–cwAnnFileName
–cwAnnFileCodec
–cwAnnRowStatus
•MIB objects contained in rsvpGenObjects:
–rsvpSessionNewIndex
–rsvpBadPackets
–rsvpResvNewIndex
–rsvpResvFwdNewIndex
•MIB objects contained in rsvpSessionTable:
–rsvpSessionNumber
–rsvpSessionType
–rsvpSessionDestAddr
–rsvpSessionDestAddrLength
–rsvpSessionProtocol
–rsvpSessionPort
–rsvpSessionSenders
–rsvpSessionReceivers
–rsvpSessionRequests
•MIB objects contained in rsvpSenderTable:
–rsvpSenderNumber
–rsvpSenderType
–rsvpSenderDestAddr
–rsvpSenderAddr
–rsvpSenderDestAddrLength
–rsvpSenderAddrLength
–rsvpSenderProtocol
–rsvpSenderDestPort
–rsvpSenderPort
–rsvpSenderFlowId
–rsvpSenderHopAddr
–rsvpSenderHopLih
–rsvpSenderInterface
–rsvpSenderTSpecRate
–rsvpSenderTSpecPeakRate
–rsvpSenderTSpecBurst
–rsvpSenderTSpecMinTU
–rsvpSenderTSpecMaxTU
–rsvpSenderInterval
–rsvpSenderRSVPHop
–rsvpSenderLastChange
–rsvpSenderPolicy
–rsvpSenderAdspecBreak
–rsvpSenderAdspecHopCount
–rsvpSenderAdspecPathBw
–rsvpSenderAdspecMinLatency
–rsvpSenderAdspecMtu
–rsvpSenderAdspecGuaranteedSvc
–rsvpSenderAdspecGuaranteedBreak
–rsvpSenderAdspecGuaranteedCtot
–rsvpSenderAdspecGuaranteedDtot
–rsvpSenderAdspecGuaranteedCsum
–rsvpSenderAdspecGuaranteedDsum
–rsvpSenderAdspecGuaranteedHopCount
–rsvpSenderAdspecGuaranteedPathBw
–rsvpSenderAdspecGuaranteedMinLatency
–rsvpSenderAdspecGuaranteedMtu
–rsvpSenderAdspecCtrlLoadSvc
–rsvpSenderAdspecCtrlLoadBreak
–rsvpSenderAdspecCtrlLoadHopCount
–rsvpSenderAdspecCtrlLoadPathBw
–rsvpSenderAdspecCtrlLoadMinLatency
–rsvpSenderAdspecCtrlLoadMtu
–rsvpSenderStatus
–rsvpSenderTTL
•MIB object contained in rsvpSenderOutInterfaceTable:
–rsvpSenderOutInterfaceStatus
•MIB objects contained in rsvpResvTable:
–rsvpResvNumber
–rsvpResvType
–rsvpResvDestAddr
–rsvpResvSenderAddr
–rsvpResvDestAddrLength
–rsvpResvSenderAddrLength
–rsvpResvProtocol
–rsvpResvDestPort
–rsvpResvPort
–rsvpResvHopAddr
–rsvpResvHopLih
–rsvpResvInterface
–rsvpResvService
–rsvpResvTSpecRate
–rsvpResvTSpecPeakRate
–rsvpResvTSpecBurst
–rsvpResvTSpecMinTU
–rsvpResvTSpecMaxTU
–rsvpResvRSpecRate
–rsvpResvRSpecSlack
–rsvpResvInterval
–rsvpResvScope
–rsvpResvShared
–rsvpResvExplicit
–rsvpResvRSVPHop
–rsvpResvLastChange
–rsvpResvPolicy
–rsvpResvStatus
–rsvpResvTTL
–rsvpResvFlowId
•MIB objects contained in rsvpResvFwdTable:
–rsvpResvFwdNumber
–rsvpResvFwdType
–rsvpResvFwdDestAddr
–rsvpResvFwdSenderAddr
–rsvpResvFwdDestAddrLength
–rsvpResvFwdSenderAddrLength
–rsvpResvFwdProtocol
–rsvpResvFwdDestPort
–rsvpResvFwdPort
–rsvpResvFwdHopAddr
–rsvpResvFwdHopLih
–rsvpResvFwdInterface
–rsvpResvFwdService
–rsvpResvFwdTSpecRate
–rsvpResvFwdTSpecPeakRate
–rsvpResvFwdTSpecBurst
–rsvpResvFwdTSpecMinTU
–rsvpResvFwdTSpecMaxTU
–rsvpResvFwdRSpecRate
–rsvpResvFwdRSpecSlack
–rsvpResvFwdInterval
–rsvpResvFwdScope
–rsvpResvFwdShared
–rsvpResvFwdExplicit
–rsvpResvFwdRSVPHop
–rsvpResvFwdLastChange
–rsvpResvFwdPolicy
–rsvpResvFwdStatus
–rsvpResvFwdTTL
–rsvpResvFwdFlowId
•MIB objects contained in rsvpIfTable:
–rsvpIfUdpNbrs
–rsvpIfIpNbrs
–rsvpIfNbrs
–rsvpIfEnabled
–rsvpIfUdpRequired
–rsvpIfRefreshBlockadeMultiple
–rsvpIfRefreshMultiple
–rsvpIfTTL
–rsvpIfRefreshInterval
–rsvpIfRouteDelay
–rsvpIfStatus
•MIB objects contained in rsvpNbrTable:
–rsvpNbrAddress
–rsvpNbrProtocol
–rsvpNbrStatus
•MIB objects contained in mgcRedundancyGrpProtocolTable:
–mgcRedGrpProtPersistEvtPolicy
–mgcRedGrpProtQuarantinePolicy
–mgcRedGrpProtSigEvtOnOffPolicy
–mgcRedGrpProtProvisionalResponse
–mgcRedGrpProtResponseAckAttr
–mgcRedGrpProtDisconnectProcedure
–mgcRedGrpProtCancelGraceful
•MIB objects contained in vismXgcpEnhancementObjects:
–vismXgcpRestartInProgressTdinit
–vismXgcpRestartInProgressTdmin
–vismXgcpRestartInProgressTdmax
•MIB object contained in vismChanApplication:
–vismConnAdminStatus
•MIB object contained in vismChanStateGrpTable:
–vismChanStatusBitMap
Modified MIB Objects
The following MIB objects are modified for software Release 3.0(0) for VISM/VISM-PR:
•MIB object modified in cardInformation:
–functionModuleType
•MIB object modified in shelfEntry:
–shelfFunctionModuleType
•MIB objects modified in smRedMapEntry:
–redPrimaryType
–redSecondaryType
•MIB object modified in entPhysicalEntry:
–entPhysicalVendorType
•MIB objects modified in vismCodecCnfTable:
–vismCodecCnfIndex
–vismCodecName
–vismCodecPktPeriod
–vismCodecPreference
–vismCodecString
–vismCodecIanaType
•MIB objects modified in vismCodecTemplateCnfGrpTableA:
–vismCodecTemplateNum
–vismCodecSupported
–vismCodecTemplateMaxChanCount
•MIB objects modified in vismCodecGenParmTable:
–vismCodecIndex
–vismCodecJitterDelayMode
–vismCodecJitterInitialDelay
•MIB objects modified in vismRtpConnGrpTable:
–vismRtpCodecType
–vismRtpPktPeriod
•MIB object modified in vismAal2CidCnfTable:
–vismAal2CidCodecType
•MIB objects modified in aal2ProfilesGrpTable:
–aal2ProfileType
–aal2ProfileNumber
–aal2ProfilePreference
–aal2ProfileVoiceCodec
–aal2ProfileVoiceVAD
•MIB objects modified in vismRtpConnGrpTable:
–vismRtpLcn
–vismRtpFailReason
•MIB object modified in vismAal2CidCnfTable:
–vismAal2CidFailReason
•MIB object modified in vismTrapObjGrp:
–vismConfigChangeTypeBitMap
•MIB objects modified in vismAal2CidCnfTable:
–vismAal2CidProfileType
–vismAal2CidRowStatus
–vismAal2CidState
•MIB objects modified in vismChanCnfGrpTable:
–vismRoutingPriority
–vismConnPercentUtil
–vismConnRemotePercentUtil
–vismChanApplication
•MIB object modified in vismPortCnfGrpEntry:
–vismPortNum
•MIB object modified in vismPortResPartCnfGrpEntry:
–vismResPartPortNum
•MIB object modified in vismChanCnfGrpEntry:
–vismChanPortNum
•MIB object modified in vismChanCnfGrpTable:
–vismConnServiceType
•MIB object modified in vismSystemGrp:
–vismMode
•MIB object modified in srcpAdminRetyObject:
–srcpRequestMaxTimeout
•MIB objects modified in vismTonePlanTable:
–tonePlanEntryStatus
–tonePlanProvisionFlag
•MIB objects modified in t38FaxRelayGrpTable:
–t38FxLCO
–t38Redundancy
•MIB objects modified in inFlow:
–lastSequenceNumber
–shelfNodeName
–shelfNum
–moduleSlotNumber
–moduleTrapAlarmSeverity
–functionModuleType
–genericTimeStamp
–intSrvFlowStatus
–rsvpSessionDestAddr
–rsvpResvFwdStatus
–rsvpResvStatus
–rsvpSenderStatus
•MIB objects modified in lostFlow:
–lastSequenceNumber
–shelfNodeName
–shelfNum
–moduleSlotNumber
–moduleTrapAlarmSeverity
–functionModuleType
–genericTimeStamp
–intSrvFlowStatus
–rsvpSessionDestAddr
–rsvpResvFwdStatus
–rsvpResvStatus
–rsvpSenderStatus
•MIB object modified in ciscoWanVismMgCapabilityV2R00:
–mediaGatewayControllerGroup2
•MIB object modified in ciscoWanVismMgCapabilityV2R02:
–mediaGatewayControllerGroup2
•MIB objects modified in ciscoWanVismSrcpCapabilityV2R00:
–srcpConfigurationGroup3
–srcpStatisticsGroup2
•MIB objects modified in ciscoWanVismSrcpCapabilityV2R0:
–srcpConfigurationGroup3
–srcpStatisticsGroup2
•MIB object modified in the file vismCardSpecific.my:
–vismNsapAddress
•MIB object modified in vismChanStateGrpTable:
–vismChanStatusBitMap
•MIB object modified in vismPortCnfGrpTable:
–vismPortSpeed
•MIB objects modified in vismXgcpCoreObjects:
–vismXgcpPort
–vismXgcpPeerPort
•MIB objects modified in vismXgcpPeerTable:
–vismXgcpPort
–vismXgcpPeerPort
•MIB objects modified in trapVismConDown:
–vismChanStatusBitMap
–vismChanStatusBitMap
•MIB objects modified in trapVismConUp:
–vismChanStatusBitMap
–vismChanStatusBitMap
•MIB object modified in vismChanCnfGrpTable:
–vismMaxCost
Deprecated MIB Objects
The following MIB objects are deprecated from software Release 3.0(0) for VISM/VISM-PR:
•MIB objects deprecated from t38FaxRelayGrpTable:
–t38FaxInfoFieldSize
–t38ErrCorrection
New Traps
The following traps are added for software Release 3.0(0) for VISM/VISM-PR:
•cwAnnFileAddStarted
Uses varbind: vismTrapIntIndex1, cwAnnFileName, cwAnnFileCodec, and cwAnnFileStatus
•cwAnnFileLoadComplete
Uses varbind: vismTrapIntIndex1, cwAnnFileName, cwAnnFileCodec, and cwAnnFileStatus
•cwAnnFileLoadFailed
Uses varbind: vismTrapIntIndex1, cwAnnFileName, cwAnnFileCodec, and cwAnnFileStatus
•cwAnnFileDeleted
Uses Added varbind: vismTrapIntIndex1
•newFlow
Uses varbind: intSrvFlowStatus, svpSessionDestAddr, rsvpResvFwdStatus, rsvpResvStatus, rsvpSenderStatus
•lostFlow
Uses varbind: intSrvFlowStatus, svpSessionDestAddr, rsvpResvFwdStatus, rsvpResvStatus, rsvpSenderStatus
•mgcRedundancyGrpParamEntryAdded
Uses varbind: vismTrapIntIndex1
•mgcRedundancyGrpParamEntryDeleted
Uses varbind: vismTrapIntIndex1
•srcpPeerGrpParamEntryAdded
Uses varbind: vismTrapIntIndex1
•srcpPeerGrpParamEntryDeleted
Uses Added varbind: vismTrapIntIndex1
•trapVismConDown
First time using an existing trap. Added varbind: vismChanStatusBitMap. Uses varbind: genericLineNum, vismCnfChanNum, vismChanRowStatus, and vismChanStatusBitMap.
Modified Traps
The following traps are modified for software Release 3.0(0) for VISM/VISM-PR:
•vismRtpConnAdded
Added varbind: vismRtpLcn
•vismRtpConnDeleted
Added varbind: vismRtpLcn
•vismRtpConnStateChg
Added varbind: vismRtpLcn and vismRtpFailReason
•trapVismCidState
Added varbind: vismAal2CidFailReason
•trapVismChanFailed
First time using an existing trap. Added varbind: vismChanStatusBitMap. Uses varbind: genericLineNum, vismCnfChanNum, vismChanPortNum, and vismChanStatusBitMap.
•trapVismConUp
First time using an existing trap. Added varbind: vismChanStatusBitMap. Uses varbind: genericLineNum, vismCnfChanNum, vismChanRowStatus, and vismChanStatusBitMap.
Software Release 3.0(0) for VISM/VISM-PR CLI Commands
Software Release 3.0(0) for VISM/VISM-PR includes many new, modified, and deprecated command line interface (CLI) commands. The syntax and use of these commands is described in the Cisco VISM Installation and Configuration Guide for software Release 3.0(0) for VISM/VISM-PR.
New, Modified, and Deprecated CLI Commands
Table 3 describes the new CLI commands contained in software Release 3.0(0) for VISM/VISM-PR.
Table 4 describes the modified CLI commands contained in software Release 3.0(0) for VISM/VISM-PR.
VISM Redundancy
Table 5 lists 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. The PXM45 does not provide redundancy support for VISM cards.
VISM/VISM-PR cards support bulk distribution using the SRM-3T3 and SRM-E (OC3) cards. In a redundancy configuration VISM/VISM-PR cards in bulk distribution mode do not require any backcards.
VISM Call Rate
Software Release 3.0(0) for VISM/VISM-PR handles at least 10 CAS, SS7, or PRI calls per second per VISM card.
Compatibility
Table 6 lists VISM software interoperability with MGX 8850, MGX 8250, and MGX 8230 platform software.
Table 6 VISM Software Interoperability
Product CW2000 Name Latest Firmware Min. FirmwareAUSM-8E1/B
AUSM-8E1/B
20.0.1.0
1.0.02
AUSM-8T1/B
AUSM-8T1/B
20.0.1.0
1.0.02
AX-CESM-8E1
CESM-8E1
10.2.00
10.0.22
AX-CESM-8T1
CESM-8T1
10.2.00
10.0.22
AX-FRSM-8E1/E1-C
FRSM-8E1
20.0.1.0
10.0.23
AX-FRSM-8T1/T1-C
FRSM-8T1
20.0.1.0
10.0.23
AXSM-1-2488
AXSM-1-2488
3.0.0
3.0.0
AXSM-1-2488/B
AXSM-1-2488/B
3.0.0
3.0.0
AXSM-16-155
AXSM-16-155
3.0.0
3.0.0
AXSM-16-155/B
AXSM-16-155/B
3.0.0
3.0.0
AXSM-16-T3/E3
AXSM-16-T3/E3
3.0.0
3.0.0
AXSM-16-T3/E3/B
AXSM-16-T3/E3/B
3.0.0
3.0.0
AXSM-16-T3E3-E
AXSM-16-T3E3-E
3.0.0
3.0.0
AXSM-2-622-E
AXSM-2-622-E
3.0.0
3.0.0
AXSM-32-T1E1-E
AXSM-32-T1E1-E
3.0.0
3.0.0
AXSM-4-622
AXSM-4-622
3.0.0
3.0.0
AXSM-4-622/B
AXSM-4-622/B
3.0.0
3.0.0
AXSM-8-155-E
AXSM-8-155-E
3.0.0
3.0.0
BPX/IGX
BPX/IGX
9.3.40
9.2.41
CESM-8E1
CESM-8E1
20.0.1.0
1.0.02
CESM-8T1/B
CESM-8T1/B
20.0.1.0
1.0.02
CWM
—
10.5.10
10.4.101
FRSM-12-T3E3
FRSM-12-T3E3
3.0.0
3.0.0
MGX-AUSM-8E1/B
AUSMB-8E1
10.2.00
10.0.23
MGX-AUSM-8T1/B
AUSMB-8T1
10.2.00
10.0.23
MGX-CESM-8T1/B
CESM-8T1/B
10.2.00
—
MGX-CESM-E3
CESM-E3
10.2.00
10.0.22
MGX-CESM-T3
CESM-T3
10.2.00
10.0.22
MGX-FRSM-2CT3
FRSM-2CT3
10.2.00
10.0.23
MGX-FRSM-2T3E3
FRSM-2T3
10.2.00
10.0.23
MGX-FRSM-2T3E3
FRSM-2E3
10.2.00
10.0.23
MGX-FRSM-HS1/B
FRSM-HS1/B
10.2.00
10.0.23
MGX-FRSM-HS2
FRSM-HS2
10.2.00
10.0.23
MGX-FRSM-HS2/B
FRSM-HS2/B
20.0.1.0
—
MGX-RPM-XF-512
MGX-RPM-XF-512
12.2(8)YP
12.2(8)YP
MGX-SRM-3T3/B
SRM-3T3
—
—
MGX-SRM-E
SRM-E
—
—
MGX-VISM-8E1
VISM-8E1
3.0(0)
1.5
MGX-VISM-8T1
VISM-8T1
3.0(0)
1.5
MGX-VISM-PR-8E1
VISM-PR-8E1
3.0(0)
3.0(0)
MGX-VISM-PR-8T1
VISM-PR-8T1
3.0(0)
3.0(0)
PXM1
PXM-1
1.2.10
1.1.40 and 1.2.0
PXM1-1-622
PXM1-OC12
1.2.10
1.1.40 and 1.2.0
PXM1-2-T3E3
PXM1-2T3E3
1.2.10
1.1.40 and 1.2.0
PXM1-4-155
PXM1-4OC3
1.2.10
1.1.40 and 1.2.0
PXM1E2
PXM1E
3.0.0
3.0.0
PXM45 2
PXM45
3.0.0
3.0.0
RPM
RPM
12.2(8)T4
12.2(8)T4
RPM IOS
RPM IOS
12.2(8)T4
—
RPM/B
RPM/B
12.2(8)T4
12.2(8)T4
RPM-PR
RPM-PR
12.2(8)T4
12.2(8)T4
SES
SES
3.0.00
1.0.16
1 CWM Release 10.4 does not support all of the new MIBs listed in the "VISM Management Information Base" section.
2 This card is not compatible with VISM cards.
Table 7 describes VISM software interoperability with other Cisco products.
Table 7 Software Release 3.0(0) for VISM/VISM-PR Interoperability with Other Cisco Products
Cisco 3810
12.2(8)T1
AS5400
122-10.7
Virtual Switch Controller Software
VSC 9.1.2/9.1.5
Table 8 describes the software images available for Release 3.0(0) for VISM/VISM-PR.
Table 8 Software Images for Release 3.0(0) for VISM/VISM-PR
Product Name Software Image Firmware DescriptionMGX-VISM-SW3000
003.000.000
vism_8t1e1_003.000.000.000.fw
This image does not support the CALEA1 feature.
MGX-VISM-LISW3000
003.050.000
vism_8t1e1_003.050.000.000.fw2
Use this image for CALEA 1 feature support.
1 CALEA = Commission on Accreditation for Law Enforcement Agencies.
2 The CALEA implementation supports the CALEA law intercept confirmation interface.
Table 9 describes the software boot code and run-time firmware requirements for software Release 3.0(0) for VISM/VISM-PR.
Note Loading this release of the backup bootcode is required for existing VISM cards not using this new release.
Limitations and Restrictions
The following limitations and restrictions are valid for software Release 3.0(0) for VISM/VISM-PR:
•The switched AAL2 PVC operating mode is not supported for VISM Release 3.0(0).
•Software Release 3.0(0) for VISM/VISM-PR requires you to use 64 Mb VISM cards or VISM-PR cards exclusively.
•The switched AAL2 PVC operating mode is not supported in software Release 3.0(0) for VISM/VISM-PR.
•Cisco recommends that you use the cnfcodecjtrdelay command to configure the jitter-delay argument to 20 ms when using DSP firmware versions 3.4 and 3.6.
Table 10 describes the design constraint which is identified in software Release 3.0(0) for VISM/VISM-PR.
Installation and Upgrade Procedures
This section describes the following installation and upgrade procedures:
• "VISM to VISM-PR Upgrade Procedure" section
• "VISM Firmware Download Procedure for PXM1" section
• "Installing VISM Software Updates with PXM1 Cards" section
• "VISM Boot Code Upgrade Procedure with PXM1 Cards" section
• "VISM Downgrade Procedure" section
Caution If you are upgrading the VISM software from 1.5(x), refer to the "Caveats" section. VISM Release 2.1(0) does not provide a graceful upgrade procedure from 1.5(x) to 2.1(x).
VISM to VISM-PR Upgrade Procedure
Software Release 3.0(0) for VISM/VISM-PR introduces the new VISM-PR card. Complete the following steps to gracefully upgrade from VISM cards to VISM-PR cards. You must ensure that the VISM and VISM-PR software versions are the same—ensure that you have the version with Commission on Accreditation for Law Enforcement Agencies (CALEA), if you use the CALEA feature.
The following versions of VISM software Release 3.0(0) are available:
•003.000.000—without CALEA
•003.050.000—with CALEA
Note You do not have to complete these instructions in order to use software Release 3.0(0) for VISM/VISM-PR; however, see the "VISM Features" section for a list of features that are not available to you if you do not perform this upgrade procedure.
VISM cards and VISM-PR cards use the same back cards. There are no new back cards introduced with this release. In the following procedure:
•Remove your VISM cards and replace them with VISM-PR cards.
•Two VISM-PR cards are involved, one initially active and one initially standby. In this procedure description, the initially standby VISM-PR card is identified as VISM-PR-1 and the initially active VISM-PR as VISM-PR-2.
•Old-rev refers to the firmware before the upgrade (2.2).
•New-rev refers to the firmware after the upgrade (3.0).
Step 1 Log in to the active PXM card (slot 7 or 8).
Note In these steps, PXM card refers to the type of PXM card you have. It can be a PXM1, PXM1E, or PXM45 card.
Step 2 Save the existing configuration as a contingency plan by entering:
savesmcnf <SM slot#>
This saves the existing configuration in the c:cnf directory. This file can be used during the downgrade procedure, if necessary.
Step 3 Execute the PXM install command:
install sm <SM slot#> <new-rev>
where:
SM slot# is the slot number of the standby VISM-PR-1 card and new-rev is the file name of the new firmware (for example, vism_8t1e1_003.000.000.000.fw).
This command causes the standby VISM-PR-1 card to reset and come up in the "standby" state, running the new-rev firmware. The active VISM-PR-2 card is unaffected by this command. At this point, the primary firmware is still the old-rev and the secondary firmware is new-rev.
Step 4 Execute the PXM newrev command:
newrev sm <SM slot#> <new-rev>
where:
SM slot# is the slot number of the standby VISM-PR-1 card and new-rev is the filename of the new firmware.
This command causes the VISM-PR-1 to become the active VISM running the new-rev firmware. The previously active VISM-PR-2 changes to a "standby" state and is still running the old-rev firmware. The primary and secondary firmware switches with the new-rev becoming the primary firmware.
Step 5 Execute the PXM commit command:
commit sm <SM slot#> <new-rev>
where:
SM slot# is the slot number of the hold-state VISM-PR-2 and new-rev is the filename of the new firmware.
This command causes both VISM cards to run the new-rev firmware. At first, VISM-PR-1 is the active card with VISM-PR-2 remaining in the hold state. After a short time, the cards switch automatically with VISM-PR-2 becoming the active card and VISM-PR-1 the standby card.
The two VISM-PR cards are now back to their original condition except that both cards are now running the new-rev firmware.
Step 6 Log in to the active VISM-PR card and use the display commands (dspendpts, dspcasvar, etc.) to confirm that the configuration has been preserved through the upgrade process.
It is also recommended that a further verification be performed by making some minor modifications to the configuration, checking that the changes have been executed correctly, and then changing the configuration back again.
Note If the VISM-PR card is not part of a redundancy group, Step 1 to Step 3 are sufficient.
VISM Firmware Download Procedure for PXM1
Step 1 Download the selected revision of service module firmware into the service module in the selected slot.
tftp <node_name or IP address>
bin
put <backup boot> POPEYE@SM_1_<slot#>.BOOT
quit
tftp <node_name or IP address>
Step 2 Proceed to Step 2 a. to upgrade all VISM cards or proceed to Step 2 b. to upgrade an individual VISM card.
a. put <FW file> POPEYE@SM_1_0.FW
quit
b. 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 3 Proceed to the "Installing VISM Software Updates with PXM1 Cards" section to install the download.
VISM Firmware Download Procedure for PXM1E and PXM45
Step 1 Access the image on the Cisco Website in order to download the image.
Step 2 Use the ftp node-ip command, where node-ip is the IP address of the node to which you want to download the image, to download the image.
Step 3 Enter your username and password.
Step 4 Type cd C:FW to access the appropriate directory.
Step 5 Type bin.
Step 6 Use the put image-version, where image-version is the downloaded image from Step 1, to download the image to your C:FW directory.
Step 7 Type bye to exit the download procedure.
Installing VISM Software Updates with PXM1 Cards
Software Release 3.0(0) for VISM/VISM-PR provides a procedure for the graceful upgrade (one in which the existing VISM configuration is preserved throughout the upgrade procedure) from the earlier VISM 2.0 release.
Caution Installing VISM software updates from VISM Release 2.2 with CALEA to VISM Release 3.0 without CALEA is not graceful.
Caution Temporary traffic loss occurs during Step 4 and Step 5 of the VISM graceful upgrade procedure of the Upgrade Procedure for software Release 3.0(0) for VISM/VISM-PR.
Initial Conditions
The following initial conditions are required before the graceful upgrade procedure can be started:
•The MGX 8000 Series shelf must be configured with at least two VISM cards in a redundant configuration (refer to the add redundancy, addred, command in the MGX 8850, MGX 8250, and MGX 8230 command references for more information).
•The VISM cards must be running VISM 2.0 and be configured to the desired configuration.
•The software Release 3.0(0) for VISM/VISM-PR must have been already downloaded to the MGX shelf.
•Ensure that you have the version of VISM software that supports CALEA, if you are using the CALEA feature.
Upgrade Procedure
Upgrades are available for the following releases:
•From VISM 1.5 to VISM 3.0
•From VISM 2.1 to VISM 3.0
•From VISM 2.2 to VISM 3.0
In the following procedure:
•Two VISM cards are involved, one initially active and one initially standby. In this procedure description, the initially active VISM is identified as VISM 1 and the initially standby VISM as VISM 2.
•Old-rev refers to the firmware before the upgrade (2.2).
•New-rev refers to the firmware after the upgrade (3.0).
Complete the following steps to upgrade the VISM cards:
Step 1 Log in to the active PXM card (slot 7 or 8).
Step 2 Save the existing configuration as a contingency plan by entering:
savesmcnf <SM slot#>
This will save the existing configuration in the c:cnf directory. This file can be used during the downgrade procedure, if necessary.
Step 3 Execute the PXM install command:
install sm <SM slot#> <new-rev>
where:
SM slot# is the slot number of the VISM 2 card and new-rev is the file name of the new firmware (for example, vism_8t1e1_003.000.000.000.fw).
This command causes the standby VISM 2 to reset and come up in the "hold" state, running the new-rev firmware. The active VISM 1 is unaffected by this command. At this point, the primary firmware is still the old-rev and the secondary firmware is new-rev.
Step 4 Execute the PXM newrev command:
newrev sm <SM slot#> <new-rev>
where:
SM slot# is the slot number of the VISM 2 and new-rev is the filename of the new firmware.
This command causes the VISM 2 to become the active VISM running the new-rev firmware. The previously active VISM 1 changes to a "hold" state and is still running the old-rev firmware. The primary and secondary firmware switches with the new-rev becoming the primary firmware.
Step 5 Execute the PXM commit command:
commit sm <SM slot#> <new-rev>
where:
SM slot# is the slot number of the standby VISM 1 and new-rev is the filename of the new firmware.
This command causes both VISM cards to run the new-rev firmware. At first, VISM 2 is the active VISM with VISM 1 remaining in the hold state. After a short time, the cards switch automatically with VISM 1 becoming the active card and VISM 2 the standby card.
The two VISM cards are now back to their original condition except that both cards are now running the new-rev firmware.
Step 6 Log in to the active VISM card and use the display commands (dspendpts, dspcasvar, etc.) to confirm that the configuration has been preserved through the upgrade process.
It is also recommended that a further verification be performed by making some minor modifications to the configuration, checking that the changes have been executed correctly, and then changing the configuration back again. Proceed to the VISM Boot Code Upgrade Procedure with PXM1 Cards.
Note If the VISM card is not part of a redundancy group, Step 1 to Step 3 are sufficient.
Installing VISM Software Updates with PXM1E or PXM45 Cards
Complete the following steps to update the VISM software when you are using PXM1E or PXM45 cards in your MGX 8000 Series chassis:
Step 1 Log on to the active PXM1E or PXM45 card.
Step 2 Ensure that the VISM/VISM-PR card is in the redundant mode, where the active card is the primary card.
Step 3 Use the savesmcnf command to save the existing configuration as a contingency plan.
Step 4 Use the loadrev sm-primary-slot-num new-rev command, where sm-primary-slot-num is the slot number of the VISM/VISM-PR card you to which you want to install the new software, and new-rev is the new firmware version number for the VISM software.
Step 5 Use the runrev sm-primary-slot-num new-rev command to execute the download.
Step 6 Use the commitrev sm-primary-slot-num new-rev command to commit the new download to the VISM/VISM-PR card.
You have completed the steps. Proceed to the VISM Boot Code Upgrade Procedure with PXM1E and PXM45 Cards.
VISM Boot Code Upgrade Procedure with PXM1 Cards
There is a new backup boot code change from VISM Release 2.2(0) to software Release 3.0(0) for VISM/VISM-PR. Complete the following steps to upgrade the new backup boot code when you are using PXM1 cards in your MGX 8000 Series chassis:
Note This procedure reprograms the VISM boot code for previous VISM cards using the VISM runtime image version 1.0 to 2.0.
Step 1 Telnet to MGX shelf and use the cc command to access the VISM card.
Note VISM must be in the active state in order to update the VISM boot code.
Step 2 Access the server where the VISM boot code resides and use TFTP to download the VISM boot code to the VISM card with the following procedure:
a. Type tftp <IP address of the MGX shelf>
b. Type bin at the tftp prompt.
Caution Ensure that you perform Step 2 b.—if you do not perform Step 2 b. the boot code will be corrupted and not recoverable.
c. Type put <vism-backup-boot.fw> POPEYE@SM_1_ <vism_slot_number>.BOOT
where NN = the slot number where the VISM card is inserted.
Caution Do not touch the VISM card until the status comes back ('Sent xxx bytes in yyy seconds'). Failure to follow this recommendation will corrupt the boot code and will not be recoverable.
When the boot code is being written to PROM, you will see comments displayed at the VISM prompt. This is normal and expected behavior.
Step 3 Use the resetcd command for VISM from the PXM card for the latest boot take effect.
Step 4 (Optional) Type the version command to verify the correct boot code.
You have completed upgrading the new VISM backup boot code.
VISM Boot Code Upgrade Procedure with PXM1E and PXM45 Cards
There is a new backup boot code change from VISM Release 2.2(0) to software Release 3.0(0) for VISM/VISM-PR. 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 VISM Firmware Download Procedure for PXM1E and PXM45.
Step 2 Log on to the PXM1E or PXM45 card.
Step 3 Use the burnboot sm-primary-slot-num new-rev command, where sm-primary-slot-num is the slot number of the VISM/VISM-PR card you want to upgrade and new-rev is the firmware version number of the new VISM software, to upgrade the VISM/VISM-PR boot code.
The VISM/VISM-PR card automatically resets and becomes active with the latest boot code image. You have completed the boot code upgrade procedure.
VISM Downgrade Procedure
Use this procedure to downgrade VISM software from software Release 3.0(0) for VISM to the earlier VISM Releases 2.2, 2.1, and 2.0. By following the downgrade procedure described here, the configurations will be retained after downgrade.
Note It is important to note that 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 software from software Release 3.0(0) for VISM/VISM-PR to Release 2.2, 2.1, or 2.0:
Step 1 If the VISM card is in a redundancy group, remove the redundancy.
delred <SM slot#>
Step 2 Download the old-rev firmware onto the MGX shelf.
Step 3 Execute the PXM clrsmcnf command:
clrsmcnf <SM slot#>
where:
SM slot# is the slot number of the VISM card to be downgraded.
The VISM card will be reset on executing this command. Wait for the card to come active.
Step 4 Execute the PXM restoresmcnf command:
restoresmcnf -f <filename> -s <SM slot#>
where:
The filename is 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.
The SM slot# is the slot number of the VISM card to be downgraded.
The VISM card will be reset again. When the card comes active, it will have the old-rev firmware running and will have the old configuration.
Step 5 Reconfigure redundancy group, if required.
Caveats
This section describes resolved and open software caveats for this release of VISM. Caveats describe unexpected behavior or defects in VISM software.
Resolved Caveats
Table 11 describes the caveats issued against VISM software that have been resolved in software Release 3.0(0) for VISM/VISM-PR.
Open Caveats
Table 12 describes possible unexpected behavior by software Release 3.0(0) for VISM/VISM-PR.
Related Documentation
The following documents contain information that may be useful to software Release 3.0(0) for VISM/VISM-PR:
•Cisco VISM Installation and Configuration Guide, Release 3.0
•Cisco MGX 8850 and MGX 8950 Switch Command Reference
•Cisco MGX 8850 Hardware Installation Guide, Release 3
•Cisco MGX 8850, MGX 8950, MGX 8830 Software Configuration Guide, Release 3 (PXM45, PXM45/B, and PXM1E)
Obtaining Documentation
Cisco documentation and additional literature are available on Cisco.com. Cisco also provides several ways to obtain technical assistance and other technical resources. These sections explain how to obtain technical information from Cisco Systems.
Cisco.com
You can access the most current Cisco documentation on the World Wide Web at this URL:
http://www.cisco.com/univercd/home/home.htm
You can access the Cisco website at this URL:
International Cisco websites can be accessed from this URL:
http://www.cisco.com/public/countries_languages.shtml
Ordering Documentation
You can find instructions for ordering documentation at this URL:
http://www.cisco.com/univercd/cc/td/doc/es_inpck/pdi.htm
You can order Cisco documentation in these ways:
•Registered Cisco.com users (Cisco direct customers) can order Cisco product documentation from the Ordering tool:
http://www.cisco.com/en/US/partner/ordering/index.shtml
•Nonregistered Cisco.com users can order documentation through a local account representative by calling Cisco Systems Corporate Headquarters (California, USA) at 408 526-7208 or, elsewhere in North America, by calling 800 553-NETS (6387).
Documentation Feedback
You can submit e-mail comments about technical documentation to bug-doc@cisco.com.
You can submit comments by using the response card (if present) behind the front cover of your document or by writing to the following address:
Cisco Systems
Attn: Customer Document Ordering
170 West Tasman Drive
San Jose, CA 95134-9883We appreciate your comments.
Obtaining Technical Assistance
For all customers, partners, resellers, and distributors who hold valid Cisco service contracts, the Cisco Technical Assistance Center (TAC) provides 24-hour-a-day, award-winning technical support services, online and over the phone. Cisco.com features the Cisco TAC website as an online starting point for technical assistance. If you do not hold a valid Cisco service contract, please contact your reseller.
Cisco TAC Website
The Cisco TAC website provides online documents and tools for troubleshooting and resolving technical issues with Cisco products and technologies. The Cisco TAC website is available 24 hours a day, 365 days a year. The Cisco TAC website is located at this URL:
Accessing all the tools on the Cisco TAC website requires a Cisco.com user ID and password. If you have a valid service contract but do not have a login ID or password, register at this URL:
http://tools.cisco.com/RPF/register/register.do
Opening a TAC Case
Using the online TAC Case Open Tool is the fastest way to open P3 and P4 cases. (P3 and P4 cases are those in which your network is minimally impaired or for which you require product information.) After you describe your situation, the TAC Case Open Tool automatically recommends resources for an immediate solution. If your issue is not resolved using the recommended resources, your case will be assigned to a Cisco TAC engineer. The online TAC Case Open Tool is located at this URL:
http://www.cisco.com/tac/caseopen
For P1 or P2 cases (P1 and P2 cases are those in which your production network is down or severely degraded) or if you do not have Internet access, contact Cisco TAC by telephone. Cisco TAC engineers are assigned immediately to P1 and P2 cases to help keep your business operations running smoothly.
To open a case 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 listing of Cisco TAC contacts, go to this URL:
http://www.cisco.com/warp/public/687/Directory/DirTAC.shtml
TAC Case Priority Definitions
To ensure that all cases are reported in a standard format, Cisco has established case priority definitions.
Priority 1 (P1)—Your 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.
Priority 2 (P2)—Operation of an existing network is severely degraded, or significant aspects of your business operation 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.
Priority 3 (P3)—Operational performance of your network is impaired, but most business operations remain functional. You and Cisco will commit resources during normal business hours to restore service to satisfactory levels.
Priority 4 (P4)—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.
•Cisco Marketplace provides a variety of Cisco books, reference guides, and logo merchandise. Go to this URL to visit the company store:
http://www.cisco.com/go/marketplace/
•The Cisco Product Catalog describes the networking products offered by Cisco Systems, as well as ordering and customer support services. Access the Cisco Product Catalog at this URL:
http://cisco.com/univercd/cc/td/doc/pcat/
•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 online at this URL:
•Packet magazine is the Cisco quarterly publication that provides the latest networking trends, technology breakthroughs, and Cisco products and solutions to help industry professionals get the most from their networking investment. Included are networking deployment and troubleshooting tips, configuration examples, customer case studies, tutorials and training, certification information, and links to numerous in-depth online resources. You can access Packet magazine at this URL:
•iQ Magazine is the Cisco bimonthly publication that delivers the latest information about Internet business strategies for executives. You can access iQ Magazine at this URL:
http://www.cisco.com/go/iqmagazine
•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:
•Training—Cisco offers world-class networking training. Current offerings in network training are listed at this URL:
http://www.cisco.com/en/US/learning/index.html
CCIP, CCSP, the Cisco Arrow logo, the Cisco Powered Network mark, Cisco Unity, Follow Me Browsing, FormShare, 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 Aironet, ASIST, BPX, Catalyst, CCDA, CCDP, CCIE, CCNA, CCNP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, the Cisco IOS logo, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Empowering the Internet Generation, Enterprise/Solver, EtherChannel, EtherSwitch, Fast Step, GigaStack, Internet Quotient, IOS, IP/TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, LightStream, MGX, MICA, the Networkers logo, Networking Academy, Network Registrar, Packet, PIX, Post-Routing, Pre-Routing, RateMUX, Registrar, ScriptShare, SlideCast, SMARTnet, StrataView Plus, Stratm, SwitchProbe, TeleRouter, The Fastest Way to Increase Your Internet Quotient, TransPath, and VCO are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and certain other countries.
All other trademarks mentioned in this document or Web site 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. (0304R)
Copyright © 2004, Cisco Systems, Inc.
All rights reserved.
Posted: Wed Feb 1 12:03:03 PST 2006
All contents are Copyright © 1992--2006 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.