Guest

Cisco SES PNNI WAN Software

3.0.25 Software Release Notes for the Cisco SES PNNI Controller

  • Viewing Options

  • PDF (582.1 KB)
  • Feedback
3.0.25 Software Release Notes for the Cisco SES PNNI Controller

Table Of Contents

3.0.25 Software Release Notes for the Cisco SES PNNI Controller

Contents

About Release 3.0.25

SES PNNI and SVC Controller

Feature Overview

Detailed Feature Information

System Requirements

Hardware Compatibility Matrix

Software Compatibility

Compatible Releases

Additional Deliverables

New and Changed Information for Release 3.0.25

New and Changed Information for Release 3.0.23

New and Changed Information for Release 3.0.20

SNTP

Priority Routing of Connections

Preferred Routing of Connections

Per Connection Based Utilization of SPVCs

Standards Based Path and Connection Trace

Single-ended SPVC/SPVP Configuration

100K Connections

SPVC and SVC real time statistics with MIB support

SPVC Connection Statistics

Upgrading the SES Node

Upgrading to a New Software Release

Special Installation and Upgrade Requirements

Upgrading from Prior SES Releases to Release 3.0.25

Upgrading the Backup Boot Image

Upgrading the Backup Boot on Non-Redundant Systems

Upgrading the Cisco SES PNNI Runtime Image

Upgrading the Runtime Image on Redundant Systems

Upgrading the Runtime Image on Non-Redundant Systems

Upgrade Path

Cisco SES PNNI Controller Bring Up Procedure

Limitations and Restrictions

General Limitations and Restrictions

Recommendations

Caveats

Open Anomalies in Release 3.0.25

Problems Fixed in Release 3.0.25

Status of Caveats Found in Previous Releases

Open Anomalies in Release 3.0.23

Problems Fixed in Release 3.0.23

Status of Caveats Found in Previous Releases

Open Anomalies in Release 3.0.20

Problems Fixed in Release 3.0.20

Status of Caveats Found in Previous Releases

Open Anomalies in Release 3.0.10

Problems Fixed in Release 3.0.10

Status of Caveats Found in Previous Releases

Open Anomalies in Release 3.0.00

Related Documentation

Cisco WAN Manager Release 11

Service Expansion Shelf PNNI Controller Release 3

Cisco WAN Switching Software Release 9.3.40

Conventions

Obtaining Documentation

World Wide Web

Documentation CD-ROM

Ordering Documentation

Documentation Feedback

Obtaining Technical Assistance

Cisco.com

Technical Assistance Center

Cisco TAC Web Site

Cisco TAC Escalation Center


3.0.25 Software Release Notes for the Cisco SES PNNI Controller


Contents

About Release 3.0.25

These release notes describe the system requirements, new and changed procedures, upgrade procedures, and limitations that apply to Release 3.0.25 of the Service Expansion Shelf (SES) controller. These notes also contain Cisco support information. The 3.0.25 software release supports the following Cisco WAN switching products: Cisco BPX 8600 series with SES controller.

SES PNNI and SVC Controller

Release 3.0.25 of the SES controller is compatible with the Cisco BPX 8600 series software Release 9.3.30 and with the later 9.3 releases. The SES controller is connected to the Cisco BPX 8600 series switch via a BXM-155 (or T3/E3) port that is configured as a trunk. Redundant SES systems contain two controller cards which offer APS protection on the ports connecting to the BPX.

Feature Overview

The SES controller is a Virtual Switch Interface (VSI) controller which provides a Cisco BPX 8600 series wide-area switch with the capability to create switched virtual circuits (SVCs) and soft permanent virtual circuits (SPVCs) using the User-to-Network Interface (UNI) and Private Network-to-Network Interface (PNNI) protocols. One SES controller is required for each Cisco BPX 8600 series node that will be originating, transporting, or terminating SVC/SPVC connections. The SES controller is offered in redundant or non-redundant configurations.

Detailed Feature Information

As networks grow in size, PNNI becomes a critical element in the ability to scale a network. PNNI provides a standard, interoperable, and scalable method to grow PVC (SPVC) networks to large sizes. In addition, applications such as voice, video, and LAN require WAN switches to provide dynamic connection capabilities in the form of SVCs. The SES controller provides the Cisco BPX 8600 series switch with a centralized controller for establishing SPVCs and SVCs in Cisco BPX 8600 series networks, and in mixed vendor environments.

The Cisco BPX 8600 series switch in combination with the SES controller (Release 3.0.25) supports the following features:

SPVC and SVC real time statistics with MIB support

SNTP

Priority routing of connections

Preferred routing of connections

Standards based path and connection trace facilities

Single-ended SPVC and SPVP configuration

ATM UNI 3.0/3.1, 4.0 (CBR, VBR, UBR)

PNNI Single Peer Group and Multiple Peer Group (MPG)

AINI

60,000 LCN on BXM-E

Point-to-Point SVCs, SPVCs, and SPVPs

IISP with PNNI Inter-networking

E.164 and AESA/NSAP (DCC, ICD, E.164) addressing

Address filtering (source and destination)

ILMI 4.0

SPVC and SPVP endpoint provisioning (including ABR)

OC-3/STM-1, T3/E3 interfaces

OC-12/STM-4 interfaces

Intelligent CAC

Call Processor Redundancy (calls stable across switchover)

APS on controller uplinks to the Cisco BPX 8600

Connection and Path Trace facilities

Integrated management via CWM and SNMP MIBs

100,000 K connections (SVC+SVP+SPVC+SPVP) per node. 100K connections for DACS only, routed SPVC only, or mixed DACS and SPVCs

200,000 K max endpoints per node (if all 100 K connections are DACS)

99 UNI/PNNI SVC ports per node

100 calls per second

Dynamic partitioning and soft partitioning

SPVC support on feeder trunks

Dedicated Q-bin for control signaling

SPVC Connection Statistics

Graceful upgrade on the SES controller from Release 1.1.75 to Release 3.0.25

System Requirements

This section describes the hardware supported in this release and the software compatibility requirements.

Hardware Compatibility Matrix

Table 1-1 and Table 1-2 list the hardware supported in Release 3.0.25, and show which back cards are compatible with each front card.

Table 1-1 OC3 Hardware Compatibility

OC3 Combinations (Shipping/Customer Configurations)
No.
Description
Front Card (PXM)
PXM UI Back Card
PXM Uplink Back Card

1

MMF OC3

SES-PXM-CNTL-4-155

(with 4-port OC3)

P/N 800-06454-01 or later

PXM-UIA

Rev. A0 or later

MMF-4-155

Rev. A0 or later

2

SMF-OC3, Intermediate Range

SES-PXM-CNTL-4-155

(with 4-port OC3)

P/N 800-06454-01 or later

PXM-UIA

Rev. A0 or later

SMFIR-4-155

Rev. A0 or later

SMFIR-4-155/B

Rev. A0 or later


Table 1-2 T3/E3 Hardware Compatibility

T3/E3 Combinations (Shipping/Customer Configurations)
No.
Description
Front Card (PXM)
PXM UI Back Card
PXM Uplink Back Card

1

T3

SES-PXM-CNTL-2T3E3

(with 2-port T3E3)

P/N 800-06699-01

PXM-UIA

Rev. A0 or later

BNC-2T3

Rev. A0 or later

2

E3

SES-PXM-CNTL-2T3E3

(with 2-port T3E3)

P/N 800-06699-01

PXM-UIA

Rev. A0 or later

BNC-2E3

Rev. A0 or later


Table 1-3 lists the MGX hardware that is compatible with Release 3.0.25 of the SES controller.

Table 1-3 MGX Hardware Compatibility

Feeder
MGX 8850 R1
MGX 8220
Release
1.1.34
5.0.16

HW Cards

PXM-1

PXM1-2T3E3

PXM1-4OC3

PXM1-OC12

SRM-3T3

CESM-8E1

CESM-8T1

AUSMB-8E1

AUSMB-8T1

CESM-T3

CESM-E3

FRSM-8E1

FRSM-8T1

FRSM-HS2

FRSM-2CT3

FRSM-2T3

FRSM-2E3

FRSM-HS1/B

VISM-8T1

VISM-8E1

RPM

RPM-PR

FRSM-4T1/4E1/4T1-C/4E1-C

SRM-T1E1

SRM-3T3

CESM-4T1/4E1

CESM-8T1/8E1

AUSM-4T1/4E1

FRSM-8T1/8E1

AUSM-8T1/8E1

AUSMB-8T1/8E1

AUSMB-8T1/8E1

FRSM-HS1

FRSM-HS1/B

FRSM-HS2

IMATM-T3T1/E3E1

IMATMB-T1/E1


Software Compatibility

Table 1-4 lists the software that is compatible for use in a switch running Release 3.0.25 software.

Table 1-4 Software Compatibility Matrix 

Board Pair
SES Controller Release
Latest Boot Code Version
Minimum
Boot Code
Version
BXM Firmware
SWSW
CWM

PXM1

1.0.10

pxm1_001.000.001.000_bt.fw

1.0.01

MFH

9.3.10

10.3

PXM1

1.0.11

pxm1_001.000.011.001_bt.fw

1.0.11

MFJ

9.3.10

10.4

PXM1

1.0.12

pxm1_001.000.011.001_bt.fw

1.0.11

MFL

9.3.11

10.4

PXM1

1.0.13

pxm1_001.000.013.000_bt.fw

1.0.13

MFM

9.3

10.4

PXM1

1.0.14

pxm1_001.000.013.000_bt.fw

1.0.13

MFN

9.3.11

9.3.24

10.4

PXM1

1.0.15

pxm1_001.000.013.000_bt.fw

1.0.13

MFN

9.3.11

9.3.24

10.4

PXM1

1.1.60

pxm1_001.001.060.102_bt.fw

1.1.60

MFN

9.3.30

10.5

PXM1

1.1.70

pxm1_001.001.070.201_bt.fw

1.1.60

MFR

9.3.35

10.5.10

PXM1

1.1.75

pxm1_001.001.075.101_bt.fw

1.1.60

MFU

9.3.36

10.5.10
Patch 1

PXM1

3.0.00

pxm1_003.000.000.000_bt.fw

1.1.75

MFV

9.3.40

11.0

PXM1

3.0.10

pxm1_003.000.010.001_bt.fw

3.0.10

MFW

9.3.42

11.0.10

PXM1

3.0.20

pxm1_003.000.020.000_bt.fw

3.0.20

MFW

9.3.45

11.0.10
Patch 1

PXM1

3.0.23

pxm1_003.000.023.201_bt.fw

3.0.23

MFV

9.3.36, 9.3.45

11.0.10
Patch 2

PXM1

3.0.25

pxm1_003.000.025.200_bt.fw

3.0.25

MFV

9.3.36, 9.3.45

11.0.10
Patch 4


Compatible Releases

Release 3.025 of the SES controller is certified with the following releases:

Graceful upgrade to Release 3.0.25 from Releases 1.0.15, 1.0.16, 1.1.75, 3.0.20 and 3.0.23.

BPX SWSW Version 9.3.45 and 9.3.36

BXM firmware version MFV or MFU

Cisco WAN Manager (CWM) Release 11.0.10 patch 4.

BCC-3-64

BPX-BCC-4V or BPX-BCC-4V/B

MGX 8850 Release 1, Release 1.2.13, 1.2.02, and 1.1.34

MGX 8220 Release 5.0.19

SNMP MIB for Release 3.0.25 is sesmibs3020.tar

For further information on the BXM card, refer to the 9.3 Version Release Notes Cisco WAN Switching Software.

Additional Deliverables

The SES controller MIB is being provided with the delivery of Release 3.0.25 of the SES controller software on CCO. The MIB is in standard ASN.1 format, and is included in the same directory where the SES controller software is located within CCO. The SNMP SES controller MIB file can be compiled with most standards-based MIB compilers.

Refer to the Cisco SES PNNI Controller Software Configuration Guide, Release 3, Appendix D, "SNMP Management Information Base," for a description of the MIBs supported by the SES controller.

New and Changed Information for Release 3.0.25

Release 3.0.25 is a maintenance release and does not contain any new or changed features.

New and Changed Information for Release 3.0.23

Release 3.0.23 is a maintenance release and does not contain any new or changed features.

New and Changed Information for Release 3.0.20

This section describes new and changed features in Release 3.0.20 of the SES controller.

SNTP

The SNTP feature enables BPX SES nodes with Time of Day (TOD) synchronization. This feature allows BPX SES nodes to act as time of day (TOD) servers for the network. Accurate time of day service is synchronized to Universal Time Coordinated (UTC). Through SNTP, the BPX SES node can synchronize to any SNTP/NTP time server. This provides accurate time for statistics and alarms generated on the switch, and enables accurate synchronization of such events between switches. In a network of BPX SES and MGX switches, the TOD must be set on the BPX in order to be distributed consistently throughout the network.

Priority Routing of Connections

Use the priority routing feature to specify priority of connections, so that high priority connections will be established before low priority connections. During failures, high priority connections are released before low priority connections. High priority connections are rerouted and reestablished before low priority connections.

Preferred Routing of Connections

You can use the preferred routing feature to configure a connection's specific path through the network. Through this feature, a network operator bypasses automatic PNNI route selection. Connections are configured either as preferred routes or directed routes.

A preferred route follows the configured path if it is available. If the preferred route is not available, the connection reverts to a PNNI-selected route.

A directed route follows only the configured path. If the configured path is not available, the connection remains un-routed.

In this first implementation of preferred routes, a set of preferred routes is configured and assigned reference numbers called "route sets." As connections are configured, they can be assigned to a particular route set. Each route set contains one preferred or directed route.

Preferred routes can be specified only across a single PNNI peer group. Preferred routes are interoperable with any standard PNNI implementation. You can control the selection of routes based on criteria other than those allowed in the route selection algorithms offered by PNNI.

Per Connection Based Utilization of SPVCs

The percentage utilization factor for SPVCs improves your control of network utilization for multiple tiers of service on networks supporting various trunk capacities. The percentage utilization factor is used for Connection Admission Control (CAC) for the connection. The actual bandwidth used for CAC is based on the following factors:

PCR/SCR configured for the connection

percentage utilization factor configured for the connection

percent utilization configured for interfaces in the selected path

This feature enables service providers to provide differentiated overbooking on a per connection basis, rather than only on the uniform basis allowed by interface overbooking.

Standards Based Path and Connection Trace

You can determine the path taken by a connection through the path and connection trace feature. The path trace feature collects information about the path of new connections in the process of being established. The connection trace feature collects information on existing connections that have already been established. The path and connection trace feature conforms to the ATM Forum standard PNNI Addendum for Path and Connection Trace, Version 1.0 af-cs-0141.000. Path and connection trace is a standards based feature that enables SES interoperability with other vendor equipment.

Single-ended SPVC/SPVP Configuration

You can configure both the endpoints of the SPVCs at the master end of the connection. In previous releases, you could only configure double-ended SPVCs, which meant you had to configure both the master and slave ends of a connection. In Release 3.0.20, the slave end of the connection is activated when the connection is established at the master end. This feature enables improved interoperability with other vendor equipment and management stations.

100K Connections

Release 3.0.20 of the SES Controller allows 100 K connections. Since CWM can not support a large number of connections, the number of persistent SPVC connections is limited to 100 K. Also, when using inband management, only 50 K connections are supported.

SPVC and SVC real time statistics with MIB support

In addition to the existing SPVC and SVC real time stats dspconstats command, the new dspchancnt command displays more per SPVC and SVC real time stats counters. The dspchancnt command is a Release 3.0.20 feature, and is described in these release notes.

Table 1-5 describes the new counters displayed by the dspchancnt command.

Table 1-5 New dspchancnt Command Counters 

Ingress
Egress

IngRcvCLP0

EgrRcvCLP0

IngRcvCLP1

EgrRcvCLP1

IngXmtCLP0

EgrXmtCLP0

IngXmtCLP1

EgrXmtCLP1

IngCLP0CoSDiscard

EgrCLP0CoSDiscard

IngCLP1CoSDiscard

EgrCLP1CoSDiscard

IngCLP0UpcDiscard

IngCLP1UpcDiscard



Note The dspchancnt CLI is supported only on the BXM-E card. It is not supported on the legacy BXM card.



Note Both legacy BXM and BXM-E cards will continue supporting dspconstats CLI.


The CISCO-WAN-ATM-CONN-STAT-MIB file supports user access of real-time stats counters through the dspconstats and dspchancnt commands.

To display connection statistics for a port, enter the dspcconstats command as shown in the following

example:


SES-2.1.PXM.a > dspconstats <portid> <vpi> [<vci>]

Table 1-6 describes the dspconstats command parameters.

Table 1-6 dspconstats Command Parameters

Parameter
Description

portid

Portid interface number in the form of [shelf.]slot[:subslot].port[:subport].

vpi

Minimum VPI value for the connection, in the range from 0-4095.

vci

Minimum VCI value for the connection, in the range from 0-65535.

The default value for virtual path connections is 0.



Note You can use the dspconstats command to display connection statistics on legacy BXM or BXM-E cards, as well as on PXM1 cards.


In the following example, the user displays the connection statistics for the Port ID 5.2, with a VPI and VCI of 100.

SES-2.1.PXM.a > dspconstats 5.2 100 100

PortId: 0.5:0.2:0 Vpi: 100 Vci: 100
Cells sent total remote ingress: 14506650
Cells discarded (CLP0) remote ingress:317357
Cells discarded (CLP1) remote ingress:372593
Cells discarded total remote ingress :689950
Cells sent total remote egress: 3739091
Cells discarded (CLP0) remote egress: 0
Cells discarded (CLP1) remote egress: 0
Cells discarded total remote egress : 0
PortId: 0.9:0.2:0 Vpi: 100 Vci: 100
Cells sent total local ingress: 4101541
Cells discarded (CLP0) local ingress: 0
Cells discarded (CLP1) local ingress: 0
Cells discarded total local ingress : 0
Cells sent total local egress: 4062654
Cells discarded (CLP0) local egress: 0
Cells discarded (CLP1) local egress: 0
Cells discarded total local egress : 0

To display statistical counters for a connection (channel), enter the dspchancnt command as shown in the following example:


SES-2.1.PXM.a > dspchancnt <portid> <vpi> [<vci>]

Table 1-7 describes the dspchancnt command parameters.

Table 1-7 dspchancnt Command Parameters

Parameter
Description

portid

Portid Interface number, in the format [shelf.]slot[:subslot].port[:subport].

vpi

Minimum VPI value for the connection, in the range from 0-4095.

vci

Minimum VCI value for the connection, in the range from 0-65535.

The default value for virtual path connections is 0.



Note The dspchancnt command can be used to display connections only on a BXM-E card.


In the following example, the user displays channel counters on a BXM-E for the port ID 5.2, with a VCI and VPI of 100.

SES-2.1.PXM.a > dspchancnt 5.2 100 100

PortId: 0.5:0.2:0 Vpi: 100 Vci: 100
Ingress Egress
CLP0 cells received: 4820845 1242205
CLP1 cells received: 9641690 2484414
CLP0 cells transmit: 0 1242205
CLP1 cells transmit: 0 2484414
CLP0 cells COS discard: 0 0
CLP1 cells COS discard: 0 0
CLP0 cells UPC discard: 306811 0
CLP1 cells UPC discard: 351496 0

SPVC Connection Statistics

SPVC connection statistics display the statistics generated for the originator node. In MPG nodes, the SPVC connection statistics display the statistics for the border nodes, as well. The SPVC connection statistics show the number of SPVC connections that are successfully routed, the number of connections that failed, and the number of crank backs initiated and received.

Upgrading the SES Node

Use the following procedure to upgrade an SES node:


Step 1 At the BPX node, upgrade the BXM firmware to MFR. For detailed information on BXM firmware upgrades, refer to the 9.3 Version Release Notes Cisco WAN Switching Software.

Step 2 At the BPX node, upgrade the BCC switch software to Release 9.3.35. For detailed information on BCC switch software upgrades, refer to the 9.3 Version Release Notes Cisco WAN Switching Software.

Step 3 Upgrade the SES controller to Release 3.0.25. The current boot image is pxm1_003.000.025.200_bt.fw. The current runtime software is pxm1_003.000.025.200_ses.fw.

The latest upgrade procedures are included in the sections that follow.

Step 4 If applicable, upgrade other feeders in your network to a newer release.



Note If there are already two dbVersions on the disk, there may not be enough space for a new database to be created. Please read the Release-note enclosure for CSCdz29983, which is located in the "Open Anomalies in Release 3.0.25" section of these release notes.


Upgrading to a New Software Release

This section contains installation and upgrade instructions. For complete details, refer to the Cisco SES PNNI Controller Software Configuration Guide, Release 3.0, part number 78-14258-01.


Note You can gracefully upgrade the SES Controller software to Release 3.0.25 from Releases 1.0.15, 1.0.16, 1.1.75, 3.0.20 and 3.0.23.


When upgrading your node, upgrade the software in the following order:

1. PXM boot software

2. PXM runtime software

The following sections describe how to upgrade the PXM cards.

Special Installation and Upgrade Requirements

This section covers the procedures for upgrading the backup boot and runtime images for the following hardware:

Redundant PXM controller cards

Single PXM controller card

Upgrading from Prior SES Releases to Release 3.0.25

The procedures for upgrading the boot and runtime software are described in the sections that follow.

You can gracefully upgrade the SES Controller software to Release 3.0.25 from Releases 1.0.15, 1.0.16, 1.1.75, 3.0.20 and 3.0.23. To upgrade to one of these Releases, refer to the appropriate Release Notes (see Table 1-8).

Table 1-8 Releases From Which You Can Gracefully Upgrade to Release 3.0.25

Software Release
Software Release Notes

1.0.15

Refer to the 1.0.15 Version Software Release Notes Cisco SES Controller Software for information on upgrading to Release 1.0.15.

1.0.16

Refer to the 1.0.16 Version Software Release Notes Cisco SES Controller Software for information on upgrading to Release 1.0.16.

1.1.75

Refer to the 1.1.75 Software Release Notes for the SES Controller for information on upgrading to Release 1.1.75.

3.0.20

Refer to the 3.0.20 Software Release Notes for the Cisco SES PNNI Controller for information on upgrading to Release 3.0.20.

3.0.23

Refer to the 3.0.23 Software Release Notes for the Cisco SES PNNI Controller for information on upgrading to Release 3.0.23.



Note If you are running a release prior to 1.0.15, you must first upgrade to 1.0.15 prior to downloading the 3.0.25 boot and runtime images.


Upgrading the Backup Boot Image

This section provides instructions for upgrading the backup boot images to Release 3.0.25. The boot upgrade can be graceful or non-graceful, depending on the type of card to be upgraded and the configuration of the node.

Upgrading the Backup Boot on Redundant Systems

Use the following procedure to upgrade the boot on both the active and the redundant controller cards.


Note When performing upgrades on redundant cards, run this procedure on the standby card and not on the active card. This keeps the node in service during the upgrades. Before you upgrade the boot image, FTP the new backup boot firmware, pxm1_003.000.025.200_bt.fw, to the disk (should be the same as the PXM FW procedure).


To upgrade the boot image on the active controller cards on redundant systems, follow these steps:


Step 1 Transfer the backup boot image to the card disk, as follows:

a. At the SES CLI, enter the dspipif command on the active controller card to find the node's IP address. The field internet address for lnPci 0 interface is the node IP address.

b. From the workstation containing the PXM backup boot image, enter ftp <Node IP address>.

c. Enter the username cisco.

d. Enter your password.


Note The default password is 1ciscoinc. If you have changed the default password to a new password, use your new password.


e. Enter the cd C:/FW command to get to the switch directory.

f. Enter the bin command (for a binary transfer).

g. Enter the put <PXM backup boot image name> command to transfer the backup boot and runtime files from the server to the switch directory C:/FW, as shown in the following example:

put pxm1_003.000.025.200_bt.fw

Replace <PXM backup boot image name> with the boot image name. For Release 3.0.25 of the SES, the boot image name is pxm1_003.000.025.200_bt.fw.

h. Enter the bye command to end your session.

Step 2 At the SES controller, enter the dspcds command to determine the standby card slot number.

Step 3 To verify that the boot IP for both the active and standby card is unique, enter the bootchange command.

Step 4 Press Enter until you see inet on ethernet (e). This is the boot IP address for the active PXM.

To change the boot IP address to make it unique, type a new address at the inet on ethernet (e) prompt.


Note Changing the boot IP address on the active PXM also changes it on the standby PXM.


Step 5 Enter the cc <slot number> command to change to the standby card.

ses1.1.PXM.a> cc 2

Replace <slot number> with the slot number of the card you want to work on.

Step 6 Type sh to go to the shellConn.

ses1.2.PXM.s> sh

Step 7 Enter the sysBackupBoot command.

PXM1> sysBackupBoot

Step 8 Press Return after you see the disk sync message to get back to active PXM.

Step 9 Open a new telnet window and telnet into the standby IP host inet address from Step 3.


Note An alternate way to get to the standby card is via the console port on the standby.


Step 10 Perform the following tasks to reset the card:

a. Verify that the card is at the pxm1bkup> prompt. If it is not, enter the sysBackupBoot shellConn command on the standby card.

b. Enter the sysPxmRemove command:

pxm1bkup>sysPxmRemove

After you enter the sysBackupBoot command, it takes about one minute for the active PXM to reset the card. If the active PXM resets the standby PXM, wait until it comes to the standby state (approximately four or five minutes), then telnet into the standby and repeat Step 6 and Step 7. After the sysPxmRemove command is entered, the active PXM can not reset the standby.

Step 11 Enter the cd "C:/FW" command from pxm1bkup> prompt to get the FW directory.

pxm1bkup> cd "C:/FW"

Step 12 Enter the ls command to verify that the boot firmware file is there.

pxm1bkup>ls

Step 13 Enter the sysFlashBootBurn <"boot firmware file name"> command to burn the image on the disk:

pxm1bkup>sysFlashBootBurn "3.0"

The system will ask if you want to proceed. Enter Y for Yes.

Step 14 When the pxm1bkup> prompt returns, enter the reboot command.

Flash Download completed...
value = 0 = 0x0
pxm1bkup> reboot

Step 15 Log in to the active PXM.

a. Enter the dspcds command to ensure the standby is in standby state.

b. Enter the dspcd <standby slot #> command to verify the firmware was loaded successfully.

Step 16 Load the backup boot onto the active PXM.

a. Enter the switchcc command to change cards.

ses1.1.PXM.a> switchcc 

b. Log in to the SES controller.

c. Perform Step 5 to Step 13 on the new standby PXM.


Upgrading the Backup Boot on Non-Redundant Systems

The upgrade of the boot on a non-redundant controller card is non-graceful. This means the traffic gets disrupted on the card during this operation. The upgrade can only take place when the card is in the BOOT stage. Because there is only one controller card, there will be a node outage as well.

For non-redundant systems, use the following procedure to upgrade the backup boot:


Step 1 Transfer the backup boot image to the card disk using FTP as follows:

a. At the SES CLI, enter the dspipif command at the active controller card to find the Node's IP address. The field internet address for lnPci 0 interface is the node IP address.

b. From the workstation containing the PXM backup boot image, enter ftp <Node IP address>.

c. Enter the username cisco.

d. Enter your password.


Note The default password is 1ciscoinc. If you have changed the default password to a new password, use your new password.


e. Enter the cd C:/FW command to get to the switch directory.

f. Enter the bin command (for a binary transfer).

g. Enter the put <PXM backup boot image name> command to transfer the backup boot and runtime files from the server to the switch directory C:/FW, as shown in the following example:

put pxm1_003.000.025.200_bt.fw

Replace <PXM backup boot image name> with the boot image name. For Release 3.0.25 of the SES, the boot image name is pxm1_003.000.025.200_bt.fw.

h. Enter the bye command to end your session.

Step 2 Log in to the SES.

Step 3 At the shell, enter the sysBackupBoot command to put the controller card into the PXM backup prompt stage.

pxm1>sysBackupBoot

The PXM card resets.

Step 4 Log in to the PXM.

Step 5 Enter the cd "C:/FW" command at the pxm1bkup> prompt to get the FW directory.

pxm1bkup>cd "C:/FW"

Step 6 Enter the ls command to verify the boot firmware file is there.

pxm1bkup>ls

Step 7 Enter the sysFlashBootBurn <"boot firmware file name"> command to burn the image on the disk.

pxm1bkup>sysFlashBootBurn"3.0"

The system will ask if you want to proceed. Enter Y for Yes.

Step 8 At the pxm1bkup> prompt, enter the reboot command.

pxm1bkup> reboot

The node resets.

Step 9 Log in to the node.

Step 10 Log in to active PXM.

Step 11 Enter the dspcd <active card> command to determine if the upgrade was successful.

ses1.1.PXM.a> dspcd 1


Upgrading the Cisco SES PNNI Runtime Image

This section provides instructions for upgrading the runtime images to Release 3.0.25.

The upgrade of the runtime image on the redundant controller card is graceful. This means the traffic will not be disrupted. The new runtime image for Release 3.0.25 is pxm1_003.000.025.200_bt.fw.

Upgrading the Runtime Image on Redundant Systems

Use the following procedure to upgrade the runtime image on redundant systems:


Step 1 Use FTP to transfer the runtime image to the card disk.

a. At the SES CLI, enter the dspipif command at the active controller card to find the node's IP address. The field internet address for lnPci 0 interface is the node IP address.

b. From the workstation containing the PXM backup boot image, enter ftp <Node IP address>.

c. Enter the username cisco.

d. Enter your password.


Note The default password is 1ciscoinc. If you have changed the default password to a new password, use your new password.


e. Enter the cd C:/FW command to get to the switch directory.

f. Enter the bin command (for a binary transfer).

g. Enter the put <runtime image name> command to transfer the runtime files from the server to the switch directory C:/FW, as show in the following example:

put pxm1_003.000.025.200_bt.fw

h. Enter the bye command to end your session.

Step 2 Enter the dspcds command to determine the standby slot.

Step 3 Enter the loadrev <standby slot> <image version> command to load the new version of runtime image on the controller card.

ses1.1.PXM.a>loadrev 2 3.0(25.200)

The standby card resets and comes up in the new revision.

Step 4 When the standby card is in the STANDBY state, enter the runrev <standby slot> <image version> command to run the new version of runtime image on the controller card.

ses1.1.PXM.a>runrev 2 3.0(25.200)

The active card resets and the standby card takes over as active. Both cards are running the new revision.

Step 5 When the standby card is in STANDBY again, enter the abortrev <standby slot> <image version> command to abort this upgrade if needed, as in the following example:

ses1.1.PXM.a>abortrev 1 3.0(25.200)

Step 6 Enter the commitrev <standby slot> <image version> command to commit the new version of the runtime image of the controller card, as shown in the following example:

ses1.1.PXM.a>commitrev 2 3.0(25.200)

Step 7 Enter the dspcd command to verify a successful upgrade.

ses1.1.PXM.a>dspcd 1
ses1.1.PXM.a>dspcd 2


Upgrading the Runtime Image on Non-Redundant Systems

The upgrade of the runtime image on the a non-redundant controller card is non-graceful. That means the traffic is disrupted on the card during this operation.

Use the following procedure to upgrade the runtime image on non-redundant system.


Step 1 Use FTP to transfer the runtime image to the card disk.

a. At the SES CLI, enter the dspipif command at the active controller card to find the node's IP address. The field internet address for lnPci 0 interface is the node IP address.

b. From the workstation containing the PXM backup boot image, enter ftp <Node IP address>.

c. Enter the username cisco.

d. Enter your password.


Note The default password is 1ciscoinc. If you have changed the default password to a new password, use your new password.


e. Enter the cd C:/FW command to get to the switch directory.

f. Enter the bin command (for a binary transfer).

g. Enter the put <runtime image name> command to transfer the runtime files from the server to the switch directory C:/FW, as shown in the following example:

put pxm1_003.000.025.200_bt.fw

h. Enter the bye command to end your session.

Step 2 Set the new version of the runtime image on the controller card as described in the following procedure:

a. Enter the loadrev <slot> <image version> command as in the following example:

ses1.1.PXM.a>loadrev 1 3.0(25.200)

Note No cards will reset.


b. Reply Y (yes) to the proceed question.

c. Enter the dspcd command, as shown in the following example:

ses1.1.PXM.a>dspcd 1

The secondary revision on the PXM is set to new image version.

Step 3 Enter the runrev <slot> <image version> command to run the new version of runtime image on the controller card.

ses1.1.PXM.a>runrev 1 3.0(25.200)

The card will reset and run the new revision when it returns.

Step 4 Enter the dspcd command to verify that the upgrade was successful.

ses1.1.PXM.a>dspcd 1
ses1.1.PXM.a>dspcd 2

Step 5 At this point, you can still abort the upgrade if needed. To abort the upgrade, enter the abortrev command.

ses1.1.PXM.a> abortrev 1 3.0(25.200)

Step 6 Enter the commitrev <slot> <image version> command to commit the new version of the runtime image of the controller card.


ses1.1.PXM.a> commitrev 1 3.0(25.200)

Step 7 Enter the dspcd command to verify that the runtime image is correct on the card.

ses1.1.PXM.a> dspcd 1


Upgrade Path

You can gracefully upgrade the SES Controller software to Release 3.0.25 from Releases 1.0.15, 1.0.16, 1.1.75, 3.0.20 and 3.0.23.


Note If you are running a release prior to Release 1.0.15, you must upgrade first to 1.0.15, and then upgrade to a supported upgrade release. For information on upgrading to Release 1.0.15, refer to the 1.0.15 Version Software Release Notes Cisco SES Controller Software.


Cisco SES PNNI Controller Bring Up Procedure

For detailed procedure changes, refer to the Cisco SES PNNI Controller Software Configuration Guide at the following URL:

http://www.cisco.com/univercd/cc/td/doc/product/wanbu/bpx8600/pnni_ses/rel11/sescnf/index.htm

Limitations and Restrictions

The following sections describe issues in this release:

General Limitations and Restrictions

Recommendations

General Limitations and Restrictions

The following list describes limitations and restrictions that apply to this release:

Starting from SES 3.0.10 and BXM MFW, the dspconstats CLI has been enhanced to provide more connection stats information from the BXM to the SES PNNI controller. Because the BXM card will send more information to the SES PNNI controller after the MFW release, BXM firmware Release MFW or later will not be backward compatible with releases prior to Release 3.0.10 (e.g. MFW and SES 1.1.75). The dspconstats CLI will fail. The workaround for this limitation is to upgrade the SES PNNI controller to a compatible release as soon as the BXM firmware is upgraded.

A graceful upgrade can only be completed from the SES controller software Releases 1.0.15, 1.0.16, 1.1.75, 3.0.20 and 3.0.23. If you are running a release prior to Release 1.0.15, you must upgrade first to 1.0.15, and then upgrade to a supported upgrade release. For information on upgrading to Release 1.0.15, refer to the 1.0.15 Version Software Release Notes Cisco SES Controller Software.

The number of connections is always less than the max con value used in the addpart command. This is due to the fact that each card needs 1 LCN for control VC. If your network is a PNNI network, there is another VC for RCC. Therefore, if the max con value is set to 9000 connections, only 8999 or 8998 connections can be added.

The dspcons command does not support ranges for VPI/VCI. If you enter dspcons -vpi 2, all SPVCs with a VPI less than and equal to 2 are displayed; not just the SPVCs with a VPI equal to 2.

The Route Optimization algorithm is node-by-node, and is based on connection mastership. It is not distributed across the node. For example, if Node A is connected to Node C via Node B, Node A only knows about the connections from A to B, and not about the connections from B to C. This limitation does not allow Node A to use route optimization for connections from B to C.

There is no check for preventing multiple masters of SPVC connections from pointing to the same slave. When a second connection is provisioned to a slave VPI/VCI that is already used, there is no CLI warning that the connection has failed.

In a large network, it can take up to 30 seconds (or more) to accept new calls after a switchover. This is because PNNI relearns the topology on a switchover. For existing connections, the control plane and the data plane are not affected on a switchover.

Node names are not required for each node. A node name can be entered and distributed, but there is no check for node name uniqueness within the network. Multiple nodes with the same name do not cause inconsistencies in PNNI routing.

BXM OC and T3 interface traffic policing only works if the cell rate is higher than 50 cells per second.

When the master endpoint is deleted on a DACS SPVC connection, the slave endpoint is also deleted.

The following limitation is in the BXM firmware release MFL and all the releases that follow: due to limited memory space on the BXM card and increased code size, channel statistics level 0 is no longer supported on the following BXM cards: BXM-155-4, BXM-155-8, BXM-622, BXM-622-2, BXM-T3-8, BXM-T3-12, BXM-E3-8, BXM-E3-12.

When the BXM card firmware is upgraded to MFL or any post MFL release, regardless of how many connections are provisioned, channel statistics level 0 is no longer supported. If a BXM card has channel statistics level 0 turned on, use one of the following upgrade paths to upgrade BXM firmware to MFL or any post MFL release:

Change the BXM card to run channel statistics level 1. Statistics level 1 supports a maximum of
16 K connections on a card. If a card has more than 16 K connections configured, some connections must be relocated to other BXM interfaces to reduce the total number of connections to be less than 16 K. Reset the card after changing to statistics level 1.

Upgrade the BXM card to the BXM-E card. The BXM-E card can continue running statistics level 0. Statistics level 0 can support a maximum of 32 K connections on a card.

Recommendations

The following recommendations apply to Release 3.0.25 of the SES controller:

SPVC connections are provisioned according to a two-ended provisioning model, similar to the way connections are provisioned using AR. This provisioning model enables more robust management (including fault conditions) of both connection endpoints, as opposed to a model which only provisions the master endpoint.

To establish a double-ended DACS or a double-ended routed SPVC, provision the slave endpoint before provisioning the master endpoint. The traffic parameters and QoS parameters on both the master and slave endpoints must match in order to establish an SPVC. To establish a single-ended SPVC connection, you only need to provision the master endpoint.

For each SPVC addition, deletion, or modification, the SES controller generates a trap to CWM. This trap enables CWM to sync up its connection management database with the BPX SES node in real time. The trap information exchange between CWM and SES is handled by an inter-system communication protocol. The trap-handling rate is much slower than the script driven SPVC setup or delete rate. When you use a script to do burst SPVC addition or deletion, the trap queue may overflow and cause trap loss due to limited trap queue size. If burst SPVC add and delete size is more than 1 K connections, Cisco recommends that you pace your setup and delete rate to be 1 connection per second to avoid trap loss.

The minSvccVci value for the partition is defaulted to 35. VCI 33 and 34 are marked for future control plane use.

In the case of obtaining optimized routes while performing PNNI on demand route lookup, Cisco recommends that you change the routing policy to the best fit option

Caveats

This section provides information about caveats associated with Release 3.0.25 software.

Open Anomalies in Release 3.0.25

The following table describes known anomalies in this SES controller software delivery. A more in depth discussion of each bug is available in the release note enclosure in Bug Navigator.


Note The open caveats listed in this section are accurate as of December 2, 2003.


Table 1-9 Open Anomalies for Release 3.0.25 

Bug ID
Description

S1 BUGS

 

CSCdx60401

Symptom:

Node continuously resets.

Conditions:

Node is receiving hello packets at line rate on a PNNI link.

Workaround:

None.

S2 BUGS

 

CSCdz29983

Symptom:

Standby card might not come up after the loadrev.

Conditions:

SES node's disk space is not enough for the new database to be created if there are already two dbVersions in the disk.

Workaround:

Remove old database before the upgrade:

To remove, first check if there is more than the current database

Save the current configuration: CLI saveallcnf

If more than the current DB Version has been created, then take action

to remove other/old database, following these steps:

1. From the Active PXM slot, dspversion to know the current FW version.

2. From the Active PXM slot, cd D:/DB2/LS1

3. Enter ls to see if there is any extra DB Version beside the current expected version DB. The extra DB Version should be deleted.

4. Go to shellconn and do the following while still in D:/DB2/LS1 directory path:

Delete the extra database: pxm1> deltree VER00X_YYY_ZZZ

Do steps from 1 to 4 to check and remove any extra database on the Standby PXM1.

CSCdz32385

Symptom:

SVCC RCC does not get established even when resources are available on one of the common outside links.

Conditions:

The common outside link that came up first does not have enough resources.

Workaround:

Down the common outside link with no resources and up it again.

CSCdz82731

Symptom:

While attempting to configure a preferred route on an SES the error "Err: Value of Subport = 33 :Out of range" is displayed.

Conditions:

Configuring a preferred route on a connection which has its master end on an SES and which has the preferred route over an MGX node with the slot number greater than 14, the port greater than 12, or the subport greater than 32.

Workaround:

If the master end of the connection is on an SES, the SES limits for slot, port, and subport (14, 12, and 32) are applied to all nodes on the preferred route rather than the MGX limits (32, 256, and 128).

If possible, move the master end of the connection to an MGX or define a preferred route within the SES limits.

CSCea01329

Symptom:

Unable to access node via CLI for long periods of time. When CLI access is regained, log events are discovered that refer to tasks "starving" and "running away."

Conditions:

Debug shellConn command ssiMemPartShow has an option that allows an entire partition to be searched and summary statistics displayed for task memory usage. This option is very CPU intensive and causes the CLI task from where it is invoked to consume the CPU. All tasks of lower priority are starved.

Workaround:

Do not execute this debug command with the ssiMemPartShow(partition | 0x100, 0, 0) option. Instead use the specific task id ssiMemPartShow(partition | 0x100, 0, taskId), or do not use summary bit ssiMemPartShow(partition, 0, 0).

S3 BUGS

 

CSCdw51798

Symptom:

S-PVC Calling/Called PartySoft PVCC IE is not be corrected encoded.

Conditions:

PNNI conformance test failed under section R3.1.1.4/R3.1.1.5 The following test verifies the initiating PVPC/PVCC establishment procedure as outlined in AF-CS-0127.000 Section 9.2.1, and PICS conformance as described in ATM Forum, and AF-CS-0127.000 PNNI SPVC Addendum Version 1.0, July, 1999 and ATM Forum, and AF-CS-012@7.000PNNI SPVC Addendum Version 1.0, July, 1999.

Workaround:

None.

CSCdw57706

Symptom:

The VCI values are given with a value of "0" for the Calling and Called Party Soft PVPC or PVCC Information Element. The requirement states (This octet - VCI is only present in case of a soft PVCC.

Conditions:

Called/Calling Soft PVPC or PVCC Information Element as described in Section 6.4.6.1 and Section 6.4.6.2 of AF-CS-0127.000

Workaround:

None.

CSCeb82698

Symptom:

SES CLI addcon command fails with the error message: "ERROR: slave pers flag is for master end alone".

Condition:

Attempting to use addcon to add a slave endpoint to an SES with connection parameters -int_vsvd (SES PXM SW revision 3.0) or -frame (SES PXM SW revision 4.0).

Workaround:

Add the connection endpoint without specifying -int_vsvd or -frame. After adding the connection endpoint the cnfcon command may be used to change these parameters.


Problems Fixed in Release 3.0.25

The following table describes previous anomalies that are fixed in Release 3.0.25 of the SES controller software delivery.


Note All bug fixes from Release 3.0.23 as of December 1, 2003 are also fixed in Release 3.0.25.

The resolved bugs listed in this section are accurate as of December 1, 2003.


Table 1-10 Problems Fixed in Release 3.0.25 

Bug ID
Description

S2 BUGS

 

CSCec63284

Symptom:

The calender clock in the system advances 31 days after the card uptime approaches approximately 466 days.

Conditions:

VxWork kernel absolute timer wrap-around.

Workaround:

As the card uptime approaches 465 days, Cisco recommends that you use the following procedure:

1. reset the standby PXM1 to reset the standby card uptime.

2. Once the standby PXM1 becomes standby ready, switch over the PXM.

S3 Bugs

 

CSCeb82039

Symptom:

Unable to log into PXM's boot mode via telnet (PXM Boot Login). This is not service affecting because the only time you need to login via this access is when the card is already down, like for upgrading.

Conditions:

This only happens when you telnet to the PXM. If you are consoled in, you do not get this prompt.

Workaround:

Using the console port will avoid login prompt. Or if there is no console port, then boot login/password is cisco/1ciscoinc.


Status of Caveats Found in Previous Releases

The following table describes anomalies set to a state other than resolved in this SES controller software delivery. A more in depth discussion of each bug is available in the release note enclosure of the problem record in the Bug Navigator.

Table 1-11 Status of Severity 1, 2, and 3 Previous Caveats for Release 3.0.25

Bug ID
Description
S3 Bugs
 

CSCdz65507

Fixed in Release 3.0.23.


Open Anomalies in Release 3.0.23

The following table describes known anomalies in this SES controller software delivery. A more in depth discussion of each bug is available in the release note enclosure in Bug Navigator.


Note The open caveats listed in this section are accurate as of May 17, 2003.


Table 1-12 Open Anomalies for Release 3.0.23 

Bug ID
Description

S1 BUGS

 

CSCdx60401

Symptom:

Node continuously resets.

Conditions:

Node is receiving hello packets at line rate on a PNNI link.

Workaround:

None.

S2 BUGS

 

CSCdz32385

Symptom:

SVCC RCC does not get established even when resources are available on one of the common outside links.

Conditions:

The common outside link that came up first does not have enough resources.

Workaround:

Down the common outside link with no resources and up it again.

CSCdz65507

Symptom:

Multiple DAX connections on a SES/BPX PNNI network suddenly had cells discarded and tstconseg showed:

PXM.a > tstconseg 3.2 100 100
INFO: OAM, another pntstdelay/tstdelay/tstconseg is in progress!, try 
later

Conditions:

SES interim version 1.1(75), BPX SWSW 9.3.10

Workaround:

Unknown.

CSCdz82731

Symptom:

While attempting to configure a preferred route on an SES the error "Err: Value of Subport = 33 :Out of range" is displayed.

Conditions:

Configuring a preferred route on a connection which has its master end on an SES and which has the preferred route over an MGX node with the slot number greater than 14, the port greater than 12, or the subport greater than 32.

Workaround:

If the master end of the connection is on an SES the SES limits for slot, port, and subport (14, 12, and 32) are applied to all nodes on the preferred route rather than the MGX limits (32, 256, and 128).

If possible, move the master end of the connection to an MGX or define a preferred route within the SES limits.

CSCea01329

Symptom:

Unable to access node via CLI for long periods of time. When CLI access is regained, log events are discovered that refer to tasks "starving" and "running away."

Conditions:

Debug shellConn command ssiMemPartShow has an option that allows an entire partition to be searched and summary statistics displayed for task memory usage. This option is very CPU intensive and causes the CLI task from where it is invoked to consume the CPU. All tasks of lower priority are starved.

Workaround:

Do not execute this debug command with the ssiMemPartShow(partition | 0x100, 0, 0) option. Instead use the specific task id ssiMemPartShow(partition | 0x100, 0, taskId), or do not use summary bit ssiMemPartShow(partition, 0, 0).

S3 BUGS

 

CSCdw51798

Symptom:

S-PVC Calling/Called PartySoft PVCC IE is not be corrected encoded.

Conditions:

PNNI conformance test failed under section R3.1.1.4/R3.1.1.5 The following test verifies the initiating PVPC/PVCC establishment procedure as outlined in AF-CS-0127.000 Section 9.2.1, and PICS conformance as described in ATM Forum, and AF-CS-0127.000 PNNI SPVC Addendum Version 1.0, July, 1999 and ATM Forum, and AF-CS-012@7.000PNNI SPVC Addendum Version 1.0, July, 1999.

Workaround:

None.

CSCdw57706

Symptom:

The VCI values are given with a value of "0" for the Calling and Called Party Soft PVPC or PVCC Information Element. The requirement states (This octet - VCI is only present in case of a soft PVCC.

Conditions:

Called/Calling Soft PVPC or PVCC Information Element as described in Section 6.4.6.1 and Section 6.4.6.2 of AF-CS-0127.000

Workaround:

None.


Problems Fixed in Release 3.0.23

The following table describes previous anomalies that are fixed in Release 3.0.23 of the SES controller software delivery.


Note All bug fixes from Release 3.0.20 as of May 17, 2003 are also fixed in Release 3.0.23.

The resolved bugs listed in this section are accurate as of May 17, 2003.


Table 1-13 Problems Fixed in Release 3.0.23 

Bug ID
Description

S2 BUGS

 

CSCdz87147

Symptom:

SVC/SPVC connections do not route over PNNI virtual interface (VNNI, virtual trunk) when using different VPIs in both ends of the Virtual Path Connection. Connections fail with cause code #35:

Last Fail Cause: requested VPCI/VCI not available.

Conditions:

The scenario is similar to this:

AXSM_VNNI-----VPI1-----VPC_Cloud-----VPI2----AXSM_VNNI

where VPI1 is different than VPI2

Workaround:

Disable ILMI autoconfiguration using the cnfautocnf command. With auto-configuration disabled, the ILMI slave does not start ATM layer parameter-negotiation while ports come up. Instead, the ILMI slave uses the local configuration parameters. The default state for auto-configuration is enabled.

CSCea38838

Symptom:

% Util. value for master end-point also assigned to slave in BPX-SES.

Conditions:

None.

Workaround:

None.

S3 BUGS

 

CSCdy42620

Symptom:

Danglers remain after using the delcons command. This is the caveat with these commands. While provisioning connections in bulk (copycons/delcons), if the PNNI layer get busy due to re-route/de-route activity, then it will reject the deletion.

Conditions:

The delcons command was developed for Dev-test usage only. This command is not recommended to be used on a production node due to resource problems generated by the flood of traps on each con deletion.

Workaround:

Use delcon for each individual PVC until a better method is developed see PXM release notes for description of the delcon and delcons command usage.


Status of Caveats Found in Previous Releases

The following table describes anomalies set to a state other than resolved in this SES controller software delivery. A more in depth discussion of each bug is available in the release note enclosure of the problem record in the Bug Navigator.

Table 1-14 Status of Severity 1, 2, and 3 Previous Caveats for Release 3.0.23

Bug ID
Description
S1 Bugs
 

CSCdz43804

Bug closed because the problem was due to an incorrect configuration.

S3 Bugs
 

CSCdw64939

Bug was decreased in severity from Severity 3 to Severity 4.

CSCdw74433

Bug was decreased in severity from Severity 3 to Severity 4.


Open Anomalies in Release 3.0.20

The following table describes known anomalies in this SES controller software delivery. A more in depth discussion of each bug is available in the release note enclosure in Bug Navigator.

Table 1-15 Open Anomalies for Release 3.0.20 

Bug ID
Description
S1 BUGS
 

CSCdx60401

Symptom:

Node continuously resets.

Conditions:

Node is receiving hello packets at line rate on a PNNI link.

Workaround:

None.

CSCdz43804

Symptom:

IP Ethernet for MGX 8950 and SES are not accessible.

Conditions:

Power outage.

Workaround:

Unknown.

S2 BUGS

 

CSCdw51798

Symptom:

S-PVC Calling/Called PartySoft PVCC IE is not corrected encoded.

Conditions:

PNNI conformance test failed under section R3.1.1.4/R3.1.1.5 The following test verifies the initiating PVPC/PVCC establishment procedure as outlined in AF-CS-0127.000 Section 9.2.1, and PICS conformance as described in ATM Forum, and AF-CS-0127.000 PNNI SPVC Addendum Version 1.0, July, 1999 and ATM Forum, and AF-CS-012@7.000PNNI SPVC Addendum Version 1.0, July, 1999.

Workaround:

None.

CSCdy59180

Symptom:

Once it was observed that four SPVCs failed to route. This failure occurred because the slave states of the connections were in the wrong state.

Conditions:

When large number (250k) of SPVC rerouted

Workaround:

None

CSCdz32385

Symptom:

SVCC RCC does not get established even when resources are available on one of the common outside links.

Conditions:

The common outside link that came up first does not have enough resources.

Workaround:

Down the common outside link with no resources and up it again.

S3 BUGS

 

CSCdw51798

Symptom:

S-PVC Calling/Called PartySoft PVCC IE is not be corrected encoded.

Conditions:

PNNI conformance test failed under section R3.1.1.4/R3.1.1.5 The following test verifies the initiating PVPC/PVCC establishment procedure as outlined in AF-CS-0127.000 Section 9.2.1, and PICS conformance as described in ATM Forum, and AF-CS-0127.000 PNNI SPVC Addendum Version 1.0, July, 1999 and ATM Forum, and AF-CS-012@7.000PNNI SPVC Addendum Version 1.0, July, 1999.

Workaround:

None.

CSCdw57706

Symptom:

The VCI values are given with a value of "0" for the Calling and Called Party Soft PVPC or PVCC Information Element. The requirement states (This octet - VCI is only present in case of a soft PVCC.

Conditions:

Called/Calling Soft PVPC or PVCC Information Element as described in Section 6.4.6.1 and Section 6.4.6.2 of AF-CS-0127.000.

Workaround:

None.

CSCdw64939

Symptom:

BPX-SES is responding with an incorrect Cause 43d rather than 100d when a SETUP message is received with an "access information element" with invalid content. Per Non conformance to Q2931 para. 5.6.8.2.

Conditions:

None.

Workaround:

None.

CSCdw74433

Symptom:

PNNI conformance test failed in Q2931 para 5.6.8.2, When a SETUP message is received with invalid length in a non-mandatory IE, The BPX/SES is not taking action on the call.

Conditions:

Running a test suite.

Workaround:

None.

CSCdy42620

Symptom:

Danglers remain after using the CLI command delcons. This is the caveat with these commands. While provisioning connections in bulk (copycons/delcons), if the PNNI layer get busy due to re-route/de-route activity, then it will reject the deletion.

Conditions:

The delcons command was developed for Dev-test usage only. This command is not recommended to be used on a production node due to resource problems generated by the flood of traps on each con deletion.

Workaround:

Use delcon for each individual PVC until a better method is developed see PXM release notes for description of CLI commands delcon and delcons usage.


Problems Fixed in Release 3.0.20

The following table describes previous anomalies that are fixed in Release 3.0.20 of the SES controller software delivery.

Table 1-16 Problems Fixed in Release 3.0.20 

Bug ID
Description
S1 BUGS
 

CSCdz27235

Symptom:

pnccb takes lot of CPU time while derouting connections.

Conditions:

MGX8850 and PXM45/B.

Workaround:

Under investigation.

CSCdz32647

Symptom:

NNI links stuck in building vc state.

Conditions:

Ran 2 scripts to reset service modules and up/down ILMI on all ports.

Workaround:

N/A.

S2 BUGS

 

CSCdy36366

Symptom:

MPG SPVC cost should include cost of traversing via peer groups.

Conditions:

Only includes cost of higher level Hlinks, and source PG cost. Since the via peer group costs are not included, it's possible that we might not take a more optimized route during route optimization.

Workaround:

None.

CSCdy44919

Symptom:

Assigned route cost incorrectly calculated resulting in abnormally low route-cost via dspcon on the PXM45. Also affects potential use of optrte when comparison of costs is performed.

Conditions:

Occurs during "On-Demand" route events, on CBR and/or VBR connections which have CTD and or CDV configured from non-default values and "Best-Fit" is configured for On-Demand routing policy with the command cnfpnni-routing-policy.

Workaround:

Using rrtcon when the pre-calculated route is available will assign a valid Route cost however the potential still exists for another abnormally low cost to be assigned on the next On-Demand routing event. Disabling "Best-Fit" by using "First-Fit" or configuring CDV or CTD values back to defaults of -1 will disrupt the condition and result in the correct calculation of route cost again during On-Demand.

CSCdy51972

Symptom:

False chan alms got stuck after switchyred on BXME.

Conditions:

FW upgrade of BXME cards to MFP caused a line alarm. The customer tried a switchcc on the SES to clear the line alarm. This caused false channel alarms. The customer then tried a switchyred to clear the false channel alarms faster. This made the false channel alarms stay. The customer had to reset the FRSM cards to clear the alarms.

Workaround:

Reset the FRSM cards on the MGX(8220), or do not switchyred on the BXME while there are false channel alarms. The false channel alarms would clear in about 30 min.

CSCdy59180

Symptom:

Once it was observed that four SPVCs failed to route. This failure occurred because the slave state of the connections were in the wrong state.

Conditions:

When large number (250k) of SPVC rerouted.

Workaround:

None.

CSCdy63336

Symptom:

The pnRedMan task is leaking memory in ipc pool 0x10002 and 0x10006 in a PXM1E.

Conditions:

One possible way to cause this IPC leak is that there are some plug-and-play ports on a given slot A (for example, the port shows up on controller when slot A is active, but disappears when the slot is reset or pulled out), and the slot A is reset/pulled out for a short time.

Workaround:

To avoid above condition, make those ports persistent by entering the dnpnort/cnfpnportsig commands, and so forth.

CSCdy70426

Symptom:

1. The bypasses are not ordered by AvCR. This means that bypasses with smaller bandwidth can be advertised ahead of ones with more bw. However, in most cases, the bypasses are advertised as full-meshed instead of spanning tree, so that the ordering of bypasses wouldn't matter, since all the bypasses are advertised.

2. The routing cost is not calculated correctly for via peer groups that are configured as complex nodes. This could affect finding an optimized route in MPG network.

Conditions:

The complex node that is turned on a node with a lot of bypasses.

Workaround:

None.

CSCdy77568

Symptom:

Changing peer group, internal data base, ancestor flag bit is not

being cleared.

Condition:

Interim 3.0.10 release. Changing peer group, internal data base, ancestor flag bit is not being cleared.

Workaround:

Unknown.

CSCdy82185

Symptom:

Error while executing core command on SES.

Conditions:

MGX8830 PXM1 3.0(10.0).

Workaround:

Under Investigation.

CSCdy86129

Symptom:

Routing cost are not getting updated properly.

Conditions:

When downing a pnport to cause the re-route.

Workaround:

None.

CSCdy88938

Symptom:

Active PXM45 reboots after issuing the aesa_ping <aesa> -qos -abr command.

Conditions:

Normal operating conditions. The aesa_ping <aesa> -qos -abr command is used.

Workaround:

Do not use the aesa_ping command with the -qos abr switch.

CSCdz35390

Symptom:

PXM1 card stuck in init state during upgrade.

Conditions:

An interim SES engineering version.

Workaround:

Under investigation.

CSCdz35621

Symptom:

Connections do not get routed to a slave node in a different PGL since the remote node's summary address rule is being advertised as a scope of 56 (instead of 0).

Conditions:

An interim SES engineering version.

Workaround:

switchcc on the PTSE originating node (slave node) so that the node re-sends the PTSEs and the scope of the PTSE is corrected to 0.


Status of Caveats Found in Previous Releases

The following table describes anomalies set to a state other than resolved in this SES controller software delivery. A more in depth discussion of each bug is available in the release note enclosure of the problem record in the Bug Navigator.

Table 1-17 Status of Severity 1, 2, and 3 Previous Caveats for Release 3.0.20

Bug ID
Description
S1 Bugs
 

CSCdy75595

Bug closed because there is a limitation in the ATM Forum PNNI specification.

S2 Bugs

 

CSCdw03688

Bug was closed when the problem was unreproducible.

CSCdx35791

Bug was discovered to be against the MGX 1.1(32) software.

CSCdy72593

Fixed in Release 3.0.20

S3 Bugs

 

CSCdx34833

Bug was closed when it was discovered that the command was incorrectly given.

CSCdy51972

Bug was discovered to be against the BXM firmware.


Open Anomalies in Release 3.0.10

The following table describes known anomalies in this SES controller software delivery. A more in depth discussion of each bug is available in the release note enclosure in Bug Navigator.

Table 1-18 Open Anomalies for Release 3.0.10 

Bug ID
Description
S1 BUGS
 

CSCdx60401

Symptom:

Node continuously resets.

Conditions:

Node is receiving hello packets at line rate on a PNNI link.

Workaround:

None.

CSCdy75595

Symptom:

Connections fail on a SES controller.

Conditions:

None.

Workaround:

Under investigation.

S2 BUGS

 

CSCdw03688

Symptom:

Software error on handler when executing the runrev command while upgrading.

Conditions:

48k DACS SPVCs and 11k routed SPVCs on the SES-BPX node.

Workaround:

None.

CSCdx35791

Symptom:

PXM45 fails to come up. If it were a standby PXM45, the dspcds on the active PXM45 indicates that the standby PXM45 slot is empty. Output from the debug console shows junk characters.

Conditions:

When the PXM45's console port is connected through a terminal server with echo mode turned on, junk characters come in into the console port of the PXM45. When this card is reset, the runtime image stops its initialization when it received these junk characters on the console port.

Workaround:

1. Configure the terminal server to disable the echo mode.

2. Alternatively, pull out the console port cable and reset the card.

CSCdy51972

Symptom:

False channel alarms got stuck after switchyred on BXME.

Conditions:

FW upgrade of BXME cards to MFP caused a line alarm. The customer tried a switchcc on the SES controller to clear the line alarm. This caused false channel alarms. The customer then tried a switchyred to clear the false channel alarms faster. This made the false channel alarms stay. The customer had to reset the FRSM cards to clear the alarms.

Workaround:

Reset the FRSM cards on the MGX(8220), or do not switchyred on the BXME while there are false channel alarms. The false channel alarms would clear in about 30 min.

CSCdy59180

Symptom:

Once it was observed that four SPVCs failed to route. This failure occurred because the slave state of the connections was in the wrong state.

Conditions:

When large numbers (250k) of SPVC rerouted.

Workaround:

None.

CSCdy77568

Symptom:

Changing peer group, internal data base, ancestor flag bit is not being cleared.

Conditions:

Changing peer group, internal data base, ancestor flag bit is not being cleared.

Workaround:

Unknown.

S3 BUGS

 

CSCdw51798

Symptom:

S-PVC Calling/Called PartySoft PVCC IE is not be corrected encoded.

Conditions:

PNNI conformance test failed under section R3.1.1.4/R3.1.1.5 The following test verifies the initiating PVPC/PVCC establishment procedure as outlined in AF-CS-0127.000 Section 9.2.1, and PICS conformance as described in ATM Forum, and AF-CS-0127.000 PNNI SPVC Addendum Version 1.0, July, 1999 and ATM Forum, and AF-CS-012@7.000PNNI SPVC Addendum Version 1.0, July, 1999.

Workaround:

None.

CSCdw57706

Symptom:

The VCI values are given with a value of "0" for the Calling and Called Party Soft PVPC or PVCC Information Element. The requirement states this octet - VCI is only present in the case of a soft PVCC.

Conditions:

Called/Calling Soft PVPC or PVCC Information Element as described in Section 6.4.6.1 and Section 6.4.6.2 of AF-CS-0127.000.

Workaround:

None.

CSCdw64939

Symptom:

BPX-SES is responding with an incorrect Cause 43d rather than 100d when a SETUP message is received with an "access information element" with invalid content. Per Non conformance to Q2931 para. 5.6.8.2

Conditions:

None.

Workaround:

None.

CSCdw74433

Symptom:

PNNI conformance test failed in Q2931 para 5.6.8.2, When a SETUP message is received with invalid length in a non-mandatory IE, The BPX/SES is not taking action on the call.

Conditions:

Running a test suite.

Workaround:

None.

CSCdx34833

Symptom:

Popup message seen on the CLI display.

Conditions:

While the shelf was idle and no CLI command where being executed.

Workaround:

None.

CSCdx76273

Symptom:

The cnfqosdefault command is unusable and does not provide what the ATM Forum specifications intended. The cnfqosdefault should be port-specific and NOT node-wide.

Conditions:

None.

Workaround:

None.

CSCdy42620

Symptom:

Danglers remain after using the delcons command. This is the caveat with these commands. While provisioning connections in bulk (copycons/delcons), if the PNNI layer get busy due to re-route/de-route activity, then it will reject the deletion.

Conditions:

The command delcons was developed for Dev-test usage only. This command is not recommended to be used on a production node due to resource problems generated by the flood of traps on each con deletion.

Workaround:

Use the delcon command for each individual PVC until a better method is developed see PXM release notes for description of the delcon and delcons commands.


Problems Fixed in Release 3.0.10

The following table describes anomalies that are fixed in Release 3.0.10 of the SES controller software delivery.

Table 1-19 Problems Fixed in Release 3.0.10 

Bug ID
Description
S1 BUGS
 

CSCdx57063

Symptom:

Observed resource (e.g. lcn, vpi/vci) leak on NNI trunks.

Conditions:

Enter resetcd on service modules (where SPVC are terminated, and then deroute connections by using one of the following methods:

1. Reset via/remote node

2. Bring down NNI trunks

3. rrtcon/dncon

Workaround:

switchcc controller card.

CSCdx69070

Symptom:

Several possible symptoms including:

Inability or sporadic ability, to connect via telnet.

"gray-out" of the node on the CWM topology map.

No output from or receipt of an error message from dsplog command or file system listing command 'ls' or other commands.

Standby PXM45 or AXSM service modules remain in the Boot and/or Init state, or alternate between the two after a reload.

Inconsistent connection alarms on slave and master (one side reporting alarm, the suspect side not).

Conditions:

System memory and/or file handle allocation may get into a marginal or maxed out state due to an ungraceful exit from the dsplog command multiple times. This includes exiting the display of the command with any method other than using the Q option to quit, or going to the end of the output. (Contact Cisco TAC to verify condition.)

Workaround:

On redundant systems with healthy standby PXM45 present, enter the switchcc command. On non-redundant systems, reset the single PXM45.

CSCdy07989

Symptom:

1. Both active and standby PXM1E combo cards are stuck in init state indefinitely.

2. Traffic flow is interrupted 100% and does not resume.

3. LAN IP cannot be pinged at all.

4. IPC buffer congestion is observed due to pnCcb & other PNNI tasks holding on to buffers causing buffer allocation failures.

Conditions:

Do a switchcc from active to standby card.

Workaround:

Unknown.

CSCdy12829

Symptom:

Connection end-points lost after power cycle node with approximately 27k connections and 2k pts.

Conditions:

Power cycle node with approximately 27k conns and 2k pts.

Workaround:

Unknown.

CSCdy18142

Symptom:

Call fails to route in MPG environment with reason as unallocated or unassigned number.

Conditions:

The addresses in the lower level node are not advertised to higher levels on having a Multi peer group network.

Workaround:

None.

CSCdy26902

Symptom:

pnCcb and pnSscop tasks are using a lot of memory and CPU usage for a long time.

Conditions:

Power cycle the node.

Workaround:

Unknown.

S2 BUGS

 

CSCdx44559

Symptom:

A phantom level 0 node may appear in a Multiple Peer Group (MPG) It can be seen in the output of the command dsppnni-node-list as shown here:

node # node id node name level 
------- -------------------------------------------------- 
---------- -------
2 0:6:00.000c020000000100106d3839.35302d376200.00 > 0 <==

Conditions:

PNNI hierarchical network running multiple peer groups (MPG).

Workaround:

None.

CSCdx49157

Symptom:

Cannot change PCR of SSCOP back to the default value.

Conditions:

After modifying it from the default value of 30800 to the lower value of 4000, and then attempting to modify it back to the default value.

Workaround:

None.

CSCdx50255

Symptom:

Nodal State PTSE was updated in less then 10 seconds.

Conditions:

After upping and downing a inside trunk with bnPathHoldDown and PTSE holddown set to 10 seconds.

Workaround:

None.

CSCdx55169

Symptom:

Invalid PTSE flooded causes Cat8510 neighbor links to go into the "exchanging" state.

Conditions:

Invalid PTSE flooded to Cat8510. Invalid PTSE values seen in dsppnni-ptse.

Workaround:

Functionality can be restored by downing and re-enabling PNNI in the SES controller (cnfpnni 1 -enable false/true).

CSCdx76697

Symptom:

The master end of a PNNI connection will show ok, while the slave end of the connection will show failed.

Conditions:

The connection will report mismatch state.

Workaround:

Unknown.

CSCdy00116

Symptom:

Clock source disappeared on executing dnport/upport command.

Conditions:

When one of the clock sources was in LOA.

Workaround:

Perform one of the following workarounds:

1. Do not do a dnport /upport on a clock port while the clock sources are being qualified.

2. Reconfigure the clock source.

CSCdy11595

Symptom:

dspchancnt/dspconstats locked snmpget on stats counters failed.

Conditions:

Simultaneously execute snmpget scripts and CLI (dspchancnt) scripts to collect real time stats on some connections.

Workaround:

Unknown.

CSCdy17082

Symptom:

PNccb task is using a lot of CPU time.

Conditions:

This happens in some cases when all BSE fail and normal statEnq starts with multiple NNI ports having 60 K connections on controller switchover.

Workaround:

None.

CSCdy26150

Symptom:

svc-rcc does not come up.

Conditions:

After a switchcc is done on the PGL node.

Workaround:

None.

S3 BUGS

 

CSCdw61915

Symptom:

Event logged specified incorrect time data by LMI. Date is being set by BPX on SES feeder.

Conditions:

A new field was added to time structure. This field is not initialized by LMI and can take various values. Under certain conditions, this value is in error and causes the event to be logged.

Workaround:

None.

CSCdx78946

Symptom:

MGX 8230/ SES dspsigstats shows "Connect Ack" Messages on AINI SES 1.1.75.103.

Conditions:

The configuration is: - 2 SES connected via an AINI. - One SPVC configured with Master endpoint on one SES and Slave endpoint on the other. According to ATM Signalling standards, the problem is that the "CONNECT ACK" message only exists in UNI Signalling. It does not exist in AINI. AINI implementation generates a CONNECT ACK message, and as a result does not conform with the ATM Forum specification af-cs-0125.000.

Workaround:

Unknown.


Status of Caveats Found in Previous Releases

The following table describes anomalies set to a state other than resolved in this SES controller software delivery. A more in depth discussion of each bug is available in the release note enclosure of the problem record in the Bug Navigator.

Table 1-20 Status of Severity 1, 2, and 3 Previous Caveats for Release 3.0.10

Bug ID
Description
S2 Bugs
 

CSCdw03688

Bug was closed when it could not be reproduced.

CSCdx35791

Bug was discovered to be against MGX 1.1(32).

CSCdx32349

Bug was closed due to an incorrect command sequence.

CSCdx40378

Bug was discovered to be against the BXM firmware.

CSCdx40400

Bug was closed because commands are working as designed.

CSCdx45385

Bug was discovered to be against the BXM firmware.

CSCdx76273

Bug was decided to be a PER and was reduced in severity to Severity 5.


Open Anomalies in Release 3.0.00

The following table describes known anomalies in Release 3.0.00 of the SES controller software. A more in depth discussion of each bug is available in the release note enclosure in Bug Navigator.

Table 1-21 Open Anomalies for Release 3.0.00 

Bug ID
Description
S2 BUGS
 

CSCdw03688

Symptom:

Software error on handler when executing runrev while upgrading.

Conditions:

48k DACS SPVCs and 11k routed SPVCs on the SES-BPX node.

Workaround:

None.

CSCdx35791

Symptom:

PXM45 fails to come up. If it were a standby PXM, dspcds on the active PXM indicates that the Standby PXM slot is empty. Output from the debug console shows junk characters.

Conditions:

When the PXM45 console port is connected through a terminal server with echo mode turned on, junk characters come into the console port of the PXM45. When this card is reset, the runtime image stops its initialization when it received these junk characters on the console port.

Workaround:

Perform one of the following workarounds:

1. Configure the terminal server to disable the echo mode.

2. Alternatively, pull out the console port cable and reset the card.

CSCdx60401

Symptom:

Node continuously resets.

Conditions:

Node is receiving hello packets at line rate on a PNNI link.

Workaround:

None.

S3 BUGS
 

CSCdw51798

Symptom:

S-PVC Calling/Called PartySoft PVCC IE is not be corrected encoded.

Conditions:

PNNI conformance test failed under section R3.1.1.4/R3.1.1.5 The following test verifies the initiating PVPC/PVCC establishment procedure as outlined in AF-CS-0127.000 Section 9.2.1, and PICS conformance as described in ATM Forum, and AF-CS-0127.000 PNNI SPVC Addendum Version 1.0, July, 1999 and ATM Forum, and AF-CS-012@7.000PNNI SPVC Addendum Version 1.0, July, 1999.

Workaround:

None.

CSCdw57706

Symptom:

The VCI values are given with a value of "0" for the Calling and Called Party Soft PVPC or PVCC Information Element. The requirement states that this octet - VCI is only present in case of a soft PVCC.

Conditions:

Called/Calling Soft PVPC or PVCC Information Element as described in Section 6.4.6.1 and Section 6.4.6.2 of AF-CS-0127.000.

Workaround:

None.

CSCdw64939

Symptom:

BPX-SES is responding with an incorrect Cause 43d rather than 100d when a SETUP message is received with an "access information element" with invalid content. Per Non conformance to Q2931 para. 5.6.8.2.

Conditions:

None.

Workaround:

None.

CSCdw74433

Symptom:

PNNI conformance test failed in Q2931 para 5.6.8.2, When a SETUP message is received with invalid length in a non-mandatory IE, The BPX/SES is not taking action on the call.

Conditions:

Running a test suite.

Workaround:

None.

CSCdx32349

Symptom:

SES did not add SPVC endpoint.

Conditions:

None.

Workaround:

None.

CSCdx40378

Symptom:

When sending F5 OAM end to end flows through a DACS SPVC, only the "egress" counters of dspconstats increment. This true for F5 end to end AIS, or F5 end to end loopback.

Conditions:

None.

Workaround:

None.

CSCdx40400

Symptom:

When the tstdelay command is entered on an SPVC on the SES, the "Cells sent total local egress" counter increments, which suggests that a tstdelay (which measures delay inside the network) results in cells being sent over a UNI, outside of the network (that would be wrong). However, using an HP BSTS to monitor traffic on the other side of the interface, it is clear that no cells are sent. So the counter increment is bogus.

Conditions:

None.

Workaround:

None.

CSCdx45385

Symptom:

On the SES, the dsppnportrsrc command is used to check the available VSI resources on a port. Testing shows that dsppnportrsrc keeps aligned with the exact state of VSI resources when an SPVC endpoint is added to the port. However, the dsppnportrsrc display is not updated following a change of the VSI resources done using the cnfrsrc <slot.port> command on a BPX. This is especially troublesome when a port runs out of LCNs. The dsppnportrsrc command display shows "# Avl Tx Chans:" = 0. After going on the BPX and increasing the size of the VSI partition, the dsppnportrsrc command display still shows the number of available LCN as being 0, so the SES will reject any provisioning attempt on that port, even though there truly are resources available to accept the SPVC endpoint.

Conditions:

The following example describes the triggering of the problem:

1. On the BPX, on a BXM-T3-12 card, up a single port. The card must have only port (to facilitate VSI management). The bug also happens with more than one port. Configure the port as follows:

a. Up the port.

b. Enable a VSI partition on the port, with overlapping VPI range, half the BW and min VSI LCN = 0, Max VSI LCN = 1. cnfvssiif <slot.port> 2 cnfrsrc.

2. On the SES, do a dsppnportrsrc and check the number of available LCNs as seen by the SES (the UNI Signalling Channel is disabled, "cnfpnportsig 3.1 - univer none."

3. On the BPX, increase the number of Max VSI LCNs from 1 to 5.

4. On the SES, dsppnportrsrc still shows 1. This never gets updated it seems

5. Provision an SPVC endpoint against that port. That gets dsppnportrsrc to be updated to the correct value (4).

6. Provision 4 additional SPVC endpoints against that port. This exhausts the VSI LCNs on the port and gets dsppnportrsrc to show "0."

7. On the BPX, via cnfrsrc, increase the Max VSI LCN for the port from 5 to 10.

8. Check dsppnportrsrc on the SES. It still shows 0 available LCNs for nrtvbr.

As a result the SES rejects a provisioning attempt for nrtvbr SPVC endpoint on that port.

9. On the BPX, increase Max VSI LCN for that port from 10 to 15.

10. On the SES dsppnportrsrc is still not accurate and still maintains a discrepancy between nrtvbr and other ATM Service Categories.

Workaround:

None.

CSCdx76273

Symptom:

The cnfqosdefault command is unusable and does not provide what the ATM Forum specifications intended. The cnfqosdefaut command should be port-specific and NOT node-wide.

Conditions:

SES is running an interim 1.1(75) release.

Workaround:

None.


Related Documentation

The following Cisco publications contain additional information related to the operation of this product and associated equipment in a Cisco WAN switching network.

Cisco WAN Manager Release 11

The product documentation for the Cisco WAN Manager (CWM) network management system for Release 11 is listed in Table 1-22.

Table 1-22 Cisco WAN Manager Release 11 Documentation 

Title
Description

Cisco WAN Manager Installation Guide for Solaris 7, Release 11

DOC-7813567=

Provides procedures for installing Release 11 of the CWM network management system and Release 5.4 of CiscoView.

Cisco WAN Manager User's Guide, Release 11

DOC-78-13568=

Describes how to use the CWM Release 11 software, which consists of user applications and tools for network management, connection management, network configuration, statistics collection, and security management.

Cisco WAN Manager SNMP Service Agent, Release 11

DOC-7813569=

Provides information about the CWM Simple Network Management Protocol Service Agent, an optional adjunct to CWM that is used for managing Cisco WAN switches using SNMP.

Cisco WAN Manager Database Interface Guide, Release 11

DOC-7813542=

Provides information about accessing the CWM Informix OnLine database that is used to store information about the network elements.


Service Expansion Shelf PNNI Controller Release 3

The product documentation for the installation and operation of the Service Expansion Shelf (SES) PNNI Controller is listed in Table 1-23.

Table 1-23 SES PNNI Controller Release 3 Documentation 

Title
Description

Cisco SES PNNI Controller Software Configuration Guide, Release 3

DOC-7814258=

Describes how to configure, operate, and maintain the SES PNNI Controller.

Cisco SES PNNI Controller Command Reference, Release 3

DOC-7814260=

Provides a description of the commands used to configure and operate the SES PNNI Controller.

Cisco MGX and SES PNNI Network Planning Guide for MGX Release 3 and SES Release 3

DOC-7814261=

Provides guidelines for planning a PNNI network that uses the MGX 8850 and the MGX 8950 switches and the BPX 8600 switches. When connected to a PNNI network, each BPX 8600 series switch requires a SES for PNNI route processing.


Cisco WAN Switching Software Release 9.3.40

The product documentation for the installation and operation of the Cisco WAN Switching Software Release 9.3.40 is listed in Table 1-24.

Table 1-24 Cisco WAN Switching Software Release 9.3.40 Documentation 

Title
Description

Cisco BPX 8600 Series Installation and Configuration, Release 9.3.30

DOC-7812907=

Provides a general description and technical details of the BPX broadband switch.

Cisco WAN Switching Command Reference, Release 9.3.30

DOC-7812906=

Provides detailed information on the general command line interface commands.

Cisco IGX 8400 Series Installation Guide

OL-1165-01 (online only)

Provides hardware installation and basic configuration information for IGX 8400 Series switches that are running Switch Software Release 9.3.30 or earlier.

Cisco IGX 8400 Series Provisioning Guide

OL-1166-01 (online only)

Provides information for configuration and provisioning of selected services for the IGX 8400 Series switches that are running Switch Software Release 9.3.40 or earlier.

Cisco IGX 8400 Series Regulatory Compliance and Safety Information

DOC-7813227=

Provides regulatory compliance, product warnings, and safety recommendations for the IGX 8400 Series switch.

9.3.40 Version Software Release Notes for Cisco WAN Switching System Software

78-13538-01

Provides new feature, upgrade, and compatibility information, as well as known and resolved anomalies.


Conventions

This publication uses the following conventions.

Command descriptions use these conventions:

Commands and keywords are in boldface.

Arguments for which you supply values are in italics.

Required command arguments are inside angle brackets (< >).

Optional command arguments are in square brackets ([ ]).

Alternative keywords or variables are separated by vertical bars ( | ).

Examples use these conventions:

Terminal sessions and information the system displays are in screen font.

Information you enter is in boldface screen font.

Nonprinting characters, such as passwords, are in angle brackets (< >).

Default responses to system prompts are in square brackets ([ ]).

Notes use the following conventions and symbols


Note Means reader take note. Notes contain helpful suggestions or references to materials not contained in this manual.


Obtaining Documentation

These sections explain how to obtain documentation from Cisco Systems.

World Wide Web

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 CD-ROM

Cisco documentation and additional literature are available in a Cisco Documentation CD-ROM package, which is shipped with your product. The Documentation CD-ROM is updated monthly and may be more current than printed documentation. The CD-ROM package is available as a single unit or through an annual subscription.

Ordering Documentation

You can order Cisco documentation in these ways:

Registered Cisco.com users (Cisco direct customers) can order Cisco product documentation from the Networking Products MarketPlace:

http://www.cisco.com/cgi-bin/order/order_root.pl

Registered Cisco.com users can order the Documentation CD-ROM through the online Subscription Store:

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

Nonregistered Cisco.com users can order documentation through a local account representative by calling Cisco Systems Corporate Headquarters (California, U.S.A.) at 408 526-7208 or, elsewhere in North America, by calling 800 553-NETS (6387).

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.