Guest

Cisco WAN Manager

Release Notes for Cisco WAN Manager 15.0 Patch 3

  • Viewing Options

  • PDF (1.3 MB)
  • Feedback
Release Notes for Cisco WAN Manager Release 15.0.00, Patch 3

Table Of Contents

Release Notes for Cisco WAN Manager Release 15.0.00, Patch 3

Table of Contents

Overview

System Requirements

CWM Server

Java Client

Standalone Statistics Manager

Solaris Patch Requirements

CWM Software Release 15.0.00 Packaging

HP OpenView Requirements

Informix Requirements

Supported Hardware

Existing Hardware

New Hardware

Certified Releases

New Features and Enhancements in CWM Release 15

Features Introduced in CWM Release 15.0.00, Patch 3

Features Introduced in CWM Release 15.0.00, Patch 2

Features Introduced in CWM Release 15.0.00

Unsupported Features and Known Feature Limitations in CWM Release 15.0.00

Limitations

Configuration Center Limitations

HP OpenView Limitations

Issues with the CWM Release 15.0.00 Statistics Collection Manager

Limitations for CWM to CWM Communication

Network Monitor Limitations

CWM Release 15.0.00 Notes and Cautions

CWM Release 15.0.00 Server Installation or Upgrade to CWM Release 15.0.00, Patch 3

CWM Release 15.0.00 Patch 3 Installation

WANDEST Release 2.5, Patch 3.1

Uninstalling Patch 3

Important Configuration Notes

Naming Managed Nodes

Using the Force Delete Feature

Core File Management

Adding a Desktop Shortcut for the CWM Client Application

Cisco Info Center Version

C-Note/CWM Configuration

Node Numbering for Release 9.4 IGX Feeder Nodes

Security Profiles

CWM Database

RPM Management Limitations

ChassisView Operation After Card and Line Switchovers

Equipment Management Configuration Notes

Network Monitor Server Configuration File (NMServer.conf)

Creating and Configuring a CWM Auto-Restart Shell Script

Using the vi Editor to Create Your Auto-Restart Shell Script

SNMP Service Agent Release Notes

Trap Limitation with PXM1-based MGX Nodes

Caveats

Known Anomalies in CWM Release 15.0.00 Software

Anomalies Resolved in WANDEST Release 2.5 Patch 3.1 Software

Anomalies Resolved in WANDEST Release 2.5 Patch 3 Software

Anomalies Resolved in CWM Release 15.0.00 Patch 3 Software

Anomalies Resolved in CWM Release 15.0.00 Patch 2 Software

Anomalies Closed by Other Means in CWM Release 15.0.00 Patch 3 Software

Anomalies Closed by Other Means in CWM Release 15.0.00 Patch 2 Software

Related Documentation

Obtaining Documentation

Documentation Feedback

Obtaining Technical Assistance

Cisco.com

Technical Assistance Center

Cisco TAC Web Site

Cisco TAC Escalation Center


Release Notes for Cisco WAN Manager Release 15.0.00, Patch 3


These release notes are part OL-6936-01 Rev. C0, February 22, 2005

Cisco WAN Manager Release 15.0.00 patch 3 software supports the following Cisco products as of 02/22/05:

Cisco MGX 8850 PXM45-based products running software Releases 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20.

Cisco MGX 8880 PXM45-based products running software Releases 5.0.00 through 5.0.20.

Cisco MGX 8950 PXM45-based products running software Releases 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20.

Cisco MGX PXM1E-based products (8830 and 8850) running software Releases 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20.

Cisco MGX PXM1-based products (8230, 8250 and 8850) running software Releases 1.1.31 through 1.1.34, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11.

Cisco SES PNNI Controller running software Releases 3.0.10 through 3.0.25 or 4.0.00 through 4.0.15.

Existing Cisco WAN switching products (including the Cisco IGX 8400 series and the Cisco BPX 8600 series) running switch software (SWSW) Releases 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10.

Existing Cisco MGX 8220 products running software Releases 4.1.07 through 4.1.12, or 5.0.12 through 5.0.20.

Table of Contents

Required Patches      7
Recommended Patches      8
CWM-specific Enhancements      29
WANDEST 2.5-Specific Enhancements      30
Preparing to Install the Patch (Backing Up the Existing Database)      40
Installing the CWM Server Patch      40
Verifying and Restoring Your Saved Database After Installing Patch 3      47
Installing the CWM SNMP Agent (Service Agent) Patch:      48
Installing the Standalone Statistics Collector Patch on the
Standalone Statistics Collector Machine:      54
Installing the Standalone Statistics Manager Patch on the
Standalone Statistics Manager Machine:      55
Installing the CWM RTM Proxy Patch on the CWM Machine:      56
Contents of This Patch      61
Installing the WANDEST Server Patch:      62
Installing the WANDEST Client Patch:      62

Overview

This document contains the following sections:

"System Requirements" section

"CWM Software Release 15.0.00 Packaging" section

"Supported Hardware" section

"New Features and Enhancements in CWM Release 15" section

"Unsupported Features and Known Feature Limitations in CWM Release 15.0.00" section

"Limitations" section

"CWM Release 15.0.00 Notes and Cautions" section

"Important Configuration Notes" section

"Naming Managed Nodes" section

"RPM Management Limitations" section

"SNMP Service Agent Release Notes" section

"Caveats" section

"Known Anomalies in CWM Release 15.0.00 Software" section

"Obtaining Documentation" section

"Obtaining Technical Assistance" section

System Requirements

In addition to the CWM platform requirements listed in the Cisco WAN Manager Installation Guide, Release 15, also consider the following:

CWM 15 is compatible with UltraSPARC II and UltraSPARC III. Refer to Tables 1 through 4 for the system requirements for certified platforms. The Ultra 60, Enterprise 450 and Enterprise 4500 can still be used with CWM 15. These were previously certified with earlier releases of CWM. For certified system requirements, refer to the System Requirement Guidelines in the CWM release notes for Release 11.0.10, but the minimum RAM needs to be 2 GB. Problems reported by customers who choose a non certified configuration may take more time to troubleshoot, resulting in a longer turnaround time. CWM technical support will not be provided for Sun configurations or products that are no longer supported by Sun Microsystems.

Video is required when using the Java Client access to CWM. Video on the CWM server is only required for user access or maintenance on the CWM server. Video can be added to Sun servers/workstations. For Ultra and Enterprise this requires a video adapter.

You may upgrade the standard configuration with more CPU speed, RAM size, and disk space for future expansion.

The default disk size for the Informix raw database is 1.7 GB. However, we strongly recommend you provide 2 GB disk space for the statistics collection process. Note that if statistics collection is done using CWM then multiple 2 GB partition chunks are required to be added to Informix. Refer to the Cisco WAN Manager Installation, Release 15, OL-4550-01 for more information on disk partitioning.

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

CWM Server

Table 1 System Requirements—CWM Server 

CWM
Platform
# CPU
Min. CPU Speed MHz
Min.
RAM
Min.
Swap
Min. Disk
Max # PVC/SPVC Connections or
Connection Segments for XPVC
Max.
# PC
Clients
Max. # Nodes
UltraSPARC III Server used for network scale testing by Cisco

Low - Medium

1

900

2 GB

4 GB

1 x 36 GB

100K

10

100

Netra 20, Sun Fire 280R

Medium

2

900

4 GB

8 GB

1 x 36 GB

200K

20

500

Netra 20, Sun Fire 280R

High -
Carrier Grade

4

900

8 GB

16 GB

2 x 36 GB

1M

40

1000

Sun Fire V880

Carrier Grade

8

900

16 GB

32 GB

2 x 36 GB

2M

100

2000

Sun Fire V880


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

If UltraSPARC II Servers are used, refer to the System Requirement Guidelines in the CWM release notes for Release 11.0.10. If you are using an Ultra 60 (low end platform), it should have at least 2 GB RAM memory.

Java Client

Table 2 System Requirements—Java Client 

CWM Java Client
Operating System
Web Browser
CPU
CPU Speed MHz
RAM
Swap
Disk
Monitor

PC

Windows 2000

Windows NT 4.0 with Service Pack 6a

Windows XP SP1

Internet Explorer 6.0

Netscape 4.76

J2SE v1.4.2_02

1
Pentium 3

750

512 MB

N/A

130 MB Free

y

SPARC10

Solaris 8

Netscape 4.76

1
450 Mhz

450

512 MB

1 GB

130 MB Free

y


Standalone Statistics Manager

Table 3 System Requirements—Standalone Statistics Collector or Manager 

SSC Platform
# CPU
Min. CPU Speed MHz
Average Network Transfer Rate
RAM
Swap
Disk
Max # of stats files (15 minute collection interval)
Server used in Cisco Testing

Low

2

450

170 KB/sec

512 MB

2 GB

2 x 18 GB

350

U60

Medium #1

2

450

3.5 MB/sec

512 MB

2 GB

2 x 18 GB

700

U60

Medium #2

1

900

1.7 MB/sec

1 GB

2 GB

1 x 36 GB

700

Netra 20 or Sun Fire 280R

High

2

900

3.5 MB/sec

4 GB

8 GB

1 x 36 GB

900

Netra 20 or Sun Fire 280R


File size of 2M bytes (typically holds statistics with peak enabled for 20K endpoints).

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

Average Network Transfer Rate is the required TFTP/FTP throughput to collect of the Max # of files (combination of Server performance and network bandwidth/traffic).

If you have enabled the Parser on the CWM Server, add the Parser System Requirement to the requirements listed in Table 1.

The Standalone Statistics Collector (SSC) has the same system requirements as the Standalone Statistics Manager. If you have enabled the Parser, add the Parser System Requirement to the system requirements listed in Table 3.

A maximum of twelve Standalone Statistics Collectors can be controlled by one Standalone Statistics Manager.

Table 4 Additional System Requirements—Parser in CWM Server, Standalone Statistics Collector, or Manager 

SSM Platform
# CPU
Min. CPU Speed MHz
RAM
Swap
Min.
Disk
Monitor
Max # of Connection Segment Endpoints with Statistics Enabled
Server used in Cisco Testing

Low

1

450

0.25 GB

2 GB

2 x 9 GB

y

40K

Ultra 10

Low - Medium

2

450

1 GB

2 GB

2 x 18 GB

y

300K

Ultra 60

Low - Medium

1

900

2 GB

4 GB

2 x 36 GB

y

750K

Netra 20, Sun Fire 280R

Medium

2

900

4 GB

8 GB

2 x 36 GB

y

2M

Netra 20, Sun Fire 280R

High - Carrier Grade

4

900

8 GB

16 GB

2 x 36 GB

y

4M

Sun Fire V880


Five statistics are collected from each connection segment endpoints and 15-minute file collection interval.

Add the applicable system requirements in Table 4 to the CWM Server requirements in Table 1 if the Parser Function is enabled.

Collecting statistics for four million endpoints with 5 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.

Solaris Patch Requirements

After installing the Solaris 8 operating system, you must install the following patch cluster:

Solaris 8 Kernel Patch 27 or later (108528-27 or higher)

(previously was 108528-13)

After you have installed the 108528-27 or later cluster, install the following additional patches if they were not already installed as part of the cluster:

Required Patches

Enter the Solaris showrev -p command to display the patches which are already installed in the CWM workstation.

Patches can be obtained from SunService (if the user has a SunSpectrum contract) or from the SunSolve Recommended and Security Patches web site.

Patches are available to Sun Microsystems customers over the Web at
www.sunsolve.sun.COM/pub-cgi/show.pl?target=home

Use the search facility on the SunSolve site to search for these patches, entering only the 6-digit patch ID number (do not include the 2-digit patch version number). The version number can be later than the one referenced below.

111626-01

111327-02

110945-02

110934-01

110898-02

110700-01

110670-01

109326-05

108652-35

108528-27

Recommended Patches

110951-01

110662-02

110615-01

110286-02

109324-02

111085-02

To obtain these patches, go to the Sun Microsystems SunSolve online patch page at the following URL:

http://sunsolve.Sun.COM/pub-cgi/show.pl?target=patches/patch-access


Note Obtaining several of these patches may require that you have a service contract with Sun.


CWM Software Release 15.0.00 Packaging

Refer to the "CWM Release 15.0.00 Patch 3 Installation" section for the contents of patch 3. The following is the list of CDs for the CWM 15.0.00 release:

When you order the CWM package, you receive the following 2 disks:

CWM Server. This CD contains the following:

CWM Server Software

INFORMIX Server Software Release 9.21.UC7XH

CWM Java Client Software

CWM Documentation CD. This CD contains the following:

Acrobat Reader 4.0

gzip

PDF copy of the CWM 15 documentation set

The Service Agent software is provided on a separate CD. This CD must be ordered separately from the CWM Release 15 Client/Server package CD set.

Service Agent CD. This CD contains the following

CWM Service Agent Software

The Standalone Statistics Collection Manager software is also on a separate CD. This CD must be ordered separately.

Standalone Statistics Collection Manager CD. This CD contains the following:

Standalone SCM Software with WANDEST Client Software incorporated

Informix Server Software Release 9.21.UC7XH

The Standalone Statistics Collection Manager software also includes the RTM Proxy for SCM Application on a separate CD. This CD is included only when you have ordered the Standalone Statistics Collection Manager software.

RTM Proxy for SCM Application CD. This CD contains the following:

RTM Proxy for SCM Application Software


Note Refer to the CWM Installation Guide, Release 15 for instructions on installing the RTM Proxy for SCM application from the CD. The RTM Proxy for SCM application is only meant to be installed with the Standalone Statistic Manager. It is not for systems with the Service Agent. If you already have the Service Agent software installed and you attempt to install this application, you will see errors on the console because the ~/config/process.conf file will have duplicate entries for the RTM Proxy.


The WANDEST Release 2.5 software is provided on two separate CDs. Each CD is ordered separately.

WANDEST Release 2.5 Server CD

WANDEST Server Software, Release 2.5

WANDEST Release 2.5 Client CD

WANDEST Client Software, Release 2.5

HP OpenView Requirements

The CWM 15 release works with HP OpenView Release 6.2, 6.3, or 7.0 for Solaris 8.


Note You must purchase HP OpenView 6.3 or 7.0 directly from Hewlett Packard.


For HP OpenView installation requirements and procedures, please refer to the HP OpenView Network Node Manager Products, Installation Guide (Part Number J1136-90000 from HP).

HP OpenView Release 6.2, 6.3 or 7.0 is not bundled with CWM CDs. You must order HP OpenView separately. HP OpenView is only used for viewing the Event Log. It is not required for any other CWM procedures.

Informix Requirements

The CWM 15.0.00 release uses Informix release 9.21.UC7XH for database operations. The Informix software is bundled with CWM software on disk 1 of the CWM CD package. The Informix program is automatically installed during CWM installation.

Supported Hardware

This section provides information about the hardware supported by the CWM 15.0.00 release.

Existing Hardware

Table 5 lists the existing hardware supported by CWM Release 15.0.00.

Table 5 Supported Existing Hardware 

Platform Series
Front Card
Back Card
Supported Release Version

BPX 8600

ASI-1

LM-2T3/2E3

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

ASI-155

LM-2OC3-SMF/SMFLR/MMF

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

ASM

LM-ASM

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

BCC

BCC-bc/3-bc

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

BNI-155

LM-OC3-SMF/SMFLR/MMF

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

BNI-E3

LM-3E3

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

BNI-T3

LM-3T3

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

BXM-15 5

MMF/SMF/SMFLR-155

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

BXM-622

SMF/SMFLR-622

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

BXM-E

T3/E3-BC

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

BPX 8600

BXM-T3/E3

T3/E3-BC

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

IGX 8400

HDM

SDI-V35/X21/V24

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

IGX 8400

NPM

SCM

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

IGX 8400

NTM

BC-T1/E1/SR/Y1

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

IGX 8400

UFM-C

UFI-8T1/8E1-DB15,
UFI-8E1-BNC

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

IGX 8400

UFM-U

UFI-V35/X21/HSSI

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

IGX 8400

UVM

UVI-2T1EC/2E1EC

UVI-2J1EC

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

IGX 8400

UXM

UAI-4OC3MMF/4OC3SMF/2OC3SMF/6T3/6E3/3T3/3E3/8T1-IMA/8E1-IMADB15/8E1-IMABNC

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

IGX 8400

UXM-E

UAI-4 SMFXLR, UAI-4-STM1E

SWSW 9.2.33 through 9.2.43, 9.3.05 through 9.3.51, or 9.4.00 through 9.4.10

MGX 8220

ASC

ASC-LM

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

AUSM-8P

RJ-48-8E1/8T1

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

BNM-155

155-SMF

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

BNM-T3/E3

T3E3-B/D

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

CESM-8P

RJ-48-8T1/8E1, SMB-8E1

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

FRSM-8P

RJ-48-8T1/8E1, SMB-8E1

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

FRSM-HS1

HSI-4X21/3HSSI

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

FRSM-VHS

HS2

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

IMATM-B

RJ-48-T3T1/E3E1

SMB-E3E1

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220

SRM

DB-15-T1/E1, LM-3T3

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20

MGX 8220, MGX 8230, MGX 8250, MGX 8850 PXM1

AUSM

8T1/E1

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20, 1.1.31 through 1.1.34, 1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8220, MGX 8230, MGX 8250, MGX 8850 PXM1

AUSM Model B

8T1/E1

4.1.07 through 4.1.12, or 5.0.12 through 5.0.20, 1.1.31 through 1.1.34, 1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 (PXM1)

FRSM-HS2B

8-port 12in1, HSSI

1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 (PXM1)

RPM/B

RJ45-4E/B (Ethernet)
MGX-MMF-FE, MGX-RJ45-FE (Fast Ethernet)

1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 (PXM1)

RPM-PR

RJ45-4E/B (Ethernet)
MGX-MMF-FE, MGX-RJ45-FE (Fast Ethernet)

1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 (PXM1)

SRM/E

1-port OC-3/STM1 (SMF-IR, SMF-LR, SMF-Electrical)

1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 (PXM1)

VISM-PR

RJ-48-T1/E1 and SMB-E1

1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

AUSM-8P

8T1/E1

1.1.31 through 1.1.34, 1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

CESM

T3/E3

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

CESM-8P

RJ-48-8T1/8E1, SMB-8E1,

RJ-48-8T1-C/8E1-C, SMB-8E1-C

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

FRSM-8P

RJ-48-8T1/8E1, SMB-8E1

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

FRSM-VHS

HS2/T3/E3/2CT3/HS2B

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

PXM1

T3/E3/OC-3/OC-12

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

SRM

LM-3T3

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

VISM-8E1

AX-SMB-8E1

AX-RJ-48-8E1

AX-R-SMB-8E1

AX-R-RJ-48-8E1

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

VISM-8T1

AX-RJ-48-8T1

AX-R-RJ-48-8T1

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8230, MGX 8250, MGX 8850 PXM1

VISM-PR

RJ-48-T1/E1 and SMB-E1

1.1.40 through 1.1.42, 1.2.00 through 1.2.13, 1.2.20 through 1.2.21, or 1.3.00 through 1.3.11

MGX 8830/8850 (PXM1E)

AUSM Model B

8T1/E1

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

CESM-8P

RJ-48-8T1/8E1, SMB-8E1, RJ-48-8T1-C/8E1-C, SMB-8E1-C

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

FRSM-8P

RJ-48-8T1/8E1, SMB-8E1

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

FRSM-HS2B

8-port 12in1, HSSI

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

FRSM-VHS

2CT3

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

PXM1E

8-port T3/E3

MGX-T3E3-155

MCC-16-E1

RBBN-16-T1E1

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

PXM1E

8-port 155

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

PXM1E

8-port OC-3 STM1

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

RPM-PR

RJ45-4E/B (Ethernet)
MGX-MMF-FE,MGX-RJ45-FE (Fast Ethernet)

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

SRM/E

1-port OC-3/STM1 (SMF-IR, SMF-LR, SMF-Electrical)

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8830/8850 (PXM1E)

VISM-PR

RJ-48-T1/E1 and SMB-E1

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM/A

AXSM/B

OC-12

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM/A

AXSM/B

OC-3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM/A

AXSM/B

OC-48

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM/A

AXSM/B

T3/E3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM-32-T1E1-E

MCC-16-E1, RBBN-16-T1E1

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM-E

OC-12

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM-E

OC-3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM-E

T3/E3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

AXSM-XG

OC-3

5.0.00 through 5.0.20

MGX 8850 (PXM45)

CESM-8P

RJ-48-8T1/8E1, SMB-8T1B

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

FRSM-8P

RJ-48-8T1/8E1, SMB-8E1

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

FRSM-HS2/B

8-port 12in1, HSSI

4.0.10 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

FRSM-VHS

2CT3

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

FRSM-VHS

2T3E3

4.0.10 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

PXM45

PXM-HD, PXM-UI S3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

PXM45/C

PXM-HD, PXM-UI S3/B

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

PXM45B

PXM-HD, PXM-UI S3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

RPM-PR

MGX-2GE and MGX-2OC-12POS

5.0.00 through 5.0.20

MGX 8850 (PXM45)

RPM-PR

RJ45-4E/B (Ethernet)
MGX-MMF-FE,MGX-RJ45-FE (Fast Ethernet)

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

RPM-XF

MGX-1GE and MGX-1OC12POS

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

RPM-XF

MGX-2GE and MGX-2OC-12POS

5.0.00 through 5.0.20

MGX 8850 (PXM45)

SRM/E

1-port OC-3/STM1 (SMF-IR, SMF-LR, SMF-Electrical)

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

SRME/B

1-port OC-3/STM1 (SMF-IR, SMF-LR, SMF-Electrical)

T3

5.0.00 through 5.0.20

MGX 8850 (PXM45)

VISM-PR

RJ-48-T1/E1 and SMB-E1

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8850 (PXM45)

VISM-PR

RJ-48-T1/E1 and SMB-E1

5.0.00 through 5.0.20

MGX 8850 (PXM45)

VXSM

RJ-48-T1/E1 and SMB-E1

5.0.00 through 5.0.20

MGX 8850/8250/8230 (PXM1)

RPM-PR

MGX-2GE and MGX-2OC-12POS

1.3.00 through 1.3.11

MGX 8850/8250/8230 (PXM1)

SRME/B

1-port OC-3/STM1 (SMF-IR, SMF-LR, SMF-Electrical)

T3

1.3.00 through 1.3.11

MGX 8850/8250/8230 (PXM1)

VISM-PR

RJ-48-T1/E1 and SMB-E1

1.3.00 through 1.3.11

MGX 8850/8830 (PXM1E)

RPM-PR

MGX-2GE and MGX-2OC-12POS

5.0.00 through 5.0.20

MGX 8850/8830 (PXM1E)

VISM-PR

RJ-48-T1/E1 and SMB-E1

5.0.00 through 5.0.20

MGX 8880 (PXM45)

AXSM/B

OC-48

5.0.00 through 5.0.20

MGX 8880 (PXM45)

AXSM-E

OC-12

5.0.00 through 5.0.20

MGX 8880 (PXM45)

AXSM-XG

OC-3 16P

5.0.00 through 5.0.20

MGX 8880 (PXM45)

PXM45B

PXM-HD, PXM-UI S3

5.0.00 through 5.0.20

MGX 8880 (PXM45)

RPM-PR

MGX-2GE and MGX-2OC-12POS

5.0.00 through 5.0.20

MGX 8880 (PXM45)

RPM-XF

MGX-2GE and MGX-2OC-12POS

5.0.00 through 5.0.20

MGX 8880 (PXM45)

SRME/B

1-port OC-3/STM1 (SMF-IR, SMF-LR, SMF-Electrical)

T3

5.0.00 through 5.0.20

MGX 8880 (PXM45)

VISM-PR

RJ-48-T1/E1 and SMB-E1

5.0.00 through 5.0.20

MGX 8880 (PXM45)

VXSM

RJ-48-T1/E1 and SMB-E1

5.0.00 through 5.0.20

MGX 8950 (PXM45)

AXSM/B

OC-12

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

AXSM/B

OC-3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

AXSM/B

OC-48

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

AXSM/B

T3/E3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

AXSM-XG

OC-192

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

AXSM-XG

OC-3 16P

5.0.00 through 5.0.20

MGX 8950 (PXM45)

AXSM-XG

OC-48

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

PXM45

PXM-HD, PXM-UI-S3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

PXM45/C

PXM-HD, PXM-UI S3/B

4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

PXM45B

PXM-HD, PXM-UI-S3

2.1.76 through 2.1.81, 3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

RPM-PR

RJ45-4E/B (Ethernet)
MGX-MMF-FE, MGX-RJ45-FE (Fast Ethernet)

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

MGX 8950 (PXM45)

RPM-XF

MGX-1GE and MGX-1OC12POS

3.0.23 through 3.0.25, 4.0.00 through 4.0.17, or 5.0.00 through 5.0.20

SES PNNI Controller

SES-PXM

PXM-UIA

3.0.10 through 3.0.25, or 4.0.00 through 4.0.15

SES PNNI Controller

SES-PXM

T3/E3/OC-3/OC-12

3.0.10 through 3.0.25, or 4.0.00 through 4.0.15


New Hardware

Table 6 lists the new hardware supported in CWM Release 15.0.00 patch 3.

Table 6 Supported New Hardware 

Platform Series
Front Card
Back Card
Supported Release Version

MGX 8880 (PXM45)

RPM-XF

MGX-UI/B

5.0.20

MGX 8850 (PXM45)

MPSM-8-T1E1

AX-RJ-48-8T1

AX-R-RJ-48-8T1

AX-RJ-48-8E1

AX-R-RJ-48-8E1

AX-SMB-8E1

AX-R-SMB-8E1

5.0.20

MGX 8850 (PXM45)

RPM-XF

MGX-UI/B

5.0.20

MGX 8850/8830 (PXM1E)

MPSM-8-T1E1

AX-RJ-48-8T1

AX-R-RJ-48-8T1

AX-RJ-48-8E1

AX-R-RJ-48-8E1

AX-SMB-8E1

AX-R-SMB-8E1

5.0.20

MGX 8850/8250/8230 (PXM1)

MPSM-8-T1E1

AX-RJ-48-8T1

AX-R-RJ-48-8T1

AX-RJ-48-8E1

AX-R-RJ-48-8E1

AX-SMB-8E1

AX-R-SMB-8E1

1.3.10 through 1.3.11


Certified Releases

The following releases were tested with CWM Release 15.0.00. patch 3:

BPX/IGX Switch Software:

Switch Software 9.4.10

Switch Software 9.3.45

Switch Software 9.3.36

MGX 8230/8250/8850 (PXM1) Switch

MGX 1.3.11

MGX 1.2.21

MGX 1.2.13 and 1.1.34

MGX 8950 (PXM45) Switch

MGX 5.0.20

MGX 4.0.17

MGX 8850 (PXM45) Switch

MGX 5.0.20

MGX 4.0.17

MGX 3.0.25

MGX 8880 (PXM45) Switch

MGX 5.0.20

MGX 8850/8830 (PXM1E) Switch

MGX 5.0.20

MGX 4.0.17

MGX 3.0.25

BPX SES Shelf

SES 4.0.15

SES 3.0.25

MGX 8220 Shelf

MGX 8220 5.0.20

MGX 8220 4.1.12

VISM-PR

VISM-PR 3.3.00

VISM-PR 3.2.11

VISM-PR 1.5.10 (certified with MGX 1.1.34 only)

VXSM

VXSM 5.0.20

VXSM 5.0.00

RPM-XF

Cisco IOS 12.3(7)T3

Cisco IOS 12.3(2)T5

RPM-PR

Cisco IOS 12.3(7)T3

Cisco IOS 12.2(8)T4

New Features and Enhancements in CWM Release 15

Features Introduced in CWM Release 15.0.00, Patch 3

This section describes the new features introduced in Cisco WAN Manager Release 15.0.00, patch 3.

MGX 8850 and MGX 8830 Release 5 (PXM45-based nodes and PXM1E-based nodes)

CWM 15.0.00 Patch 3 adds support for the MPSM-T3E3-155 MultiLink Frame Relay (MLFR) feature on switches running Release 5.0.20 software.

MGX 8880, MGX 8850, and MGX 8830 Release 5 nodes (both PXM1E-based and PXM45-based nodes)

CWM 15.0.00 Patch 3 adds support for collecting bulk statistics from the VISM-PR running Release 3.3 of the VISM software. None of the other new 3.3 features are supported

MGX 8850, 8250, and 8230 Release 1.3.10 (PXM1-based nodes)

MGX 8850, 8250, and 8230 (PXM1-based nodes) running Release 1.3.10 will recognize both the VISM and VISM-PR running Release 3.3 of the VISM software, but the new 3.3 features are not supported on PXM1-based nodes.

Support for VXSM Release 5.0.20

CWM 15.0.00 Patch 3 adds support for VXSM Release 5.0.20 on PXM45-based switches running Release 5.0.20 software.

Features Introduced in CWM Release 15.0.00, Patch 2

This section describes the new features introduced in Cisco WAN Manager Release 15.0.00, patch 2.

MGX 8950 Release 5 (PXM45-based nodes)

AXSM-XG 16-port OC-3 service module can link to MGX PXM1-based switches as a feeder

CWM 15.0.00 Patch 2 can discover the configuration where MGX PXM1-based switches are used as a feeder to the AXSM-XG 16-port OC-3 service modules on the MGX 8950 shelf. Connections can be set up between the termination points on these feeders and other connection endpoints on the MGX 8950 or on another feeder shelf.

Support for redesigned RPM-XF back cards

With the release of CWM Release 15.0.00, patch 2, the new RPM-XF back cards that are designed to work with the MGX 8880 are now supported.

Support for the preferred routes feature on RPM-XF

With the release of CWM Release 15.0.00, patch 2, configuration of preferred routes for the RPM-XF for XPVC connections is now supported.

The pref_route_id and direct_route_flag fields have been added to the rpm_connection table. The pref_route_id field indicates the associated preferred route for the particular connection.

The direct_route_flag field indicates whether or not the connection is directed. If this flag is set to true, then the associated SPVC will be routed only to the preferred route. If the preferred route is not available, the connection is not routed on any alternative route and then is flagged as failed. If the direct_route_flag parameter is set to false then the associated SPVC will also be routed to the preferred route, but if the preferred route is not available, alternative routes will be considered as per PNNI routing policies.

Service agent support is provided by adding RPM-XF support to the cwmConnPrefRouteId (for PNNI XPVC segments only) and cwmConnDirectRoute objects in the cwmConnTable in CWM Release 15.0.00, patch 2.

MGX 8880 Release 5 (PXM45-based nodes)

Support for redesigned RPM-XF back cards

With the release of CWM Release 15.0.00, patch 2, the new RPM-XF back cards that are designed to work with the MGX 8880 are now supported.

Support for the preferred routes feature on RPM-XF

With the release of CWM Release 15.0.00, patch 2, configuration of preferred routes for the RPM-XF for XPVC connections is now supported.

The pref_route_id and direct_route_flag fields have been added to the rpm_connection table. The pref_route_id field indicates the associated preferred route for the particular connection.

The direct_route_flag field indicates whether or not the connection is directed. If this flag is set to true, then the associated SPVC will be routed only to the preferred route. If the preferred route is not available, the connection is not routed on any alternative route and then is flagged as failed. If the direct_route_flag parameter is set to false then the associated SPVC will also be routed to the preferred route, but if the preferred route is not available, alternative routes will be considered as per PNNI routing policies.

Service agent support is provided by adding RPM-XF support to the cwmConnPrefRouteId (for PNNI XPVC segments only) and cwmConnDirectRoute objects in the cwmConnTable in CWM Release 15.0.00, patch 2.

MGX 8850 Release 5 (PXM45 and PXM1E-based nodes)

Support for redesigned RPM-XF back cards

With the release of CWM Release 15.0.00, patch 2, the new RPM-XF back cards that are designed to work with the MGX 8880 are now supported.

Support for the preferred routes feature on RPM-XF

With the release of CWM Release 15.0.00, patch 2, configuration of preferred routes for the RPM-XF for XPVC connections is now supported.

The pref_route_id and direct_route_flag fields have been added to the rpm_connection table. The pref_route_id field indicates the associated preferred route for the particular connection.

The direct_route_flag field indicates whether or not the connection is directed. If this flag is set to true, then the associated SPVC will be routed only to the preferred route. If the preferred route is not available, the connection is not routed on any alternative route and then is flagged as failed. If the direct_route_flag parameter is set to false then the associated SPVC will also be routed to the preferred route, but if the preferred route is not available, alternative routes will be considered as per PNNI routing policies.

Service agent support is provided by adding RPM-XF support to the cwmConnPrefRouteId (for PNNI XPVC segments only) and cwmConnDirectRoute objects in the cwmConnTable in CWM Release 15.0.00, patch 2.

Support for the MPSM T3/E3 Service Module (2-port-OC-3/STM1 back card or 3-port T3/E3 back card)

Support for the MPSM 8-port T1/E1 Service Module

The MPSM is a multipurpose service module which can be configured to support ATM, Frame Relay, or Circuit Emulation services. The MPSM-8-T1E1 card has any service, any card (ASAC) capability, which means that all the ports on a card can be configured to one of the supported services. The different services on this module are enabled by software licenses downloadable to the processor card in the node. CWM manages these enabled services on an MPSM service module the same way it manages existing service modules. Multiple ports can be configured to form an ATM IMA group. CWM Release 15.0.00, patch 2 displays the licenses available in the node.

For more information on license management, refer to Chapter 3, Managing Devices, the Managing Licenses for MPSM section (p. 3-63 to p.3-65) under the Managing Network Elements section in the Cisco WAN Manager User's Guide, Release 15 online.

The URL is:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/svplus/15/ug/devices.htm#wp1128668

AXSM-XG 16-port OC-3 service module can link to MGX PXM1-based switches as a feeder

CWM 15.0.00 Patch 2 can discover the configuration where MGX PXM1-based switches are used as a feeder to the AXSM-XG 16-port OC-3 service modules on MGX PXM45-based nodes. Connections can be set up between the termination points on these feeders and other connection endpoints on the MGX PXM45-based node or on another feeder shelf.

Support for the forced delete feature

CWM Release 15.0.00, patch 2 introduces the Forced Delete feature. For more information, refer to the "Using the Force Delete Feature" section.

Support for VISM Software 3.2.11 for VISM and VISM-PR

CWM extends the VISM features coverage to include the new features available in VISM software release 3.2.11. This includes configuration, trap monitoring, connection provisioning and diagnostics and real time statistics counter retrieval. Only the VISM-PR can be used on MGX PXM45 and PXM1E-based nodes. The PXM1E or PXM45-based switches managing VISM and VISM-PR require MGX 5.0.10 as well as VISM software 3.2.11.

The following VISM/VISM-PR features are supported by CWM 15.0.00, patch 2:

Programmable CAS idle code generation

G729a Bandwidth Improvement

Companding Law setting for VISM TDM Interfaces

VISM Setting for Preferred Route for AAL2 Trunks

Programmable ABCD CAS Signaling Bits Translation

VISM E1 Trunk Conditioning

ATM AIS Signal Propagation Control to TDM I/F

Bandwidth Utilization Enhancements

Display All Static Configuration

Limitations:

Bulk statistics files are not available from VISM or VISM-PR in release 3.2.11.

The Equipment Manager cannot sync up with a mixture of VISM or VISM-PR running release 3.2.11 and VISM or VISM-PR running release 3.2 or earlier.

MGX 8850, 8250, and 8230 Release 1.3.10 (PXM1-based nodes)

Support for VISM software release 3.2.11 for VISM and VISM-PR

CWM extends the VISM features coverage to include the new features available in VISM software release 3.2.11. This includes configuration, trap monitoring, connection provisioning, diagnostics and real time statistics counter retrieval. The VISM service module can only be used on PXM1-based MGX switches whereas the VISM-PR can be used on PXM1-based MGX switches, as well as PXM1E and PXM45-based MGX switches. PXM1-based switches managing VISM and VISM-PR require MGX 1.3.10 as well as VISM software 3.2.11.

The following VISM/VISM-PR features are supported by CWM 15.0.00, patch 2:

Programmable CAS idle code generation

G729a Bandwidth Improvement

Companding Law setting for VISM TDM Interfaces

VISM Setting for Preferred Route for AAL2 Trunks

Programmable ABCD CAS Signaling Bits Translation

VISM E1 Trunk Conditioning

ATM AIS Signal Propagation Control to TDM I/F

Bandwidth Utilization Enhancements

Display All Static Configuration

Limitations:

Bulk statistics files are not available from VISM or VISM-PR in Release 3.2.11.

The Equipment Manager cannot sync up with a mixture of VISM or VISM-PR running release 3.2.11 and VISM or VISM-PR running release 3.2 or earlier.

Support for the MPSM 8-port T1/E1 Service Module

The MPSM is a multipurpose service module which can be configured to support ATM, Frame Relay, or Circuit Emulation services. The MPSM-8-T1E1 card has any service, any card (ASAC) capability, which means that all the ports on a card can be configured to one of the supported services. The different services on this module are enabled by software licenses downloadable to the processor card in the node. CWM manages these enabled services on an MPSM service module the same way it manages existing service modules. Multiple ports can be configured to form an ATM IMA group. CWM Release 15.0.00, patch 2 displays the licenses available in the node.

For more information on license management, refer to Chapter 3, Managing Devices, the Managing Licenses for MPSM section (p. 3-63 to p.3-65) under the Managing Network Elements section in the Cisco WAN Manager User's Guide, Release 15 online.

The URL is:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/svplus/15/ug/devices.htm#wp1128668

IGX 8400 switch family

With the release of CWM Release 15.0.00, patch 2, the NTM, UVM, and HDM service modules are now supported. Management of these service modules requires IGX 9.4 software as well as CWM Release 15.0.00, patch 2.

Limitations:

The URM, ARM, FRM, BTM, ALM and CVM service modules are not supported by CWM Release 15.

If you have these unsupported service modules you can either stay with CWM 12 or upgrade to the newer supported service modules to take advantage of the new CWM 15 GUI enhancements.

CWM-specific Enhancements

CWM support for Network Partitioning

For more information on CWM support for Network Partitioning, refer to Chapter 2, Getting Started with CWM, Configuring for Network Partitioning section (p. 2-44 to p. 2-52) under Configuring CWM User Access section in the Cisco WAN Manager User's Guide, Release 15 online.

Configuring for Network Partitioning section URL:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/svplus/15/ug/start_up.htm#wp1161665

Creating New Profiles section URL:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/svplus/15/ug/start_up.htm#wp1082122

CWM Configuration Center support for automatic calculation of Bc/Be values for frame relay connections

Support for column sorting in the Monitoring view of the SCM application.

With the release of CWM Release 15.0.00, patch 2, you can now sort any column in the SCM Monitoring view by clicking on the column header.

Duplicate node name blocking

In prior releases, CWM required a coldstart when a duplicate node name was discovered. When there are two or more nodes bearing the same name, CWM Release 15.0.00, patch 2 now alerts you. You no longer need to perform a coldstart after re-configuring the node names in the network so that each node name is unique.

Limitations:

This feature only applies to connected nodes within PNNI networks.

Improvements to Administration GUI

Forced Log out of Java Client Sessions

CWM Administrative user can initiate a Force Log Out to multiple selected Java Client sessions. This is particularly useful for software maintenance, or for eliminating idle user sessions for security purposes. The selected Java Client sessions are terminated within 15 seconds by default. All opened CWM GUI applications are closed automatically. The Administrative user can configure the notice time up to 60 seconds for added flexibility.

Validation of Java Client Sessions

CWM Administration GUI has a new "Validate Clients" function to verify the current active Java Client sessions to find out which operators are still logging in. This validation function detects and removes the stale sessions that are discontinued perhaps due to LAN connectivity failure or due to Client shutdown abnormally. It gives an accurate view of the Java Client sessions to the CWM Administrative user.

CWM Gateway Switchover Enhancement

CWM Release 15.0.00, patch 2 provides an additional configuration option (the CONDITIONAL_PRIMARY flag) in the cwmGateway.conf file that lets you configure an automatic CWM Server switchover when the primary CWM Server fails and there is only one secondary CWM Server. Previous CWM releases required a manual procedure to invoke the secondary CWM Server to become the primary CWM Server.

When the CONDITIONAL_PRIMARY flag is set to Yes, the secondary CWM Server becomes a conditional primary when it discovers connectivity loss between the two CWM gateway servers.

In earlier releases, a condition would occur where there would be two primary servers when the connectivity was restored.

With this enhancement, the conditional primary server will automatically revert back to being the secondary server when the connectivity between the two CWM gateway servers is restored.

For more information, refer to the CWM Gateway Configuration File section in Chapter 3 of the Cisco WAN Manager Installation Guide, Release 15 online.

Enhanced SNMP support for network and node information

With CWM Release 15.0.00, patch 2 you can access the following information using SNMP queries on the service MIB:

CWM version

CWM primary host name

Platform type

State information (alarm_state, mode, mgmt_state, active)

Protocol type

Network name and PNNI ID in the node MIB table (you can determine which region a chosen node is in).

Refer to Appendix C of the Cisco WAN Manager SNMP Service Agent Guide, Release 15 for more information on the individual objects.

Features Introduced in CWM Release 15.0.00

This section describes the new features introduced in Cisco WAN Manager Release 15.0.00.

MGX 8880, Release 5 (PXM45-based nodes)

Support for VXSM-OC-3 service module

Support for VXSM-48-T1E1 service module

The Voice Switch Service Module (VXSM) is the carrier class, high density, service module for the MGX 8880 voice gateway. CWM is the system for setting up AAL2 connection between voice gateways using VXSM for Voice Trunking solutions. This enables the use of packet network for carrying voice traffic and eliminates the need for point-to-point TDM circuit.

Both VXSM with 4 port OC-3/STM1 and VXSM with 48 ports of T1/E1 are supported by this CWM release. These modules can be used on the Cisco MGX 8880 PXM45-based voice gateway with AXSMB and VISM-PR.

CWM 15 supports configuration of the lines, ports and channels on these VXSM cards using the GUI and the SNMP Service Agent.

CWM 15 also provides the ability to provision and diagnose ATM connections between VXSM modules or between VXSM and VISM-PR. Image download, trap monitoring for the equipment, 1:1 protection switching, and the ATM connections are managed as in other service modules.

The Statistics Collection Manager collects bulk statistics files from VXSM for ATM connection statistics, SONET/SDH line and path statistics, Megaco gateway and termination statistics, and SCTP and LAPD statistics. You can now use the Diagnostics Center application to query real-time statistics counters for CID level statistics from the CWM 15 GUI.

MGX 8850, Release 5

Support for AXSM-16-155-XG

CWM Release 15.0.00 supports the AXSM-16-155-XG service module, which addresses the need for enhanced traffic management capabilities over a higher OC-3c/STM-1 port density.

The AXSM-16-155-XG service module supports ABR with VS/VD and per-VC/VP shaping on 128K connections and provides a full 2.4 Gbps of usable bandwidth per card. These enhancements help lower the cost of OC-3c/STM-1 ports.

Support for soft rerouting

CWM Release 15.0.00 supports soft rerouting. In previous releases, during the grooming process, the connection was derouted and rerouted when the connection was on a PNNI routed path. Even when the better/desired route was unavailable, the connection was derouted and rerouted using PNNI. The soft reroute feature enables you to move a routed SPVC/P from an incumbent working path to a new path with minimal loss of traffic. The existing connection along the path is not derouted until a connection has been established on a new path. Thus, soft route brings higher connection availability. QoS is preserved/improved by soft reroute for the rerouting connection.

With this capability, the data loss due to grooming of connections is reduced as the new path is established before breaking the former path of a connection. This increases connection availability.

CWM based provisioning using the SNMP MIB is also supported.

Enhancements to Route Optimization

CWM Release 15.0.00 supports scheduled/on-demand route optimization. The existing commands are also enhanced to support "Orderly Grooming" and allow you to schedule the route optimization based on "day(s) of the week". The "trunk utilization factor" is introduced to prevent connections from grooming to heavily loaded trunks.

The enhancements to route optimization allow you to administer route optimization of connections from the CWM network management workstation. The route optimization enhancements also include "Orderly Grooming" and "trunk utilization factor" for effectively managing the network.

CWM based provisioning using the SNMP MIB is also supported.

Support for VXSM-OC-3 service module

Support for VXSM-48-T1E1 service module

The Voice Switch Service Module (VXSM) is the carrier class, high density, service module for the MGX 8850 voice gateway. CWM is the system for setting up AAL2 connection between voice gateways using VXSM for Voice Trunking solutions. This enables the use of packet network for carrying voice traffic and eliminates the need for point-to-point TDM circuit.

Both VXSM with 4 port OC-3/STM1 and VXSM with 48 ports of T1/E1 are supported by this CWM release. These modules can be used on the Cisco MGX 8850 PXM45-based voice gateway with AXSM-B and VISM-PR.

CWM 15 supports configuration of the lines, ports and channels on these VXSM cards using the GUI and the SNMP Service Agent.

CWM 15 also provides the ability to provision and diagnose ATM connections between VXSM modules or between VXSM and VISM-PR. Image download, trap monitoring for the equipment, 1:1 protection switching, and the ATM connections are managed as in other service modules.

The Statistics Collection Manager collects bulk statistics files from VXSM for ATM connection statistics, SONET/SDH line and path statistics, Megaco gateway and termination statistics, and SCTP and LAPD statistics. You can now use the Diagnostics Center application to query real-time statistics counters for CID level statistics from the CWM 15 GUI.

MGX 8950, Release 5

Support for AXSM-16-155-XG

CWM Release 15.0.00 supports the AXSM-16-155-XG service module, which addresses the need for enhanced traffic management capabilities over a higher OC-3c/STM-1 port density.

The AXSM-16-155-XG service module supports ABR with VS/VD and per-VC/VP shaping on 128K connections and provides a full 2.4 Gbps of usable bandwidth per card. These enhancements help lower the cost of OC-3c/STM-1 ports for customers who require these enhanced traffic management capabilities.

Support for soft rerouting

CWM Release 15.0.00 supports soft rerouting. In previous releases, during the grooming process, the connection was derouted and rerouted when the connection was on a PNNI routed path. Even when the better/desired route was unavailable, the connection was derouted and rerouted using PNNI. The soft reroute feature enables you to move a routed SPVC/P from an incumbent working path to a new path with minimal loss of traffic. The existing connection along the path is not derouted until a connection has been established on a new path. Thus, soft route brings higher connection availability. QoS is preserved/improved by soft reroute for the rerouting connection.

With this capability, the data loss due to grooming of connections is reduced as the new path is established before breaking the former path of a connection. This increases connection availability.

CWM based provisioning using the SNMP MIB is also supported.

Enhancements to Route Optimization

CWM Release 15.0.00 supports scheduled/on-demand route optimization. The existing commands are also enhanced to support "Orderly Grooming" and allow you to schedule the route optimization based on "day(s) of the week". The "trunk utilization factor" is introduced to prevent connections from grooming to heavily loaded trunks.

The enhancements to route optimization allow you to administer route optimization of connections from the CWM network management workstation. The route optimization enhancements also include "Orderly Grooming" and "trunk utilization factor" for effectively managing the network.

CWM based provisioning using the SNMP MIB is also supported.

Release 1.3 (MGX 8850, 8250, 8230 with PXM1)

SRME/B Card

CWM Release 15.0.00 supports management of the SRME/B. The SRME/B adds T3/E3 interfaces to the current SRM-E which only supports OC-3 and STM-1 Electrical interfaces. This new SRME/B now supports T3/E3, OC-3 and STM-1 Electrical interfaces with the same front card. Bulk distribution to all 24 slots is now possible for the 8230/8250/8850 PXM1-based platforms.

SNTP Support

This feature allows all PXM1-based nodes to use SNTP or Simple Network Time Protocol to synchronize clocks within an internetwork of PXM1-based nodes. SNTP provides a comprehensive mechanism to access national time sources and adjust each nodes's clock to that time source. CWM support for SNTP on PXM1-based nodes is the same mechanism as supported by CWM on the MGX 8800 PXM45-based switches in prior releases.

MGX 8850 and MGX 8830 Release 5 (PXM1E-based nodes)

Support for soft rerouting

CWM Release 15.0.00 supports soft rerouting. In previous releases, during the grooming process, the connection was derouted and rerouted when the connection was on a PNNI routed path. Even when the better/desired route was unavailable, the connection was derouted and rerouted using PNNI. The soft reroute feature enables you to move a routed SPVC/P from an incumbent working path to a new path with minimal loss of traffic. The existing connection along the path is not derouted until a connection has been established on a new path. Thus, soft route brings higher connection availability. QoS is preserved/improved by soft reroute for the rerouting connection.

With this capability, the data loss due to grooming of connections is reduced as the new path is established before breaking the former path of a connection. This increases connection availability.

CWM based provisioning using the SNMP MIB is also supported.

Enhancements to Route Optimization

CWM Release 15.0.00 supports scheduled/on-demand route optimization. The existing commands are also enhanced to support "Orderly Grooming" and allow you to schedule the route optimization based on "day(s) of the week". The "trunk utilization factor" is introduced to prevent connections from grooming to heavily loaded trunks.

The enhancements to route optimization allow you to administer route optimization of connections from the CWM network management workstation. The route optimization enhancements also include "Orderly Grooming" and "trunk utilization factor" for effectively managing the network.

CWM based provisioning using the SNMP MIB is also supported.

VISM 3.2

The VISM Release 3.2 features listed below apply to the PXM45-based MGX 8850 and MGX 8880 nodes, the PXM1E-based MGX 8850 and MGX 8830 nodes running Release 5, and the PXM1-based MGX 8850, MGX 8250, and MGX 8230 nodes running Release 1.3.

Support for the Lossless CODEC

CWM Release 15.0.00 supports the new compression technique (lossless compression CODEC) in the DSP (for VISM-PR Release 3.2), which enables Wireless Service Providers to reduce the number of leased lines needed to backhaul traffic from a cell site (BTS) to the central office (BSC).

Support for Tone Detection

CWM Release 15.0.00 supports the detection of a small subset of commonly used Call Progress tones now that VISM-PR reports these tones to the Call Agent as RFC2833 specified events.

Support for 3-Way Conferencing

CWM Release 15.0.00 supports the 3-way conference capability. The three-way calling service allows an end user already engaged in a two-party call to add a third party to the conversation.

Support for IMA Auto Restart

CWM Release 15.0.00 supports IMA auto restart configuration using the Equipment Manager and service agent. The auto-restart functionality to be configured and displayed through Configuration Center. You can also view the auto-restart attribute using Inspector View. IMA auto restart applies to the PXM45-based MGX 8850 nodes with the AXSME-32T1E1 running Release 5 and the PXM1E-based MGX 8850 and MGX 8830 nodes with the PXM1E-16T1E1 running Release 5.

Support for the Preferred Route Indicator

CWM Release 15.0.00 supports the Preferred Route Indicator feature for PXM45-based MGX 8850 and MGX 8950 nodes and PXM1E-based MGX 8850 and MGX 8830 nodes running Release 5. For more information about configuring and managing preferred routes, refer either to the online help or to the appropriate section in the Cisco WAN Manager User Guide, Release 15 at the following URL:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/svplus/15/ug/devices.htm#wp1134735

Support for configurable AUSM cell dropping criteria

CWM Release 15.0.00 allows you to configure the criteria for dropping cells on AUSM cards. Depending upon the configuration, Frame Based Discard or CLP threshold can be used for determining the criteria for dropping cells.

Support for Test delay through the SNMP Service Agent

CWM Release 15.0.00 allows you to execute delay tests between given OAM segment endpoints on PXM45-based MGX 8850 nodes and PXM1E-based MGX 8850 and MGX 8830 nodes running Release 5 using the SNMP Service Agent.

Support for VPI = 0

CWM Release 15.0.00 now supports the configuration of VPI = 0 for AXSM port resource partitions. For more information about configuring and managing VPI = 0 for AXSM port resource partitions, refer either to the online help or to the appropriate section in the Cisco WAN Manager User Guide, Release 15 at the following URL:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/svplus/15/ug/

CWM-specific Enhancements

New Graphical User Interface

CWM Release 15.0.00 introduces a new Graphical User Interface. For an overview of the look and feel of this new interface, refer to the Cisco WAN Manager User's Guide, Release 15 at the following URL:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/svplus/15/ug/index.html

Here's a list of the changes in the user interface:

The following applications are new in CWM Release 15.0.00:

Network Monitor Application (for Inventory and Alarms)

Configuration Center (for provisioning)

Diagnostics Center (for running diagnostics)

Object Finder (for finding objects based on user queries)

Statistics Reporting Tool

ChassisView

On-line Help

The following CWM Release 12 and earlier applications have been replaced in CWM Release 15.0.00:

TopologyReplaced by Network Monitor.

Network BrowserReplaced by Network Monitor and Configuration Center.

CiscoViewReplaced by Configuration Center, Diagnostics Center and Chassis View.

Connection ManagerAbsorbed into Configuration Center.

WingzReplaced by Statistics Reporting Tool.

Support for WANDEST Release 2.5

Support for AXSM-E Port statistics

Support for AXSM-E Level 3 statistics

Support for new PXM1 Port statistics

Support for additional AUSM Port statistics

Support for additional FRSM Connection and Port statistics

XPVC/XPVP Management Enhancement

XPVC connection data no longer requires the manual XPVC grooming tool during upgrade to CWM Release 15.0.00. XPVC connections are now discovered from the network by CWM Release 15.0.00.

AXSM-E level 3 statistics

AIS delay grooming

WANDEST 2.5-Specific Enhancements

Selectable Triggers for Database Tables

In the WANDEST releases before Release 2.5, every table within the stratacom database was accessed by WANDEST, regardless of whether you used the table or not. Now you can select the tables you need. Refer to the WANDEST Installation and Reference, Release 2.5 for more information on setting up this feature.

Unsupported Features and Known Feature Limitations in CWM Release 15.0.00

The following features are not supported in CWM Release 15.0.00 Patch 3:

CID level traps are not sent to CWM to prevent potential trap flooding.

CID level statistics are not available in bulk statistics file format from the VXSM modules.

XPVC support on the FRSM T3E3 in PXM45-based switches has not been tested.

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

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

When managing VISM service modules that are running Release 3.3, CWM only supports the Release 3.2.11 features and bulk statistics on PXM45-based and PXM1E-based nodes only.

The following features introduced in VISM Release 3.1 are not accessible from CWM:

TGCP

Dynamic Payload

T.38 Fax Relay

The CWM database is not populated with MPG configuration data. Instead, the Service Agent accesses the configuration data directly from the switch.

The following cards are not supported by CWM Release 15.0.00:

The BME card is not supported.

The FRSM12 service module is not supported.

Limitations

1. Cisco does not recommend pointing multiple CWM workstations at the same gateway node.

2. CWM does not support use of the Korn Shell.

3. When /usr/users becomes100 percent full, the orbix processes are not able to write to the disk and thus, cannot continue operations.

Correct the problem by first freeing up some disk space in /usr/users, then restarting the orbix processes and CWM using the following procedure:


Step 1 Stop the core.

Step 2 Exit out of the CWM prompt.

Step 3 Run the stoporbix2000 script.

Step 4 Type CWM.

You should see "Starting Orbix..." in the ~svplus/log/.startStopOrbix.log file.

Step 5 Start the core.


4. When the client machine cannot be pinged from the server the following message may be seen on the CWM workstation:

Exception raised while calling activateLease on 
pseudoServer.IT_ATLI_IOP:CONNECTION_CREATION_TIMEOUT

The error message is printed when the server tries to contact the client, but is not able to. The call is initiated by the GUI client in order to activate the lease plug-in that the client uses to detect a server crash.

The problem is with the client machine DNS setup. The client machine cannot be pinged from the server.

The DNS is configured so that the client can communicate with the server, but when the server tries to contact the client machine it fails.

The resolution is to make sure the client machine is pingable from the CWM workstation.

Possible reasons for the server not being able to ping the client are:

There may be a firewall on the client PC that prevents it from being seen from outside.

The network routing from the server to the client is not set up properly.

5. When the SSM (Standalone Statistics Manager) is installed with the SCM Gateway configuration, the SCM GUI does not open when the primary SSM and secondary SSM are started simultaneously (or within a time gap of 30 seconds to 1 minute).

Avoid this problem by waiting 2 to 3 minutes after starting core in the primary SSM before starting core in the secondary SSM in the SCM Gateway configuration.

6. When there is a shortage of shared memory on the workstation, the Informix engine may generate an operating system error. The following example from the online.log shows this error:

shmat: [22]: operating system error
18:45:49  shmat: [22]: operating system error
18:45:57  Error writing '/tmp/shmem.1fd4555c.0' errno = 4
18:45:57  mt.c, line 10260, thread 7148, proc id 1008, errors occurred during mt_
notifyvp.

When this error occurs, the statsparser is not able to perform any database related operations.

The error can be resolved 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

The long-term solution is to increase the amount of memory to support 2 million connections consistently.

7. When using in-band management, only 50 K connections are supported on the BPX-SES. To manage 100 K connections on the BPX-SES, set up CWM for out-of-band management.

8. If an ATM IP interface (also called In-band interface) is being used to manage the switch from the CWM, not all node-bringup traps may be received by the CWM. The ATM connections required for in-band management may take time to get routed on node-bringup and are hence not available for trap delivery at this initialization time. If this initialization time is an issue, the workaround is to configure CWM for out-of-band management.

9. Allow a 2 to 3 minute period between enabling or disabling statistics operations on the same BPX or IGX node. Whenever enabling/disabling of statistics is done on a BPX or IGX node, and the switch is in the process of configuring statistics, doing a second enabling/disabling of statistics will fail.

10. If the Start Collection process on the SCM GUI takes a long time, investigate whether collection was started with an IP address that was not reachable. Either in-band or out of band was not reachable. Start collection with a reachable IP address. If the in-band IP address is reachable then start collection with in-band IP address. If out of band is reachable, start collection with out of band.

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

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

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

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

15. Manual node resync may appear to have failed due to the GUI timing out for PXM45/PXM1E-based Cisco MGX nodes with many connections (for example, 400K dax endpoints).

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

17. When a back card is removed when there is no provisioning on the front card, the card alarm status reported by CWM will be inconsistent with what the switch reports. CWM reports a major alarm with the description "Back Card; not present" whenever a back card is removed. However, the switch may not show an alarm if there is no provisioning on the front card. If there is no provisioning on the card, manually clear the major alarm after determining this is not a real alarm condition.

18. After executing a clrsmcnf command for AXSM from the switch CLI, ChassisView shows the AXSM front card once the card is active, but no back card is found. To ensure that ChassisView recognizes the back card again, you must execute a first level manual node resync.

19. RPM-PR and RPM-XF ports/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.

20. 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 (Example: FFFFFFFFF10701555), then you do not receive trap 25302 and 25303, even though you have registered for that group.

If you deselect a currently undefined group like group 28, which is a bitmask of FFFFFFFFEFFFFFFF, you can then add traps 25302 and 25303 by editing the trap_filter.conf file and adding the following lines to GROUP 20 # Network Connectivity Status Change Traps:

TRAP 25302

TRAP 25303

21. Preforming a switchcc command on a controller card in an IGX or BPX node forces CWM to resync with the node again. This causes a delay in receiving status information.

22. Changing the line type/payload type/medium type of VXSM-4OC3 causes CWM to perform a whole card resync. This card resync will occur when you do any of the following:

Change the medium type between Sonet and SDH for sonet physical line

Change the payload type between T1 (VT 1.5 VC 11) and E1(VT 2 VC 12) for STS path or STM (Au) path

Change the payload type between T1 (VT 1.5 VC 11) and DS3 for STS path

Change the tributary path between Au4 and Au3 for STM path in SDH medium

A whole card resync takes several minutes to complete.

23. If you remove and then immediately add back the same IGX feeder while CWM is running, CWM establishes two LINK 0's with the node. This is treated as a delete and the node will be deleted.

In this situation, Cisco recommends you either remove and add the feeder while CWM is down, or, after adding the feeder, restart CWM.

24. Changes to the node name from the Configuration Center are updated automatically in the Tree View and in the Inspector View. However, the node name in the title bar of the internal frame does not update automatically. To change the title bar of the internal frame to reflect a change to the node name, close the internal frame and re-open it.

You can also update the attribute values in the internal frame by using the Refresh button of that internal frame.

25. After it is modified using snmpset, the Line Send parameter LineSendCode is not getting updated by the database, which shows the parameter as inapplicable (shows the value as -1). Refer to CSCin50480 for more information.

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

27. If you are managing a PXM45-based MGX node running any supported release earlier than 4.0.10 CWM Release 15.0.00 will not populate the "peripheral" table.

28. If you are managing a PXM45-based MGX node running 4.0.10 or any supported release later than 4.0.10 the "status" field in the "peripheral" table will only be populated or updated during node resync.

29. If you are managing a PXM1-based MGX node, the "status" field in the "peripheral" table will not be populated.

30. If the log level for CWM EM module is set too high or above production default value and there are a lot of configuration changes on the switch during warm start, the sync up performance will be impacted during warm start.

31. SmartLogging is a special feature for CWM debugging available when the log level is set to Level 2. It will dump a configurable number of detailed log messages to log files for each Level 2 log message.

For example, when SmartLogging is enabled, an SNMP failure which triggers a Level 2 log message will cause a dump of log messages at all levels immediately prior to and following this event. The SmartLogging feature may have performance impact, due to excessive log messages. It should be disabled in normal operation and enabled only when needed for special investigation.

32. The Forced Deletion feature does not support XPVC connections. XPVC connections cannot be force deleted.

33. Using the Forced Deletion feature to remove an unused connection descriptor only removes the unused descriptor from the workstation it is performed on. Other gateway workstations will still show the descriptor.

You must force delete the unused descriptor at each gateway workstation to clear it completely.

34. Occasionally, when you move linked nodes around in the Topology screen, the link does not automatically follow the nodes. When this happens, it looks like the link is not connected to the nodes. The workaround is to either move the affected nodes around within the window or refresh the Topology screen Once the screen refreshes, the link will automatically appear connected to the appropriate nodes again.

35. Using the "Group Nodes" feature only affects your view of the networks. Other users (even those who log into your workstation) will not see the groups you have made.

36. After a previously saved configuration file is loaded using the Config Save & Restore feature of CWM, the Tree View continues to show some ports that are not in the restored configuration file. Attempting to configure these ports results in an error. The workaround is to perform a manual node resync.

37. When setting up VISM connections the VPI value in the VPI/VCI Selector window defaults to zero. You must manually enter the VPI value, as zero is invalid. The range for the VPI value for VISM cards is one through the highest available slot number on the node.

38. Ports on PXM45-based nodes which are associated to 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 being displayed. Choose another port.

39. Virtual Ports on BPX are displayed in the Tree View application under the physical Line section as physicalPort.virtualPort.

40. The PNNI ports on the PXM1 card of an SES node are not displayed in the Tree View application.

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

42. The Loss of Cell Delineation alarm on AXSME, AXSM-XG, and/or MPSM-OC3 cards may not get propagated from the switch to CWM. For the AXSM cards, a line/path alarm will be present, but the MPSM-OC-3 card could have an LOCD alarm triggered without any line/path alarm present. The line would show in CWM as clear, while actually being in alarm.

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

44. In the Connection Manager, the Service Type field displays some non-applicable service types for SPVCs. CWM will display an error if you select a non-applicable service type.

45. After adding a connection loopback through the Diagnostic Center GUI, there is no indication that the connection is in loopback. You have to use the CLI to verify that the connection is in loopback.

Configuration Center Limitations

When the connection modify dialog box is already open, another user can delete the connection using the CMGUI delete option.

The Connection Management section of the Configuration Center GUI for preferred route displays all available trunks without considering the traffic class. As a result, it is possible to set a preferred route for a CBR connection traversing trunks that do not support CBR traffic.

While adding connections originating and terminating on the same feeder nodes (MGX8220 only), CWM will treat these connections as three segment connections and will add three segments (two on the same feeder node, one on the routing node) to realize this connection. This is because the ASC cannot route traffic. If you wish to pass traffic between two cards in an MGX 8220 chassis, regardless of how connectivity is added, the actual physical connectivity that has to be built is a connection from each endpoint to the ASC and then a looping segment on a BPX.

RPM on PXM1-based MGX 8850/8230/8250 provisioning is done using telnet since the RPM does not support SNMP SETs. This should be transparent in daily operation. For more details, please refer to the specific RPM switch CLI release notes.

Occasionally, when the databroker is busy, while deleting SPVC connections on a PXM1E-based node the following error message may display:

error "can not delete connections. Failed to communicate with databroker".

This error message can safely be ignored, because the connections are correctly deleted on the switch.

HP OpenView Limitations

All event messages are displayed in the HP OpenView Event Browser window. There is a limit of 2000 pending messages on the Event Browser. If there are more than 2000 messages to be processed and displayed by the Event Browser, it may exit.

The WAN network icon in the network node manager is no longer automatically created when running CWM Release 15.0.00. Use the Network Monitor map instead.

Issues with the CWM Release 15.0.00 Statistics Collection Manager

To collect connection statistics, statistics need to be enabled on the individual connections by setting the stats enable flag to true on each connection. If the user only enables connections statistics on SCM but does not set the stats enabled flag to true on the connection, the statistics will not be collected for that connection. Because there is no mechanism or warning to the user to have this enabled on the connections, CWM will not display an appropriate error message.

When enabling statistics by selecting multiple nodes at a time in the SCM, enabling statistics on all the nodes only succeeds when either all of the nodes have the same card types or all of the nodes only contain cards of the same family.

Occasionally, when high connection counts are enabled on the SES, and statistics collection is enabled, the SES node is not getting synced up. The workaround is to disable statistics collection in the SES. Refer to CSCdw32076 for more information.

The statistics collection manager retrieves SPVC connection statistics data from BPX-SES nodes, however, only 15 minute collection buckets are supported on the SES.

The same limitation of only 15 minute collection buckets applies for MGX 8850 PXM45-based nodes with AXSM. There is no such limitation for AXSM-E.

Only 15 minute collection buckets are supported for PNNI statistics.

Peak statistics are not supported for PNNI statistics.

If the PXM45 release is less than 4.0(0.0) PNNI historical statistics can not be enabled.

The BPX-SES does not support PNNI statistics collection.

Statistical Alarms for lines on PXM45-based MGX nodes are not supported in CWM.

The following statistics for SRM and SRM/E T3 lines.can be enabled on the switch, but are not supported by SCM:

28 dsx3LCVCurrent

29 dsx3LESCurrent

30 dsx3LSESCurrent

31 dsx3PCVCurrent

32 dsx3PESCurrent

33 dsx3PSESCurrent

34 dsx3CCVCurrent

HP OpenView is supported on StandAlone Statistics Manager (SSM). SSM processes generate CWM traps.

Stats Parsing is only supported for the "statsdb" database on the SSM machine. Stats Parsing is not supported for the "stratacom" database on the SSM machine.

At least one CWM must be up and running, with the nodes synced up, for SSM to work normally. SSM uses the CWM server workstation to get traps while enabling statistics for cellbus-based service modules on MGX 8850 and PNNI statistics on BPX.

The WANDEST server must be up and running on the CWM server workstation. SSM gets the node, node_info, card, network, rsc_part, bis_object tables from the CWM server workstation using WANDEST.

If the statsmaster SSM/CWM is down or unreachable in a SCM Gateway setup, the statsmaster must be changed on the switch to a machine that is up. The statsmaster is needed for SCM statistics enabling/disabling.

In an SCM Gateway setup with statistics collection going on, after switchover the old statistics data is not moved to the new Primary CWM/SSM machine.

SSM does not receive traps on Node/Card Deletion, so statistics collection must be stopped and disabled before deleting a node/card on the network. Also SSM does not receive traps on Node/Card Add messages, so the WANDEST upload must be received before the node/card can be seen in SCM GUI on SSM.

In SSM, statistics collection must be stopped and restarted after changing the node name or changing the node FTP password.

Limitations for CWM to CWM Communication

The Secondary CWMs have to wait for the Primary CWM to finish syncing up with the network. Trap 28075 (svDatabaseInSync) is sent when the Primary CWM has finished syncing up with the network.

All the CWM workstations managing the same network must have seed nodes or gateway nodes that have IP addresses within the same network. All the CWM workstations should not all point to the same gateway node, but the gateway nodes they point to should be on the same network.

If an IP address is entered as gateway in the network.conf file and the DNS entry is missing for the gateway node IP address, the Auto-Route network will not be discovered.

The Configurator can be started on either the Primary CWM or the Secondary CWMs, but Add, Modify, or Delete operations using the Configurator can only be performed on the Primary CWM.

All the CWM to CWM Communication limitations listed above also apply to SCM Gateway.

Network Monitor Limitations

In a single routing node PNNI network, the node is managed using the IP address specified in the network.conf file.

In the case of a PXM45-based or PXM1E-based MGX network, the PXM45-based or PXM1E-based MGX nodes are managed using the primary IP address. The primary IP address is specified using either Option 7 or Option 8 (depending on chassis type) in the cnfndparms CLI command. Configure the trap IP with the primary IP. PXM1-based MGX nodes connected to PXM45-based MGX nodes are managed through the atm0 IP. If the atm0 is not set, then the LAN IP is used to manage the PXM1-based MGX nodes. Configure the trap IP accordingly using the cnftrapip command.

In CWM Release 15.0.00 and later, the SHOW_TOPO_VIEW flag in the CMSCClient.conf file is used to configure whether or not nodes and trunks are displayed in the topology display of the Network Monitor application at CWM startup.

SHOW_TOPO_VIEW True means when NWTopology opens, users can see nodes and trunks in the topology.

SHOW_TOPO_VIEW False means when NWTopology opens, users cannot see nodes and trunks in the topology.

In releases earlier than CWM Release 15.0.00, a flag named TOPO_SHOW_MAP in the /usr/users/svplus/config/CwmGs.conf file was used to configure whether or not nodes and trunks are displayed in the topology display of the Network Monitor application at CWM startup.

The TOPO_SHOW_MAP flag is obsolete. Use the SHOW_TOPO_VIEW flag in the CMSCClient.conf file instead.

CWM Release 15.0.00 Patch 3 adds the following new flags in the CMSCClient.conf file:

SHOW_ROUTING_TRUNK_TREEVIEW True means that the TreeView will display the routing trunk folder under the network node in all CWM GUI applications. The routing trunk folder contains all the routing trunk information. The default is true. If you set the SHOW_ROUTING_TRUNK_TREEVIEW parameter to false, then the routing trunk information is not retrieved from the inventory server and the TreeView in all CWM GUI applications will not show the routing trunk folder under the network node.

SHOW_SORTED_TREEVIEW True means that the TreeView in all applications will show sorted tree node names. The default is true. If you set the SHOW_SORTED_TREEVIEW parameter to false, then the tree node names will not be sorted in the TreeView for all applications.

ACCESS_TROUBLE_TICKET_SEND_EMAIL True enables the Send button of the Trouble Ticket dialog in the Diagnostics Center application. The default is true. If you set the ACCESS_TROUBLE_TICKET_SEND_EMAIL parameter to false, the Send Button in the Trouble Ticket dialog in the Diagnostics Center application is disabled.

CWM Release 15.0.00 Notes and Cautions

Due to the nature of asynchronous behavior of ILOG client and server interaction, CWM client requests may be sent before the CWM server is ready. In this case, the following error message appears on the workstation screen:

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


Note If the ILOG timeout situation persists for more than five minutes and the CWM workstation is not functioning normally, then a service call should be made.


Parameters displayed by the Network Monitor or Configuration Center that are not applicable to an element (for example, a line or a trunk) often contain the value -1. Treat this as the same as Not Applicable.

CWM Release 15.0.00 Server Installation or Upgrade to CWM Release 15.0.00, Patch 3


Note CWM 15.0.00, patch 3 can only be installed on a CWM Release 15.0.00 base. To upgrade from an earlier release, refer to the CWM Release 15.0.00 release notes and the CWM Installation Guide, Release 15 (OL-4550-01). You can upgrade to CWM Release 15.0.00 from CWM Release 12.0.00 patch 2, or CWM Release 11.0.10 patch 4.1


The most current upgrade and installation information for CWM Release 15.0.00 is found in the CWM Installation Guide, Release 15 (OL-4550-01). A PDF copy of this document is on the CWM 15 Documentation CD. The following sections describe installation and upgrade procedures specific to CWM Release 15.0.00 patch 3.


Note The patch installation log file might contain error messages like
can not backup "data/scm/srtfilterlist.unl" No such file or directory
This occurs if the patch installation contains a new file which is not present in the already installed version. This type of messages can be safely ignored.


CWM Release 15.0.00 Patch 3 Installation

Contents of this patch:

CWM Server

15.0.00-P3_CWM.tar.gz (including Informix 9.21.UC7XO)

CWM SNMP Agent

15.0.00-P3_SNMPAgent.tar.gz

CWM SSC (Standalone Statistics Collector)

15.0.00-P3_SSC.tar.gz

CWM SSM (Standalone Statistics Manager)

15.0.00-P3_SSM.tar.gz

WANDEST Server 2.5 Patch 3.1

wandest2.5-P3.1_wdserver.tar.gz

WANDEST Client 2.5 Patch 3.1

wandest2.5-P3.1_wdclient.tar.gz

RTM Proxy

15.0.00-P3_RTMProxy.tar.gz


Note The RTM Proxy Patch 3 tar file is for the purpose of working with Standalone Statistic Manager only. It is not required for setting up a northbound interface. If the service agent is installed do not install the RTM proxy patch. It is not needed.


Preparing to Install the Patch (Backing Up the Existing Database)


Note It is advisable to perform a backup of the database in case there is a problem with Informix.


To do a backup of databases do the following:


Step 1 Find a location where there is enough space. Create a directory at this location. In the examples below the directory is called <dbexport-location>. In each command below, substitute the name you assigned.

 # mkdir /usr/users/svplus/<dbexport-location> 

Step 2 Do the following to export the databases

a. Log in as svplus

hostname# su -u svplus

The system prompts you for the svplus password:

password:

b. Stop the core.

c. Perform a coldstart (this drops all the network data so that you will only export the user data in each database).

# coldstart
 

d. Export the stratacom database

# dbexport stratacom -o <dbexport-location>

e. Export the scmdb database

# dbexport scmdb -o <dbexport-location>

f. Export the statsdb database

# dbexport statsdb -o <dbexport-location>

Step 3 If you have a WANDEST server installed, then export the WANDEST database:

# dbexport wandest -o <dbexport-location>

Step 4 Get the output of onstat -d

# onstat -d > <dbexport-location>/onstat.out


Installing the CWM Server Patch


Note The screenshots used as examples in the following sections refer to Patch 2. The Patch 3.1 installation screens are the same, except for the patch number.



Step 1 Log in to the CWM server as user root

# su

Step 2 Download or copy the compressed tar files for CWM Server to a temporary location, for example, /tmp

# cp 15.0.00-P3_CWM.tar.gz /tmp

Step 3 Change to local directory that contains the compressed tar files

# cd /tmp

Step 4 Remove the disk1 directory

# rm -rf disk1

Step 5 Decompress the compressed tar files

# gunzip 15.0.00-P3_CWM.tar.gz 

Step 6 Extract the tar file

# tar -xvf 15.0.00-P3_CWM.tar

Step 7 Execute the InstallCWM15Patch3.csh script to begin the install process by entering the following command:

# ./InstallCWM15Patch3.csh


Note The patch install process will install a generic version of the CWMGateway.conf file. Be sure to restore the backup copy after installing the patch. The system will prompt you with a message regarding the name of the backed-up CWMGateway.conf file before installing the patch.


The following message appears.

CWMGateway.conf file is backed up as CWMGateway.conf_15.0.00, Please update the new 
CWMGateway.conf file with the changes available in the original file after the Patch 
Installation is completed. Press Enter to continue...

After you press Enter, the following message appears.


Console Mode Option is recommended when you cannot connect to X Server 
 from current terminal (See if you can open an xterm to check!) 


 Do you Want to Launch Installer in Console Mode? (Yes / No): [No]:

Step 8 Respond No to continue the installation using the InstallShield GUI.
Respond Yes to continue the installation using Console Mode Install.


Note Console Mode Install is a command line script procedure. It is an alternative to the GUI and is intended for users who do not have access to an X window device. Using Console Mode Install, the user can install CWM using an alpha-numeric terminal or a PC in terminal emulator mode.


The following examples assume you answered No to continue the installation using the InstallShield GUI.

The following welcome window displays:

Accept the terms of the License Agreement by selecting the appropriate radio button, then click the Next button.

The next window prompts you to provide the backup directory location:

The directory you enter here is where the patch install program will copy your existing CWM version before installing the patch. The files in this directory will be needed in the event you want to uninstall the patch.


Caution Do not set this directory to /tmp as all the files in the tmp directory are lost if the workstation is rebooted.

The next window prompts you to select whether or not you want to use the forced delete feature. For more information on this feature, refer to the "Using the Force Delete Feature" section:

An example of the window follows:

Select the appropriate radio button, then click the Next button.

The next window displays what will be installed (15.0.00 patch 3), which directory it will be installed in, and how much disk space it will take.

:

Confirm that the information is correct, then click the Next button. The files begin to install, as shown in the next window.

After the install program finishes downloading all the files, the finished installing window appears. Click the Finish button to exit the InstallShield program.

Step 9 If WANDEST Server Release 2.5 is installed on this machine, do the following:

Stop the wdclient

Exit root

Run the /usr/users/svplus/scripts/get_dbschema.ksh shell script

For example,

cd /usr/users/svplus/scripts
/get_dbschema.ksh

A wd_dbschema_tmpl file is created in /usr/users/svplus/tmp directory. Edit this file to un-comment any of the tables listed that you want triggers in.

Download or copy the wandest2.5-P3_wdserver.tar.gz to the local directory. For example, /tmp

Change to that local directory and uncompress the gzip file

For example, # gunzip wandest2.5-P3_wdserver.tar.gz

Untar the tar file

For example, # tar -xvf wandest2.5-P3_wdserver.tar

Switch to root

Run the installation script to install the patch

For example, # ./InstallWD25Patch3.csh

Step 10 Exit from root


Verifying and Restoring Your Saved Database After Installing Patch 3

If Informix did not come up online after restarting CWM, perform the following steps to restore the database you saved before installing patch 3:


Note The output of onstat -d is in /usr/users/svplus/DBEports150/onstat.out for reference



Step 1 Log in to the workstation as root

# su

Step 2 Go to the /usr/users/informix92/etc directory

# cd /usr/users/informix92/etc

Step 3 Do the following steps only if you have configured a separate raw partition for the Informix physical log

a. open the onconfig file for editing

# vi onconfig
 

b. Change the following line

                 PHYSDBS          phydbs

to

                 PHYSDBS          rootdbs

c. Change the following line

                 PHYSFILE        <size>
 

to

                 PHYSFILE        20000

d. Save the onconfig file and exit from the editor

Step 4 Go the /usr/users/svplus/scripts/Install directory

# cd /usr/users/svplus/scripts/Install

Step 5 Run the following commands in the order shown below:

# ./dbmode
# ./dbinit
# ./dbonmode
# ./dbonspace

Step 6 If you have the file AddPhyLog in /usr/users/svplus/scripts/Install then do the following steps:

# ./AddPhyLog
# ./RestartInf

Step 7 If you have the file dbaddchunk in /usr/users/svplus/scripts/Install then do the following steps:

# ./dbaddchunk

Step 8 Exit from root

Step 9 Check if you have configured separate partition for datadbs using onstat -d command

# onstat -d

Step 10 If there is a separate partition then execute the following commands to import the database. If there is no separate partition for datadbs then go to step 11

a. # dbimport stratacom -d datadbs -i <dbexport-location>

b. # dbimport statsdb -d datadbs -i <dbexport-location>

c. # dbimport scmdb -d datadbs -i <dbexport-location>

Step 11 If there is no separate partition for datadbs then do the following:

a. # dbimport stratacom -i <dbexport-location>

b. # dbimport statsdb -i <dbexport-location>

c. # dbimport scmdb -i <dbexport-location>

Step 12 If you had WANDEST server before then execute the following command

# dbimport wandest  -i <dbexport-location>

Installing the CWM SNMP Agent (Service Agent) Patch:


Step 1 Log in to the CWM server as user root

# su

Step 2 Download or copy the compressed tar file to the local directory, for example, /tmp

# cp 15.0.00-P3_SNMPAgent.tar.gz /tmp

Step 3 Change to local directory that contains the compressed tar files

# cd /tmp

Step 4 Remove the disk1 directory

# rm -rf disk1

Step 5 Decompress the compressed tar files

# gunzip 15.0.00-P3_SNMPAgent.tar.gz 

Step 6 Extract the tar file

# tar -xvf 15.0.00-P3_SNMPAgent.tar

Step 7 Execute the InstallSNMPAgent15Patch3.csh script:

# ./InstallSNMPAgent15Patch3.csh 

The following message is displayed.


Console Mode Option is recommended when you cannot connect to X Server 
 from current terminal (See if you can open an xterm to check!) 


 Do you Want to Launch Installer in Console Mode? (Yes / No): [No]:

Step 8 Respond No to continue the installation using the InstallShield GUI.
Respond Yes to continue the installation using Console Mode Install.


Note Console Mode Install is a command line script procedure. It is an alternative to the GUI and is intended for users who do not have access to an X window device. Using Console Mode Install, the user can install CWM using an alpha-numeric terminal or a PC in terminal emulator mode.


The following examples assume you answered No to continue the installation using the InstallShield GUI.

The following welcome window displays:

Click the Next button. The License Agreement window displays, as shown below:

Accept the terms of the License Agreement by selecting the appropriate radio button, then click the Next button.

The next window prompts you to provide the backup directory location:

The directory you enter here is where the patch install program will copy your existing SNMP Agent files before installing the patch. The files in this directory will be needed in the event you want to uninstall the patch.


Caution Do not set this directory to /tmp as all the files in the tmp directory are lost if the workstation is rebooted.

The next window displays what will be installed (SNMP Agent Patch 3), which directory it will be installed in, and how much disk space it will take.

Confirm that the information is correct, then click the Next button. The files begin to install, as shown in the next window.

After the install is finished, the following window displays:

Click the Finish button to exit from the InstallShield program.

Step 9 Exit from root.


Installing the Standalone Statistics Collector Patch on the Standalone Statistics Collector Machine:


Note This patch installation is to be performed only if you are using the Standalone Statistics Collector machine and must only be performed on that machine.



Step 1 Log in to the SSC (Standalone Statistics Collector) machine as user root

# su

Step 2 Download or copy the compressed tar file to the local directory, for example, /tmp

# cp 15.0.00-P3_SSC.tar.gz /tmp

Step 3 Change to local directory that contains the compressed tar files

# cd /tmp

Step 4 Remove the disk1 directory

# rm -rf disk1

Step 5 Decompress the compressed tar files

# gunzip 15.0.00-P3_SSC.tar.gz 

Step 6 Extract the tar file

# tar -xvf 15.0.00-P3_SSC.tar

Step 7 Check for the file InstallSCC15Patch3.csh and begin the install process by entering the following command:

# ./InstallSSC15Patch3.csh

The following message appears:


Console Mode Option is recommended when you cannot connect to X Server 
 from current terminal (See if you can open an xterm to check!) 


 Do you Want to Launch Installer in Console Mode? (Yes / No): [No]:

Step 8 Respond No to continue the installation using the InstallShield GUI.
Respond Yes to continue the installation using Console Mode Install.


Note Console Mode Install is a command line script procedure. It is an alternative to the GUI and is intended for users who do not have access to an X window device. Using Console Mode Install, the user can install CWM using an alpha-numeric terminal or a PC in terminal emulator mode.


The following examples assume you answered No to continue the installation using the InstallShield GUI.


Step 9 Exit from root.


Installing the Standalone Statistics Manager Patch on the Standalone Statistics Manager Machine:


Note This patch installation is to be performed only if you are using the Standalone Statistics Manager machine and must only be performed on that machine.



Step 1 Log in to the SSM (Standalone Statistics Manager) machine as user root

# su

Step 2 Download or copy the compressed tar file to the local directory, for example, /tmp

# cp 15.0.00-P3_SSM.tar.gz /tmp

Step 3 Change to local directory that contains the compressed tar files

# cd /tmp

Step 4 Remove the disk1 directory

# rm -rf disk1

Step 5 Decompress the compressed tar files

# gunzip 15.0.00-P3_SSM.tar.gz 

Step 6 Extract the tar file

# tar -xvf 15.0.00-P3_SSM.tar

Step 7 Check for the file InstallSCM15Patch3.csh script file and begin the install process by entering the following command:

# ./InstallSSM15Patch3.csh

Step 8 Exit from root.


Installing the CWM RTM Proxy Patch on the CWM Machine:


Note The RTM Proxy Patch 3 tar file is for the purpose of working with Standalone Statistics Manager only. It is not required as part of configuring a northbound interface.
This patch installation is to be performed only on CWM machine which has no SNMP Agent and which is used by SSM for statistics management.



Step 1 Log in to the CWM machine as user root

# su

Step 2 Download or copy the compressed tar file to the local directory, for example, /tmp

# cp 15.0.00-P3P_RTMProxy.tar.gz /tmp

Step 3 Change to local directory that contains the compressed tar files

# cd /tmp

Step 4 Remove the disk1 directory

# rm -rf disk1

Step 5 Decompress the compressed tar files

# gunzip 15.0.00-P3P_RTMProxy.tar.gz

Step 6 Extract the tar file

# tar -xvf 15.0.00-P3_RTMProxy.tar

Step 7 Execute the InstallRTMProxy15Patch3.csh script:

# ./InstallRTMProxy15Patch3.csh

The following message appears:


Console Mode Option is recommended when you cannot connect to X Server 
 from current terminal (See if you can open an xterm to check!) 


 Do you Want to Launch Installer in Console Mode? (Yes / No): [No]:

Step 8 Respond No to continue the installation using the InstallShield GUI.
Respond Yes to continue the installation using Console Mode Install.


Note Console Mode Install is a command line script procedure. It is an alternative to the GUI and is intended for users who do not have access to an X window device. Using Console Mode Install, the user can install CWM using an alpha-numeric terminal or a PC in terminal emulator mode.


The following examples assume you answered No to continue the installation using the InstallShield GUI.

The following welcome window appears:

Click the Next button. The License Agreement window appears, as shown below:

Accept the terms of the License Agreement by selecting the appropriate radio button, then click the Next button.

The next window prompts you to provide the backup directory location:

The directory you enter here is where the patch install program will copy your existing CWM RTM proxy files before installing the patch. The files in this directory will be needed in the event you want to uninstall the patch.


Caution Do not set this directory to /tmp as all the files in the tmp directory are lost if the workstation is rebooted.

The next window displays what will be installed (RTM Proxy Patch 3), which directory it will be installed in, and how much disk space it will take.

Confirm that the information is correct, then click the Next button. The files begin to install, as shown in the next window.

Once the install is finished, the finished installing window appears. Click on the Finish button to exit from the InstallShield program.

Step 9 Exit from root


WANDEST Release 2.5, Patch 3.1

If you have standalone WANDEST Server and Client workstations, follow the next sections to install the patches to your standalone workstations.

Contents of This Patch

WANDEST Server

wandest2.5-P3.1_wdserver.tar.gz

WANDEST Client

wandest2.5-P3.1_wdclient.tar.gz

Installing the WANDEST Server Patch:


Note Confirm that the WANDEST Client has been stopped before installing any patches on the WANDEST Server.



Step 1 Log in to the CWM workstation as user svplus

Step 2 Stop the core

Step 3 Run the /usr/users/svplus/scripts/get_dbschema.ksh


# cd /usr/users/svplus/scripts
# ./get_dbschema.ksh

A wd_dbschema_tmpl file is created in the /usr/users/svplus/tmp directory. Edit this file and un-comment out the tables that you want triggers in it.

Step 4 Switch to root (for example, su)

# su

Step 5 Download or copy the compressed tar file to the local directory, for example, /tmp

# cp wandest2.5-P3.1.wdserver.tar.gz /tmp

Step 6 Change to the local directory that contains the compressed tar files

# cd /tmp

Step 7 Remove the disk1 directory

# rm -rf disk1

Step 8 Decompress the compressed tar files

# gunzip wandest2.5-P3.1_wdserver.tar.gz 

Step 9 Extract the tar file

# tar -xvfp wandest2.5-P3.1_wdserver.tar

Step 10 Run the installation script to install the patch:

# ./InstallWDS25Patch3.1.csh

Step 11 Exit from root.

Step 12 Perform a coldstart:

# coldstart


Installing the WANDEST Client Patch:


Step 1 Log in to the WANDEST client as user root

Step 2 Download or copy the compressed tar file for WANDEST client to a local directory. for example, /tmp

# cp wandest2.5-P3.1_wdclient.tar.gz /tmp

Step 3 Change to the local directory that contains the compressed tar files

# cd /tmp

Step 4 Remove the disk1 directory

# rm -rf disk1

Step 5 Decompress the compressed tar file by entering the following command:

# gunzip wandest2.5-P3.1_wdclient.tar.gz 

Step 6 Untar the tar file:

# tar -xvfp wandest2.5-P3.1_wdclient.tar

Step 7 Run the installation script to install the patch:

# ./InstallWDC25Patch3.1.csh

Step 8 Exit from root.


Uninstalling Patch 3

The patch installation process installs an uninstall script in the /usr/users/svplus directory for CWM and in the /usr/users/wandest directory for WANDEST. When you bring up the uninstall wizard, it will ask for the backup file location that you provided when you installed patch 3.

Important Configuration Notes

This section provides important information about configuration.

Naming Managed Nodes

Each node name of all the nodes managed by CWM must be unique. Duplicate node names are detected if both node names are found in the PNNI networks. Duplicate node names are not detected if one node is in the AutoRoute network and the other node is in the PNNI network.

Using the Force Delete Feature

The CWM 15.0.00 Patch 2 release introduced the Force Delete feature. This new feature allows you to remove dangling connections and unused connection descriptors from the network.


Note If you are not given permission to perform a force delete operation, the following options are not displayed in the Configuration Center

Force Delete button is not displayed in the Connection Browser

The Edit menu does not display the Show Unused Descriptors option.


Procedure to Force Delete Connections

To remove dangling connections from the network, complete the following procedure:


Step 1 Click the Connection List tab to display the Connection Browser window (see Figure 1).

Step 2 Move the object, for example, node, card, line, or port from the Hierarchical Tree to the Local Endpoint ID or Remote Endpoint ID field.

Step 3 Enter the number of connections you want to retrieve in the Connection Count to be retrieved field. To retrieve all the connections, enter *. By default, * is displayed.

Step 4 Click Get.

Step 5 Select one or more connections from the list of connections (see Figure 1).

Figure 1 Configuration Center—List of Connections (Force Delete Example)

Step 6 Click Force Delete to forcefully delete the connections from the network.

Step 7 Click OK to proceed with the force delete for the selected connections (see Figure 2).

Figure 2 Configuration Center—Force Delete Connections (Confirm) Window

Step 8 If successful, click OK to close the Force Deleting Connections (success) window (see Figure 3).

Figure 3 Configuration Center—Force Deleting Connections (Success) Window

The letter `d' appears in the Add/Del Flag column for the force deleted connection.

If some network segments failed to get deleted, you are prompted with the following error message:

Can't Delete the Connection(s): 
Some segments may be on the network.

Click OK to acknowledge the forced delete error message.


Note You can delete the failed endpoints from the switch command line interface (CLI).



Procedure to Delete Unused Connection Descriptors

Unused connection descriptors are in the CWM database but are not associated with any connection.

To remove the unused connection descriptors, complete the following procedure:


Step 1 Choose Edit > Show Unused Descriptors to display the Unused Descriptor List window (see Figure 4).

Figure 4 Configuration Center—Unused Descriptor List Window

Step 2 Select one or more connection descriptor entries.

Step 3 Click Delete to remove the unused connection descriptors from the CWM database.


Core File Management

Core files used to be created without unique names, and overwritten. Now for each core dump a unique directory is created under ~svplus/corefilesdir/.

Each directory is named <Core.<processName>.<pid>.mmddHrMinSec.

Within these directories, the core file will be "<processName>.<pid>.mmddHrMinSec.core", the Information file with dmesg, onstat -d, pstack and other details will be named "<processName>.<pid>.mmddHrMinSec.info", and the corresponding log file(s) will be "<processName>.<pid>.log".

Adding a Desktop Shortcut for the CWM Client Application

To add a CWM Client application desktop shortcuts, perform the following steps:


Step 1 Ensure that the web browser is installed and running on the client machine.

Step 2 Connect to the CWM server using its workstation name followed by:1551 (for example, http://cwmhost:1551 or http://cwmhost.company.com:1551).

1551 is the software port number for the CWM Client web page.

Step 3 Drag any of the CWM applications launch points to the desktop.


Cisco Info Center Version

The 15.0.00-P3_SNMPAgent.tar.gz file contains the CIC36Pipp001CWM15.tar file, which contains rule files that are only compatible with CIC version 3.6.1. You need to install CIC 3.6.1 to use these rule files.

If you want to continue to use CIC version 3.6.0 or 3.5 with CWM Release 15.0.00 Patch 3, save and then apply the CIC36Pipp000CWM15 tar file that is available in the CWM15.0.00 SNMP Agent CD instead.

For more information on CIC, refer to the following URL:

http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/info_ctr/3_6/index.htm

C-Note/CWM Configuration

The C-Note version supported by CWM Release 15.0.00 patch 3 is 3.

The CWM core must be started and core processes should be up before the Orbix cmldomain services for C-Note are started.

Add the IP address of the C-Note workstation to the /opt/ssng/config/CMLLogin/SnmpPublisher.xml file by entering the following command:

vi /opt/ssng/config/CMLLogin/SnmpPublisher.xml 

The line you add should look like this:

<ipAddress>172.28.140.218</ipAddress>

(You need to substitute the actual IP address of your C-Note workstation for the sample 172.28.140.218 address listed above).

Node Numbering for Release 9.4 IGX Feeder Nodes

When an IGX is added as a feeder to a SES/BPX or MGX node, it will have a default node number. This node number may not be unique within the network. If it is not unique then it needs to be modified to a unique node number by issuing the CLI command "rnmnd <x>" where x should be unique with respect to all other auto-route nodes. To find the other node numbers, use the CLI command "dspnds +n". Failing to do so, the CWM Databroker may have an incorrectly formed hybrid connection database, and the CWM GUI may show the connection as incomplete.

Security Profiles

The security profile and user profile are stored in the database as user_info and sec_profile tables. All CWM systems in the same domain will have the same data in the user_info and sec_profile table by means of CWM to CWM communication.

The user_info and sec_profile tables will not get dropped when the coldstart command is executed during a coldstart. These tables can only be dropped by executing the coldstart command with the "-F" option.

The Security Manager GUI can be started from the Network Monitor main window in the primary CWM system.

The CWM user to be added to the database has to be a valid UNIX user, because when a user logs in to the CWM desktop, user authentication against UNIX gets performed. The CWM user's password needs to match the one defined in the UNIX system.

Beginning with the CWM 15.0.00 Patch 2 release, the ability to set permissions for adding, deleting or modifying network partitions or subnetworks is configurable using the Security Manager GUI.

CWM Database

After performing the creation of a new database by executing the coldstart script, if CWM is restarted (stop core and start core) before it is synchronized with the network, it will result in a database inconsistency. In this case, rerun the coldstart script to avoid database inconsistencies.


Note Do not use the SV+CreateDb tool for the above purpose.


When a Gateway node is upgraded or rebuilt, before CWM has synchronized up with the network, CWM must be cold-started (create CWM database and restart CWM). This is required to ensure CWM database consistency.

The user supplied network name can be up to 10 characters in length and should be alphanumeric characters only (no periods).

The asi_line table is populated with the 1-based port number and not the 0-based port number for IGX ports.

RPM Management Limitations

RPM-PR is not supported on MGX PXM1-based nodes managed by ChassisView in CWM Release 15.0.00. The applicable trap is missing so CWM cannot monitor the back card.

For both RPM and RPM-PR cards managed by ChassisView in CWM Release 15.0.00 that are in stand-by 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. Customers interested in obtaining the RPM back card information should enable this feature by editing the emd.conf file before starting the CWM core. If this feature is enabled, the back card information is polled from the switch only during a coldstart or a manual resync. After the coldstart or manual resync completes, any changes to the back card configuration or status will not be updated until you execute another coldstart or a manual resync.

CWM does not distinguish between the Ethernet back card versions installed with the MGX-RPM-128M/B or RPM-PR. There is no functionality difference.

ChassisView Operation After Card and Line Switchovers

When two cards are in a redundancy relationship, the primary card (i.e. the logical slot) is used to display the ports and lines for all provisioning and troubleshooting activities, even if the primary slot becomes a standby. The secondary slot does not show any ports and lines under it even after it becomes active. Provisioning is only allowed on the working line of an APS pair, irrespective of whether that line is currently active or not. However, both the working and protection lines are monitored.

In ChassisView, the ports on the card only display if they are available. Ports do not display on the secondary slot, even after it becomes active. The backcard appears as blank, not with greyed out ports as in previous releases that used CiscoView for equipment management.

Equipment Management Configuration Notes

In the emd.conf file, the following two parameters will need to be customized depending on network.

The OORequest parameter defines the number of configuration files per node that can be requested at one time. You can request a maximum of 32 configuration files concurrently per node. The range is 1 through 32, and the default is 32.

The OOStart parameter defines the number of OOEMC child processes. The range is 1 through 25, and the default is 6.

All the PNNI nodes managed by CWM (PXM45-based 8950, 8880, and 8850 nodes, PXM1E- based 8950, 8850, & 8830 nodes, and BPX nodes with SES shelves) are distributed among OOEMC processes.

The number of nodes managed by a single process is computed by dividing the total number of PNNI nodes in the network by the number of processes is defined by OOStart. Let us name this computed number of nodes managed by a single process the MANAGED_NODE_COUNT.

Then, MANAGED_NODE_COUNT * OORequest must be less than or equal to 200.

This can be achieved by either increasing the OOStart or reducing the OORequest. The normal range of OOStart is 5-20.

If the OOStart parameter value is increased beyond 10 then the number of DMD processes has to be increased or a shared memory overflow will occur.

Network Monitor Server Configuration File (NMServer.conf)

There are two parameters (HELLO_EVENT_INTERVAL and EVENT_REDELIVERY_COUNT) in the NMServer.conf configuration file that are tied to the NMSERVER_DISCONNECT_TIMEOUT parameter in the CMSCClient.conf client configuration file.

The NMSERVER_DISCONNECT_TIMEOUT parameter value needs to be set to the same as the HELLO_EVENT_INTERVAL value times the EVENT_REDELIVERY_COUNT value. the range for HELLO_EVENT_INTERVAL is 0 through 600, the default is 60. The range for EVENT_REDELIVERY_COUNT is 0 through 10. The default is 3. The default for the NMSERVER_DISCONNECT_TIMEOUT parameter is 60 times 3 or 180.

If you change any of these parameters they must be adjusted so the HELLO_EVENT_INTERVAL value times the EVENT_REDELIVERY_COUNT value continues to equal the NMSERVER_DISCONNECT_TIMEOUT parameter value.

The Network Monitor Server configuration file (NMServer.conf) also contains the PERIODIC_RESYNC_INTERVAL parameter. This parameter defines the interval in hours between periodic resyncs. The range is 2 through 24, and the default is 8. You can also disable the periodic resync feature by setting the PERIODIC_RESYNC_INTERVAL parameter to 0.

Creating and Configuring a CWM Auto-Restart Shell Script

This section describes how to create a shell script that automatically starts the CWM core after a reboot. To create this shell script you need to use a text editor to create a new file containing the commands that you want the script to execute.

Using the vi Editor to Create Your Auto-Restart Shell Script

Follow the steps below to create a script that uses shell commands to automatically restart the CWM core after the workstation has been rebooted.


Step 1 Log in to the CWM workstation as user root

$ su 

Step 2 Change to directory /etc/rc3.d

# 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 the following command

# vi /etc/rc3.d/S99init_sv 

Since this script does not currently exist, the vi editor will open on a blank line, waiting for you to enter the script commands.

Step 4 Create the shell script by entering the following 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+ &

******************************************************************


Note To save your changes while using the vi editor, remember to press Esc, colon (:), then wq!.


Step 5 Provide execute permissions for /etc/rc3.d/S99init_sv by executing the following command

# chmod 755 S99init_sv 


Note In order to auto restart Informix after reboot, a shell script has been created automatically during the initial CWM installation. This script is called /etc/rc3.d/S98init_db. You need to make sure that the filename of your newly created autorestart shell script has a script number (the second and third characters in the filename) greater than 98. Also, your newly created autorestart shell script can not have the same script number as any other script files in /etc/rc3.d.


For more information on configuring this feature, refer to the /etc/init.d/README file.


SNMP Service Agent Release Notes

Trap Limitation with PXM1-based MGX Nodes

The type of traps collected by CWM from connection addition and modification on Cisco MGX PXM1-based nodes running release 1.3.00 and onwards can be configured using the following new CLI commands:

cnfchantrapenbl

dspchantrapenbl

Use these commands to select either DEFAULT: the same legacy traps plus trap 50601 to be sent, or ENABLE: only trap 50601 to be sent for every connection addition or modification.

If the dspchantrapenbl CLI command is set to DEFAULT, you can use the cnfchantrapenbl ENABLE CLI command to change to only collecting trap 50601 while CWM Release 15.0.00 is running.

However, if you are currently only collecting trap 50601 (the dspchantrapenbl CLI command is set to ENABLE), and you decide to configure the node to send legacy traps for every connection addition or modification by executing the cnfchantrapenbl DEFAULT CLI command, all CWM workstations monitoring the node must be in shutdown state (the core should be stopped) before you execute the command.

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

Caveats

This section lists known and resolved anomalies in the Cisco WAN Manager Release 15.0.00 software and other associated software.

Known Anomalies in CWM Release 15.0.00 Software

This section lists known anomalies in CWM Release 15.0.00 software as of 01/05/05.

.

Table 7 Known Anomalies in CWM Release 15.0.00 Software 

Bug ID
Description

CSCeg45987

Connections become incomplete after coldstart followed by warmstart

Symptom:

Connection become incomplete after warmstart and then a coldstart.

Conditions:

Occurs at sync up.

Workaround:

Unknown.

CSCef10417

Symptom:

suspect messages in scmsapatchinstall log

Conditions:

Seen on SSC during upgrade to 15.0.00-P2H

Workaround:

N/A.

CSCef31834

ooemc fails to transfer messages for card alarm state corrupting NMServer cache.

Symptom:

NMGUI showing wrong card alarms.

Conditions:

upgrade the PXM runtime image.

Workaround:

Do Manual Node Resync

CSCeg68367

AR PrefRoute support through ConfigCenter GUI which is missed from COL release

Symptom:

CC GUI is not able to configure AutoRoute Preferred path for a PVC.

This functionality is missed from COL release onwards.

Conditions:

AutoRoute Preferred path association for a PVC connection using CC GUI.

Workaround:

Use ConnProxy for AutoRoute Preferred path association.

CSCeg17005

XPVC Pref Config GUI has remote node in PRI Link as -1 invalid

Symptom:

XPVC Pref Config GUI showing -1 vals for PRI Link remote nodes.

Conditions:

Using CWM 15.0.00 P2K, CMSCClient.conf parameter SHOW_ROUTING_TRUNK_TREEVIEW set to false.

Workaround:

Set CMSCClient.conf parameter SHOW_ROUTING_TRUNK_TREEVIEW to true.

CSCin77603

snmpset/walk on UFM for svFrPortDescriptor is not working properly.

Symptom:

snmpset/walk on ufm port for port-desc not working properly.

Conditions:

set port-desc for UFM port using snmpset and try to retrieve it using snmpwalk/get.

Workaround:

Unknown.

CSCin78595

snmpwalk fails for params under PrefRouteCnfTable for BPX-ses nodes

Symptom:

snmpwalk fails for params in cwmPrefRouteCnfTable for BPX-SES nodes.

Conditions:

Execute snmpwalk for params in prefRouteCnfTable for BPX-SES nodes. It fails though snmpegt on those params works successfully.

Workaround:

Unknown.

CSCeg62378

DC GUI: the SAR channel parameters for CES connection are not displayed

Symptom:

The DC GUI does not show the SAR channel parameters for the CES connection.

Conditions:

For CES connections (CESM card) the DC GUI shows only CES Connection Statistics category and does not show the SAR channel paramters.

Workaround:

None.

CSCeg62787

CC GUI need to validated for duplicate NE while provisioning PrefRoutes

Symptom:

CC GUI should not allow multiple NEs for a preferred route.

Conditions:

None.

Workaround:

None.

CSCeg58171

resync to be done on LinkUp Msg from NTS

Symptom:

Newly added configuration not shown on a node.

Conditions:

clrallcnf done on MGX2 node.

Workaround:

None.

CSCeg68338

SRT GUI: the performance data report does not correctly plot the % of bytes

Symptom:

The Performance Data Report in SRT GUI does not correctly plot the % of bytes rcvd.

Conditions:

Dragged and dropped a UNI DS3 port in SRT GUI, select the performance data report and Select (as an example) the previous week as the time period. Note, the graphing for the % of bytes rcvd does not match the raw data presented in the raw data list.

Workaround:

None.

CSCeg26556

bytes received from network is zero

Symptom:

zero being shown for "%bytes rcvd from network" in Performance Data Report for AUSM-B-8E1

Conditions:

None.

Workaround:

None.

CSCef40566

scm collection svr reinitialized

Symptom:

SCM collection svr reinitialized

Conditions:

Running Release 15.0.00 Patch 2K SSC

Workaround:

Unknown.

CSCin86300

NTS coredump

Symptom: NTS core dump

Condition:

Did a kill -9 , with trap storms in the network.

Workaround:

None.

CSCeg48525

The svAtmPortVcCount and cwmPvsRsrcMaxLcns vars on IGX doesnt ret

Symptom:

The svAtmPortVcCount and cwmPvsRsrcMaxLcns vars on IGX doesnt ret

Conditions:

The svAtmPortVcCount and cwmPvcRsrcMaxLcns MIB variables only return correct data for BPX's. During an SNMP walk on these variables, the data returned for IGX's is the last value returned by a BPX (i.e. data for the last port of the most recent BPX in an alphabetical node listing).

Documentation (Part# 78013569-01 D0) states that svAtmPortVcCount applies to both BPX's and IGX's (pg 3-244), while the cwmPvcRsrcMaxLcns

variable supposedly only applies to BPX's (pg 3-290). Since the documentation suggests that svAtmPortVcCount should work for IGX's, this appears to be a bug.

(Obviously my intention is to get both MIB variables working for both switch types.)

The CWM 15 documentation (part# OL-4551-01 B0) states the same compatibility

information (svAtmPortVcCount for BPX's and IGX's - pg. C-257; cwmPvcRsrcMaxLcns for BPX's only - pg. C-384). I would like to know if I can expect CWM 15 to behave just as CWM 11 does or if upgrading would solve my problem.

Our BPX's and IGX's are running at software rev. 9.3.45.

Workaround:

None.

CSCin77074

snmpget/walk returns junk string for nodedescriptor when there is nothing

Symptom:

A snmpget returns junk string for NodeDescriptor when there is nothing.

Conditions:

Set null-string to NodeDescriptor and get it using snmpget/walk.

Workaround:

Unknown.

CSCin78273

pref-route creation thru proxy fails on axsm-oc192-xg channelized line.

Symptom:

Pref-route creation thru proxy fails on axsm-oc192-xg chanelized line

Conditions:

create pref-route thru axsm-oc192-xg to any other node thru proxy using snmpset.

Workaround:

Unknown.

CSCin82338

snmp fails to modify max/min rate on axsme port independent of each other

Symptom:

A snmpset fails to modify max/min rate on AXSME port independently.

Conditions:

Execute snmpset to change either or max or min rate on AXSME port.

Workaround:

None.

CSCin86545

AAL2 counters on VXSM connections failing from DC GUI

Symptom:

AAL2 counters on VXSM connections failing from DC GUI.

Conditions:

Add VISM-VISM connection between VXSM cards and do polling from DC GUI.

Workaround :

None.

CSCeg61672

NM GUI shows an error message when launched after IMA group creation.

Symptom:

The Network Monitor dispalys an error dialog "No Such Node...", when it is launched from CC GUI after successful creation of an IMA Group.

Conditions:

Create a new IMA group in CC GUI. While still on the creation tab in CC GUI click on the toolbar button for the network monitor or right click and try to launch the network monitor. You get the main view of the topology but you also get the error message "Tree Selection:No Such Node With FND in the Network".

Workaround:

Select another network element in TreeView and launch Network Monitor.

CSCeg31434

Link state is not correct from a customer view

Symptom:

Top level Link states are not shown correctly for customer views

This is a StatusView bug.

CSCin79587

DC show improper error for StartAnimation for conn with endpt out of subnw

Symptom:

DC GUI shows an improper error for start animation for conn with endpt out of subnw

Conditions:

Open a connection in DC GUI where one endpt is out of the subnw and try to start animation.

Workaround:

Unknown.

CSCin86447

Modification of redundancy parameter need to be disabled

Symptom :

Modification of Redundancy info is allowed.

Conditions:

Modification should be disabled and Secondary Slot Num and Redundancy type should be disabled.

Workaround:

N/A.

CSCeg61697

DC GUI: shows numeric values for the CE connection stats and CLI shows strings

Symptom:

The DC GUI shows numeric values for CE connection statistics and the switch CLI shows string representation.

Conditions:

In DC GUI, the representation (represented by numbers) of the CE Connection statistics do not match the switch CLI output (represented by strings). For example, the Channel state is displayed as '0' in DC GUI and the switch CLI shows it as 'Alarm'. preferably, the DC GUI presentation should match what is being showing in the switch.

Workaround:

None.

CSCee01432

Cannot load IANAifType-MIB into HPOV

Symptom:

Error detected while loading MIB File:

/var/opt/OV/share/snmp_mibs/Vendor/StrataCom/IANAifType-MIB.my is logged in the /usr/users/svplus/hpov_install.log file

Conditions:

Installing 12.0.00 P3 and 15.0.00 on different machines with HPOV 6.2 installed.

New installations of HPOV contain "standard" MIB files that conflict with ones provided with CWM. Current users of CWM may not see a problem.

Workaround:

Unload the MIB files in question using the HPOV GUI. Then load the new MIB files from the CWM distribution.


Anomalies Resolved in WANDEST Release 2.5 Patch 3.1 Software

This section lists the anomalies resolved in WANDEST Release 2.5 Patch 3.1 software as of 02/22/05.

Table 8 Anomalies Resolved in WANDEST Release 2.5 Patch 3.1 Software 

Bug ID
Description

CSCeg88217

WANDEST should watch the new deleted field in the user_conn_desc table

CSCeh03560

cwm_syncup.txt file not created after coldstart -F is done


Anomalies Resolved in WANDEST Release 2.5 Patch 3 Software

This section lists the anomalies resolved in WANDEST Release 2.5 Patch 3 software as of 01/05/05.

Table 9 Anomalies Resolved in WANDEST Release 2.5 Patch 3 Software 

Bug ID
Description

CSCed58073

wdamin does not write exit status in non-interactive mode

CSCee24781

Most User conns not in Wandest DB

CSCef44208

ooemc reinitialized once

CSCeg33394

Wandest install screen: Options given to user not clear


Anomalies Resolved in CWM Release 15.0.00 Patch 3 Software

This section lists the anomalies resolved in CWM Release 15.0.00 Patch 3 software as of 01/05/05.

Table 10 Anomalies Resolved in CWM Release 15.0.00 Patch 3 Software 

Bug ID
Description

CSCed81118

Cannot login to slt10, NMserver not registered to orbix

CSCee34170

Preferred Route support on PRM-XF

CSCee90732

provision fails with channel unavailable, dmd cache issue

CSCee96348

DMD output to .DMDxxx file needs enhancement

CSCef02108

AuditTrailViewer Can not retrieve any Gateway Monitor event and Statistics Rep

CSCef11515

sec_state should be blocked for other Primaries when Secondary is Active

CSCef11748

Filtered alarm for some MGX8850-PXM45/PXM1E nodes shown as N/A in InspectorView.

CSCef11782

endpoint str in trap 25116 not same as MIB

CSCef13596

Start IMA Link test button is not getting updated with test in progress in DC

CSCef14756

VXSM DTMF power level value is incorrect in CC

CSCef20358

tree view not showing proper info after config save restored

CSCef21335

can not replace VPI value in the vpi.vci field

CSCef23469

SyncState is inconsistent with Database

CSCef25212

CC:LAPD creation error

CSCef25233

VXSM-OC3 paths missing stat alarm config in CC

CSCef25240

CC missing stat alarm config for VXSM T1/E1 line

CSCef25245

interface line/path status not updated after dnln/dnpath

CSCef25251

conn mgr vism VPI default value incorrect and not validating

CSCef27545

MPSM-OC3(FR) card does not work for svPhysicalToLogicalMap Table

CSCef27549

Initial Gui load on PC Client too slow

CSCef28081

FCES on BXM-BXM segment should be set to default N (disable)

CSCef29071

XPVC conn add leaves incomplete segments during backoff - Invalid parameters

CSCef29821

emsc parsing fails for Robust msg of XLMI with ifName atmVirtualSonetPath

CSCef30012

Feature tracking bug: Port Over Subscription

CSCef30811

when AUSM conns added via switch CLI, they do not get into user_conn table

CSCef31564

vpconns are not present in DB after periodic resync

CSCef33417

MPSM-155-T3E3/MPSM-16-T1E1 FR conn mod fails, invalid params on user request

CSCef34348

Not generating Node Reachability Traps 25302, 25303

CSCef38543

NMServer & mpgd reinitialized once, Orbix Issue

CSCef40559

cards not present in node are still populated in DB

CSCef43660

MBS on BXM-BXM subsegment is being defaulted to 1024

CSCef44208

ooemc reinitialized once

CSCef45163

Feature Bug For AddChanLoop SNMP Support

CSCef45381

MGX1 devices stay in mode 1

CSCef47663

NMserver problem: Tree view doesnt show cards, lines, ports

CSCef48046

failures walking vism aal2 objects on feeder

CSCef48394

datadbs filling after a few coldstarts

CSCef49843

Gui should not automatically register with alarm

CSCef53320

miss break statement in MFR case will cause core

CSCef56803

ooemc memory leak causing server crash.

CSCef61365

ooemc MLK when prefer route feature present at synchup parsing

CSCef61572

sdbroker core dumped when core was running

CSCef62080

Need to change local PCR seen on MPSM FR conns using Service mib

CSCef62433

ooemc MLK during FrConnUpdate parser is invoked during resync parsing

CSCef62883

Health check counter periodic resets the counter, losing restart record.

CSCef62888

CWM admin gui sorting is incorrect, using ascii sort.

CSCef62892

sub-map topology save does not save the topology.

CSCef66815

ifIndex support for DS1 path and ATM Cell Layer

CSCef70121

Missing PVCs with termination on RPM (DAX)

CSCef73635

CWMGateway coredumps in Primary when Secondary CWM is started

CSCef73753

sdbroker reinitialized once

CSCef75148

Finder fails to show mfr_groups

CSCef75311

cmsvr reinitialized once

CSCef75360

sctDaemon reinitialized once

CSCef75523

Database not updated after clrallcnf on a MGX885

CSCef76447

Not able to modify PIR/QIR/MIR for foresight PVC connection

CSCef77413

SNMP TestConn, TestDelay return -1 for MPSM spvc

CSCef78003

AXIS FRSM-HS1/B giving transient error causing emc coredumps

CSCef78955

Support Enable/Disable Trouble Ticket via Configuration Flag

CSCef79431

ILMITopoc.core during resync.

CSCef81953

Alarm List GUI needs to register with server when user does DnD

CSCef82912

cant create MPSM FR to ATM DAX conn via SNMP

CSCef84802

snmpwalk on cwmMfrBundleTable causes lineproxy c

CSCef85088

After clrsmcnf IMA Links are not removed from database

CSCef87028

sdbroker1_msg contains incorrect node ID 131330

CSCef87076

Missing Back Card Alarms Persist when Bulk Mode Distribution Configured

CSCef88518

ooemc core dumped

CSCef88795

NM Server coredump

CSCef89716

ISDNLAPD MIB object name changes

CSCef89787

Chassis Rear View does not show PXM back card pr

CSCef90104

cmgrd ignores chanEgrServRate for MPSM FR

CSCef90131

Audit Trail View date does not work in retrieve

CSCef90147

telnet and ssh operation need to be logged in au

CSCef90398

Exception generated if client log dir is missing

CSCef90433

ILMITopoc coredump

CSCef91996

ABR has the same excessive priority as UBR

CSCef92530

Callbacks broken if client IP changes

CSCef92710

Dropped connection objects do not expand treeview

CSCef92724

CC GUI shows all service types for selected endpoint

CSCef93847

DMD drops wildcard card alarms from EMC

CSCef94630

Right click -> DC throws error for ATM-RPM XPVC conn in finder result.

CSCef96028

RPM BAMBAM Card in upper bay not populated in Database

CSCef96408

Node added through Configurator when core is not running not updated in node

CSCef97729

Can not generate any report from SRT for any card/node type

CSCeg00307

Connection table not updated by emsc

CSCeg00697

FRSM port traps display wrong port numbers

CSCeg02617

Channel loopback not enabled in DC GUI for AUSM/CESM/FRSM

CSCeg03226

Unreachable Gateway Node is shown as Unknown and feeders are missing

CSCeg05118

Signalling Protocol should be allowed to set during FR port creation

CSCeg05296

CM should not use VPIs 1-3 for VPCs on PXM

CSCeg06002

Support Enabled/Disable Send button in the Trouble Ticket application

CSCeg07104

all mfr bundles shown as failed in cwm

CSCeg07527

Starting timeslot and number of DS0s are enabled

CSCeg09305

VISM card goes out of sync on PXM1 node

CSCeg09428

Cant add abr, vbr, ubr conn at CWMGUI(CC)

CSCeg09762

Standby card goes out of sync intermittently

CSCeg10815

BPX Peripheral Alarms reported incorrectly

CSCeg11315

ooemc deadlock after deltopond

CSCeg11818

Lineloop is not shown on DS1 lines in FRSM-2CT3

CSCeg16289

mfr links not shown in GUI

CSCeg19663

Background color of disabled fields in CC GUI elemnt tab should be grayed out

CSCeg20183

RPM-PR and RPM-XF line status not updated in TreeView

CSCeg20549

tree view in GUI not expanding beyond card level

CSCeg20642

Install creates svplusL1.log file with incorrect permissions

CSCeg20684

Finder Enhancement: finder needs to show alarms for selected element

CSCeg27272

Administrator GUI: tool tip on launch center in error

CSCeg27342

CC gui: tool tip for card reset should be unify

CSCeg27372

Tool tips shows broke word sometimes in CC gui

CSCeg27740

DC-BERT:List only supported options under devices to loop & change button name

CSCeg29954

Cannot add bulk distribution through CC GUI

CSCeg32908

Multiple get on mfr_bundle gives incrorrest result

CSCeg33438

get for mfr_link fails

CSCeg34618

unable to add fr MPMS-T3E3-155 to MPSM-8T1E1 connection

CSCeg35425

Trap 60212 bitmap varbind cds1StatisticalAlarmState incorrect

CSCeg35879

Line displayed as trunk in tree view

CSCeg41597

XLMI trunk counter display not correct for loc/rem end polling counters

CSCeg43637

Valid peripheral type wrongly displaced as Unknown in Tree View for BPX

CSCeg45131

MPSM FR & CE endpoints show a few invalid options for Channel Loopback

CSCeg45147

Invalid options shown for Destructive Loopbacktype : Channel Loopback

CSCeg45993

Can not retrieve one end of the BPX trunk in Config center

CSCeg46177

Dual nic added for sdbroker to enable cwm traps

CSCeg46555

sdbroker reinitialized a few times in succession

CSCeg46574

ooemc reinitialized twice

CSCeg49832

ooemc coredumps continuously

CSCeg52945

Feeder Trunk SNMP error in Diag Center GUI

CSCeg55801

DC GUI: the protocols statistics table column heading has spelling error

CSCeg55813

DC GUI: Add horizontal scroll bar to the protocols statistics table

CSCeg55840

DC GUI: the line counters on a rev2 node show incorrect test for DS3 and OC3

CSCeg57126

DC GUI: line counter labels in the stats name column should be in capital

CSCeg65764

ArrayOutOfBound exception on deletion of user group from NM gui.

CSCeg65928

Del of conn with descriptor throws internal err on secondary CWM.

CSCin74016

SCM gui does not show the BTM card on IGX node

CSCin77530

IMA groups/links continue to show in TreeView after clrsmcnf on MPSM card.

CSCin77931

snmpget on VXSM BERT oper status returning wrong value

CSCin77948

new VPI/VCI selector window opening for each mouse click

CSCin78170

Unable to stop Bert on VXSM card through cwm pro

CSCin78292

snmpget on cwmRsrcPartTable fails for PNNI partition on MPSM-FR port.

CSCin78318

Finder throws error when querying for MFR Group at line level.

CSCin78333

Secondary standby MPSM card does not show licenses in Tree view

CSCin78384

snmpwalk on svFrPortTable is not returning values for MPSM-FR while snmpget

CSCin78404

snmpwalk on cwmRsrcPartEntry fails for some MPSM-OC3 ATM port parameters.

CSCin79314

Unable to create any connections on BXM virtual ports through CM GUi.

CSCin79467

unable to add HDM connection using conn proxy.

CSCin79916

MPSM16T1E1: SCT card association fails with SNMP error

CSCin80338

Port add fails for MPSM8T1-FR thru PortProxy on POPEYE1

CSCin80681

MPSM16T1E1: ATM-FR conn:Proxy should enable frEndPointUpcEnable by default

CSCin80880

unable to add ubr connections with cir=0 using proxy

CSCin81258

Be value shows -ve value in CC gui for mpsm-t3e3 fr with cir set to max.

CSCin81558

CCGUI:Cannot add vbr3 Atm-Vism conn with non-def

CSCin82286

Unable to add hybrid DAX connection

CSCin82650

Snmpget/walk on PXM1E port returns -2 for port speed wrong intf type

CSCin82667

Bulk add of IMA lnks not correctly updated in Tr

CSCin82811

conn desc shown after successful deletion from ccgui on xpvc connection

CSCin82867

error thrown while opening ATMCE conn in DCGUI from FinderGUI

CSCin83140

DC GUI throwing exception when try to do test co

CSCin83141

Cant add pref route if intermediate outgoing trunk port number is > 64.

CSCin83322

NMserver coredumped on sep-29 build reason unknown.

CSCin83350

HDM-HDM data conn.with fastEiaupdate is wrongly poplulating in DB.

CSCin83540

CwmGs coredumps and not restarted on profile with 32 char assignment.

CSCin83649

conntrace fails from proxy - MPSM(FR) <--> MPSM(FR) SPVC

CSCin83720

Same trunk shown multiple time for BPX nodes in Pref Route gui.

CSCin83823

SCT file doesnt get created on sec CWM when leng

CSCin83924

connproxy coredumps while doing tstconseg using diagconn

CSCin84063

There should be an option to delete user connection descriptors

CSCin84190

Node name change to 32 characters dumps ooemc core periodically.

CSCin85186

snmpwalk/get on svAtmPortAdminState returns -2 for AXSM ports

CSCin85344

CCGUI shows invalid range for VCI while creating conns on virtual port

CSCin85421

rsc_part db table does not get updated on add/del rsc prtn on VXSM

CSCin85802

ConnTrace : Animation cannot be stoped under certain scenario

CSCin85870

Cant launch Conn-details window - Cons added from Proxy : fr-atm ,vbr3-nrt

CSCin85876

CCGUI:Tool tip of Interworking parm->Channel needs updation

CSCin85927

roxy returns wrong value for svCardChanAllowed & svCardRateCtrlAllowed

CSCin86029

Blank error window in DC on trying to open second node resync window.

CSCin86044

Counter names shown as MIB variables for fr-fr hybrid conns in DC gui

CSCin86085

Cant collect counters on SPVP connections using DC gui.

CSCin86231

Drag and Drop of R.trunk in DCGUI throws XML parsing error

CSCin86245

Audit trail for finder doesnt contain user friendly information.

CSCin86247

Audit trail not updated on drag n drop of objects in alarm list.

CSCin86250

conntrace fails from both GUI and proxy - conn with VXSM endpoint

CSCin86275

Wrong desc for MGX-Atm-Conn :stat-id=59 in SCM GUI

CSCin86339

Channel lpbk: Cant set the same lpbk type for both local & remote : ATM-FR


Anomalies Resolved in CWM Release 15.0.00 Patch 2 Software

This section lists the anomalies resolved in CWM Release 15.0.00 Patch 2 software as of 08/18/04.

.

Table 11 Anomalies Resolved in CWM Release 15.0.00 Patch 2 Software 

Bug ID
Description

CSCec08510

connection trap 25117 svConnDescriptor has extra blank space

CSCec30209

prefroute deletion fails if dup prefroute Ids used on diff source nodes

CSCec72209

xdbroker reinitialized a few times

CSCed60653

emsd reports incorrect link1 down msg when link1 is up

CSCed60685

Incorrect IMA link alarm in tree view for IGX IMA links

CSCed60728

IMA feeder trunk from IGX is shown as physical trunk

CSCed60737

Finder - unable to find connections under BXM OC3 line

CSCed81118

Cannot login to slt10, NMserver not registered to orbix

CSCed81593

trap 1006 was not generated after comm failure on BPX

CSCed89661

After warmstart-xpvc connections exist in xpvc table after deleting them

CSCed92843

Memory leak seen in purified ooemc

CSCed92999

Query return val not properly protected in DBAccess lib

CSCed93385

Incomplete cons at CWM/SEC after adding hybrid cons at CWM/Primary

CSCed94948

incorrect source ip for BPX comm fail traps in trapd.log

CSCee00795

card reset trap as Addfeeder trap in ILMITopoc

CSCee02123

sctGUI not coming up

CSCee05044

EMC:RPM Ethernet4E backcard wrong mapping

CSCee06418

NMServer did not declare sync-ok for some nodes

CSCee10383

frEndPointPercUtil modify fails with traffic parameters err, OvrSubOvrRide enabled

CSCef25251

conn mgr vism vpi default value incorrect and not validating

CSCef27545

MPSM-OC3(FR) card does not work for svPhysicalToLogicalMap Table

CSCin71018

PXM1 card on MGX8230 is shown as Unknown in TreeView & InspectorView.

CSCin71138

DnD of DS3 line on Primary standby BNM-T3 card in CC/DC triggers XML error.

CSCin71195

Cannot work on routing/feeder node when added/removed from user group

CSCin71556

Total Xmtd/Rcvd and HEC Error Cell Counters are not seen in DC GUI.

CSCin78292

snmpget on cwmRsrcPartTable fails for pnni partition on MPSM-FR port.

CSCin78333

Secondary standby MPSM card does not show licenses in Tree View.


Anomalies Closed by Other Means in CWM Release 15.0.00 Patch 3 Software

This section lists the anomalies listed as open in CWM Release 15.0.00 that were closed by means other than resolved in CWM Release 15.0.00 Patch 3 software as of 01/05/05.

.

Table 12 Anomalies Closed by Other Means in CWM Release 15.0.00 Patch 3 Software 

Bug ID
Description

CSCed49023

CWM does not get trap for path LOCD alarm

Symptom:

Path is in alarm on switch, clear in CWM

Condition:

Have an IMA link between 2 ds1 paths and then delete the IMA link from one side. CWM doesn't get the trap for the path alarm.

Workaround:

None. Set to C. The ddts cannot be resolved before CWM 15.1 due to switch dependency.

CSCed86925

Trunks are not connected to the nodes in physical view.

Symptom:

Trunks are not connected to nodes in the graphical view of Network Monitor.

Conditions:

During expanding networks in Network Monitor GUI, nodes and trunks are shown in the graphical view. However, trunks are not connected to nodes. That is to say the two ends of trunk are not attached to the nodes. Thus, it looks like those trunks are floating around the topology map.

Workaround:

Move those nodes in the graphical view, or refresh the graphical view like using scroll bar. Then, those floating trunks will be connected to the nodes. Set to C. The ddts cannot be resolved before CWM 15.1.

CSCed88696

Install shield (ISMP) issue: Some files are not copied during installation.

Symptom:

When installing CWM, some files are not copied properly which causes the installation failed.

Conditions:

When installing CWM.

Workaround:

Clean up the partly installed files. Reboot the machine and try installing again. Set to C.

CSCed91850

Symptom:

xdbroker reinitialized once

Conditions:

Running 12.0.00-P1.1

Workaround:

Process was respawned by watchdog. Set to M.

CSCee12471

Finder server coredump

Symptom:

finder server coredump

Conditions:

Unknown.

Workaround:

Unknown. Set to M.

CSCef10445

Symptom:

wdupdate error in scmsaexecinstall log

Conditions:

Seen on SSM during upgrade to 15.0.00-P2C

Workaround:

N/A. Set to D. This is a duplicate of CSCee61329.

CSCef37402

Symptom:

MGX nodes in mode 1, ooemc not running

Conditions:

Running 15.0.00-P2K

Workaround:

Coldstart the CWMs.

This bug was set to U (unreproducible).

CSCef38504

Symptom:

SCTD reinitialized once, did not respawn

Conditions:

Running 15.0.00-P2K

Workaround:

coldstarted in this instance, since other processes were problematic at same time.

This bug was set to U (unreproducible).


Anomalies Closed by Other Means in CWM Release 15.0.00 Patch 2 Software

This section lists the anomalies listed as open in CWM Release 15.0.00 that were closed by means other than resolved in CWM Release 15.0.00 Release Patch 2 software as of 08/18/04.

.

Table 13 Anomalies Closed by Other Means in CWM Release 15.0.00 Patch 2 Software 

Bug ID
Description

CSCef25039

All CWM processes did not come up after starting core with P2N

This bug was set to U (unreproducible).

CSCef05039

sdbroker coredump

This bug was set to U (unreproducible).

CSCed82182

LSNT: cwmftpd core dumped when core is running

This bug was set to U (unreproducible).

CSCin71251

sdbroker coredump while deleting RPM-FR/ATM conns from CMGUI

This bug was set to D (Duplicate of CSCed18358, which is in M state).

CSCed93069

LSNT: emc core dumped due to mutex control in liblogger library

This bug was set to U (unreproducible).


Related Documentation

The following technical documents comprise the CWM 15 documentation set:

Cisco WAN Manager Installation, OL-4550-01

Cisco WAN Manager User's Guide, OL-4552-01

Cisco WAN Manager SNMP Service Agent, OL-4551-01

Cisco WAN Manager Database Interface, OL-4587-01

Cisco WANDEST Installation and Reference, Release 2.5, OL-5223-01

Release Notes for Cisco WAN Manager, Release 15.0.00, OL-4151-01

Release Notes for Cisco WAN Manager, Release 15.0.00, Patch 2, OL-5354-01

Release Notes for Cisco WAN Manager, Release 15.0.00, Patch 3, OL-6936-01

PDF copies of the first five items in the CWM 15 documentation set are provided on the CWM 15 Documentation CD along with a copy of Adobe Acrobat Reader and Netscape Communicator 4.76 for use in reading the files.

Use the included gzip utility to decompress the .gz files. The command is gzip -d.

These release notes are not available on the CWM 15 Documentation CD. They are available on-line at the following URL:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/svplus/15/rnotes/index.htm

Obtaining Documentation

You can access the most current Cisco documentation on the World Wide Web at this URL:

http://www.cisco.com

Translated documentation is available at this URL:

http://www.cisco.com/public/countries_languages.shtml

Documentation Feedback

You can submit comments electronically on Cisco.com. In the Cisco Documentation home page, click the Fax or Email option in the "Leave Feedback" section at the bottom of the page.

You can e-mail your comments to bug-doc@cisco.com.

You can submit your comments by mail by using the response card behind the front cover of your document or by writing to the following address:

Cisco Systems
Attn: Document Resource Connection
170 West Tasman Drive
San Jose, CA 95134-9883

We appreciate your comments.

Obtaining Technical Assistance

Cisco provides Cisco.com as a starting point for all technical assistance. Customers and partners can obtain online documentation, troubleshooting tips, and sample configurations from online tools by using the Cisco Technical Assistance Center (TAC) Web Site. Cisco.com registered users have complete access to the technical support resources on the Cisco TAC Web Site.

Cisco.com

Cisco.com is the foundation of a suite of interactive, networked services that provides immediate, open access to Cisco information, networking solutions, services, programs, and resources at any time, from anywhere in the world.

Cisco.com is a highly integrated Internet application and a powerful, easy-to-use tool that provides a broad range of features and services to help you with these tasks:

Streamline business processes and improve productivity

Resolve technical issues with online support

Download and test software packages

Order Cisco learning materials and merchandise

Register for online skill assessment, training, and certification programs

If you want to obtain customized information and service, you can self-register on Cisco.com. To access Cisco.com, go to this URL:

http://www.cisco.com

Technical Assistance Center

The Cisco Technical Assistance Center (TAC) is available to all customers who need technical assistance with a Cisco product, technology, or solution. Two levels of support are available: the Cisco TAC Web Site and the Cisco TAC Escalation Center.

Cisco TAC inquiries are categorized according to the urgency of the issue:

Priority level 4 (P4)—You need information or assistance concerning Cisco product capabilities, product installation, or basic product configuration.

Priority level 3 (P3)—Your network performance is degraded. Network functionality is noticeably impaired, but most business operations continue.

Priority level 2 (P2)—Your production network is severely degraded, affecting significant aspects of business operations. No workaround is available.

Priority level 1 (P1)—Your production network is down, and a critical impact to business operations will occur if service is not restored quickly. No workaround is available.

The Cisco TAC resource that you choose is based on the priority of the problem and the conditions of service contracts, when applicable.

Cisco TAC Web Site

You can use the Cisco TAC Web Site to resolve P3 and P4 issues yourself, saving both cost and time. The site provides around-the-clock access to online tools, knowledge bases, and software. To access the Cisco TAC Web Site, go to this URL:

http://www.cisco.com/tac

All customers, partners, and resellers who have a valid Cisco service contract have complete access to the technical support resources on the Cisco TAC Web Site. The Cisco TAC Web Site requires a Cisco.com login ID and password. If you have a valid service contract but do not have a login ID or password, go to this URL to register:

http://www.cisco.com/register/

If you are a Cisco.com registered user, and you cannot resolve your technical issues by using the Cisco TAC Web Site, you can open a case online by using the TAC Case Open tool at this URL:

http://www.cisco.com/tac/caseopen

If you have Internet access, we recommend that you open P3 and P4 cases through the Cisco TAC Web Site.

Cisco TAC Escalation Center

The Cisco TAC Escalation Center addresses priority level 1 or priority level 2 issues. These classifications are assigned when severe network degradation significantly impacts business operations. When you contact the TAC Escalation Center with a P1 or P2 problem, a Cisco TAC engineer automatically opens a case.

To obtain a directory of toll-free Cisco TAC telephone numbers for your country, go to this URL:

http://www.cisco.com/warp/public/687/Directory/DirTAC.shtml

Before calling, please check with your network operations center to determine the level of Cisco support services to which your company is entitled: for example, SMARTnet, SMARTnet Onsite, or Network Supported Accounts (NSA). When you call the center, please have available your service agreement number and your product serial number.