Guest

Cisco WAN Manager

Release notes for Cisco WAN Manager, Release 16.0.00 Patch 2

  • Viewing Options

  • PDF (301.8 KB)
  • Feedback
Release Notes for Cisco WAN Manager, Release 16.0.00 P2

Table Of Contents

Release Notes for Cisco WAN Manager, Release 16.0.00 P2

Contents

New Features and Enhancements

SNMP Support for SVC Connection Between PXM and RPM

Enhancement to Network Trap System (NTS) Buffer Management for MGX 8220/30/50 Traps

Supported Switch Platforms and Software Releases

Releases Certified for CWM 16.0.00 P2

CWM 16.0.00 P2 Packaging and Basic Data

System Requirements

CWM 16.0.00 P2 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

Apache Web Server Requirements

Installing and Uninstalling CWM Software

CWM Configurations

Notes and Cautions

Features Not Supported

CWM Feature Limitations

Creating a CWM Auto-Restart Shell Script

MGX SNMP Agent Trap Limitation

Caveats

Related Documentation

General Link for Switch Documentation

Obtaining Documentation and Submitting a Service Request


Release Notes for Cisco WAN Manager, Release 16.0.00 P2


August 17, 2010

OL-23128-01

These release notes are for use with Cisco WAN Manager (CWM) 16.0.00 P2 software release that supports MGX and BPX switches. To locate the documentation for 16.0.00 P2, visit 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

New Features and Enhancements

Supported Switch Platforms and Software Releases

Releases Certified for CWM 16.0.00 P2

CWM 16.0.00 P2 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

Caveats

Related Documentation

Obtaining Documentation and Submitting a Service Request

New Features and Enhancements

This section describes the features and enhancements introduced in CWM 16.0.00 P2. For details, see the documents listed in the "Related Documentation" section.

SNMP Support for SVC Connection Between PXM and RPM

CWM 16.0.00 P2 supports switched virtual circuit (SVC) connection between processor switching module (PXM) and router processing module (RPM). The connection details are updated in the database, which prevents faulty alarms from being generated at the node level. Only details of an SVC connection can be viewed only from the CWM GUI. You cannot add, modify, delete, or perform diagnostic operations from the GUI.


Note While creating multiple SVC connections between PXM and RPM, you must use different VPI.VCI. If you create multiple connections using the same VPI.VCI, the MGX2 platform identifies only one connection, and reports only the first connection from PXM. The subsequent connections are incomplete. The following message is displayed:

SVC already exist with same rvpi,rvci. Only one SVC connection with same rvpi,rvci will be written in PNNI config file and will be reported to NMS Server. Please confirm svcifconfig: Do you want to proceed (Yes/No)?


Enhancement to Network Trap System (NTS) Buffer Management for MGX 8220/30/50 Traps

With this enhancement, the traps that are being sent from MGX, while NTS is in Robust Trap Mechanism mode (RTM mode), will not be processed.

While in RTM mode, NTS will recover all traps in the switch buffer. This includes the traps that were lost after being sent from the switch and the traps that are in the switch trap buffer.

The traps that are waiting in the NTS buffer will be ignored until the RTM mode exits. This is because all traps are recovered from the switch buffer.

In Cisco WAN Manager 15.3.50, the MGX1_BUFFER_IMPROVEMENT configuration parameter is added to the nts.conf file to enable or disable support for NTS buffer management traps. By default, NTS buffer management trap is disabled and the value is 0. To enable the feature, set the value to 1.

Supported Switch Platforms and Software Releases

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

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


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


Table 1 Switch Platforms and Releases Supported by CWM 16.0.00 P2 

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, 5.5.10, 5.5.11
5.6

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, 5.5.10, 5.5.11
5.6

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, 5.5.10, 5.5.11
5.6


Releases Certified for CWM 16.0.00 P2

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

See also Supported Switch Platforms and Software Releases.

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 P2

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.6
5.5.10
5.4.21

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

5.6
5.5.10
5.4.21

RPM-PR and RPM-XF cards

Cisco IOS releases:
12.4(15)T1
12.4(15)T7
12.4(15)T10

VISM-PR cards

3.3.30, 3.3.35

VXSM cards

5.6
5.5.10
5.4.21


CWM 16.0.00 P2 Packaging and Basic Data

This section describes CWM 16.0.00 P2 and its associated software. You can download CWM 16.0.00 P2 and patch releases of its associated software from the Cisco website.


Note This patch release is not available on a CD_ROM; only the baseline package CWM 16.0.00, is available on a CD_ROM. Table 3 describes CWM and associated software of CWM 16.0.00.


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. We recommend that you use Netscape 4.76 or later, or Internet Explorer 6.0 or later.

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 CWM, you can also access additional information about getting started. In the CWM Client Launcher, you can click the Help tab for information about the following:

Accessing online help and documentation

Installing Java Web Start

Installing on Solaris and Windows platforms

Configuring Netscape for Using Web Start on Solaris platforms

The following table describes the baseline package, CWM 16.0.00, and its associated software.

Table 3 CWM 16.0.00 and Associated Software

Software and
Documentation
CD
Description

CWM Server

Informix 9.40 UC8

Orbix

CWM Server

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

CWM documentation in PDF format

gzip utility

CWM Documentation

Part of the CWM package.

(The gzip command is gzip -d.)

Note The Release Notes for Cisco WAN Manager, 16.0.00 P2 is available on Cisco.com at: http://www.cisco.com/en/US/products/sw/netmgtsw/ps2340/prod_release_notes_list.html.

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, see the Cisco WAN Manager Installation Guide.

Cisco WANDEST

WANDEST Server

WANDEST Client

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

WANDEST is a 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 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—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 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 Cisco WAN Manager 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 P2. See these System Requirements sections:

CWM 16.0.00 P2 Server Requirements

CWM Java Client Requirements

SSC and SSM Requirements

Solaris Patch and Source Library Requirements

Informix Requirements

Apache Web Server Requirements

CWM 16.0.00 P2 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



Note The above mentioned hardware is the minimum requirement recommended. Check with SUN Microsystems, Inc. for the latest hardware versions.


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.6.0_16

Pentium 3 or later

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 that runs the same Solaris version 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, 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 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 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 CWM after the patch is installed.

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

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. 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

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

Note the following information on Informix versions that are compatible with CWM 16.0.00 P2:

Informix Version: 9.40 UC8

Informix Server Port: 8000

Informix Service: informix_istar

Apache Web Server Requirements

CWM uses Apache web server 1.3.12 for client login operations. The Apache web server is bundled with the CWM Server CD in the CWM release 16.0.00 package. The program is installed automatically when CWM is installed.

Installing and Uninstalling CWM Software

For details about 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.

Before you install, upgrade, or uninstall the CWM software, review the following chapters in the Cisco WAN Manager Installation Guide:

Chapter 2, "Preparing to Install." In this 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:


Step 1 Install the CWM server.

Step 2 Install RtmProxy on the CWM server if you are using the SSM and traps, and not using the SNMP Service Agent.

Step 3 Install the SNMP Service Agent (optional).

Step 4 Install the SCMSA (SSM or SSC).

Step 5 Perform the CWM post-installation tasks.

Step 6 Set up the CWM client.

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

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


For configuration-related information, see CWM Configurations.

For other notes, see 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 Cisco WAN Manager Installation Guide. See Chapter 1, "Introduction."

Table 9 Various CWM 16.0.00 P2 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 9 or Solaris10 OS already installed. Install the CWM Server on the Solaris 10 OS with the other appropriate applications.

CWM 16.0.00 workstation

CWM 16.0.00 P2 workstation

Requires a CWM 16.0.00 server. If CWM SNMP Service Agent, WANDEST, ABP, and SSM/SSC are used, they must be upgraded appropriately.

CWM 16.0.00 P1 workstation

CWM 16.0.00 P2 workstation

Requires a CWM 16.0.00 P1 server. If CWM SNMP Service Agent, WANDEST, ABP, and SSM/SSC are used, they must be upgraded appropriately.


Notes and Cautions

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

Cisco WAN Manager 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.

Cisco WAN Manager 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 CWM is not functioning normally, you must call CiscoTechnical Assistance Center.

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.

CWM also supports these Cisco products: Cisco Info Center (CIC) and Cisco C-Note. For information about these products, see the Cisco WAN Manager 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 CWM:

Though several windows display fields that relate to the MPSM-T3E3-155 MultiLink Frame Relay (MLFR) feature, CWM currently does not support this feature.

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

The following VISM 3.1 features cannot be accessed from 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. 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.

When a node ID is changed, you must disable and re-enable the current route feature on each network node to flush out all existing current route information and start collecting new information. To do this, run the cnfndcurrte command.

After disabling the feature, wait for at least 9 seconds (the timeout period for a conn-trace 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 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:

Trap Resiliency and support for Offline CWM machine:

Trap loss may occur in the OSS, for the faulty node, during the process of node management switchover between online and offline machines.

If the node sends excessive traps when the switch is busy, there is a possibility of trap manager deregistering/registering request failures.

An offline CWM machine can be used to receive traps and manage nodes only when the node is deregistered from the online CWM. An offline CWM machine cannot be used for provisioning connections.

If trap deregistration from the switch happens via the CLI or the Diagnostics Center GUI, the information regarding the deregistration will not be present in the NTS. In such a case, an offline CWM machine CWM cannot manage the node.

When the node is being managed by an offline CWM machine, the Stats feature will not work if SSM and SSC are configured on different machines.

This feature is supported only for V1 networks. Ensure that the agent mode is on insecure mode.

CWM installation requires C shell.

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.

Unix Independent feature is not compatible with SSM.

In contrast to the normal sequence for CWM changes of upgrading the CWM server 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 server 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 CWM. For CWM to start managing the node again, use the Network Configurator GUI to change the mode of the node to SNMPv3.

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

We recommend 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 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.

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.

SNMPv3 Southbound Support—By default, CWM 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 SNMP tools do not support the AES128 privacy protocol.

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

The RPM-PR card is not supported on MGX PXM1-based nodes that Chassis View manages. The applicable trap is missing so 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.

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 changes need to be made 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 

We do 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 CWM as follows:

a. Stop the core and exit the CWM prompt.

b. Run the stoporbix2000 script, and type CWM (you should see Starting Orbix... in the ~svplus/log/.startStopOrbix.log file)

c. 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 CWM, 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 CWM after a cold start -F is executed on the server. To ensure that the node IDs remain consistent, stop and disable collection in the SSM server before doing a cold start -F in CWM. 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 P2 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 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 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 CWM is running, CWM establishes two LINK 0's with the node. This is treated as a delete, and the node is deleted. In this situation, we recommend that you either remove and add the feeder when CWM is down, or, after adding the feeder, restart 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 running 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, CWM displays an error if you select one of these nonapplicable service types.

If a valid network.conf file is not present, 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 the specifications mentioned below 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, see the Readme file available at /etc/init.d/README file.


MGX SNMP 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 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 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 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 CWM 16.0.00 P2 and WANDEST 2.9.00 software.

Known Issues in CWM 16.0.00 P2—There are no known issues in CWM 16.0.00 P2.

Issues Resolved in CWM 16.0.00 P2—See Table 10.

Table 10 Issues Resolved in CWM 16.0.00 P2 

Bug ID
Description

CSCsu97380

Line/Path Alarm label was not consistent for channelized lines on MPSM cards.

CSCta93525

When you provisioned the MPSM 155 card, and a discrepancy existed in the channel ID (lcn) of the existing channel, ooemc core dumped.

CSCtb47450

A Solaris patch installed on CWM server causes a synchronization problem between the BPX and CWM.

CSCtb49964

File descriptors are unavailable when managing more than 100 nodes per ooemc process. This causes syncup delay and partial syncup.

CSCtb91540

In CWM, when re-synchronization of AdminWeight occurred, the ILMITopoc process core dumped intermittently.

CSCtc15043

Disk space was reduced on the CWM server because configuration files accumulated in the ~svplus/tmp folder.

CSCtc17717

Memory leakage problem in CWM caused the ILMITopoc process to reinitialize.

When the ILMITopoc process re-initialized, the linktopoc and the topod process also re-initialized.

CSCtc86224

When you tried to modify and save the description of the connection between two FRs, the following error was displayed:

PIR(kbps): Out of range : value should be greater than or equal to MIR

CSCtd45869

When you performed TFTP, it caused a socket failure. This caused a core dump of the scmcollsvr.

CSCte15106

The log file for the RTM Proxy process contained information that was not required. Owing to this, other important information was over written.

CSCte15108

If you tried to use trapd.log to parse the traps received from CWM, square brackets appeared in some PVCs.

CSCtf92564

The emd process that compares the current time with the time at which a config file was created gets executed more frequently than the usual frequency. This resulted in excessive CPU usage.

CSCtg75717

When you performed Connection Migration, some connections were incomplete.

CSCth07992

Some XPVC connections, which had XLMI port numbers configured with a value greater than 32, were incomplete

CSCth15445

In large networks, delay in discovery resulted in incomplete connections.


Related Documentation

These documents comprise the CWM documentation set:

Release Notes for the Cisco WAN Manager, 16.0.00 P2

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.