Guest

Cisco WAN Manager

Release Notes for the Cisco WAN Manager, 16.0.00

  • Viewing Options

  • PDF (383.6 KB)
  • Feedback
Release Notes for the Cisco WAN Manager, Release 16.0.00

Table Of Contents

Release Notes for the Cisco WAN Manager, Release 16.0.00

Contents

Document Revision History

New Features and Enhancements

Card Uptime Feature

Support for Daylight Saving Time (DST) Configurations

SFTP Support

Enabling SFTP on Nodes

SNMPv3 Northbound Support

Agent Mode in SNMPv3 Mode

Agent Mode in SNMPv1 Mode

Configuration Tips

Support for the resetcd, switchcc and switchredcd Commands

Support for Enabling or Disabling SSHv1, Telnet, and FTP Access to the MGX Switch.

CWM 16.0.00 Support for VXSM

SNMPv3 Trap Support for SSM

2.G.723.1 AnnexA' Support

Support for SMS Detection

PXM Changes for RPM-DC

TACACS+ Support

AXSM-16-T3E3/B in 8830/B with PXM45/c

Releases Supported by CWM 16.0.00

Releases Certified for CWM 16.0.00

CWM 16.0.00 Packaging and Basic Data

System Requirements

CWM 16.0.00 Server Requirements

CWM Java Client Requirements

SSC and SSM Requirements

Solaris Patch and Source Library Requirements

Before Installing Patches and Source Libraries

Patch Installation Procedure

Informix Requirements

Installing and Uninstalling CWM Software

CWM Configurations

Notes and Cautions

Features Not Supported

CWM Feature Limitations

Creating a CWM Auto-Restart Shell Script

SNMP Service Agent Trap Limitation

Caveats

Related Documentation

General Link for Switch Documentation

Obtaining Documentation and Submitting a Service Request


Release Notes for the Cisco WAN Manager, Release 16.0.00


OL-13128-02

January 2010

These release notes are for use with the Cisco WAN Manager (CWM) 16.0.00 software release that supports MGX, BPX, and IGX switches. To locate the documentation for CWM 16.0.00, go the following location:

http://www.cisco.com/en/US/products/sw/netmgtsw/ps2340/index.html

To locate the documentation for specific switches, see the link provided in General Link for Switch Documentation.

Contents

Document Revision History

New Features and Enhancements

Releases Supported by CWM 16.0.00

Releases Certified for CWM 16.0.00

CWM 16.0.00 Packaging and Basic Data

System Requirements

Installing and Uninstalling CWM Software

Notes and Cautions

Features Not Supported

CWM Feature Limitations

Creating a CWM Auto-Restart Shell Script

SNMP Service Agent Trap Limitation

Caveats

Related Documentation

Obtaining Documentation and Submitting a Service Request

Document Revision History

The Document Revision History table records changes made to this document since its initial release. The table shows the document revision number for the change, the date of the change, and a brief summary of the change.

Revision
Date
Change Summary

OL-13128-02

January 2010

Added details of bug CSCta95976 to the section, Caveats.

OL-13128-02

July 2009

Added a note to the section, Releases Supported by CWM 16.0.00.

Updated the releases certified by Release 16.0.00 to the section, Releases Certified for CWM 16.0.00, for the following Cards, Shelves, and Switches:

MGX 8230, 8250, and 8850 (PXM1) switches

MGX 8830 and 8850 (PXM1E) switches

MGX 8830/B, 8850, 8880, 8950 (PXM45) switches

RPM-PR and RPM-XF cards

VISM-PR cards

VXSM cards

OL-13128-01

November 2008

Initial Release


New Features and Enhancements

This section describes the features and enhancements introduced in CWM 16.0.00. For details, refer to the appropriate guides, such as the CWM User Guide, the Database Interface Guide, and the SNMP Service Agent Guide. See Related Documentation for a list of the CWM documents.

Card Uptime Feature

For all supported cards, this feature provides the time since the last reboot of a card. It is supported in the Configuration Center (Config Center) under Front Card Configuration > Card UpTime and in the Statistics Collection Manager (SCM). Previously this information was obtained through a CLI command.

This feature is supported for the MGX 8850 platform and these cards: AXSM-XG, MPSM-T3E3-155, MPSM-16-T1E1, PXM1E, PXM45, RPM-XF, VXSM, and VISM.

For the RPM cards, sysUpTime is shown already at the card level under System Information, so no changes are needed.

Support for Daylight Saving Time (DST) Configurations

This feature adds CWM support for configuring DST in the Config Center. A tab called "Daylight Saving" was added, and these fields were added:

SummerTime Status Combo Box: Enables or disables DST in the switch.

SummerTime Start and SummerTime End—Configures the exact time that summertime starts and ends each year.

StandardTime Zone Offset and SummerTime Zone Offset—Sets the standard and summertime time-zone offsets from Greenwich Mean Time (GMT).

This feature is supported for MGX 88xx and the PXM45 and PXM1E controller cards.

SFTP Support

Secure File Transfer Protocol (SFTP) support was added for secure uploading and downloading of configuration and statistics files to and from the CWM server. Previously, simple FTP was used, which did not enable the username and password to be encrypted.

The SFTP credentials are stored in the same fields used for FTP credentials.

By default, the CWM will use FTP. To use SFTP, you must specify SFTP as the file transfer protocol in the CWM configuration file and ensure that SFTP is enabled on the MGX.

This feature is supported on the MGX 8830, 8850, 8880, and 8950 platforms and with SNMPv1 or SNMPv3, as configured.

Enabling SFTP on Nodes

To use SFTP on a node, you must configure the node to use SFTP. To configure a node to use SFTP:


Step 1 To enable SFTP on nodes where upgrade to the latest version (the one with SFTP) is still pending:

a. FTP (get) the file F:/SSHD/sshd_config from the node.

b. Append the line "subsystem sftp sftp" to this file.

c. FTP (put) the modified file back to the F:/SSHD/sshd_config file on the node.

d. Upgrade the node to the new image with SFTP support.

Step 2 To enable SFTP on nodes already running an image that is known to support SFTP:

a. FTP (get) the file F:/SSHD/sshd_config from the node.

b. Append the line "subsystem sftp sftp" to this file.

c. FTP (put) the modified file back to the F:/SSHD/ directory on the node.

d. Execute the resetsys command on the node.

Step 3 For detailed information, refer to the Installation Guide or Command Reference manual for the MGX switch that you are configuring.


SNMPv3 Northbound Support

The CWM can now send traps to external OSS managers in SNMPv1 or SNMPv3 mode, depending on the manager's registration. Previously, only SNMPv1 traps could be used.

The SNMP version is identified using a new MIB called "managerTrapVersion" during registration, and the default is SNMPv1. If the version is SNMPv3, the security name should be specified.

Agent Mode in SNMPv3 Mode

If the agent mode is SNMPv3:

1. The manager will be registered with RtmProxy through an SNMPv3 request only.

2. While registering, the managerTrapVersion should be 3 and the security name should be provided [cisco].

3. The manager cannot register to receive SNMPv1 traps when the agent is in fully secured mode.

Agent Mode in SNMPv1 Mode

If the agent mode is SNMPv1:

1. The manager will be registered with RtmProxy through an SNMPv1 or SNMPv3 request.

2. The OSS can be registered with RtmProxy using the managerTrapVersion 1 or 3 to receive SNMPv1 traps or SNMPv3 traps respectively.

Configuration Tips

In the CWM, the following new configuration files support this feature:

agent++.conf

You can specify the following keywords in the agent++.conf file:

AGENTLOGFILE—Specifies the log file name.

ENABLEV3—Specifies the mode of the SNMP Agent. If it is set to 1 (secure mode), the CWM responds only to SNMPv3 requests. If it is set to 0 (unsecure mode), the CWM responds to SNMPv1 requests, as well as to SNMPv3 requests.

LOG_ENABLE—Specifies if events should be written on the log file, or not logged (To achieve better performance, disable logging by changing the LOG_ENABLE value to 0)

usm.conf

The usm.conf file contains the list of users and passwords that are generated using the USM tool in /usr/users/svplus/tools/snmp (By default, Cisco is the username and password. MD5 and DES are used for authProtocol and PrivacyProtocol respectively.).

The CWM Agent supports only the USM security model. It supports MD5 and SHA as authProtocol, and DES and AES128 as privProtocol.

The external OSS must be SNMPv3 compliant.

The port number 8170 should be opened for agent to agent communication within CWM server.

For additional information about registering the OSS in RtmProxy, see the CWM 16.0.00 Service Agent User Guide. For additional information about registering the OSS in RtmProxy, see the Release Notes for CWM 15.4.00, Patch 1.

Support for the resetcd, switchcc and switchredcd Commands

Before this release, you could perform the resetcd, switchcc, and switchredcd operations for cards only with CLI commands. Now you can perform these operations in the Config Center at the node level for individual cards, if you have permission to perform resets and switchovers.

The following list shows the CLI command and the corresponding change in the Config Center:

resetcd. A new Reset Card button was added, and a new Card Reset Operation Combo box was added for the card under Front Card Configuration.

switchcc (switchover of PXM) and switchredcd (switchover of service module). A new SwitchCard combo box in the Config Center handles the functionality of both commands.

This feature is supported for the MGX 8830, 8850, 8880, and 8950 platforms; the PXM1E and PXM45 controller cards; and AXSM, RPM, MPSM, VXSM, and VISM cards.

Support for Enabling or Disabling SSHv1, Telnet, and FTP Access to the MGX Switch.

In the Config Center, the following fields were added to support these options. Release 16.0 and later MGX nodes are supported. The options are disabled for earlier releases:

SSHv1 Disable—When this field is set to true, SSHv1 and Telnet are disabled. When it is set to false, only SSHv1 is enabled.You must enable Telnet separately.

FTP Access—Enables (default) or disables FTP access to the switch. When this field is disabled, FTP and Telnet are disabled. When FTP is enabled again, only FTP is enabled, and you must enable Telnet separately.

Telnet Access—Enable (default) or disable.

CWM 16.0.00 Support for VXSM

CWM 16.0.00 Support for VXSM 3.5 includes:

OOS/IS Trunks at the E1/T1 Level—Enables the physical E1/T1 path on the VXSM to be taken down without deleting lines first. In the Config Center under VXSM DS1 Line/Path > Service State Management, a cicServiceGraceTime field was added.

Statistics Support for CAPS—States how many calls per second are running in the system. This feature is supported in the Diagnostics Center and supported by the SCM.

VXSM Circuit Description—Adds a description to facilitate understanding the line, path, and DS1 network data in relation to the VXSM card. These identifiers, which you can modify, were added to the SNMP Agent and under the DS1, DS3, and SONET line categories in the Config Center: dsx1CircuitIdentifier, dsx3CircuitIdentifier and sonetMediumCircuitIdentifier.

SNMP support for dspdspcodecpools (fix for CSCei78948)—Shows the percentage of current calls per CODEC. In the Diagnostics Center for the VXSM card, a new category called "Codec Pool Stats" was added under VXSM Features.

SNMPv3 Trap Support for SSM

In SSM, the following new configuration parameter is added in the scmctrlsvr.conf file: AGENT_SNMP_VERSION

This configuration parameter specifies the SSM mode for communication with RTMproxy running in CWM 16.0.00. The value that you specify with the AGENT_SNMP_VERSION keyword should match the ENABLEV3 agent mode selected on the CWM machine in the file ~svplus/config/agent++.conf.

You can specify these settings:

AGENT_SNMP_VERSION set to 1—The SNMP agent version is SNMPv1, and the agent registers with RTM proxy for SNMPv1 traps, to verify the stats enable status of the switch.

AGENT_SNMP_VERSION set to 3—The SNMP agent version is SNMPv3, and the agent uses SNMP GET to verify the stats enable status of the switch.


Note By default, the agent's mode will be "secure mode", so if SSM AGENT_SNMP_VERSION is 3, then if you want to receive traps in SNMPv1, the CWM ENABLEV3 value must be set to "0" in ~svplus/config/agent++.conf and in the scmctrlsvr.conf file, SSM AGENT_SNMP_VERSION must be set to 1.


2.G.723.1 AnnexA' Support

In the Configuration Center, at the VXSM card level, the H.248 tab now includes a Profile Properties category. When you select create you can enables or disable undotted notation for CODECs.

See CSCsm84316 for the enhancement request.

Support for SMS Detection

In the Configuration Center, at the VXSM card level, the VBD tab now includes an Event Mapping category. When you select create, you can specify the event type as SMS.

See CSCso44250 for the enhancement request.

PXM Changes for RPM-DC

The RPM-XF card has Data Path Check running on the active and standby card to detect the health of the data path. Results of RPM-XF data path check are communicated to CWM through traps and the alarms will be displayed in the Alarm Browser GUI as critical alarms.

TACACS+ Support

TACACS+ is a Cisco-sponsored protocol that allows customers to use one or more external servers to authenticate access to elements in their network. If you are using external scripts instead of default user and password prompts for TACACS configuration, you can specify the user name and password can be in a CWM configuration file.

AXSM-16-T3E3/B in 8830/B with PXM45/c

CWM 16.0.00 supports monitoring of the AXSM-16-T3E3/B ATM service module This service module sits on an MGX8830/B with a SMB-8-T3 and SMB-8-E3 back card and a PXM45/C controller card. MGX8830/B is a 7-slot shelf with cards placed horizontally. This feature has support for AXSM-16-T3E3/B double height service module in MGX8830 platform. The AXSM-16-T3E3 card can be brought up in various slot positions in the MGX8830B chassis and can communicate with the PXM and SM cards that are inserted in other slots. This card is operated in two modes—.Channelized and Clear channel modes. The PXM will be running the release 5.5 image.

Releases Supported by CWM 16.0.00

Table 1 shows the BPX, IGX, and MGX switch platforms and releases that the CWM 16.0.00 software supports.

For additional information on supported products, see Releases Certified for CWM 16.0.00.

Note the following:

The CWM does not support the VXSM card configured for VoIP. The Cisco Transport Manger (CTM) supports this functionality.

As of CWM 12.0, the CWM does not support these cards: the BME card and the FRSM12, URM, ARM, FRM, BTM, ALM and CVM service modules.


Note The software releases provided in this section have not been tested with CWM 16.0.00. However, CWM should be able to perform as expected with the older releases. Issues arising from platforms that have been notified as End of Support (EoS) will not be addressed by Cisco.


Table 1 Switch Platforms and Releases Supported by CWM 16.0.00 

Switch Platform
Supported Software Release

Existing WAN switches, including the IGX 8400 and BPX 8600 series

9.2.33-9.2.43
9.3.05-9.3.51
9.4.00-9.4.12

SES PNNI Controller

3.0.10-3.0.25
4.0.00-4.0.15

MGX 8220

4.1.07-4.1.12
5.0.12-5.0.20

MGX 8230, 8250 and 8850 (PXM1)

1.1.40-1.1.42
1.2.00-1.2.13
1.2.20-1.2.22
1.3.00-1.3.12
1.3.14, 1.3.16, 1.3.18

MGX8830/B (PXM45/C)

5.1.20
5.2.00
5.3.00, 5.3.10, 5.3.20, 5.3.30
5.4.00, 5.4.10, 5.4.20, 5.4.30
5.5.00

MGX 8830 and 8850 (PXM1E)
MGX 8850 (PXM45)

3.0.23-3.0.25
4.0.00-4.0.17
5.0.00-5.0.20
5.1.20
5.2.00
5.3.00, 5.3.10, 5.3.20, 5.3.30
5.4.00, 5.4.10, 5.4.20, 5.4.30
5.5.00

MGX 8830/B, 8850, 8880, 8950 (PXM45) switches

5.2.00
5.3.00, 5.3.10, 5.3.20, 5.3.30
5.4.00, 5.4.10, 5.4.20, 5.4.30
5.5.00

MGX 8880 (PXM45)

5.0.00-5.0.20
5.1.20
5.2.00
5.3.00, 5.3.10, 5.3.20
5.4.00,
5.5.00

MGX 8950 (PXM45)

2.1.76-2.1.81
3.0.23-3.0.25
4.0.00-4.0.17+
5.0.00-5.0.20
5.1.20
5.2.00
5.3.00, 5.3.10, 5.3.20
5.4.00,
5.5.00


Releases Certified for CWM 16.0.00

Table 2 lists the shelf or switch software releases that were used to test the CWM 16.0.00 software. Although CWM 16.0.00 supports other releases, the releases listed in the table are the specific releases that were tested for CWM 16.0.00.

See also Releases Supported by CWM 16.0.00.

For links to the documentation for cards, see the list of Release Notes at this location:

http://www.cisco.com/en/US/products/hw/switches/ps1938/prod_release_notes_list.html

Table 2 Releases Tested with CWM 16.0.00

Card, Shelf, or Switch
Tested Software Release

BPX/IGX switch software

9.3.51
9.4.10, 9.4.12

SES PNNI Controller

3.0.25
4.0.15, 4.0(15.201)

MGX 8220 Shelf

4.0.06
4.1.12
5.0.20

MGX 8230, 8250, and 8850
(PXM1) switches

1.3.14, 1.3.16, 1.3.18

MGX 8830 and 8850
(PXM1E) switches

5.3.10, 5.3.20
5.4.10, 5.4.30
5.5.00

MGX 8830/B, 8850, 8880, 8950 (PXM45) switches

5.3.10, 5.3.20
5.4.10, 5.4.30
5.5.00

RPM-PR and RPM-XF cards

Cisco IOS releases:
12.4(6)T10, 12.4(15)T1, 12.4(15)T7, 12.4(15)T8

VISM-PR cards

3.3.25, 3.3.30, 3.3.35

VXSM cards

5.3.30
5.4.20
5.5.00


CWM 16.0.00 Packaging and Basic Data

This section describes CWM 16.0.00 and associated software and CDs. The required software for the CWM system are the following:

CWM Server software

Solaris platform and required patches

CWM Java Client

Web browser to launch the online help. Cisco recommends that you use Netscape 4.76 or later, or Internet Explorer 6.0 or later.

Table 3 describes the required and optional CWM software. The CWM Software Evaluation package includes all CWM CDs and functionality. All CWM features are available until the 45-day evaluation period expires.

When you launch the CWM, you can also access additional information about getting started. In the CWM Client Launcher, you can click the Help tab for this information:

Accessing online help and documentation

Installing Java Web Start

Installing on Solaris and Windows platforms

Configuring Netscape for Using Web Start on Solaris platforms

Table 3 CWM and Associated Software 

Software and
Documentation
CD
Description

CWM Server

Informix 9.40 UC8

Orbix

Java Development Kit (JDK)

CWM Server

The CWM Server software is part of the CWM package and required for installation.

As part of the JDK, CWM Java Client is deployed using Java Web Start, which is a deployment tool that uses the Java Network Launching Protocol (JNLP) to manage Java applications from a centralized server. These applications are cached and run locally on Windows 98, NT, 2000, or XP or on a Solaris client.

Java Web Start is bundled with the Java 2 Platform, Standard Edition (J2SE), v1.5 and above. To start using Web Start applications, download the latest J2SE v 1.5.0 Java Runtime Environment (JRE) for your operating system (OS) from this website:

http://java.sun.com/j2se/1.5.0/download.html

CWM documentation in PDF format

gzip utility

CWM Documentation

Part of the CWM package.

(The gzip command is gzip -d.)

CWM SNMP Service Agent

Service Agent

This CD must be ordered separately from the CWM Client/Server package CD set.

Although SNMP Service Agent is not required to run the CWM, it can provide provisioning and fault management to the upper layer OSS. It is not required for an SCMSA workstation.

The SNMP Service Agent CD also contains the tar file for updating the CIC so that it can function with the CWM system.

CWM SCMSA

Standalone Statistics Collection Manager

This CD must be ordered separately from the CWM package CD set.

The SCMSA software includes the Cisco WAN Database Extraction and Synchronization Tool (WANDEST) client software (for communicating with the CWM server) and the Informix server software.

RtmProxy for the SCM application

RtmProxy for SCM Application

This application is included on a separate CD with the SCM software only when you order that software. It is meant to be installed only with the SSM and not on systems using the Service Agent. If you have already installed the Service Agent software and you attempt to install this application, you will see errors because the ~/config/process.conf file has duplicate entries for the RtmProxy.

To install the RtmProxy for the SCM application from the CD, refer to the CWM installation guide.

Cisco WANDEST

WANDEST Server

WANDEST Client

This two-CD set must be ordered separately from the CWM set.

WANDEST is software that enables the CWM system to communicate with the operational support system (OSS) or other telco applications. The OSS applications use WANDEST to keep their databases synchronized with the CWM (stratacom) database.

Cisco Automated Bulk Provisioning (ABP) Tool

Cisco Automated Bulk Provisioning Tool

This CD must be ordered separately from the CWM set.

The ABP tool is a time-based provisioning system that enables you to schedule connection and port-provisioning jobs. It is standalone software that resides on top of the CWM.

Cisco WAN Modeling Tools

Cisco WAN Modeling Tools

This CD must be ordered separately from the CWM set.


Consider also the following:

UltraSPARC II, UltraSPARC III, and UltraSPARC IIIi workstations—The CWM is compatible with them. For system requirements, see Tables 4 through 7.

Ultra 60 and Enterprise 450 and 4500—They were certified with earlier CWM releases and can still be used with this release. For the system requirements, see the CWM 11.0.10 release notes. Note that Cisco does not provide technical support for Sun configurations or products that Sun Microsystems no longer supports.

Graphics card—A graphics card is required when using the Java Client to access the CWM.

Video—Video on the CWM server is required only for user access or maintenance. It can be added to Sun servers or workstations. For Ultra and Enterprise, a video adapter is required.

Firewalls—If you are using a firewall between the server and the clients, you must open a range of ports for the CWM servers. For additional information about using firewalls, see the "Using Firewalls" section in the CWM installation guide.

You can access all CWM documentation at this website:

http://www.cisco.com/en/US/products/sw/netmgtsw/ps2340/index.html

System Requirements

This section describes the system requirements for using CWM 16.0.00. See these System Requirements sections:

CWM 16.0.00 Server Requirements

CWM Java Client Requirements

SSC and SSM Requirements

Solaris Patch and Source Library Requirements

Informix Requirements

CWM 16.0.00 Server Requirements

Table 4 lists the system requirements for the CWM server. Note also the following about the CWM servers:

Other UltraSPARC III server models with equal or higher CPU speed and memory capacity can also be used.

If UltraSPARC II servers are used, see the CWM 11.0.10 release notes for system requirements.

If you are using an Ultra 60 (low-end platform), it should have at least 2 GB of RAM.

Table 4 CWM Server System Requirements 

CWM
Platform
No.
of
CPUs
Min.
CPU Speed (MHz)
Min.
RAM
(GB)
Min.
Swap Space
(GB)
Min. Disk Space
(GB)
Max. PVC/SPVC Connections or XPVC Connection Segments
Max.
PC
Clients
Max. Nodes
Server Used
in Cisco Testing

Low-Medium #1

1

900

2

4

1 x 36

100K

10

100

Netra 20 or Sun Fire V280R

Low-Medium #2

1

1000

2

4

2 x 36

100K

10

100

Sun Fire V210

Medium #1

2

900

4

8

1 x 36

200K

20

500

Netra 20 or Sun Fire 280R

Medium #2

2

1280

4

8

2 x 72

200K

20

500

Sun Fire V240

Carrier-Grade High

4

900

8

16

2 x 36

1 million

40

1000

Sun Fire V880

Carrier Grade

8

900

16

32

2 x 36

2 million

100

2000

Sun Fire V880

Carrier Grade 2

8

900

40

88

5 x 68

3 million

100

2000

Sun Fire V880


CWM Java Client Requirements

Table 5 lists the CWM Java Client system requirements.

Table 5 Java Client System Requirements 

CWM Java Client
Windows
Operating System
Web Browser
One CPU
CPU
Speed (MHz)
RAM (MB)
Swap Space (GB)
Free
Disk
Space
(MB)

PC

2000

NT 4.0, SP 6a

XP, SP1

IE 6.0

Netscape 4.76

JRE 1.5.0_06

Pentium 3

750

512

N/A

130

SPARC10

Solaris 9 or 10

Netscape 4.76

450 MHz

450

512

1

130


SSC and SSM Requirements

Table 6 lists the Standalone Statistics Collector (SSC) or Standalone Statistics Manager (SSM) system requirements, which are the same. Note also the following:

The file size is 2 MB (typically holds statistics with peak enabled for 20-KB endpoints).

The number of files does not increase with a smaller file size.

The average network transfer rate is the required TFTP or FTP throughput to collect the maximum number of files (combination of server performance, network bandwidth, and traffic).

One SSM can control a maximum of 12 SSCs.

The SSM must be run on a machine with the same Solaris release as that of the CWM server.

Besides enabling statistics collection on the SCM, statistics must be enabled on the individual connections for statistics to be collected on that connection. Because you do not receive a warning message to enable collection on the connection, the CWM does not display an error message.

Table 6 SSC or SSM System Requirements 

SSC
Platform
No. of CPUs
Min.
CPU Speed (MHz)
Average Network Transfer
Rate
Min.
RAM
Swap Space (GB)
Min. Disk Space (GB)
Max. Stats
Files
(15-min.
intervals)
Server Used in Cisco
Testing

Low

2

450

170 KB/s

512 MB

2

2 x 18

350

U60

Medium #1

2

450

3.5 MB/s

512 MB

2

2 x 18

700

U60

Medium #2

1

1002

4 MB/s

1 GB

2

2 x 73

550

Sun Fire V210 or V240

Medium #3

1

900

1.7 MB/s

1 GB

2

1 x 36

700

Netra 20 or Sun Fire 280R

High #1

2

900

3.5 MB/s

4 GB

8

1 x 36

900

Netra 20 or Sun Fire 280R

High #2

2

1200

4 MB/s

1 GB

2

2 x 73

1200

Sun Fire 240


Table 7 lists the added system requirements for using a parser in the CWM, SSC, or SSM. If the parser is enabled, add the applicable system requirements in Table 7 to the CWM requirements listed in Table 4 or to the SSM or SSC requirements listed in Table 6.

Five statistics are collected from each connection segment endpoint in 15-minute file collection intervals. Collecting statistics for 4 million endpoints with five statistics per endpoint requires 80 GB of disk space per 24-hour period. You will need at least 3 x 36 GB of disk space.

Table 7 Parser System Requirements for the CWM Server, SSC, or SSM 

SSM Platform
No. of CPUs
Min. CPU Speed (MHz)
RAM (GB)
Swap Space (GB)
Min.
Disk Space
(GB)
Max. Connection Segment
Endpoints (Statistics Enabled)
Server Used in Cisco Testing

Low-Medium

2

450

1

2

2 x 18

300 KB

Ultra 60

Low-Medium

1

900

2

4

2 x 36

750 KB

Netra 20 or Sun Fire 280R

Medium

2

900

4

8

2 x 36

2 MB

Netra 20 or Sun Fire 280R

Carrier-Grade High

4

900

8

16

2 x 36

4 MB

Sun Fire V880


Solaris Patch and Source Library Requirements

This section shows the Solaris patches and source libraries that you need to install on the CWM after you install the Solaris operating system.

See these sections:

Before Installing Patches and Source Libraries

Patch Installation Procedure

Before Installing Patches and Source Libraries

For best results, follow these Sun recommendations before you begin installing patches and libraries:

Shut down CWM processes before installing the patches and use the single-user mode to install most patches.

After installing the Solaris OS, you must install the appropriate kernel patch. After that, install the patches and libraries (see Table 8) if they were not installed as part of the cluster. See Patch Installation Procedure.

Avoid installing these Solaris 9 patches on the SPARC platform: 112963-21 through 112963-24. They can cause problems with Informix during startup.

DST patches—If you are using U.S. time zones, you must install the Solaris DST patches. See Table 8. As recommended in Sun Microsystems Alert ID 102775, countries not affected by the DST rule changes are still advised to install the latest DST patches. Note that countries may switch to other time zones programmatically to meet an application-specific configuration or a needed computation. These other time zones can include ones that are affected by the DST changes.

Not all Solaris patches or patch clusters require a reboot. If a reboot is not required, you can start the CWM after the patch is installed.

To install the packages, use pkgadd -d <package location> command.


Caution Sun fixed a bug in the "pam_dial_auth.so.1" module, which is in the 112960-46 patch. However, this fix causes a login failure with the CWM. You can see the login error message in the CWM GUI and also in in this /var/adm/message: "Jun 22 01:44:09 sv210cwm1 CwmGs[6748]: [ID 427199 user.error] pam_dial_auth: terminal-device not specified by login, returning Error in underlying service module."

The workaround is that if you have already installed the patch, uninstall it, or you can simply comment out or remove "pam_dial_auth.so.1" from the PAM "auth" stack for "login" in /etc/pam.conf because the CWM does not use the pam_dial_auth.so.1 module for authentication. You do not need to reboot. (This bug has been resolved.)

Table 8 Solaris Patches and Source Libraries 

Patches and Libraries
Solaris 9
Solaris 10

Patches

Kernel Patch 112233-12
(install first)

112874-31
112785-42
112811-01
112970-07
112998-03
113225-02
114716-01
113580-01
114224-02

Recommended:
115336-02
112964-07
113575-05
112808-06

Kernel Patch 118833-36
or later

DST patches

Time-zone patch 113225-08 or later, and libc patch 112874-33 or late

Time-zone patch 122032-04 or later, and libc patch 119689-07 or later

Source libraries

libgpgerror-1.5-sol9-sparc-local.gz
libgcc-3.4.6-sol9-sparc-local.gz
libgcrypt-1.2.2-sol9-sparc-local.gz
libiconv-1.11-sol9-sparc-local.gz

See the following website:
http://www.sunfreeware.com/programlistsparc9.html

libgpgerror-1.5-sol10-sparc-local.gz
libgcc-3.4.6-sol10-sparc-local.gz
libgcrypt-1.2.2-sol10-sparc-local.gz
libiconv-1.11-sol10-sparc-local.gz

See the following website: http://www.sunfreeware.com/programlistsparc10.html


Patch Installation Procedure

Use this procedure and sequence to install the Solaris patches, which assumes that the Solaris OS is already installed.


Step 1 Verify the already installed patches. To do this, use the Solaris showrev -p command.

Step 2 Go to the SunSolve Patch Access website to access the patches:
http://sunsolve.sun.com/show.do?target=patchpage

(If you have a SunSpectrum contract, you can also access patches from SunService.)

Step 3 Install the appropriate kernel patch for Solaris 9 or 10. See Table 8 for the correct version number.

Step 4 Install the rest of the required patches if they were not already installed as part of the cluster. Depending on your situation, you may want to enter only the first 6 digits of the patch number in the Find Patch field on the Sun Patch Access site and not the version extension to obtain the latest patch version.

Step 5 Install the recommended patches, as needed and desired. (Several of these recommended patches may require a service contract with Sun.)


Informix Requirements

The CWM uses Informix for database operations. The Informix program is bundled with the CWM and included on the CWM Server CD in the CWM package. The program is installed automatically when the CWM is installed.

Note the following Informix information that is compatible with CWM 16.0.00:

Informix Version: 9.40 UC8

Informix Server Port: 8000

Informix Service: informix_istar

Installing and Uninstalling CWM Software

For the starting and ending installation and upgrade configurations, review Table 9.

To upgrade from an earlier CWM release, you must first upgrade to one of the releases listed in Table 9. See the release notes and installation guide for the applicable CWM version.

To install, upgrade, or uninstall the CWM software, review the CWM installation guide:

Chapter 2, "Preparing to Install." In that chapter, be sure to review "Before You Start." It includes information about configuring and estimating the Informix database size.

Chapter 3, "Installing Software." In this chapter, be sure to review "CWM Server Post-Installation Tasks," which describes how to check the system and configure system configuration files, such as the network.conf and NMServer.conf files.

Chapter 4, "Upgrading Software"

Chapter 5, "Uninstalling"

In general, you will install the appropriate CWM software and perform CWM installation tasks in this order. The installation guide describes these tasks:

1. Install the CWM server.

2. If you are using the SSM and traps and not using SNMP Service Agent, you must install RtmProxy on the CWM server.

3. Install the SNMP Service Agent (optional).

4. Install the SCMSA (SSM or SSC).

5. Perform the CWM post-installation tasks.

6. Set up the CWM client.

7. Set up the network routers and nodes, which can be done before or after installing the CWM.

8. Install optional software, such as the WANDEST server and client, the ABP tool, and the NMT tools.

In this section, see these subsections:

CWM Configurations

Notes and Cautions

CWM Configurations

The installation and upgrade procedures enable you to install the CWM components in various combinations according to the starting configuration and the desired ending configuration.

Table 9 summarizes these configurations and procedures. Additional information about the CWM software is provided in the CWM installation guide. See Chapter 1, "Introduction."

Table 9 Various CWM 16.0.00 Installation Configurations 

Configuration
Installation or Upgrade Requirements
Starting
Ending

New installation with a new workstation

CWM 16.0.00 workstation

Requires a new workstation, which is probably received from Sun Microsystems with the Solaris 10 OS already installed. Install the CWM Server on the Solaris 10 OS with the other appropriate applications.

CWM 15.3.00 or 15.4.00 workstation on a Solaris 9 OS

CWM 16.0.00 workstation on a Solaris 9 OS

Requires a CWM 16.0.00 server. If the CWM SNMP Service Agent is used, it must be upgraded.

CWM 16.0.00 workstation on a Solaris 10 OS

Requires exporting the three databases and the version file (stratacom.exp, statsdb.exp, scmdb.exp, and svplus.version), installing Solaris 10 and relevant patches, and then restoring databases. Then the CWM Server can be installed.

Solaris-based workstation

Solaris CWM client workstation

Requires an available CWM server. On the client workstation, you must install an Internet browser, the latest JRE, and Java Web Start, which is bundled with J2SE v 1.5.0. CWM Client is launched from the CWM server using Java Web Start.

SSM or SSC workstation with a Solaris 10 OS

Requires installing Solaris 10 and the SSM or SSC. A WANDEST 2.9.00 server must be installed on the CWM server workstation.

Windows-based machine

PC client machine

Requires an available CWM server. In the client machine, you must install an Internet browser, the JRE, and Java Web Start, which is bundled with J2SE v 1.5.0. The CWM Client is launched from the CWM server using Java Web Start.

SCMSA 15.3.00 or 15.4.00 workstation on a Solaris 9 OS

SSM or SSC workstation with a Solaris 9 OS

Requires a CWM 16.0.00 server.

SSM or SSC workstation with a Solaris 10 OS

Requires exporting the databases, installing Solaris 10 and patches, and restoring the databases. Then the SCMSA can be installed.


Notes and Cautions

In addition to these notes, you can also review the following guides:

CWM Installation Guide—Contains installation information, such as procedures for CWM and SCMSA installation and upgrade, and provides a section on CWM server post-installation tasks, including how to check the system and set up configuration files, such as the network.conf file.

CWM User Guide—Provides notes about particular applications.

You can access all CWM documentation at this website:

http://www.cisco.com/en/US/products/sw/netmgtsw/ps2340/index.html

Review the following notes about software:

ILOG—Because of the asynchronous behavior of the ILOG client and server, CWM client requests can be sent before the CWM server is ready. In this case, this error message appears:

Ilb Error: Synchronous request to <unidentified actor failed by timeout>.  

If the ILOG times out for more than 5 minutes and the CWM is not functioning normally, you should call service.

The RPM card on the PXM1-based MGX 8850, 8230, or 8250 platform is provisioned using Telnet because it does not support SNMP SETs. This behavior should normally be transparent.

The CWM also supports these Cisco products: Cisco Info Center (CIC) and Cisco C-Note. For information about these products, refer to the CWM installation guide.


Caution If you do not shut down Informix before rebooting, data will be lost. To shut down Informix properly before you reboot the machine, execute /usr/users/svplus/scripts/kill_db as superuser (root).

Features Not Supported

These features are not supported by the CWM:

The CWM does not support use of the Korn shell.

Several windows display fields that relate to the MPSM-T3E3-155 MultiLink Frame Relay (MLFR) feature, which is not currently supported.

When managing VISM service modules that are running VISM 3.2.10, the CWM supports only the Rel. 3.2 features.

The VISM 3.1 features cannot be accessed from the CWM: TGCP, Dynamic Payload, and T.38 Fax Relay.

These are the Current Route feature limitations:

P2MP calls and SVC/SVP connections are not supported.

Only master-ended (not slave-ended) connections have current route information.

The configuration upload file contains only a snapshot of the current route information at the time the switch receives a CWM configuration upload request.

If a node becomes congested, both of the connTrace messages that the CLI and the Current Route feature send are dropped. The CWM does not distinguish between the messages. This situation is also true for a connTrace ACK message received on a congested node.

When a node ID is changed, follow this procedure on each network node to flush out all existing current route information and start collecting new information.

a. Disable and re-enable the current route feature by using the cnfndcurrte command

b. After disabling the feature, wait for at least 9 seconds (the timeout period for a conntrace message) before re-enabling the feature to avoid processing stale conn-trace messages.

Because the path information for a connection traversing more than 20 nodes is not stored in the current route path table, the connection does not have current route information.

While the CWM is running, if the remote display is stopped without properly shutting down the CWM desktop, reopening it remotely may not succeed.

CWM Feature Limitations

The following are known CWM feature limitations:

If an svplus user enables the non-UNIX user account feature, he or she will not be able to change the user password through the GUI.

For SNMPv3, the CWM Agent supports only the USM security model. It supports MD5 and SHA as authProtocol, and DES and AES128 as privProtocol. The external OSS must be SNMPv3 compliant.

In contrast to the normal sequence for CWM changes of upgrading the CWM first and then the switch, you must upgrade the switch completely, including the service and route processor modules, before upgrading the CWM SNMP mode from SNMPv1 to SNMPv3. The CWM running in SNMPv3 mode cannot sync with the switch if the service modules are not running 5.4 releases.

If you change the SNMP version on the node from SNMPv1 to SNMPv3 when CWM is managing the node in SNMPv1, the node moves to an unmanaged state in the CWM. For the CWM to start managing the node again, use the Network Configurator GUI to change the mode of the node to SNMPv3.Once the version is modified in the Network Configurator from SNMPv1 to SNMPv3, you must manually delete the SNMPv1 trapmgr from the switch and add the SNMPv3 trapmgr. CWM will not delete the SNMP v1 trapmgr and add the SNMPv1 trapmgr.

If the SNMP mode in the device is changed from 1 to 2 and is being managed in the CWM using SNMPv1, the CWM still manages the node; however, any set operation on the node fails. Also, during the next resync, the node moves to unmanaged state.

Cisco recommends that you use the Network Configurator to change the SNMP version of the node to 3 when you change the node's SNMP mode in the device from 1 to 2 or 1 to 3

When a node is in SNMPv3 mode, the CWM 16.0.00 database is not updated after executing the switchcc command for the PXM45 card. The node is left in an unmanaged state. Then it will be managed only during the next resync, which happens every 8 hours. So, it is suggested to perform the switchcc command only when the node is in SNMPv1 mode.

SNMPv3 Southbound Support—By default, CWM 16.0.00 assumes the network has both SNMPv1 and SNMPv3 nodes and tries to discover the nodes. The discovery will take a long time for SNMPv3-supported nodes. If you are using only SNMPv1 networks, you should make the following changes to achieve faster discovery

Update the NETWORKSNMPVERSION flag to V1_ONLY

Set the SnmpGetTimeOut flag in the ILMITopoc.conf file to 20


Note ABP does not have the SNMPv3 support. So, if you are using ABP, AGENT mode should always be set to 0 (Unsecure in agent++.conf).


SNMPv3 Northbound Support—The CWM 16.0.00 SNMP tools do not support the AES128 privacy protocol.

SFTP Support—The SFTP feature does not work for NBSM cards because of the limitations described in the following open caveats in MGX and CWM 16.0.00.

MGX:

CSCsv39655 (S3/P3)—File FDs remain open on MGX when SFTP session is closed.

CSCsv39665 (S4/P4)— SFTP support of config upload for NBSM card.

CWM 16.0.00:

CSCsv27322 (S3/P3)—Get filesize of the files to compute timeout in SFTP.

CSCsv23656 (S3/P2)—File descriptors should be closed properly during sftp session.

CSCsv27453 (S3/P3)—Close file handlers in case of disk issues in case of SFTP.

The CWM 16.0.00 bugs (CSCsv27322, CSCsv23656) are dependant on the MGX bug CSCsv39665.

For the VISM-PR 3.3.30 cards, upspeed cannot be enabled or disabled in the Configuration Center.

As of CWM 15.0, the RPM-PR card is not supported on MGX PXM1-based nodes that Chassis View manages. The applicable trap is missing so the CWM cannot monitor the back card. For both RPM and RPM-PR cards managed by Chassis View that are in standby state, the card status displays as blue. For other types of cards, stand-by card status displays as yellow. For both the RPM and RPM-PR card types, hardware and firmware revisions are not populated in the database.

The RPM back card support feature is disabled by default. To enable the feature and obtain RPM back card information, edit the emd.conf file before starting the CWM core. Note that when back card support is enabled, back card information is polled from the switch only during a cold start or a manual resync. After that, any back card configuration or status changes are not updated until you perform another cold start or a manual resync.

The CWM does not distinguish between the Ethernet back card versions installed with the MGX-RPM-128M/B or RPM-PR. No difference in functionality exists.

For a few of the latest Solaris patches and the Sun Fire E6900 server, the Informix engine may generate a shared memory error as shown in this example:

"oninit: Fatal error in shared memory creation <machine name>" 

When this error occurs, the Informix engine fails to come up and is not able to perform database related operations. The error can be resolved by changing values in the /etc/system and /usr/users/informix94/etc/onconfig files. The following shows the change to the /etc/system file:

forceload: sys/shmsys 
forceload: sys/semsys 
set shmsys:shminfo_shmmax=268435456 
set semsys:seminfo_semaem=16384 
set semsys:seminfo_semmap=64 
set semsys:seminfo_semmni=4096 
set semsys:seminfo_semmns=4096 
set semsys:seminfo_semmnu=4096 
set semsys:seminfo_semume=64 
set semsys:seminfo_semvmx=32767 
set shmsys:shminfo_shmmin=100 
set shmsys:shminfo_shmmni=100 
set shmsys:shminfo_shmseg=100 
set semsys:seminfo_semmsl=100 
set rlim_fd_max=1024 

After you have made the above changes, edit and configure the "SHMBASE" value in /usr/users/informix94/etc/onconfig as follows and reboot the machine:

SHMBASE  0x0A000000L 

Even though the VXSM T3 card is compatible with the MGX 8880 and 8850 PXM45 platform releases, the CWM 16.0.00 software does not discover it.

Cisco does not recommend pointing multiple CWMs at the same gateway node.

When /usr/users becomes completely full, the ORBIX processes cannot write to the disk and continue operations. To correct the problem, free up disk space in /usr/users and then restart the ORBIX processes and the CWM as follows: Stop the core and exit out of the CWM prompt, run the stoporbix2000 script, type CWM (you should see "Starting Orbix..." in the ~svplus/log/.startStopOrbix.log file), and start the core.

When a shortage of shared memory exists on the workstation, the Informix engine may generate an OS error, and the statsparser cannot perform database-related operations. The long-term solution is to increase the amount of memory to support 2 million connections consistently. You can resolve the error temporarily by changing the /etc/system configuration as follows:

forceload: sys/shmsys
forceload: sys/semsys
set shmsys:shminfo_shmmax=1073741824
set semsys:seminfo_semaem=16384
set semsys:seminfo_semmap=5000
set semsys:seminfo_semmni=8192
set semsys:seminfo_semmns=8192
set semsys:seminfo_semmnu=8192
set semsys:seminfo_semume=256
set semsys:seminfo_semvmx=50000
set shmsys:shminfo_shmmin=256
set shmsys:shminfo_shmmni=32000
set shmsys:shminfo_shmseg=256
set semsys:seminfo_semmsl=100 

If an ATM IP interface (also called in-band interface) is being used to manage the switch from the CWM, the CWM cannot receive all node bring-up traps. The ATM connections required for in-band management can take time to get routed on node bring-up and therefore are not available for trap delivery at the time of initialization. If this initialization time is an issue, the workaround is to configure the CWM for out-of-band management.

If starting collection on the SCM GUI is taking too long, verify whether or not it was started with an unreachable IP address. You must use a reachable in-band or out-of-band IP address.

The SSM statistics database can go out of sync with node_ids on the CWM after a cold start -F is executed on the server. To ensure that the node IDs remain consistent, stop and disable collection before doing a cold start -F. A CWM-to-CWM gateway must be enabled to ensure uninterrupted statistics collection.

When the persistent topology feature is enabled and you want to decommission a node and take it out of the topology, use the switch CLI to delete the node from the persistent topology data. To decommission a node or to delete a trunk from the PNNI network, you must delete the entry from the persistent gateway nodes.

To ensure that all CWM 16.0.00 servers have the same XPVC preferred data, the CWM-to-CWM gateway must be enabled; otherwise, you must manually propagate the data to all CWM 16.0.00 servers.

On MGX PXM1-based feeders in the BPX network, XPVCs terminated on the VISM or VISM-PR cards can connect only to the AUSM service module. No such restriction exists for PXM1E-based or PXM45-based nodes.

To correctly manage feeder nodes after they have been moved, you must first delete all trunks from the old node by using the CLI before adding the feeder back onto the system.

RPM-PR and RPM ports and subinterfaces must be configured with a number less than 32767. If you have configured any ports or subinterfaces with a number greater than 32767, you must delete them and then re-add them using a number less than 32767.

Note the following in regard to receiving SNMP traps:

If you register an SNMP Manager with the SNMP Agent without changing the bit-mask (if you accept the default of FFFFFFFFFFFFFFFF), you receive all SNMP traps, including 25302 and 25303.

If you register the SNMP Manager with a non-default bit mask because you do not want certain groups, such as FFFFFFFFF10701555, you do not receive trap 25302 and 25303, even though you have registered for that group.

If you deselect a currently undefined group such as Group 28 (a bit mask of FFFFFFFFEFFFFFFF), you can then add traps 25302 and 25303 by editing the trap_filter.conf file and adding these lines to Group 20 # network connectivity status change traps: TRAP 25302 and TRAP 25303.

Changing the line, payload, and medium types of VXSM-4OC3 causes the CWM to perform a whole card resync when you change any of the following: the medium type between SONET and SDH for SONET physical line, the payload type between T1 (VT 1.5 VC 11) and E1(VT 2 VC 12) for the STS or STM (Au) path or between T1 (VT 1.5 VC 11) and DS3 for the STS path, or the tributary path between Au4 and Au3 for the STM path in the SDH medium. (A whole card resync takes several minutes to complete.)

If you remove and then immediately add back the same IGX feeder when the CWM is running, the CWM establishes two LINK 0's with the node. This is treated as a delete, and the node is deleted. In this situation, Cisco recommends you either remove and add the feeder when the CWM is down, or, after adding the feeder, restart the CWM.

The "l_network_id" field in the connection segment or port tables may not be populated correctly. To ensure collection of an accurate network ID, use the "netw_id" field from the "node" table.

If the log level for the CWM EM module is set too high or set above the production default value and many configurations are changed on the switch during a warm start, the sync-up performance is impacted during the warm start.

SmartLogging is a feature for CWM debugging that is available when the log level is set to Level 2. It dumps detailed log messages to log files for each Level 2 log message. For example, when SmartLogging is enabled, an SNMP failure that triggers a Level 2 log message dumps messages at all levels immediately before and after this event. Because the feature can impact performance due to excessive log messages, it should be disabled in normal operation and enabled only when needed for monitoring performance.

When setting up VISM connections, the virtual path identifier (VPI) value in the VPI/VCI Selector window is grayed out with the VISM card slot number. If VISM is sitting in a feeder node, the VPI value in the VPI/VCI selector is grayed out as zero.

Ports on PXM45-based nodes associated with a trunk display as "Trunk Ports"; however, ports that are carrying signalling protocol information display as "User Ports." Because they are carrying information, you cannot provision connections on these ports. Attempting to do so results in an error. Choose another port.

Virtual ports on the BPX card are displayed in the tree view at the Line level as physicalPort.virtualPort.

The administrative state of the PNNI ports is not aggregated into the total administrative state of the port. The Inspector View application shows both the total administrative state of the port and the administrative state of the PNNI ports as two separate items.

With MPSM-OC3 cards, after you replace an OC-3 back card with a DS3 back card or vice versa, you need to do a cold start.

In the Connection Manager, the Service Type field displays some nonapplicable service types for SPVCs; however, the CWM displays an error if you select one of these nonapplicable service types.

If a valid network.conf file is not present, the CWM may not start properly and may cause a total core dump.

For the MPSM, PXM1E, and FRSM cards, an SCT greater than 255 cannot be associated with the SCT Manager due to a device limitation.

Creating a CWM Auto-Restart Shell Script

This section describes how to create and configure a shell script that automatically starts the CWM core after a reboot.

To create this shell script, use a text editor to create a new file containing the commands that you want the script to execute. To save your changes when using the Vi editor, press Esc, colon (:), then wq!.

Use this procedure to create a script that uses the Vi editor and shell commands to automatically restart the CWM core after the workstation has been rebooted.


Step 1 Log in to the CWM as user root:

$ su  

Step 2 Change to the /etc/rc3.d directory:

# cd /etc/rc3.d  

Step 3 Create a shell script of the form: Snn <filename>, where nn is the relative sequence number for starting the job under /etc/rc3.d by entering this command:

# vi /etc/rc3.d/S99init_sv 

Because this script does not exist currently, the vi editor opens a blank line for you to enter the script commands.

Step 4 Create the shell script by entering these lines:

#!/bin/sh
# Check if Informix configuration is going on 
  while [ ! -z "`ps -ef | grep S98init_db | grep -v grep`" ]
  do
    echo "Informix initialization in progress...." >> 
/usr/users/svplus/log/.start_stopCWM.log
    sleep 5
  done
# Start Orbix E2A ... as svplus 
  echo "Starting Orbix E2A ..." >> /usr/users/svplus/log/.start_stopCWM.log
  su - svplus -c /usr/users/svplus/scripts/startorbix2000 >> 
/usr/users/svplus/log/.start_stopCWM.log
  sleep 5
# Running Guard process ... as svplus
  echo "Running Guard process" >> /usr/users/svplus/log/.start_stopCWM.log 
  su - svplus -c /usr/users/svplus/scripts/Install/RunGuard &
# Start CWM core process ... as svplus 
  su - svplus -c /usr/users/svplus/scripts/start_SV+ & 

Step 5 Enter this command to provide execute permissions for /etc/rc3.d/S99init_sv:

# chmod 755 S99init_sv  

Step 6 Follow several specifications when creating the shell script:

a. A shell script, called /etc/rc3.d/S98init_db, was created automatically during the CWM installation to auto restart Informix after a reboot. To ensure the restart, use a script number (the second and third numbers in the filename) greater than 98 in the new auto-restart shell script.

b. Ensure that the new auto-restart shell script does not have the same script number as any other script files in /etc/rc3.d.

For additional information on configuring the auto-restart shell script, refer to the /etc/init.d/README file.


SNMP Service Agent Trap Limitation

This section describes the SNMP Service Agent trap limitation with the PXM1-based MGX nodes. You can use the cnfchantrapenbl and dspchantrapenbl commands to configure the traps that the CWM collects when connections are added or modified on Cisco MGX PXM1-based nodes running release 1.3.00 and later:

For sending the legacy traps and trap 50601, select "default."

For sending only trap 50601, select "enable."

Note the following about changing the option while the CWM is running:

If the dspchantrapenbl command is set to "default," (legacy traps and trap 50601), you can use the cnfchantrapenbl command to change to collecting only trap 50601 when the CWM is running.

If the dspchantrapenbl command is set to "enable" (only trap 50601) and you want to use the cnfchantrapenbl command to send legacy traps also for connection additions and modifications, you must stop the core to execute the command.

To determine which CWMs are managing the node, run the dsptrapmgr command.

Caveats

This section lists known and resolved issues in the CWM 16.0.00 and WANDEST 2.9.00 software. For:

Known Issues in the CWM 16.0.00—See Table 10.

Issues Resolved in CWM 16.0.00—See Table 11.

Table 10 Known Issues in CWM 16.0.00

Bug ID
Description
Details and Workaround

CSCsv27453

Close file handlers opened by CWM in case of disk issues while transferring a file using SFTP.

Conditions   CWM does not close the file handlers opened when an error occurs during SFTP. A disk full condition is possible. In normal cases, descriptors are closed properly.

Workaround   None.

CSCsv31337

The CWM SNMP tools do not support the AES128 privacy protocol.

Conditions   The SNMP tools under /usr/users/svplus/tools/snmp do not support the AES128 protocol.

Workaround   No workaround in CWM. Use any third-party SNMP tools.

CSCsv31406

The usm script requires the user to enter identical username and security names, but the script does not validate the names.

should be given same.

Conditions   The USM username and Security name should be the same when creating USM users using the USM tools in the /usr/users/svplus/tools/snmp directory.

Workaround   Use the same name for the username and security name.

CSCsv27322

To get the file size of the files to compute the timeout in SFTP requires a preliminary step.

Conditions   The timeout for an SFTP transfer is set to 60 minutes by default. This cannot be changed. This issue occurs due to platform-side SFTP support for NBSM cards. [CSCsv39665]

Workaround   None.

CSCsv27453

File descriptors should be closed properly during sftp session.

Conditions   If disk issues occur in CWM or MGX when file transfer aborts, FDs are not closed.

Conditions   Resolve disk issues and manually clean the FDs in MGX.

CSCsv23656

File descriptors do not get closed in MGX, when file attributes are obtained during SFTP.

Conditions   File descriptors are not closed on the MGX when file attributes are obtained during SFTP operations. This is due to MGX bug CSCsv39665

Workaround   None

CSCta95976

Polling real time stats fails on BPX-SES.

Conditions   The polling of real time statistics on an SPVC connection type of BPX-SES fails.

Workaround   None. These stats are not supported by BPX and have been announced as End of Life.


Table 11 lists the issues resolved in the CWM 16.0.00 software.

Table 11 Issues Resolved in CWM 16.0.00 

Bug ID
Description

CSCsk57444

Service MIB Support for PNNI Port resource modification.

CSCsk72761

Error messages during enabling do not have card details.

CSCsk76224

Documentation: updating stats mapping up to 15.5.

CSCsq55364

Need 'Service Rate' & 'Override Srv Rate' for MPSM FR-FR connections.

CSCsr13833

PNNI PGL State change trap notification alarm support in CWM.

CSCsu34655

XPVC connections are in fail state due to zero TBE value.

CSCsv00035

Traffic blockages for XPVC connections through AXSM-XG ENNI trunk.

CSCsl54275

Network Configurator not launching due to DNS problem.

CSCsl66994

The cmgrd command core dumps during conn provisioning.

CSCsl70577

Feeder discovery on nodes with no feeders generate a timeout.

CSCsm04751

Wrong Report in Performance Data and Utilization Data.

CSCsm07656

Stats Enable Request fails When csDefineFileEntryStatus is value 2.

CSCsm48200

The util report for trunk from BPX trunk nodes is showing greater than 100%.

CSCsm48320

Extensive usage of file descriptors-- sctDaemon not able to open any more.

CSCsr48247

CWM GUI support for dsx1AMI line coding in MPSM-8T1-CES.

CSCsu26567

scmcollsvr memory leak issue.

CSCek66948

Group deletion from topology map retains info in database

CSCsi48161

Node re-sync option in DC is disabled when launching from NM.

CSCsi79963

EMEX core dump.

CSCsi80342

Snmpget on svConnRemOSpaceCells for VISM DAX Conn causes timeout.

CSCsk16521

ILMITopo core dumped.

CSCsk30838

CWM-Software failure— The CWM only gets to 19 out of 50+ processes to start.

CSCsk72761

Error messages during enabling do not have card details.

CSCsl11881

JRE version needs to be changed from 1.5.0_06 to 1.5.12.

CSCsl54275

Network Configurator not launching due to DNS problem.

CSCsl66994

The cmgrd core dumps during conn provisioning.

CSCsm04751

Wrong Report in Performance Data and Utilization Data.

CSCsm07656

Stats Enable Request fails When csDefineFileEntryStatus is value 2.

CSCsm48200

The util report for trunk from BPX trunk nodes is showing greater than 100%.

CSCso47747

Unable to add ABR connection with specific Port Speed on MPSM-155.

CSCso91842

CMGRD XPVC build with BXM-E fails.

CSCsq19898

Cisco WAN Manager cannot show detail of traps.

CSCsu26567

scmcollsvr memory leak issue.

CSCek57474

VISM endpoint status displayed incorrectly.

CSCsk34482

Incomplete connections in database.

CSCsk98467

VP Con updates do not get populated in the database.

CSCsq83437

Memory leak in cwmftpd.

CSCsj28537

Unable to create ABR XPVC over AXSM-XG ENNI.

CSCsm89793

MPSM Port Service Rate configuration.

CSCsk83798

CWM shows ATM connection as incomplete after it was modified.

CSCsj43647

Nodeinfocfg core dumps intermittently.


Related Documentation

These documents comprise the CWM documentation set:

Release Notes for the Cisco WAN Manager, 16.0.00

Cisco WAN Manager Installation Guide, 16.0.00

Cisco WAN Manager User Guide, 16.0.00

Cisco WAN Manager SNMP Service Agent Guide, 16.0.00

Cisco WAN Manager Database Interface Guide, 16.0.00

Cisco WAN Data Extraction and Synchronization Tool User Guide, 2.9.00

You can access all CWM documentation at this website:

http://www.cisco.com/en/US/products/sw/netmgtsw/ps2340/index.html

These documents are also available on Cisco.com:

Release Notes for the Cisco WAN Modeling Tools, 16.0.00

Cisco WAN Modeling Tools User Guide, 16.0.00

Release Notes for the Cisco Automated Bulk Provisioning Tool, 16.0.00

Cisco Automated Bulk Provisioning Tool Guide, 16.0.00

The Cisco WAN Modeling Tools and Automated Bulk Provisioning Tool user guides are also available on their software CDs and ordered separately. In addition, a Guide to Cisco Multiservice Switch Documentation ships with your product.

General Link for Switch Documentation

For links to documentation for specific switches, go to the following location and click on the URLs for specific switches or switch software:

http://www.cisco.com/en/US/products/hw/switches/

On www.Cisco.com, you can search for any product and topic documentation. On the main page, enter the word or phrase in the Search window and click the Documentation link. For example, you can search for "configuring MGX 8850" or "PXMIE." On the results page, you can click Advanced Options to refine your search.

Obtaining Documentation and Submitting a Service Request

For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at this URL:

http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html

Subscribe to the What's New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service, and Cisco currently supports RSS version 2.0.