Guest

Cisco WAN Manager

Release Notes for the Cisco WAN Manager, 15.1.50

  • Viewing Options

  • PDF (561.4 KB)
  • Feedback
Release Notes for Cisco WAN Manager Release 15.1.50

Table Of Contents

Release Notes for Cisco WAN Manager Release 15.1.50

Contents

Releases Supported by CWM 15.1.50

System Requirements

CWM Server Requirements

Java Client Requirements

Standalone Statistics Manager Requirements

Solaris Patch Requirements

Before You Begin Installing Patches

Installing the Patches

HP OpenView Requirements

Informix Requirements

CWM 15.1.50 Packaging

Supported Hardware

New Hardware Supported by CWM 15.1.50

Existing Hardware Supported by CWM 15.1.50

Releases Certified for CWM 15.1.50

New Features and Enhancements

CWM Feature Limitations

Features Not Supported

Feature Limitations

Configuration Center Limitations

HP OpenView Limitations

SSM Issues

CWM-to-CWM Communication Limitations

Network Monitor Limitations

CWM Notes and Cautions

Installing CWM 15.1.50

Creating a CWM Auto-Restart Shell Script

SNMP Service Agent Trap Limitation

Caveats

Related Documentation

Obtaining Documentation

Cisco.com

Product Documentation DVD

Ordering Documentation

Documentation Feedback

Cisco Product Security Overview

Reporting Security Problems in Cisco Products

Obtaining Technical Assistance

Cisco Technical Support & Documentation Website

Submitting a Service Request

Definitions of Service Request Severity

Obtaining Additional Publications and Information


Release Notes for Cisco WAN Manager Release 15.1.50


February 2006

Rev. D0

These release notes are for use with the Cisco WAN Manager (CWM) 15.1.50 software release.

The first section describes all of the switch releases that CWM 15.1.50 supports.

Contents

Releases Supported by CWM 15.1.50

System Requirements

CWM 15.1.50 Packaging

Supported Hardware

New Features and Enhancements

CWM Feature Limitations

Installing CWM 15.1.50

Creating a CWM Auto-Restart Shell Script

SNMP Service Agent Trap Limitation

Caveats

Related Documentation

Obtaining Documentation

Documentation Feedback

Cisco Product Security Overview

Obtaining Technical Assistance

Obtaining Additional Publications and Information

Releases Supported by CWM 15.1.50

Table 1 shows the switches and releases that the CWM 15.1.50 software supports.

For additional information on supported products, see these sections:

Supported Hardware

Releases Certified for CWM 15.1.50

Table 1 Switches and Releases Supported by CWM 15.1.50

Switch
Supported Software Release

Existing WAN switching products, including the Cisco IGX 8400 series and the Cisco BPX 8600 series

9.2.33-9.2.43
9.3.05-9.3.51
9.4.00-9.4.12

SES PNNI Controller

3.0.10-3.0.25
4.0.00-4.0.15

MGX 8220

4.1.07-4.1.12
5.0.12-5.0.2

MGX 8230, 8250 and 8850 (PXM1)

1.1.40-1.1.42
1.2.00-1.2.13
1.2.20-1.2.21
1.3.00-1.3.12

MGX8830/B (PXM45/C)

5.1.20
5.2.00

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

3.0.23-3.0.25
4.0.00-4.0.17
5.0.00-5.0.20
5.1.20

MGX 8880 (PXM45)

5.0.00-5.0.20
5.1.20

MGX 8950 (PXM45)

2.1.76-2.1.81
3.0.23-3.0.25
4.0.00-4.0.17
5.0.00-5.0.20
5.1.20


System Requirements

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

CWM Server Requirements

Java Client Requirements

Standalone Statistics Manager Requirements

Solaris Patch Requirements

HP OpenView Requirements

Informix Requirements

In addition to the CWM platform requirements listed in the CWM installation guide, also consider the following:

CWM 15.1.50 is compatible with UltraSPARC II, UltraSPARC III, and UltraSPARCIIIi workstations. Refer to Tables 2 through 5 for the certified platform system requirements.

The Ultra 60, Enterprise 450, and Enterprise 4500, which were certified with earlier CWM releases, can still be used with CWM 15.1.50. For these certified system requirements, refer to System Requirement Guidelines in the CWM 11.0.10 release notes; however, the minimum RAM needs to be 2 GB. (See CWM Server Requirements.) Problems reported by customers who choose a noncertified configuration may take more time to troubleshoot, which results in a longer turnaround time. CWM technical support is not provided for Sun configurations or products that Sun Microsystems no longer supports.

A graphics card is required when using the Java Client access to the 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, a video adapter is required.

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

The minimum disk size for the Informix raw database is 1.7 GB. However, we strongly recommend you provide more disk space for the statistics collection process. Note that if statistics are collected by using the CWM, multiple partition chunks are required to be added to Informix. For additional information on disk partitioning, refer to the Cisco WAN Manager Installation Guide.

CWM Server Requirements

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

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

If UltraSPARC II servers are used, refer to System Requirement Guidelines in the CWM 11.0.10 release notes.

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

Table 2 CWM Server System Requirements 

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

Low - Medium #1

1

900

2

4

1 x 36

100K

10

100

Netra 20, Sun Fire 280R

Low - Medium #2

1

1000

2

4

2 x 36

100K

10

100

Sun Fire V210

Medium #1

2

900

4

8

1 x 36

200K

20

500

Netra 20, Sun Fire 280R

Medium #2

2

1280

4

8

2 x 72

200K

20

500

Sun Fire V240

High- Carrier Grade

4

900

8

16

2 x 36

1M

40

1000

Sun Fire V880

Carrier Grade

8

900

16

32

2 x 36

2M

100

2000

Sun Fire V880

Carrier Grade 2

8

900

40

88

5 x 68

3M

100

2000

Sun Fire V880


Java Client Requirements

Table 3 lists the Java Client system requirements.

Table 3 Java Client System Requirements 

CWM Java Client
Operating System
Web Browser
No. of CPUs
CPU
Speed (MHz)
RAM (MB)
Swap Space (GB)
Disk
Free
Space
(MB)

PC

Windows 2000
Windows NT 4.0, SP 6a
Windows XP, SP1

IE 6.0
Netscape 4.76
J2SE v1.4.2_02

1: Pentium 3

750

512

N/A

130

SPARC10

Solaris 8

Solaris 9

Netscape 4.76

1: 450 MHz

450

512

1

130


Standalone Statistics Manager Requirements

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

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

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

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

One SSM can control a maximum of 12 SSCs.

Table 4 SSC or SSM System Requirements 

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

Low

2

450

170 kBps

512 MB

2

2 x 18

350

U60

Medium #1

2

450

3.5 MB/sec

512 MB

2

2 x 18

700

U60

Medium #2

1

1002

4 MB/sec

1 GB

2

2 x 73

550

Sun Fire 210/240

Medium #3

1

900

1.7 MB/sec

1 GB

2

1 x 36

700

Netra 20 or Sun Fire 280R

High #1

2

900

3.5 MB/sec

4 GB

8

1 x 36

900

Netra 20 or Sun Fire 280R

High #2

2

1200

4 MB/sec

1 GB

2

2 x 73

1200

Sun Fire 240


Table 5 lists additional system requirements for the parser in the CWM Server, SSC, or SSM. If the parser is enabled, add the applicable system requirements in Table 5 to the CWM server requirements listed in Table 2 or to the SSM or SSC requirements listed in Table 4.

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

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

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

Low - Medium

2

450

1

2

2 x 18

300 KB

Ultra 60

Low - Medium

1

900

2

4

2 x 36

750 KB

Netra 20, Sun Fire 280R

Medium

2

900

4

8

2 x 36

2 MB

Netra 20, Sun Fire 280R

High - Carrier Grade

4

900

8

16

2 x 36

4 MB

Sun Fire V880


Solaris Patch Requirements

This section shows the Solaris patches that you must install for the CWM and those that we recommend you install. You will install these patches after you install the Solaris 8 or 9 operating system.

Before You Begin Installing Patches

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

Use the single-user mode to install most patches.

Shut down CWM processes before installing the patches.

For Solaris 8, avoid installing these patches that cause problems with Informix during startup.

In the SPARC platform for Solaris 8, 109147-36 through 109147-39

In the x86 platform for Solaris 8, 109148-36 through 109148-39

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

Installing the Patches

Use this procedure and sequence to install the patches.

The procedure assumes that you have installed the Solaris 8 or 9 operating system.


Step 1 Verify which patches are already installed on your CWM workstation. To display the installed patches, use the Solaris showrev -p command.

Step 2 Go to the SunSolve Patch Access website to access the patches:

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

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

Step 3 Install one of these kernel patches (that corresponds to your operating system):

Kernel Patch 27 for Solaris 8

Kernel Patch 12 for Solaris 9.

See Table 6 for the correct version number.

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

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

Table 6 Required and Recommended Solaris Patches 

Patches
Solaris 8
Solaris 9

Required to be installed first

Kernel Patch 27 (108528-27 or higher)

Kernel Patch 12 (112233-12 or higher)

Required

108652-35
109326-05
110670-01
110700-01
110898-03
110945-04
110934-04
111327-05
111626-01

112874-31
(if Solaris patch 112233-11 or higher is installed)
112785-42
112970-07
114716-01
113580-01
114224-02
112998-03
112811-01

Recommended

110951-01
110662-06
110615-03
110286-05
109324-04

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


HP OpenView Requirements

HP OpenView is used only for viewing the event log and is not required for other CWM procedures. CWM 15.1.50 works with HP OpenView 6.3 or 7.0.

HP OpenView is not bundled with the CWM CDs. You must order HP OpenView 6.3 or 7.0 directly from Hewlett-Packard and follow the H-P installation requirements and procedures. (Refer to HP OpenView Network Node Manager Products, Installation Guide, Part No. J1136-90000.)

Informix Requirements

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

CWM 15.1.50 Packaging

This section describes the CWM and associated software and CDs. See Table 7 for software information and CD contents.

The CWM 15.1.50 Software Evaluation CD package includes all CWM CDs and functionality. All of the CWM features are available until the 45-day evaluation period expires. As noted in Table 7, when you order the CWM package, you receive the CWM Server CD and the CWM Documentation CD.

Table 7 CWM 15.1.50 and Associated Software 

Software
CD
Notes

CWM Server
Informix Server
CWM Java Client

CWM Server CD

Part of the CWM package.

CWM documentation (PDF)
Acrobat Reader
gzip

CWM Documentation CD

Part of the CWM package.

Note The gzip utility is used to decompress the gz files. The command is gzip -d.

CWM Service Agent

Service Agent CD

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

Standalone Statistics Collection Manager

Standalone Statistics Collection Manager CD

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

The Standalone SCM software includes the WANDEST client software and the Informix server software.

RTM Proxy for the SCM application

RTM Proxy for SCM Application CD

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

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

WANDEST

WANDEST Server Software CD

WANDEST Client Software CD

The CD must be ordered separately from the CWM set.

Automated Bulk Provisioning

Automated Bulk Provisioning Software CD

The CD must be ordered separately from the CWM set.

Cisco WAN Modeling Tools

Cisco WAN Modeling Tools Software CD

The CD must be ordered separately from the CWM set.


Supported Hardware

The following subsections list the new hardware that the CWM 15.1.50 supports, and the existing hardware that continues to be supported.

See also these sections:

Releases Supported by CWM 15.1.50

Releases Certified for CWM 15.1.50

New Hardware Supported by CWM 15.1.50

Table 8 lists the new hardware that CWM 15.1.50 supports.

Table 8 Supported New Hardware Supported in CWM 15.1.50  

Platform Series
Front Card
Back Card
Supported Release Version

MGX 8850 (PXM45)

MPSM-16-T1E1

RBBN-16-T1E1-1N
MCC-16-E1-1N
RED-16-T1E1

5.1.20

MGX 8850/B
MGX 8830/B (PXM45)

MPSM-16-T1E1

RBBN-16-T1E1-1N
MCC-16-E1-1N
RED-16-T1E1

5.1.20

MGX 8850/B
MGX 8830/B (PXM45)

NA

RCON-1TO3-8830
RCON-1TO3-8850

5.1.20


Existing Hardware Supported by CWM 15.1.50

The tables on the following pages list the hardware that CWM 15.1.50 continues to support. Table 9 provides an index of the table numbers that apply to particular platforms.


Note The following tables reflect the new hardware and data listed in Table 8 above, where the data applies in the tables.



IGX 8400 Series

For IGX 8400 product details, refer to Table 10 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/bpx8600/9_4/rnote/9412rn.pdf

Table 10 IGX 8400 

Front Card 
Back Card

IGX-HDM

IGX-NPM

SCM

IGX-NTM

BC-xxxxx-T1/E1/SR/Y1

IGX-UFM-4C
IGX-UFM-8C

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

IGX-UFM-U

BC-UFI-12V35
BC-UFI-12X21
BC-UFI-4HSSI

IGX-URM

BC-2FE2V

IGX-UVM

UVI-2T1EC/2E1EC
UVI-2J1EC

IGX-UXM
IGX-UXME

BC-UAI-4-155-MMF/SMF
BC-UAI-2-155-SMF
BC-UAI-2SMFXLR
BC-UAI-4SMFXLR
BC-UAI-3/6-T3
/E3
BC-UAI-4/8-E1-BNC
BC-UAI-4/8-T1/E1-DB15
BC-UAI-4-STM1E


BPX 8600 Series

For BPX 8600 product details, refer to Table 9 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/bpx8600/9_4/rnote/9412rn.pdf

Table 11 BPX 8600 

Front Card 
Back Card

ASI-2T3/E3

ASI-155E

ASM-LM

BNI-3-T3/C
BNI-3-E3/C
BNI-155E
BNI-2-155/B

BPX-E3-BC
BPX-MMF/SMF/SMFLR-2-BC

BPX-ASM

BPX-ASM-BC

BPX-BCC

BPX-BCC-BC

BPX-BCC-3

BCC-3BC

BPX-BCC4V

BPX-BCC-4V/B

BPX-BME

BPX-T3/E3-BC

BPX-BME-OC12

BPX-E3-BC
BPX-MMF/SMF/SMFLR-2-BC

BPX-BXM-155-8

BPX-MMF/SMF/SMFLR-8-155

BPX-BXM-155-4
BPX-BXM-E-155

BPX-MMF/SMF/SMFLR-4-155

BPX-BXM-622
BPX-BXM-E-622

BPX-622-2-BC
BPX-SMF/SMFLR-622-BC
BPX-SMF/
SMFLR-622-2-BC

BPX-BXM-T3/E3

BPX-T3/E3-BC

BPX-STM1-EL-4
BPX-T3/E3

BPX-E3-BC
BPX-MMF/SMF/SMFLR-2-BC

BPX-XLR

BPX-E3-BC
BPX-MMF/SMF/SMFLR-2-BC

RDNT-SMF-155
RDNT-LR-155/622
RDNT-SMF-622

BPX-E3-BC
BPX-MMF/SMF/SMFLR-2-BC


MGX 8220 Series

For MGX 8220 product details, refer to Table 8 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/bpx8600/9_4/rnote/9412rn.pdf

Table 12 MGX 8220 

Front Card
Back Card

ASC

ASC-LM

AUSM-4T1E1
AUSM-8T1E1
AUSM--8T1E1/B

RJ-48-8E1/8T1

BNM-155

155-SMF

T3E3-B/D

T3E3-B/D

CESM-8T1E1

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

FRSM-4T1E1
FRSM-8T1E1

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

FRSM-HS1

HSI-4X21/3HSSI

FRSM-VHS

HS2

IMATM-8T1E1/B

RJ-48-T3T1/E3E11.3.12
SMB-E3E1

SRM

DB-15-T1/E1

LM-3T3

AUSM-4T1E1
AUSM-8T1E1
AUSM-8T1E1/B

8T1/E1


MGX 8230 Series

For MGX 8230 product details, refer to Tables 16 and 17 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/mgx8230/13/rnotes/rn1312.pdf

Table 13 MGX 8230 (PXM1) 

Front Card
Back Card

AX-CESM

RJ48-8T1/8E1
SMB-8E1

AX-FRSM

RJ48-8T1/8E1
SMB-8E1

MGX-AUSM

8T1/E1

MGX-CESM

MGX-RJ48-8T1
MGX-BNC-2E3/2E3A/2T3

MGX-FRSM-2CT3
MGX-FRSM-2T3E3

MGX-BNC-2E3/2T3/2E3A

MGX-FRSM-HS1/B

MGX-12IN1-4S

MGX-FRSM-HS2

MGX-HSSI

MGX-FRSM-HS2/B

MGX-HSSI
MGX-12IN1-8S

MGX-RPM-128M/B

MGX-RJ45-FE/4E
MGX-MMF-FE
MGX-MMF/SMF-FDDI
MGX-MMF/SMF-FDDI/FD

MGX-RPM-PR

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

MGX-SRME
MGX-SRME/B

MGX-SMFIR-1-155
MGX-STM1-EL1
T3

MGX-VISM-8T1/8E1

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ-48-8T1/8E1
AX-R-RJ-48-8T1/8E1
MGX-RJ48-8E1

MGX-VISM-PR

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1
MGX-RJ48-8E1

PXM1

T3/E3/OC-3/OC-12


MGX 8250 Series

For MGX 8250 product details, refer to Tables 15 and 17 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/mgx8230/13/rnotes/rn1312.pdf

Table 14 MGX 8250 (PXM1) 

Front Card
Back Card

AX-CESM

AX-RJ48-8T1/8E1
AX-SMB-8E1

MGX-RPM-128M/B

MGX-RJ45-FE/4E
MGX-MMF-FE
MGX-MMF/SMF-FDDI
MGX-MMF-FDDI/FD
MGX-SMF-FDDI/FD

MGX-SRME

MGX-SMFIR-1-155
MGX-STM1-EL1

MGX-AUSM

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8E1/8T1
AX-R-RJ48-8T1/8E1
MGX-RJ48-8E1

MGX-CESM

MGX-BNC-2E3/2E3A/2T3

MGX-FRSM-HS1/B

MGX-12IN1-4S

MGX-FRSM-HS2

MGX-HSSI

MGX-FRSM-HS2/B

MGX-HSSI
MGX-12IN1-8S

MGX-RPM-PR

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

MGX-VISM-8T1
MGX-VISM-8E1

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1
MGX-RJ48-8E1

MGX-VISM-PR

AX-RJ48-8T1
AX-R-RJ48-8T1

MPSM-8-T1E1

AX-RJ-48-8T1/8E1
AX-R-RJ-48-8T1/8E1
AX-SMB-8E1
AX-R-SMB-8E1

PXM1

T3/E3/OC-3/OC-12

SRM

LM-3T3


MGX 8850 Series

For MGX 8850 product details, refer to Tables 15 and 17 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/mgx8230/13/rnotes/rn1312.pdf

Table 15 MGX 8850 (PXM1) 

Front Card
Back Card

AX-CESM

AX-RJ48-8E1/8T1
AX-SMB-8E1

AX-FRSM

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8E1/8T1
AX-R-RJ48-8E1/8T1
MGX-RJ48-8E1

MGX-AUSM

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1
MGX-RJ48-8E1

MGX-CESM

RJ48-8T1
R-RJ48-8T1
MGX-BNC-2E3/2E3A/2T3

MGX-FRSM-2CT3
MGX-FRSM-2T3E3

MGX-BNC-2T3/2E3
MGX-BNC-2E3A
MGX-BNC-2T3

MGX-FRSM-HS1/B

MGX-12IN1-4S
MGX-SCSI2-2HSSI/B

MGX-FRSM-HS2

MGX-SCSI2-2HSSI/B

MGX-FRSM-HS2/B

MGX-12IN1-8S

MGX-RPM-PR

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

MGX-RPM-128M/B

MGX-MMF-FE
MGX-RJ45-FE
MGX-RJ45-4E
MGX-MMF/SMF-FDDI
MGX-MMF/SMF-FDDI/FD

MGX-SRME

MGX-SMFIR-1-155
MGX-STM1-EL1

MGX-VISM-8T1
MGX-VISM-8E1

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ-48-8T1/8E1
AX-R-RJ48-8T1/8E1
MGX-RJ48-8E1

MGX-VISM-PR

AX-RJ48-8T1
AX-R-RJ48-8T1

MPSM-8-T1E1

AX-RJ-48-8T1/8E1
AX-R-RJ-48-8T1/8E1
AX-SMB-8E1
AX-R-SMB-8E1

PXM1

T3/E3/OC-3/OC-12

SRM

LM-3T3


PXM1E on MGX 8830, 8830/B, 8850, and 8850/B Series

For product details, refer to Tables 4 through 8 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/8850px45/relnote/52008xx0.pdf

Table 16 PXM1E on MGX 8830, 8830/B, 8850, and 8850/B 

Front Card
Back Card

AX-FRSM

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1
MGX-RJ48-8E1

AX-CESM

AX-RJ48-8E1/8T1
AX-SMB-8E1

MGX-AUSM

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1
MGX-RJ48-8E1

MGX-FRSM-2T3E3
MGX-FRSM-2CT3

MGX-BNC-2T3/2E3
MGX-BNC-2E3A

MGX-FRSM-HS2/B

MGX-12IN1-8S

MGX-RPM-PR

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

MGX-SRME/B

MGX-BNC-3T3-M
MGX-STM1-EL-1

MPSM-8-T1E1

AX-RJ48-8T1/E1
AX-R-RJ48-8T1/8E1
AX-SMB-8E1
AX-R-SMB-8E1

MPSM-16-T1E1

RBBN-16-T1E1-1N
MCC-16-E1-1N
RED-16-T1E1

(For the 1:N redundancy of the MPSM-16-T1E1, MGX 8830/B supports the RCON-1TO3-8830 back card and MGX 8850/B supports the RCON-1TO3-8850 and RCON-1TO5-8850 back cards.)

MPSM-T3E3-155

SFP-2-155
BNC-3-T3E3
SMB-2-155-EL

PXM1E-8-155

MMF-4-155/C
MMF/SMFIR/SMFLR-1-155-SFP
PXM-UI-S3/B

PXM1E-8-T3E3

SMB-8-T3/E3
PXM-UI-S3/B

PXM1E-16-T1E1

MCC-16-E1
RBBN-16-T1E1
PXM-UI-S3/B

PXM1E-T3E3-155
(also referred to as PXM1E-COMBO)

MGX-T3E3-155
MMF/SMFIR/SMFLR-1-155-SFP
PXM-UI-S3/B

MGX-SRME

MGX-SMFIR-1-155
MGX-STM1-EL1

MGX-SRME/B

MGX-SMFIR-1-155

MGX-VISM-PR

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1


MGX 8830/B (PXM 45/C) Series

For MGX 8830/B product details, refer to Tables 4 through 8 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/8850px45/relnote/52008xx0.pdf

Table 17 MGX 8830/B (PXM 45/C) 

Front Card
Back Cards

AXSM-2-622-E

SMFIR/SMFLR-1-622/C

AXSM-16-T3E3-E

SMB-8-T3/E3

AXSM-16-155-XG

SFP-8-155
MMF/SMFIRSMFLR-1-155-SFP
MCC-8-155

MGX-SRME/B

MGX-BNC-3T3-M
MGX-STM1-EL-1

MPSM-8-T1E1

AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1
AX-SMB-8E1
AX-R-SMB-8E1

MPSM-T3E3-155

SFP-2-155
BNC-3-T3E3
SMB-2-155-EL

MPSM-16-T1E1

RBBN-16-T1E1-1N
MCC-16-E1-1N
RED-16-T1E1
MCC-16-E1
RBBN-16-T1E1

(For the 1:N redundancy of the MPSM-16-T1E1, MGX 8830/B supports the RCON-1TO3-8830 back card.)

VISM-PR

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1


MGX 8850 and 8850/B (PXM 45) Series

For product details, refer to Tables 4 through 8 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/8850px45/relnote/52008xx0.pdf

Table 18 PXM45 on MGX 8850 and 8850/B 

Front Card
Back Card

AXSM-1-2488
AXSM-1-2488/B

SMFLR/SMFSR/SMFXLR-1-2488
SMFLR/SMFSR/SMFXLR-1-2488/B

AXSM-2-622-E

SMFIR/SMFLR-1-622/C

AXSM-4-622
AXSM-4-622/B

SMFIR/SMFLR-2-622
SMFIR/SMFLR-2-622/B

AXSM-8-155-E

SMB-4-155
MMF/SMFIR/SMFLR-4-155/C

AXSM-16-155

MMF-8-155-MT
SMFIR/SMFLR-8-155-LC

AXSM-16-T3E3
AXSM-16-T3E3/B

SMB-8-T3/E3

AXSM-16-155/B

MMF-8-155-MT/B
SMFIR/SMFLR-8-155-LC/B

AXSM-16-155-XG

SFP-8-155
MMF/SMFIR/SMFLR-1-155-SFP
MCC-8-155

AXSM-32-T1E1-E

MCC-16-E1
RBBN-16-T1E1

AX-CESM

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8T1/8E1
MGX-RJ48-8E1

AX-FRSM-8T1/8E1

AX-SMB-8T1/8E1

AX-FRSM-8E1-C

AX-R-SMB-8E1
AX-RJ48-8E1
AX-R-RJ48-8E1
MGX-RJ48-8E1

MGX-CESM

AX-RJ48-8T1
AX-R-RJ48-8T1

MGX-FRSM-2CT3

MGX-BNC-2T3

MGX-FRSM-HS2/B

SCSI2-2HSSI/B
MGX-12IN1-8S

MGX-FRSM-2T3E3

MGX-BNC-2E3
MGX-BNC-2T3

MGX-RPM-PR

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

MGX-RPM-XF

MGX-1GE/2GE
MGX-1OC12POS/2OC-12POS-IR
MGX-XF-UI/-UI/B

MGX-SRME

MGX-SMFIR-1-155
MGX-STM1-EL1

MGX-SRME/B

MGX-BNC-3T3-M
MGX-STM1-EL-1

MGX-VISM-PR

AX-SMB-8E1
AX-R-SMB-8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8E1/8T1

MGX-VXSM

VXSM-BC-4-155
VXSM-BC-24T1E1

MPSM-8-T1E1

AX-RJ-48-8T1/8E1
AX-R-RJ-48-8T1/8E1
AX-SMB-8E1
AX-R-SMB-8E1

MPSM-16-T1E1

RBBN-16-T1E1-1N
MCC-16-E1-1N
RED-16-T1E1

(For the 1:N redundancy of the MPSM-16-T1E1, MGX 8830/B supports the RCON-1TO3-8830 back card and MGX 8850/B supports the RCON-1TO3-8850 and RCON-1TO5-8850 back cards.)

PXM45/B

PXM-HD
PXM-UI-S3

PXM45/C

PXM-HD
PXM-UI-S3/B


MGX 8880 (PXM45/C) Series

For MGX 8880 product details, refer to Table 3 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/mgx8880/relnote/528880.pdf

Table 19 MGX 8880 (PXM45/C) 

Front Card
Back Card

AXSM-1-2488/B

SMFLR/SMFSR/SMFXLR-1-2488/B

AXSM-4-622/B

SMFIR/SMFLR-2-622/B

AXSM-32-T1E1-E

MCC-16-E1
RBBN-16-T1E1

PXM45/C

PXM-HD
PXM-UI-S3/B

MGX-RPM-XF-512

MGX-1GE/2GE
MGX-1OC12POS/2OC-12POS-IR
MGX-XF-UI/-UI/B

MGX-SRME/B

MGX-BNC-3T3-M
MGX-STM1-EL-1

MGX-VISM-PR

AX-SMB-8E1
AX-R-SMB-8T1/8E1
AX-RJ48-8T1/8E1
AX-R-RJ48-8E1

MGX-VXSM-155

VXSM-BC-4-155

MGX-VXSM-T1E1

VXSM-BC-24T1E1


MGX 8950 (PXM 45) Series

For MGX 8950 product details, refer to Tables 4 through 8 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/8850px45/relnote/52008xx0.pdf

Table 20 MGX 8950 (PXM45) 

Front Card
Back Card

AXSM-1-2488/B

SMFLR/SMFSR/SMFXLR-1-2488/B

AXSM-1-9953-XG

SMFIR/SMFLR/SMFSR-1-9953

AXSM-4-622/B

SMFIR/SMFLR-2-622/B

AXSM-4-2488-XG

SMF-4-2488-SFP
SMFSR-1-2488-SFP
SMFLR-1-2488-SFP

AXSM-16-155/B

SMFLR-2-622/B
SMFIR/SMFLR-8-155-LC/B

AXSM-16-155-XG

SFP-8-155
MMF/SMFIR/SMFLR-1-155-SFP
MCC-8-155

AXSM-16-T3E3/B

SMB-8-T3/E3

MGX-RPM-PR

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

MGX-RPM-XF

MGX-1GE/2GE
MGX-1OC12POS/2OC-12POS-IR
MGX-XF-UI/-UI/B

MGX-XM60

PXM45/B
PXM45/C

PXM-HD
PXM-UI-S3
PXM-UI-S3/B


SES PNNI Controller

For product details, refer to Tables 1-1, 1-2, and 1-3 in the release notes at this website:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/bpx8600/pnni_ses/rel4/relnotes/ses4015.pdf

Table 21 SES PNNI Controller 

Front Card
Back Card

PXM1

PXM-UI
PXM-UI-S3

PXM1-4-155

PXM-UI
PXM-UI-S3
MGX-MMF-4-155/B
MGX-SMFIR-4-155/B
MGX-SMFLR-4-155/B

PXM1-1-622

PXM-UI
PXM-UI-S3
MGX-SMFIR-1-622/B
MGX-SMFLR-1-622/B

PXM1-2-T3E3

PXM-UI
PXM-UI-S3
MGX-BNC-2E3
MGX-BNC-2E3A
MGX-BNC-2T3


Releases Certified for CWM 15.1.50

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

See also these sections:

Releases Supported by CWM 15.1.50

Supported Hardware

Table 22 Releases Tested with CWM 15.1.50 

Card, Shelf, or Switch
Tested Software Release

BPX/IGX switch software

9.3.47
9.4.12

BPX SES Shelf

3.0.25
4.0.15

MGX 8220 Shelf

4.1.12
5.0.20

MGX 8230, 8250, and 8850 (PXM1) switches

1.1.34
1.2.13
1.2.22
1.3.12

MGX 8830 and 8850 (PXM1E) switches

MGX 8850 and 8950 (PXM45) switches

4.0.17
5.0.20
5.1.20

MGX 8880 (PXM45) switch

5.0.20
5.1.20

RPM-PR and RPM-XF cards

Cisco IOS 12.3.(7)T7
Cisco IOS 12.3(11)T4
Cisco IOS 12.3(11)T6

VISM-PR cards

1.5.10 (certified only with MGX 1.1.34)
3.2.11
3.3.00

VXSM cards

5.0.0.1


New Features and Enhancements

This section describes the new features introduced in CWM 15.1.50:

Provides sync-up operation for large networks (up to 3-million connections).

Current Routes feature on MGX 8950, 8850, and 8830, Rel. 5.1. This feature provides the current path on which an active master connection is currently routed on in a PNNI network, current route statistical information, such as number of connections in the file that have current route information, and congestion management at the master and slave node to avoid possible congestion associated with this feature.

1:N cold redundancy support for MPSM 16T1E1 cards, which provides the capability for configuration (add and delete) and management of 1:N cold redundancy, graceful and nongraceful switchovers, and upgrading 1:N redundant cards.

To enable MPSM 16T1E1 support, CWM GUIs, such as the Configuration and Diagnostic centers and ChassisView, have been updated with configuration parameters for card, line, connection management, and diagnostic capabilities. This feature supports MLPPP and MPPPMux and these services: NxT1, NxE1 IMA v1.0 v1.1, T1/E1 ATM services, and NxDS1/T1/E1 frame services.

SNMP connection transaction log enhancement to provide measurement of module and system performance, which enables a user to generate performance reports on flow-through connection provisioning.

Support of UltraSPARCIIIi system environment.

Upgrade paths from CWM releases 12 and 15.

New Automated Bulk Provisioning (ABP) module (sold separately). This time-based provisioning system enables users to schedule connection and port provisioning jobs. It is a standalone software that works on top of the CWM. For additional information, refer to the CWM Automated Bulk Provisioning Guide at this website:

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

Updated Cisco WAN Modeling Tools, Rel. 15.1.50 (sold separately).

Support for assigning user profiles permission to change the node name (Node Rename feature).

The maximum Informix raw partition size limitation has increased from 2 GB to 4 TB when the CWM is installed in its entirety on a Solaris 8 or 9 system or when the operating system is upgraded to Solaris 9 and the CWM is also upgraded.

For MGX 8850 and MGX 8830, Rel. 5 (PXM45-based nodes and PXM1E-based nodes), CWM 15.1.50 adds support for the MPSM-T3E3-155 MultiLink Frame Relay (MFR) feature on switches running Rel. 5.0.20 or 5.1.00 software.

For MGX 8880, 8850, and 8830 Rel. 5 nodes (both PXM1E-based and PXM45-based nodes), CWM 15.1.50 adds support for VISM 3.3 and for collecting bulk statistics from the VISM-PR.

For MGX 8850, 8250, and 8230 Rel. 1.3.12 (PXM1-based nodes), support has been added so MGX 8850, 8250, and 8230 (PXM1-based nodes) running Rel.1.3.12 now support both VISM and VISM-PR running VISM 3.3.

CWM Feature Limitations

This section describes features that the CWM does not support or features for which CWM limitations exist. See these sections:

Features Not Supported

Feature Limitations

Configuration Center Limitations

HP OpenView Limitations

SSM Issues

CWM-to-CWM Communication Limitations

Network Monitor Limitations

CWM Notes and Cautions

Features Not Supported

These features are not supported by CWM 15.1.50 and later patches:

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

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

The CWM does not support use of the Korn shell.

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

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

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

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

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

These cards are not supported by CWM 15.1.50 and later patches: the BME card, the FRSM12 service module, and the URM, ARM, FRM, BTM, ALM and CVM service modules. To take advantage of the new CWM 15.1.50 GUI enhancements, you must upgrade to the newer supported service modules; otherwise, you would stay with CWM 12.

These are the Current Route feature limitations:

P2MP calls and SVC/SVP connections are not supported.

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

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

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

When a node ID is changed, follow this procedure on each network node to flush out all existing current route information and start collecting new information. Disable and re-enable the current route feature by using the new cnfndcurrte CLI command. After disabling the feature, wait for at least 9 seconds (the timeout period for a conntrace message) before re-enabling the feature to avoid processing stale conn-trace messages.

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

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

Feature Limitations

The following are known CWM feature limitations:

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

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

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

When server cannot ping the client, this message is displayed on the CWM workstation: "Exception raised while calling activateLease on pseudoServer.IT_ATLI_IOP:CONNECTION_CREATION
_TIMEOUT." The GUI client initiates the call to activate the lease plug-in that the client uses to detect a server crash. When the server tries to contact the client, it fails, although the DNS is configured so the client can communicate with the server. Make sure that the client can be pinged from the CWM workstation. These are the possible reasons that the server cannot ping the client: A firewall on the client PC may be preventing it from being seen from outside or the network routing from the server to the client is not set up properly.

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

When a shortage of shared memory exists on the workstation, the Informix engine may generate an operating system error, as shown in this example:

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

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

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

Allow a 2- to 3-minute period between enabling or disabling statistics operations on the same BPX or IGX node. Whenever statistics are enabled or disabled on a BPX or IGX node and the switch is configuring statistics, enabling or disabling statistics a second time fails.

If the Start Collection process on the SCM GUI is taking a long time, investigate whether or not collection was started with an unreachable in-band or out-of-band IP address. Use a reachable IP address to start collection with a reachable IP address, either in band or out of band.

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

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.

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

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

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

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

When a back card is removed because the front card is not provisioned, the CWM reports a major alarm with the description "Back Card; not present." However, the switch may not show an alarm. If the card is actually not provisioned, manually clear the major alarm after determining the alarm condition is not real.

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.

RPM-PR and RPM 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.

Note the following in regard to receiving SNMP traps:

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

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

If you deselect a currently undefined group such as Group 28, that is a bit mask of FFFFFFFFEFFFFFFF, you can then add traps 25302 and 25303 by editing the trap_filter.conf file and adding these lines to Group 20 # Network Connectivity Status Change Traps: TRAP 25302 and TRAP 25303.

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

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

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

Changes made to the node name through the Configuration Center are updated automatically in the Tree and Inspector views. However, the node name in the title bar of the internal frame does not update automatically. To make this change, close and reopen the internal frame. You can also update the attribute values in the internal frame by using the Refresh button of that internal frame.

After the Line Send parameter LineSendCode is modified by using snmpset, the database is not updating it, which shows the parameter as inapplicable (shows the value as -1). For additional information, refer to CSCin50480 online.

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.

Note the following in regard to the managing a PXM45-based MGX node and populating the "peripheral" table: If you are running a release earlier than 4.0.10, CWM 15.0.00 does not populate (update) the peripheral table. If you are running a 4.0.10 or later release, the status field in the peripheral table gets updated only during node resync. (If you are managing a PXM1-based MGX node, the peripheral table status field does not get updated.)

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

SmartLogging is a special feature for CWM debugging available when the log level is set to Level 2. It dumps 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 that triggers a Level 2 log message dumps log messages at all levels immediately before and after this event. Because the feature can impact performance due to excessive log messages. it should be disabled in normal operation and enabled only when needed for monitoring performance.

In regard to the The Forced Deletion feature, note that it does not support XPVC connections. They cannot be force deleted. The feature removes only the unused connection descriptor from the workstation on which it is performed. Other gateway workstations continue to show the descriptor. To clear it completely, you must force delete the unused descriptor at each gateway workstation.

Occasionally, when you move linked nodes around in the Topology screen, the link does not automatically follow the nodes. Then it looks like the link is not connected to the nodes. Either move the affected nodes around within the window or refresh the Topology screen. When the screen refreshes, the link automatically appears connected to the appropriate nodes again.

Using the Group Nodes feature affects only your view of the networks. Other users, even those who log into your workstation, do not see the groups you have made.

After a previously saved configuration file is loaded by using the CWM Config Save & Restore feature, 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. In this case, perform a manual node resync.

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

Ports on PXM45-based nodes 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.

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

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

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.

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

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

Occasionally, WANDEST fails to install immediately after a CWM 15.1.50 and Service Agent installation on a workstation running Solaris 9. This error message appears: "Informix is not in on-line mode." The workaround is to install WANDEST by using the C shell (csh).

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

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.

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

Because of a device limitation, an SCT greater than 255 cannot be associated with SCT manager.

An SSC can be added to only one SSM or CWM at a time.

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), the CWM treats these connections as three segment connections and adds 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 want 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 is provisioned by using telnet because 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 deleting SPVC connections on a PXM1E-based node this error message appears: "can not delete connections. Failed to communicate with databroker." The 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 15.1.50. Use the Network Monitor map instead.

SSM Issues

Note these SSM issues:

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 enables connections statistics only on SCM but does not set the stats-enabled flag to true on the connection, the statistics are not collected for that connection. Because no mechanism or warning to the user exists to have this enabled on the connections, the CWM does 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. No such limitation exists 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.

The CWM does not support statistical alarms for lines on PXM45-based MGX nodes.

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, and 34 dsx3CCVCurrent.

HP OpenView is supported on SSM. SSM processes generate CWM traps.

At least one CWM must be 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 an 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.

Inan 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 the SCM GUI on SSM.

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

Statistics data is stored on in statsdb database.

Statistics parsing is only supported for the statsdb database on the SSM machine and the CWM machine. Statistics parsing is not supported for the stratacom database on the SSM and CWM machine.

Stop statistics collection before upgrading a node image.

CWM-to-CWM Communication Limitations

This section describes CWM-to-CWM communication limitations:

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 is not discovered.

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

All of the above CWM-to-CWM communication limitations listed also apply to the 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 by using the primary IP address. The primary IP address is specified by using Option 7 or 8 (depending on chassis type) in the cnfndparms CLI command. Configure the trap IP with the primary IP address. PXM1-based MGX nodes connected to PXM45-based MGX nodes are managed through the atm0 IP. If atm0 is not set, the LAN IP address is used to manage the PXM1-based MGX nodes. Use the cnftrapip command to configure the trap IP accordingly.

In CWM 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 1 means that when NWTopology opens, users can see nodes and trunks in the topology.

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

In releases earlier than CWM 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 now obsolete. Use the SHOW_TOPO_VIEW flag in the CMSCClient.conf file instead.

CWM 15.1.50 adds these new flags in the CMSCClient.conf file:

SHOW_ROUTING_TRUNK_TREEVIEW True means that the TreeView displays the routing trunk folder in all applications. The routing trunk folder contains all of the routing trunk information. The default is true. If you set the SHOW_ROUTING_TRUNK_TREEVIEW parameter to false, the routing trunk information is not retrieved from the inventory server and the TreeView in all applications does not show the routing trunk folder.

SHOW_SORTED_TREEVIEW True means that the TreeView in all applications shows sorted tree node names. The default is true. If you set the SHOW_SORTED_TREEVIEW parameter to false, the tree node names are 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. 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 is disabled.

CWM Notes and Cautions

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

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

Note If the ILOG timeout situation persists for more than 5 minutes and the CWM workstation is not functioning normally, you should call service.


Parameters that the Network Monitor or Configuration Center displays that do not apply to an element, such as a line or a trunk, often contain the value -1. Consider this the same as Not Applicable.

Installing CWM 15.1.50

This section provides important information about installing or upgrading the CWM server. To install or upgrade the server, refer to the CWM 15.1.50 installation guide at this URL:

http://www.cisco.com/application/pdf/en/us/guest/products/ps6451/c2001/ccmigration_09186a00804c3167.pdf

You can upgrade to CWM 15.1.50 from CWM 15.0.00, Patch 4, or CWM 12.0.00, Patch 3. To upgrade from an earlier release, refer to the above-referenced CWM 15.1.50 installation guide and the CWM 15.0 release notes at this URL:

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

This important background information is provided to help you install the patch successfully.

Naming Managed Nodes

The name of each node that the CWM manages 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.

Core File Management

In the past, core files were created without unique names and then overwritten. Now, for each core dump, a unique directory is created under ~svplus/corefilesdir/. Each directory is named as follows: <Core.<processName>.<pid>.mmddHrMinSec.

These directories have these contents:

Core file named <processName>.<pid>.mmddHrMinSec.core

Information file with dmesg, onstat -d, pstack, and other details named "<processName>.<pid>.mmddHrMinSec.info"

Corresponding log file(s) named "<processName>.<pid>.log"

Cisco Info Version

CWM 15.1.50 supports integration with the Cisco Info Center (CIC) application so the two applications can function together. To facilitate this integration, CWM 15.1.50 includes a tar file that can be installed by using the CIC update utility (nco_update). This tar file is provided in a format that the update utility can process on the CWMAgent CD-ROM.

The 15.1.50_SNMPAgent.tar.gz file contains the CIC36xPatch004CWM151.tar file, which contains rule files that are compatible only with CIC 3.6.1. To use these rule files, you must install CIC 3.6 or 3.6.1.

If you want to continue using CIC 3.6.0 or 3.5 with CWM 15.1.50, save and then apply the CIC36Pipp000CWM15 tar file that is available in the CWM 15.1.50 SNMP Agent CD instead.

For more information on CIC, refer to this URL:

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

C-Note/CWM Configuration

CWM 15.1.50 supports C-Note version 3. Before the Orbix cmldomain services for C-Note are started, the CWM core must be started and core processes should be running. Add the IP address of the C-Note workstation to the /opt/ssng/config/CMLLogin/SnmpPublisher.xml file by entering this command:

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

The line you add should look like this, substituting your actual C-Note workstation IP address for one in the example below:

<ipAddress>172.28.140.218</ipAddress>

Numbering for Release 9.4 IGX Feeder Nodes

When an IGX is added as a feeder to a SES/BPX or MGX node, it has a default node number that may not be unique within the network. If it is not unique, it needs to be modified to a unique node number by issuing the rnmnd <x> CLI command, where x is unique with regard to all other auto-route nodes.

To find the other node numbers, use the dspnds +n CLI command. If you fail to do this, 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 and user profiles are stored in the database as user_info and sec_profile tables. All CWM systems in the same domain have the same data in the user_info and sec_profile tables through CWM-to-CWM communication. The user_info and sec_profile tables do not get dropped when the coldstart command is executed during a coldstart. They 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, the user gets authenticated against UNIX. The user's password must match the one defined in the UNIX system.

CWM Database

After creating a new database by executing the coldstart script, a database inconsistency will result if the CWM is restarted (stop core and start core) before it is synchronized with the network. In this case, rerun the coldstart script to avoid database inconsistencies. Do not use the SV+CreateDb tool for this purpose.

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

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

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

RPM Management Limitations

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

For both RPM and RPM-PR cards managed by ChassisView in CWM 15.1.50 that are in standby state, the card status displays as blue. For other types of cards, stand-by card status displays as yellow.

For both the RPM and RPM-PR card types, hardware and firmware revisions are not populated in the database.

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

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

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 allowed only 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 back card appears as blank, not with grayed-out ports as in previous releases that used CiscoView for equipment management.

Equipment Management Configuration Notes

In the emd.conf file, the OORequest and OOStart parameters should be customized, depending on network. The OORequest parameter defines the number of configuration files per node that can be requested at one time, with 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 of the PNNI nodes that the CWM manages (PXM45-based 8950, 8880, and 8850 nodes; PXM1E- based 8950, 8850, and 8830 nodes; and BPX nodes with SES shelves) are distributed among OOEMC processes.

The number of nodes that a single process manages is computed by dividing the number of PNNI network nodes by the number of processes that OOStart defines. Assume that the number of nodes that one process manages is called MANAGED_NODE_COUNT. Then, MANAGED_NODE_COUNT * OORequest must be less than or equal to 200, which can be achieved by increasing the OOStart or reducing the OORequest. The normal range of OOStart is 5 to 20. If the OOStart value is increased beyond 10, the number of DMD processes has to be increased or the shared memory overflows.

Network Monitor Server Configuration File (NMServer.conf)

Two parameters in the NMServer.conf configuration file—HELLO_EVENT_INTERVAL and EVENT_REDELIVERY_COUNT—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 number as the HELLO_EVENT_INTERVAL value times the EVENT_REDELIVERY_COUNT value. The range for HELLO_EVENT_INTERVAL is 0 through 600, and the default is 60. The range for EVENT_REDELIVERY_COUNT is 0 through 10, and 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 a CWM Auto-Restart Shell Script

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

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


Note Several minor errors that existed in the past in the CWM Auto restart shell script have been corrected in the script that follows.



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 this 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 these lines:

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

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

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

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


Step 5 Provide execute permissions for /etc/rc3.d/S99init_sv by executing this command:

# chmod 755 S99init_sv 

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 cannot 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 Trap Limitation

This section describes the SNMP Service Agent trap limitation with the PXM1-based MGX nodes. The type of traps that the CWM collects from adding and modifying connections on Cisco MGX PXM1-based nodes running release 1.3.00 and onward can be configured by using the cnfchantrapenbl and dspchantrapenbl CLI commands:

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 command is set to Default, you can use the cnfchantrapenbl Enable command to change to collecting only trap 50601 when CWM 15.1.50 is running.

However, if you are currently collecting only 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 command, all CWM workstations monitoring the node must be shut down (the core must 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 issues in the CWM 15.1.50 and WANDEST 2.6.50 software:

Known issues in CWM 15.1.50, as of May 26, 2005—Table 23

Issues resolved in CWM 15.1.50—Table 24

.

Table 23 Known Issues in CWM 15.1.50 as of May 26, 2005

Bug ID
Description
Details and Workaround

CSCeg01240

The SCMGateway core dumps and gateway are not configured.

This situation occurs in CWM and SCM in the gateway.

No workaround exists.

CSCeh86839

The MFR port deletion failed in OOEMC.

The MFR port that was added to bundle of bundle_num within the range of the physical line does not get deleted.

This occurs with CWM version COL+ or above.

If lines line_num 1 to 4 and Mfrbundles 1 to 5 exist on the MFR card, if the MFR port is added to bundle 1 to 4, it will not be deleted from the CWM frp table. The MFR port added to bundle 5 can be deleted.

No workaround exists.

CSCei00522

SRT GUI throws an error that the SRT server not able to retrieve data for VXSM stats

This error appears if the user is trying to retrieve data for newly added VXSM 1.5 protocol stats in the SRT GUI.

The following are the newly added objects/sub-objects for VXSM 1.5:

Protocol/VXSM Session stats

Protocol/VXSM LAPD In DS1 In DS3 stats

Protocol/VXSM LAPD In DS1 In VT stats

Protocol/VXSM LAPD In T3 stats

Protocol/VXSM XGCP stats (not affected)

SCM can collect the stats without any problem. The data is also parsed well without any BadFileList entries for these stats; however, retrieving the data for these stats by means of SRT alone shows the error message, "SRT Server Not able to retrieve data."

This is the workaround:

These statsdb data tables support the stats: lapd_t3e3_data, lapd_ds1_vt_data, lapd_ds1_ds3_data, session_data, and xgcp_data (not affected).

The following fields (that apply) in the above tables can be changed to the data type SMALLINT to retrieve the data without any error in SRT: sts_path, vt_path, vtg_path, lapdid, sessionid, and ds1_path.

The data type for these fields can be changed through an SQL query in the CLI; for example as follows:

ALTER TABLE session_data MODIFY (sessionid SMALLINT)

CSCin84452

snmpwalk on svVismTable dumps CardProxy core.

No workaround exists.

CSCin85013

The SCM GUI hangs when trying to enable statistics on a node whose IP is not reachable.

You can see this condition when you change the node ATM IP and enable node statistics from the SSM machine with IP routing selected as inband.

No workaround exists.

CSCin89224

MLPPP: There is a connection alarm mismatch between the network and the database - MPSM16 and RPM-XF.

This occurs in connections between MPSM16 and RPM-XF.

No workaround exists.

CSCin90730

The emc dumps core during syncup with a 3M connection and 250 traps/sec.

You can see this condition when you do a coldstart -F and start core along with trap simulator

No workaround exists.

CSCin91618

The card configuration is not aligned with the switch after resync/pull out of the VXSM card. The card status syncup is NOK.

No workaround exists.


Table 8 lists CWM 15.0.00, Patch 4 issues as of May 25, 2005, that were resolved in the CWM 15.1.50 software, except where it is noted that the issue was a CWM 15.1.00 issue that was resolved.

Table 24 Issues Resolved in CWM 15.1.50 

Bug ID
Headline

CSCeg46628

CWM should allow creation/saving of sct wit id > 255

CSCeg48525

The svAtmPortVcCount and cwmPvsRsrcMaxLcns vars on IGX does not ret

CSCeg63615

ILMITopoc deadlock (CWM 15.1.00 issue)

CSCeg68367

AR PrefRoute support through the Configuration Center GUI that is missed from COL release (CWM 15.1.00 issue)

CSCeg79121

Group names are saved in preference table more than one time.

CSCeg80123

DB prepare error (code 1802) in SA 4.0

CSCeh14791

SCM: Stats file contain garbled characters

CSCeh15769

Background map is not getting set due to hostname not getting resolved

CSCeh52545

Connection Manager Unable To Add Connection Descriptor to CESM Connection

CSCeh96884

Not able to delete Connection if any Cross Connects exists in vism_cid table

CSCeh97053

Local/Remote End Conn Params are messed up on submitting subsequent conn

CSCin84372

Drag and drop of physical view in finder throwing "operation not supported" error (CWM 15.1.00 issue)

CSCin86521

snmpget on DS1 line loopback is returning wrong value.snmpwalk works fine (CWM 15.1.00 issue)


Related Documentation

These documents are related to the CWM product and are available on Cisco.com. All Rel. 15.1 or Rel. 15.1.00 documents also apply to Rel. 15.1.50 unless otherwise specified in this document.

Online documentation is sometimes updated after the original publication. To ensure that you are viewing the latest information, you can find CWM documents for this release at this URL:

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

The following technical documents comprise the CWM documentation set. The first five documents are on the CWM Documentation CD and on Cisco.com. See CWM 15.1.50 Packaging.

Cisco WAN Manager Installation Guide, Release 15.1.50

Cisco WAN Manager User's Guide, Release 15.1

Cisco WAN Manager SNMP Service Agent Guide, 15.1

Cisco WAN Manager Database Interface Guide, Release 15.1.50

Cisco WANDEST Installation and Reference, Release 2.6

These documents are available on Cisco.com:

Release Notes for Cisco WAN Manager, Release 15.1.50

Cisco WAN Modeling Tools User Guide, 15.1.50

Cisco WAN Manager Automated Bulk Provisioning Guide, Release 15.1.50

The CWM Modeling Tools and Automated Bulk Provisioning user guides are also available on their software CDs and ordered separately. See CWM 15.1.50 Packaging.

Obtaining Documentation

Cisco documentation and additional literature are available on Cisco.com. Cisco also provides several ways to obtain technical assistance and other technical resources. These sections explain how to obtain technical information from Cisco Systems.

Cisco.com

You can access the most current Cisco documentation at this URL:

http://www.cisco.com/techsupport

You can access the Cisco website at this URL:

http://www.cisco.com

You can access international Cisco websites at this URL:

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

Product Documentation DVD

Cisco documentation and additional literature are available in the Product Documentation DVD package, which may have shipped with your product. The Product Documentation DVD is updated regularly and may be more current than printed documentation.

The Product Documentation DVD is a comprehensive library of technical product documentation on portable media. The DVD enables you to access multiple versions of hardware and software installation, configuration, and command guides for Cisco products and to view technical documentation in HTML. With the DVD, you have access to the same documentation that is found on the Cisco website without being connected to the Internet. Certain products also have PDF versions of the documentation available.

The Product Documentation DVD is available as a single unit or as a subscription. Registered Cisco.com users (Cisco direct customers) can order a Product Documentation DVD (product number DOC-DOCDVD=) from Cisco Marketplace at this URL:

http://www.cisco.com/go/marketplace/

Ordering Documentation

Beginning June 30, 2005, registered Cisco.com users may order Cisco documentation at the Product Documentation Store in the Cisco Marketplace at this URL:

http://www.cisco.com/go/marketplace/

Nonregistered Cisco.com users can order technical documentation from 8:00 a.m. to 5:00 p.m. (0800 to 1700) PDT by calling 1 866 463-3487 in the United States and Canada, or elsewhere by calling 011 408 519-5055. You can also order documentation by e-mail at tech-doc-store-mkpl@external.cisco.com or by fax at 1 408 519-5001 in the United States and Canada, or elsewhere at 011 408 519-5001.

Documentation Feedback

You can rate and provide feedback about Cisco technical documents by completing the online feedback form that appears with the technical documents on Cisco.com.

You can send comments about Cisco documentation to bug-doc@cisco.com.

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

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

We appreciate your comments.

Cisco Product Security Overview

Cisco provides a free online Security Vulnerability Policy portal at this URL:

http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html

From this site, you can perform these tasks:

Report security vulnerabilities in Cisco products.

Obtain assistance with security incidents that involve Cisco products.

Register to receive security information from Cisco.

A current list of security advisories and notices for Cisco products is available at this URL:

http://www.cisco.com/go/psirt

If you prefer to see advisories and notices as they are updated in real time, you can access a Product Security Incident Response Team Really Simple Syndication (PSIRT RSS) feed from this URL:

http://www.cisco.com/en/US/products/products_psirt_rss_feed.html

Reporting Security Problems in Cisco Products

Cisco is committed to delivering secure products. We test our products internally before we release them, and we strive to correct all vulnerabilities quickly. If you think that you might have identified a vulnerability in a Cisco product, contact PSIRT:

Emergencies — security-alert@cisco.com

An emergency is either a condition in which a system is under active attack or a condition for which a severe and urgent security vulnerability should be reported. All other conditions are considered nonemergencies.

Nonemergencies — psirt@cisco.com

In an emergency, you can also reach PSIRT by telephone:

1 877 228-7302

1 408 525-6532


Tip We encourage you to use Pretty Good Privacy (PGP) or a compatible product to encrypt any sensitive information that you send to Cisco. PSIRT can work from encrypted information that is compatible with PGP versions 2.x through 8.x.

Never use a revoked or an expired encryption key. The correct public key to use in your correspondence with PSIRT is the one linked in the Contact Summary section of the Security Vulnerability Policy page at this URL:

http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html

The link on this page has the current PGP key ID in use.


Obtaining Technical Assistance

Cisco Technical Support provides 24-hour-a-day award-winning technical assistance. The Cisco Technical Support & Documentation website on Cisco.com features extensive online support resources. In addition, if you have a valid Cisco service contract, Cisco Technical Assistance Center (TAC) engineers provide telephone support. If you do not have a valid Cisco service contract, contact your reseller.

Cisco Technical Support & Documentation Website

The Cisco Technical Support & Documentation website provides online documents and tools for troubleshooting and resolving technical issues with Cisco products and technologies. The website is available 24 hours a day, at this URL:

http://www.cisco.com/techsupport

Access to all tools on the Cisco Technical Support & Documentation website requires a Cisco.com user ID and password. If you have a valid service contract but do not have a user ID or password, you can register at this URL:

http://tools.cisco.com/RPF/register/register.do


Note Use the Cisco Product Identification (CPI) tool to locate your product serial number before submitting a web or phone request for service. You can access the CPI tool from the Cisco Technical Support & Documentation website by clicking the Tools & Resources link under Documentation & Tools. Choose Cisco Product Identification Tool from the Alphabetical Index drop-down list, or click the Cisco Product Identification Tool link under Alerts & RMAs. The CPI tool offers three search options: by product ID or model name; by tree view; or for certain products, by copying and pasting show command output. Search results show an illustration of your product with the serial number label location highlighted. Locate the serial number label on your product and record the information before placing a service call.


Submitting a Service Request

Using the online TAC Service Request Tool is the fastest way to open S3 and S4 service requests. (S3 and S4 service requests are those in which your network is minimally impaired or for which you require product information.) After you describe your situation, the TAC Service Request Tool provides recommended solutions. If your issue is not resolved using the recommended resources, your service request is assigned to a Cisco engineer. The TAC Service Request Tool is located at this URL:

http://www.cisco.com/techsupport/servicerequest

For S1 or S2 service requests or if you do not have Internet access, contact the Cisco TAC by telephone. (S1 or S2 service requests are those in which your production network is down or severely degraded.) Cisco engineers are assigned immediately to S1 and S2 service requests to help keep your business operations running smoothly.

To open a service request by telephone, use one of the following numbers:

Asia-Pacific: +61 2 8446 7411 (Australia: 1 800 805 227)
EMEA: +32 2 704 55 55
USA: 1 800 553-2447

For a complete list of Cisco TAC contacts, go to this URL:

http://www.cisco.com/techsupport/contacts

Definitions of Service Request Severity

To ensure that all service requests are reported in a standard format, Cisco has established severity definitions.

Severity 1 (S1)—Your network is "down," or there is a critical impact to your business operations. You and Cisco will commit all necessary resources around the clock to resolve the situation.

Severity 2 (S2)—Operation of an existing network is severely degraded, or significant aspects of your business operation are negatively affected by inadequate performance of Cisco products. You and Cisco will commit full-time resources during normal business hours to resolve the situation.

Severity 3 (S3)—Operational performance of your network is impaired, but most business operations remain functional. You and Cisco will commit resources during normal business hours to restore service to satisfactory levels.

Severity 4 (S4)—You require information or assistance with Cisco product capabilities, installation, or configuration. There is little or no effect on your business operations.

Obtaining Additional Publications and Information

Information about Cisco products, technologies, and network solutions is available from various online and printed sources.

Cisco Marketplace provides a variety of Cisco books, reference guides, documentation, and logo merchandise. Visit Cisco Marketplace, the company store, at this URL:

http://www.cisco.com/go/marketplace/

Cisco Press publishes a wide range of general networking, training and certification titles. Both new and experienced users will benefit from these publications. For current Cisco Press titles and other information, go to Cisco Press at this URL:

http://www.ciscopress.com

Packet magazine is the Cisco Systems technical user magazine for maximizing Internet and networking investments. Each quarter, Packet delivers coverage of the latest industry trends, technology breakthroughs, and Cisco products and solutions, as well as network deployment and troubleshooting tips, configuration examples, customer case studies, certification and training information, and links to scores of in-depth online resources. You can access Packet magazine at this URL:

http://www.cisco.com/packet

iQ Magazine is the quarterly publication from Cisco Systems designed to help growing companies learn how they can use technology to increase revenue, streamline their business, and expand services. The publication identifies the challenges facing these companies and the technologies to help solve them, using real-world case studies and business strategies to help readers make sound technology investment decisions. You can access iQ Magazine at this URL:

http://www.cisco.com/go/iqmagazine

or view the digital edition at this URL:

http://ciscoiq.texterity.com/ciscoiq/sample/

Internet Protocol Journal is a quarterly journal published by Cisco Systems for engineering professionals involved in designing, developing, and operating public and private internets and intranets. You can access the Internet Protocol Journal at this URL:

http://www.cisco.com/ipj

Networking products offered by Cisco Systems, as well as customer support services, can be obtained at this URL:

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

Networking Professionals Connection is an interactive website for networking professionals to share questions, suggestions, and information about networking products and technologies with Cisco experts and other networking professionals. Join a discussion at this URL:

http://www.cisco.com/discuss/networking

World-class networking training is available from Cisco. You can view current offerings at this URL:

http://www.cisco.com/en/US/learning/index.html