Table Of Contents
Release Notes for Cisco WAN Manager 12.0.00
Cisco WAN Manager 12.0.00 software supports the following Cisco products as of May 2, 2003:
•Cisco MGX 8850 PXM45-based products running software releases 2.1.76 through 2.1.81, 3.0.10 through 3.0.20, or 4.0.00.
•Cisco MGX 8950 PXM45-based products running software releases 2.1.76 through 2.1.81, 3.0.10 through 3.0.20, or 4.0.00.
•Cisco MGX PXM1E-based products (8830 and 8850) running software releases 3.0.10 through 3.0.20, or 4.0.00.
•Cisco MGX PXM1-based products (8230, 8250 and 8850) running software releases 1.1.31 through 1.1.34, 1.1.40 through 1.1.42, 1.2.00 through 1.2.13, or 1.2.20.
•Cisco SES PNNI Controller running software releases 1.1.75 through 1.1.79, 3.0.10 through 3.0.20, or 4.0.00.
•Existing Cisco WAN switching products (including the Cisco IGX 8400 series and the Cisco BPX 8600 series) running switch software (SWSW) releases 9.2.33 through 9.2.43, 9.3.05 through 9.3.45, or 9.4.00.
•Existing Cisco MGX 8220 products running software releases 4.1.07 through 4.1.12, or 5.0.12 through 5.0.19.
The following are additional notes for CWM platform requirements:
•CWM 12.0 is compatible with UltraSPARC II and UltraSPARC III. The previously certified Ultra 60, Enterprise 450 and Enterprise 4500 can still be used with CWM 12.0. Problems reported by customers who choose a non Cisco-tested configuration may take more time to troubleshoot, etc., thus a longer turnaround time.
•Video is required when using the Java Client access to CWM. Video on the CWM Server is only required for user access or maintenance on the CWM Server. Video can be added to Sun Servers/Workstations. For Ultra and Enterprise this is via a video adapter. For Netra 20 video is added via a Serial Port Terminal.
•You may upgrade the standard configuration with more CPU speed, RAM size, and disk space for future expansion.
•The default disk size for the Informix raw database is 900 MB. However, we strongly recommend you provide 2 GB disk space for the statistics collection process.
•While CWM is running, if the remote display is stopped without properly shutting down the CWM Desktop, then reopening it remotely may not succeed.
•Other UltraSPARC III Server models with equal or higher CPU speed and memory capacity can also be used.
•If UltraSPARC II Servers are used, refer to the System Requirement Guidelines in the CWM release notes for Release 11.0.10.
Standalone Statistics Manager
•File size of 2M bytes (typically holds statistics with peak enabled for 20K endpoints).
•The number of files does not increase with smaller file size.
•Average Network Xfer Rate is the required TFTP/FTP throughput to collect of the Max #. Of files (combination of Server performance and network bandwidth/traffic).
•If you have enabled the Parser, add the Parser System Requirement
•The Standalone Statistics Collector (SSC) has the same system requirement (If you have enabled the Parser, add the Parser System Requirement to the SSC system requirements)
•A maximum of 12 Standalone Statistics Collectors can be controlled by 1 Standalone Statistics Manager.
Five statistics are collected from each connection segment endpoints and 15-minute file collection interval.
This system requirement should be added to the CWM Server requirements if the Parser Function is enabled.
4 Million endpoints with 5 Stats per endpoint requires 80 GB disk space per 24 hour. You'll need at least 3 x 36 GB Disk space.
Solaris Patch Requirements
After installing the Solaris 8 operating system, you must install the following patch cluster:
After you have installed the 108528-13 cluster install the following additional patches if they were not already installed as part of the cluster:
You can display which patches are already installed in the CWM workstation by entering the Solaris showrev -p command.
Patches can be obtained from SunService (if the user has a SunSpectrum contract) or from the SunSolve Recommended and Security Patches web site.
Patches are available to Sun Microsystems customers over the Web at
Use the search facility on the SunSolve site to search for these patches, entering only the six-digit patch ID number (do not include the two-digit patch version number). The version number can be later than the one referenced below.
•108827-19 (-17 is part of 108528-13 cluster, but you need to install -19 or higher)
You can get these patches from Sun Microsystems SunSolve online patch page at the following URL:
Note Obtaining several of these patches may require that you have a service contract with Sun.
CWM Software Packaging
Following is the list of CDs for the CWM 12.0.00 release:
When you order the CWM Client/Server package, you receive the following 3 disks:
•CWM Server/Client CD 1 (Disk 1). This CD contains the following:
–CWM Server Software
–INFORMIX Server Software Release 9.21.UC5XAI
–CWM Java Client Software
•CWM Server/Client CD 2 (Disk 2). This CD contains the following:
–CiscoView Engine 5.4.1
–Netscape Communicator 4.76
•CWM Documentation CD (Disk 3). This CD contains the following:
–Acrobat Reader 4.0
–PDF copy of the CWM 12 documentation set
The Service Agent software is provided on a separate CD. This CD is ordered separately from the CWM 12 release Client/Server package CD set.
•Service Agent CD. This CD contains the following
–CWM Service Agent Software
The Standalone Statistics Collection Manager software is also on a separate CD. This CD is ordered separately.
•Standalone Statistics Collection Manager CD. This CD contains the following:
–Standalone SCM Software with WANDEST Client Software incorporated
–INFORMIX Server Software Release 9.21.UC5XAI
The WANDEST Release 2.4 software is provided on two separate CDs. Each CD is ordered separately.
•WANDEST Release 2.4 Server CD
–WANDEST Server Software, Release 2.4
•WANDEST Release 2.4 Client CD
–WANDEST Client Software, Release 2.4
The Wingz Release 2.5.1 software is also on a separate CD. This CD is ordered separately.
•Wingz Release 2.5.1 CD
The Wingz version number is located on the license key (a separate piece of paper) that comes with Wingz. The version number can also be found in the HELP menu. When you click on the About box, the version number displayed is 2.5, however, clicking below the 2.5 line provides the license information followed by 1.1.7, which indicates Wingz version 18.104.22.168.
HP OpenView Requirements
The CWM 12.0.00 release works with HP OpenView Release 6.2 or 6.3 for Solaris 8. See "Third Party Product Limitations Notes" for HP OpenView patches required by CWM.
Note You must purchase HPOV 6.2 or 6.3 directly from Hewlett Packard.
For HP OpenView installation requirements and procedures, please refer to "HP OpenView Network Node Manager Products, Installation Guide" (part # J1136-90000 from HP).
HP OpenView 6.2 or 6.3 is not bundled with CWM CDs. You must order HP OpenView separately. HP OpenView is used for viewing the Event Log. It is not required for any other CWM procedures.
The CWM 12.0.00 release uses Informix 9.21.UC5XAI for database operations. The INFORMIX software is bundled with CWM software on the CWM Server/Client CD. The INFORMIX program is automatically installed during CWM installation.
The Report Application contained in the CWM 12.0.00 release uses Wingz 2.5.1. For the Ad-Hoc Report Application to work properly, the Wingz DataLink program must be installed along with Wingz software.
This section provides information about the hardware supported by CWM 12.0.00.
Table 5 lists the existing hardware supported prior to CWM 12.0.00.
Table 6 lists the new hardware supported in CWM 12.0.00.
The following releases were tested with CWM release 12.0.00:
•BPX Switch Software:
–Switch Software 9.4.00
–Switch Software 9.3.42
–Switch Software 9.3.36
–Switch Software 9.2.43
•MGX 8230/8250/8850 (PXM1) Switch
•MGX 8850/8950 (PXM45/PXM-1E) Switch
•BPX SES Shelf
•MGX 8220 Shelf
–MGX 8220 5.0.19
–MGX 8220 4.1.12
–VISM 3.1.10 (PXM1-based switches only)
New Features and Enhancements in CWM Release 12
Features Introduced in CWM Release 12.0.00
This section describes the new features introduced in the Cisco WAN Manager 12 release.
•MGX 8850, Release 4
–Support for PXM45/C (512MB memory, memory protection feature, and Ethernet Controller)
–Support for Cellbus-based Frame Relay and Circuit Emulation support on PXM45-based switches (CESM-8T1E1, CESM-8T1/B, FRSM-VHS 2CT3, FRSM-8T1E1)
–Support for the IMA UNI Port on the AXSM-E32T1E1 service module
•MGX 8950, Release 4
–Support for PXM45/C (512MB memory, memory protection feature, and Ethernet Controller)
–Support for AXSM-XG 4-Port Channelized OC-48 Service Module (Unchannelized and Channelized to OC-12/STM-4, OC-3/STM1 and T3/E3 logical ATM interfaces) and the AXSM-XG 1-Port OC-192 Service Module
•SES, Release 4
–Support for configuring PCR to burst to line rate on SPVC connections using the Connection Manager GUI
–Support for configuring PCR to burst to line rate on SPVC connections using the CWM Service Agent
•BPX 8600 and IGX 8400, Release 9.4.00 support
–Support for configuring and managing hybrid PNNI connections that allow the use of the IGX as a feeder node to the PNNI network (the IGX UXM can be connected to the BPX-SES, the PXM1E, or the AXSM-E)
•Release 1.2.20 (8850, 8250, 8230 with PXM1)
–Support for Configurable AUSM CAC. You can configure the AUSM card to use either PCR or SCR for CAC. The default is PCR.
•MGX 8850 and 8830 Release 4 (PXM1E-based nodes)
–Support for the provisioning and management of the PXM1E 8-Port OC-3 & STM-1 Service Module with 512M memory backcard
–Support for the provisioning and management of the CESM-8T1E1, CESM-8T1/B, FRSM-VHS 2CT3, FRSM-8T1E1 Service Modules
–Support for the IMA UNI Port on the PXM1E-T1E1
–Support for PXM1E on-line diagnostics traps through the Service Agent
–Support for Virtual Trunk and Virtual UNI on the PXM1E management through the Service Agent
–Evaluation Copy of CWM 12—The 90-day evaluation copy of CWM gives you the opportunity to try CWM for a 90-day period.
–Enhanced Standalone Statistics Collection Management—The enhanced Standalone Statistics Collection Manager is now totally independent from the CWM server. You can perform maintenance on CWM without affecting the SCM operations and vice versa.
–There are two supported configurations:
1. Standalone Statistics Manager (SSM)—The Standalone Statistics Manager (SSM) consists of the Standalone SCM with Control Server, Collection Server and Statistics Parser installed together on a workstation seperate from the CWM server workstation The WANDEST server software must be installed and configured on the CWM server workstation and the WANDEST client software must be installed on the standalone SCM workstation.
SSM uses the WANDEST client to synchronize the network equipment data (node and card) from the CWM server workstation.
2. Standalone Statistics Collector (SSC)—Standalone SCM can be configured as a Standalone Statistics Collector (SSC) to work with SSM or CWM Server to further distribute the statistics collection function to a second separate workstation (separate from the SSM). In this configuration, the Statistics Collection Controller and, optionally, the Statistics Parser function will still reside on either the SSM or the CWM server.
–Enhanced SSC/SSM redundancy
–Point-to-multipoint SPVC Provisioning
–Single-end SPVC Provisioning
–SNMP Community String configuration using Secure Shell (SSH)
–Enhanced Audit Trail Log
The Audit Trail Logging feature now logs all Read-only and Read-Write operations performed by the Java-based CWM GUI and CiscoView.
–Network Topology now provides primary and secondary status of the ports configured for SONET Automatic Protection Switch.
–PNNI Multi-peer Group configuration via Service Agent
–Enhanced Network Events Monitoring
BPX related 20000 Series and 30000 Series traps are forwarded to port 162 for HP OpenView and to RTM for Service Agent. The Source IP address in the BPX 1000 series Traps reflects the IP address of the associated node instead of the CWM IP address. BPX 1000 series traps are only forwarded to port 162, not to RTM.
–PNNI Persistent Physical Topology
CWM 12 adds support for routing trunk persistency.
–Enhanced PNNI Statistics Collection
CWM Statistics Collection Manager now collects historical PNNI related statistics from PXM45/B, PXM45/C and PXM1E-based nodes.
–Enhanced Scalability for Large-Scale Network Management
–Support for WANDEST 2.4
–Support for AXSM-E Port Statistics
–Support for new PXM1 Port Statistics
–Support for additional AUSM Port Statistics
–Support for additional FRSM Connection and Port Statistics
–XPVC/XPVP Management Enhancement
XPVC connection data no longer needs the manual XPVC grooming tool during upgrade to CWM 12. XPVC connections are now discovered from the network by CWM.
–Preferred Route Provisioning
–Support for Closed User Groups
For information on WANDEST 2.4, refer to the Cisco WANDEST Installation and Reference, Release 2.4, OL-4122-01, available at this URL:
This new tool analyzes connection provisioning delay and errors using available conn proxy log files and generates reports and creates a separate log file for errors. The off-line tool is located in ~svplus/tools/ConnProvAnalyzer.
The generated data can be used for plotting in Wingz or Microsoft Excel.
This tool extracts CNPA pattern entry from the ConnProxy log messages and will do analysis for successful requests then writes into .csv & .req files. The .csv data can be used for plotting graphs by using applications like Excel or Wingz.
In the .csv file, column-I indicates the connection & column-II indicates Provisioning time.
Xaxis: represents the Connection
Yaxis: represents the Provisioning Time
Plotting a Graph in Excel:
Step 1 Invoke Excel and open the .csv file.
Step 2 Select A, B columns for all rows (or for how many ever connection need to be plotted)
Step 3 Click on "Chart wizard"
Step 4 Select any type of graph and walk-through the steps.
Plotting a graph in Wingz:
Step 1 Invoke wingz and open the .csv file.
Step 2 Select Text Type "comma delimited".
Step 3 Click OK.
Step 4 Select Columns A,B columns
Step 5 Click on Tools->"graph icon (on the left side)". The cursor now changes to "+"
Step 6 Select the columns A,B (Graph will use only these selected rows to plot)
Step 7 Select Chart->Types->XY
New Features and Enhancements in WANCV Release 4.19
As part of Cisco WAN Manager Release 12, the CiscoView MSSBU device packages (WANCV) were upgraded to Release 4.19 to support CiscoView 5.4.1.
Changes made in 4.19:
•Displays the correct connector to UAI-4E1-DB15 backcard (IGX)
•Displays the correct orientation for PXM-UI-S3 and MCC-8-OC3 back cards (BPX-SES)
•Cosmetic changes to the PNNI Summary Address dialog window Create button
•Support for MCC-8-OC3 backcard for PXM1E is added.
•Added rsrcPartiVsiBwOverbooking support for Rel 9.4.
•Performance improvement when RPM cards are present without back cards.
•On-Line Help support for PXM1E-based & PXM45-based MGX 8800-series/MGX 8950/VSC packages.
•Supports AXSM-XG with clear channel and channelized on the Cisco MGX 8950.
•Adds SCR based CAC support for AUSM and PXM Cards.
Bugs Fixed in 4.19:
Features Not Supported in WANCV 4.19
The following features are not supported in WANCV 4.19:
•The security feature is not supported in conjunction with CWM 12.
•Hot swap polling frequency is 100 seconds and is not user modifiable.
•The Telnet button will show an error if a path to "xterm" is not present in the user's PATH environment variable.
•The write community string should not be configured to "private" by the user.
•The RPM card's community string is not configurable, and has to be set to the default "POPEYE".
•The Cisco Support button will not result in Cisco TAC support.
•The CCO button will not connect a Web browser to Cisco Connection Online (CCO).
Features Not Supported and Known Feature Limitations in CWM 12.0.00
The following features are not supported in CWM 12.0.00:
•You cannot perform an image download (FW download) from the CWM GUI for the NPM, HDM and NTM cards of the IGX switch. If you try to perform an image download on these cards from the Image Download GUI, you will receive an error message, stating "Image download operation not supported for node with card type 0."
•Co-residency of C-NOTE 3.0 and CWM
•StandAlone Stats Parser and Standalone Stats Collector with Parser are no longer supported in CWM 12. This feature has been replaced by the re-architected Standalone Statistics Manager.
•CWM workstations do not support dual NIC configurations.
•The URM service module is not supported by CWM.
•The following features introduced in VISM 3.1 are not accessible from CWM:
–T.38 Fax Relay.
•The logical Multi-peer Group topology display is not available in this release.
•The CWM database is not populated with the MPG configuration data. Instead, the Service Agent accesses the configuration directly from the switch.
•New preferred routes can be created using CLI or CWM Service Agent, but not with the CWM GUI.
•The preferred route indicator of a connection is not available in this release.
CWM can manage up to 40 different disjoint AutoRoute networks, provided all the network elements have unique network IP addresses and unique names across all the networks managed by CWM. There is no such limitation for PNNI networks.
Pointing multiple CWM workstations at the same gateway node is not recommended unless Persistent Topology is enabled.
CWM must be started from a CDE environment.
CWM does not support use of the korn shell.
When /usr/users gets 100% full, orbix processes are not able to write to the disk and cannot continue operations.
Correct the problem by first freeing up some disk space in /usr/users, then restarting the orbix processes and CWM using the following procedure:
Step 1 Stop core, exit out of the CWM prompt
Step 2 Run stoporbix2000 script
Step 3 Type CWM, you should see 'Starting Orbix..." in ~svplus/log/.startStopOrbix.log file.
Step 4 Start core.
When the client machine cannot be pinged from the server the following message may be seen seen on the CWM workstation:Exception raised while calling activateLease on pseudoServer.IT_ATLI_IOP:CONNECTION_CREATION_TIMEOUT
The error message is printed when server tries to contact the client, but is not able to. The call is initiated by the GUI client for activating the lease plugin on the client to detect server crash.
The problem is with the client machine DNS setup. The client machine cannot be pinged from the server.
The DNS is setup so that the client can communicate with the server, but when server tries to contact client machine it fails.
The resolution is to make sure the client machine is pingable from the CWM workstation.
Possible reasons for the server not being able to ping the client are:
•There may be a firewall on the client PC that prevents it from being seen from outside.
•The network routing from the server to the client is not setup properly.
When SSM (standalone stats manager) is installed with SCMGateway setup, SCM GUI does not open when the Primary SSM and Secondary SSM are started simultaneously (or within a time gap of 30 seconds to a minute).
Avoid this problem by waiting 2-3 minutes after starting core in the Primary SSM before starting core in the Secondary SSM in Gateway.
When there is a shortage of shared memory, the Informix engine may generate an operating system error. The following example from the online.log shows this error:shmat: : operating system error18:45:49 shmat: : operating system error18:45:57 Error writing '/tmp/shmem.1fd4555c.0' errno = 418:45:57 mt.c, line 10260, thread 7148, proc id 1008, errors occurred during mt_notifyvp.
When this error occurs, statsparser is not able to do any database related operation.
The error can be resolved temporarily by changing the /etc/system configuration as follows:forceload: sys/shmsysforceload: sys/semsysset shmsys:shminfo_shmmax=1073741824set semsys:seminfo_semaem=16384set semsys:seminfo_semmap=5000set semsys:seminfo_semmni=8192set semsys:seminfo_semmns=8192set semsys:seminfo_semmnu=8192set semsys:seminfo_semume=256set semsys:seminfo_semvmx=50000set shmsys:shminfo_shmmin=256set shmsys:shminfo_shmmni=32000set shmsys:shminfo_shmseg=256set semsys:seminfo_semmsl=100
The long-term solution is to increase the amount of memory to support 2 million connections consistently.
When using inband management, only 50 K connections are supported on the BPX-SES. To manage 100 K connections on the BPX-SES, set up CWM for out-of-band management.
CiscoView behavior after using the browser's refresh button is unpredictable. There is no reason to refresh the window, as CiscoView is refreshed automatically, based on the refresh/polling period.
The refresh/polling period can be set via the Preferences option.
If, after using the browser's refresh button, the browser hangs, close the browser and launch a new session.
Allow a 2-3 minutes period between enabling or disabling statistics operations on the same BPX or IGX node. Whenever enabling/disabling of statistics is done on a BPX or IGX node, and the switch is in the process of configuring statistics, doing a second enabling/disabling of statistics will fail.
If Start Collection on SCM GUI takes a long time, investigate whether collection was started with an IP address that was not reachable. Either inband or out of band was not reachable. Start collection with a reachable IP address. If the inband i paddress is reachable then start collection with inband IP address. If out of band is reachable, start collection with out of band.
The SSM statistics database can go out of sync with node_ids on CWM after a coldstart -F is executed on the server. Stop collection and disable collection before doing a coldstart -F to ensure that the node ids remain consistent. A Gateway setup is needed to ensure uninterrupted statistics collection.
When you have the persistent topology feature 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 ensure all CWM servers have the same XPVC Preferred data, CWM-to-CWM gateway must be enabled; otherwise, you must manually propagate the data to all CWM servers.
On MGX PXM1-based feeders in the BPX network, VISM or VISM-PR terminated XPVC only connect to the AUSM service module. No such restriction exists for PXM1E-based or PXM45-based nodes.
Ensuring the Creation of the svplus and/or wandest Username and Password
When either the SSM or the WANDEST server or client is installed for the first time on your Solaris workstation, the svplus and/or wandest username and password may not be available. After installing either of these applications, log in as root and set the password for the svplus and/or wandest user using either the admintool or the passwd command on the command line.
Connection Manager Limitations
The normal behavior of the CWM Connection Manager is that it automatically updates with all events received, however, if there are too many new events (if the event buffer fills up) the refresh button turns yellow. The yellow refresh button indicates that you should refresh the screen. Upon clicking the refresh button, it will pull information directly from the database.
When the connection modify dialog box is already open, another user can delete the connection using the CMGUI delete option.
The Connection Manager GUI for preferred route displays all available trunks without considering the traffic class. As a result, it is possible to set a preferred route for a CBR connection traversing trunks that do not support CBR traffic.
While adding connections originating and terminating on the same feeder nodes (MGX8220 only), CWM will treat these connections as three segment connections and will add three segments (two on the same feeder node, one on the routing node) to realize this connection.
RPM on PXM1-based MGX 8850/8230/8250 provisioning is done using telnet since the RPM does not support SNMP SETs. Please refer to the specific RPM switch CLI release notes.
HP OpenView Limitations
All event messages are displayed in the HPOV 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 12. Use the Network Topology map instead.
Issues with the CWM 12 Statistics Collection Manager
In order to collect connection statistics, statistics should be enabled on individual connections. If the user only enables connections stats on SCM but does set the stats enabled flag to true on the connection, the stats will not be collected, for that connection. Since there is no mechanism or warning to the user to have this enabled on the connections, CWM will not give appropriate error message.
Occasionally, when high connection counts are enabled on the SES, and statistics collection is enabled, the SES node is not getting synced up. The workaround is to disable statistics collection in the SES. Refer to CSCdw32076 for more information.
The statistics collection manager retrieves SPVC connection statistics data from BPX-SES nodes, however, only 15 minute collection buckets are supported on the SES.
The same limitation of only 15 minute collection buckets applies for MGX 8850 PXM45-based nodes with AXSM. There is no such limitation for AXSM-E.
Only 15 minute collection buckets are supported for PNNI statistics.
Peak statistics are not supported for PNNI statistics.
If the PXM45 release is less than 4.0(0.0) PNNI historical statistics can not be enabled.
The PXM45A card does not support PNNI statistics collection.
The BPX-SES does not support PNNI statistics collection.
HP OpenView is supported on StandAlone Statistics Manager (SSM). SSM processes generate CWM traps.
Stats Parsing is only supported for "statsdb" on SSM machine. Stats Parsing is not supported for the "stratacom" database on SSM machine.
Wingz and Summary Reports are not supported on the SSM machine.
At least one CWM must be up and running, with the nodes synced up, for SSM to work normally. SSM uses the CWM server workstation to get traps while enabling statistics for cellbus-based service modules on MGX 8850 and PNNI statistics on BPX.
The WANDEST server must be up and running on the CWM server workstation. SSM gets the node, node_info, card, network, rsc_part, bis_object tables from the CWM server workstation using WANDEST.
If the statsmaster SSM/CWM is down or unreachable in a SCM Gateway setup, the statsmaster must be changed on the switch to a machine that is up. The statsmaster is needed for SCM statistics enabling/disabling.
In a SCM Gateway setup with statistics collection going on, after switchover the old statistics data is not moved to the new Primary CWM/SSM machine.
SSM does not receive traps on Node/Card Deletion, so statistics collection must be stopped and disabled before deleting a node/card on the network. Also SSM does not receive traps on Node/Card Add messages, so the WANDEST upload must be received before the node/card can be seen in SCM GUI on SSM.
In SSM, statistics collection must be stopped and restarted after changing the node name or changing the node FTP password.
Limitations for CWM to CWM Communication
The Secondary CWMs have to wait for the Primary CWM to finish syncing up with the network. Trap 28075 (svDatabaseInSync) is sent when the Primary CWM has finished syncing up with the network.
All the CWM workstations managing the same network must have seed nodes or gateway nodes that have IP addresses within the same network. All the CWM workstations should not all point to the same gateway node, but the gateway nodes they point to should be on the same network.
The Configurator can be started on either the Primary CWM or the Secondary CWMs, but Add, Modify, or Delete operations using the Configurator can only be performed on the Primary CWM.
All the CWM to CWM Communication limitations listed above also apply to SCM Gateway.
Newly added PXM45-based MGX nodes may not be discovered on a CWM which is already running. The node may not be discovered because the IP address of the node may be unreachable when the node was added to the network. The workaround for this is to perform a dnpnport and uppnport on the newly added trunk in the network.
In the case of a PXM45-based MGX network, the PXM45-based MGX nodes are managed using the primary IP address. The primary IP address is specified using Option 8 in the cnfndparms CLI. Configure the trap IP with the primary IP. PXM1-based MGX nodes connected to PXM45-based MGX nodes are managed through the atm0 IP. If the atm0 is not set, then the LAN IP is used to manage the PXM1-based MGX nodes. Configure the trap IP accordingly.
In the /usr/users/svplus/config/CwmGs.conf file there is a flag named TOPO_SHOW_MAP. You can use this file to set up the flag to configure whether or not nodes and trunks are displayed in the topology display at CWM startup.
TOPO_SHOW_MAP 1 means when NWTopology opened, users can see nodes and trunks in the topology.
TOPO_SHOW_MAP 0 means when NWTopology opened, users cannot see nodes and trunks in the topology.
CWM 12 Notes and Cautions
Due to the nature of asynchronous behavior of ILOG client and server interaction, CWM client requests may be sent before the CWM server is ready. In this case, the following error messages will be displayed on the workstation screen:Ilb Error: Synchronous request to <unidentified actor failed by timeout>.
Note If the ILOG timeout situation persists for more than five minutes and the CWM workstation is not functioning normally, then a service call should be made.
Parameters displayed by the Network Browser that are not applicable to an element i.e.: a line or a trunk often contain the value -1. Treat this as the same as Not Applicable.
Occasionally, when deleting a feeder node, unrelated nodes may also be deleted from the topology due to the order of deletion. Refer to CSCin42863 for more details, including workarounds.
Issues with Firewalls and CWM 12
Firewalls set up on managed networks and PCs used as clients may affect the Desktop GUI. The following sections describe how to resolve these issues.
Firewall on PC:
If a PC based firewall like BlackIce is used, the protection settings to enable incoming connections may need to be changed. In CWM 12.0.00, when running a client is running on a remote PC, the server opens new connections when sending node and network updates to the Desktop GUI. If the PC blocks all incoming calls, this will cause the topology map to not appear on the GUI.
Lower the protection level for incoming connections. In BlackIce, for example, the Protection Level should be set to "Cautious:block some unsolicited inbound traffic" instead of the more restrictive "Nervous:block most unsolicited inbound traffic". OR
If the firewall software allows, add CWM server machine as a trusted IP address and allow all traffic from the CWM host.
Firewall on LAN:
If the network where CWM is located has a firewall configured to restrict traffic from both inside the LAN as well as from an outside PC the topology map will not show up in the Desktop GUI.
Use VPN tunneling for the remote PCs to connect to the CWM machines in the network OR
Setup trusted IP addresses in the Firewall. Both CWM machines and the remote PC that are going to use CWM GUI need to be added as trusted IP addresses in the firewall configuration.
CWM 12.0.00 Server Installation or Upgrade to CWM 12.0.00
Note CWM software can be upgraded from 10.5.10 Patch 1, 10.5.10 Patch 3, or 11.0.10 patch 1 (either Solaris 7 or Solaris 8)
The most current upgrade and installation information is found in the CWM Installation Guide for Solaris 8, Release 12 (OL-3837-01). A PDF copy of this document is on the CWM 12 Documentation CD. The following sections describe installation and upgrade procedures specific to CWM 12.0.00.
Evaluation Copy of CWM 12
The 90-day evaluation copy of CWM gives you the opportunity to try CWM for a 90-day period. It is not possible to upgrade an existing version of CWM with the evaluation version. The evaluation version does not support Multiple Disk Configuration for Informix. The only other difference between the licensed version of CWM 12 and the 90-day evaluation version is the way the software is packaged. Here are the details for the 90-day evaluation package
The 90-day evaluation version of CWM comes with all the other applications like Service Agent, SCMSA, WANDEST Server and WANDEST Client
It is packaged into 4 CDs
•CWM Server on the first CD (no change from the licensed version of CWM 12)
•CWM Server Agent and SCMSA on the second CD (the directories are cdromAgent and cdromScmSa)
•CiscoView, WANDEST Server and WANDEST Client on the third CD (the directories are cdromCV, cdromWDServer, cdromWDClient)
•CWM documentation and Adobe Acrobat software on the fourth CD (no change from the licensed version of CWM 12)
All the packages have to be installed separately, just like the licensed version of CWM 12.
For the applications on the second and third CDs, you must change directory to a particular package directory and then follow the installation instructions for that particular package.
For example, the instructions for installing WANDEST are available in Chapter 5 of the WANDEST Installation and Reference, Release 2.4. Change to the /cdrom/cdromWDserver directory before entering the ./installServer.sh command and then follow the installation instructions in this chapter.
Evaluation Copy limitations
You cannot apply patches downloaded from CCO to the 90-day evaluation copy of CWM.
It is not possible to upgrade an existing version of CWM with the evaluation version.
Important Configuration Notes
This section provides important information about configuration.
Naming Managed Nodes
Each node name of all the nodes managed by CWM must be unique.
Node Numbering for Release 9.4 IGX Feeder Nodes
When an IGX is added as a feeder to a SES/BPX or MGX node, it will have a default node number, this node number may not be unique within the network. If it is not unique then it needs to be modified to a unique node number by issuing the CLI command "rnmnd <x>" where x should be unique with respect to all other auto-route nodes. To find the other node numbers, use the CLI command "dspnds +n". Failing to do so, the CWM Databroker may have an incorrectly formed hybrid connection database, and the CWM GUI may show the connection as incomplete.
CWM Dedicated IP Ports
CWM 12 to Cisco WAN switch (outgoing): ports used in the switch
•udp: 161, snmp get/set
•udp: 2500, rtm
•udp: 69, tftp server
•tcp: 23, telnet
•tcp: 13, daytime
Cisco WAN switch to CWM 12 (incoming): ports used in CWM 12
•udp: 162, snmp trap
•tcp: 8888, HP OV topology daemon
•tcp: 9999, HP OV database daemon
Operations Support System (OSS) to CWM 12 (incoming): ports used in CWM 12
•udp: 8161, snmpAgent This port is configurable. Please refer to Cisco WAN Manager SNMP Agent Guide for configuring this port to other than 8161
CWM12 (Internal) Process to Process Communication ports
•CWM processes' ports 9000 to 9011
•Web Services (Java Client) 1551
•CiscoView Web Server 1741
•Orbix ports 3075,3079,3094
The security profile and user profile are stored in the database as user_info and sec_profile tables. All CWM systems in the same domain will have the same data in the user_info and sec_profile table by ways of CWM to CWM communication.
The user_info and sec_profile tables will not get dropped when the coldstart command is executed during a cold start. These tables can only be dropped by executing the coldstart command with the "-F" option.
The Security Manager GUI can be started from NWTopology main window in the primary CWM system.
The CWM user to be added to the database has to be a valid UNIX user, when a user logs in to CWM desktop, user authentication against UNIX gets performed. The CWM user's password needs to match what's defined in the UNIX system.
After performing the creation of a new database by executing the coldstart script, if CWM is restarted (stop core and start core) before it is synchronized with the network, it will result in a database inconsistency. In this case, rerun the coldstart script to avoid database inconsistencies.
Note Do not use the SV+CreateDb tool for the above purpose.
When a Gateway node is upgraded or rebuilt, before CWM has synchronized up with the network, CWM must be cold-started (create CWM database and restart CWM). This is required to ensure CWM database consistency.
The user supplied network name can be up to 10 characters in length and should be alphanumeric characters only (no periods).
The asi_line table is populated with the 1-based port number and not the 0-based port number for IGX ports.
Connection Manager Configuration
Configuration Parameters for Connection Manager Daemon (cmgrd)
•The file used is /usr/users/svplus/config/cmgrd.conf
•Any configuration parameter that is changed is in effect only if either the cmgrd process is killed or if not a kill -USR1 signal is sent to it. kill -USR1 signal will make cmgrd re-read the config file, it will not terminate the process and is the recommended way to make the configuration in effect.
The configuration parameters in this file are listed below:
•ATM_FR_OVERHEAD_FLAG: This can be set to ENABLE or DISABLE. The default is ENABLE. If Enabled, the frame relay bits per second to atm cells per second conversion will use a overhead factor of 1.44. This flag controls the conversion from frame relay to atm when the frame relay endpoint is one of the FRSM cards on Auto Route Feeder nodes. If enabled, the conversion is cells_ per_second = (bits_per_second +383 / 384) * 1.44.
If disabled, the conversion is cells_per_second = (bits_per_second + 383 / 384). The number 384 comes from 48 bytes in a cell multiplied by 8 bits in a byte.
•THROTTLE_NODE_LOCK_RETRY: Default is 1. This number configures the number of times cmgrd will retry in case of a SNMPCOMM Throttle error or a Database Lock error from switches. If no retry is needed this should be changed to 0.
•TIME_BETN_RETRY: Default is 3 seconds. This number in seconds is used only if THROTTLE_NODE_LOCK_RETRY is >= 1. This is the time that cmgrd waits internally before issuing the retry.
•SET_TIMEOUT: Default is 30000000 microseconds which is 30 seconds. This number in microseconds configures the time that snmpcomm waits for a SET response to a SET request from cmgrd to any Auto Route switch before it declares timeout.
•PNNI_SET_TIMEOUT: Default is 60000000 microseconds which is 60 seconds. This number in microseconds configures the time that snmpcomm waits for a SET response to a SET request from cmgrd to any PNNI switch before it declares timeout.
•MAX_REQUEST_TIME: Default is 300 seconds. This number in seconds specifies the time that cmgrd internally waits for a provisioning request to complete. If the provisioning request is not completed within that time and the user retries the request, the retried request will go through without giving the error "Outstanding request already exists".
•EGRESS_AUSM_MAPPING: This can be set to ENABLE or DISABLE. The default is ENABLE. If enabled, cmgrd will always map the following variables for AUSM on all platforms:
–Egress Service Rate from minimum of other end PCR and Local Port speed for non ABR connections; from minimum of other end MCR and Local Port speed for ABR connections.
–Egress PercentUtil from other end Percent Util.
If disabled, cmgrd will set the Egress Service Rate for AUSM on all platforms from the user specified value for Egress Service Rate. If the user does not specify it, the mapping as above will be done. Egress Percent Util will also follow the same rules except in case of AUSM on PXM1E-based MGX 8850/8830 where the Egress Percent Util will always be mapped irrespective of the flag value.
•PNNI_PER_UTIL_FLAG: This can be set to ENABLE or DISABLE. Default is ENABLE. If enabled, cmgrd will set PercentUtil on all PNNI endpoints as set by user.
If disabled, cmgrd will not set PercentUtil on any PNNI endpoint hence will be defaulted by the switch to 100%.
•AUSM_DISCARD_OPTION: This can be set to ENABLE or DISABLE. Default is DISABLE. If enabled, cmgrd will internally set ingressQDiscardOption for AUSM cards on all platforms to `frameDiscard' if FGCRA is enabled on the card and will set it to `clpHysterisis' if FGCRA is disabled on the card.
If disabled, cmgrd will not set ingressQDiscardOption parameter at all on the switch hence defaulted by switch always to `clpHysterisis'.
Setting up RPM Cards for Management by CiscoView from the Workstation
By default, the SNMP agent of an RPM is not enabled. To manage a device that contains an RPM, first ensure that the SNMP agent is enabled.
Useful commands are:
•Router# show snmp
•Router# config terminal
•Router(config) snmp-server community community string
•Router# write memory
RPM cards must have SNMP configured to enable CiscoView to view configuration parameters, performance statistics, and events.
Configuring SNMP and SYSLOG
Each RPM card to be managed must have SNMP and SYSLOG configured or the management software cannot communicate with the node containing the RPM card.
Table 8 shows SNMP and SYSLOG router configuration commands. In this example, the network management system has an IP address of 10.1.1.1.
Note The SNMP and SYSLOG configuration process is extensively discussed in the command reference documentation for each release of the Cisco IOS software.
Configuring CiscoView for Large Networks
To improve CiscoView performance in managing large networks, change the value of "session.maxresidents" from 1024 to 3072 in the /opt/CSCOpx/objects/jrun/jsm-cw2000/server/jse/properties/session.properties file and change the value of "MaxClients" from 150 to 200 in the /opt/CSCOpx/objects/web/conf/http.conf file.
SNMP Service Agent Release Notes
This section provides release note information about the SNMP Service Agent.
Caution When you delete a port on the BXM using the port proxy, the BXM line is also deleted.
CWM SNMP Agent Configuration Notes
The snmpd.cnf configuration file for the MasterAgent is located in the /usr/users/svplus/config directory. This file can be viewed or modified only by root.
CWM SNMPV1 module uses community strings for authentication. The CWM SNMP module uses the community strings defined in the snmpd.cnf config file. By default, the snmpget community string is public, and the snmpset community string is configured as private.
The user can modify the community strings by modifying the third column in the following lines from snmpd.cnf config file:
snmpCommunityEntry t0000000 private private localSnmpID - - nonVolatile
snmpCommunityEntry t0000001 public public localSnmpID - - nonVolatile
WANCV 4.19 Notes and Cautions
When there is a card mismatch go to the "card summary" display to see the indicator of "mismatchwithParent".
The LEDs displayed in the chassis screen only convey card status for the selected card and not alarm status in the node. The "node alarm status" is shown at the top of a PXM. The "port" LED's red or yellow colors actually represent an "alarm" state for a physical interface.
The VISM Ds0 Config screen shows parameters as configurable that are not applicable for the VISM line type (E1). In the vism Ds0 Config screen under the Line Config. screen, the "Insert Local CAS" and "Local CAS Pattern" parameters are not greyed out. When you have a E1 VISM card you are not allowed to modify the local CAS type (cwmVismDs0InsertLocalCas) or the local CAS bit pattern (cwmVismDs0LocalCasPattern). If you try to change these values the system displays an error.
The various timers and retry counter should be configured from the Preference menu. For a typical installation, Polling and Monitoring should be about 60 seconds and Timeout should be at least 15 seconds. Faster polling and monitoring values can be configured if conditions permit. One retry is the recommended configuration.
Note Performance is degraded when managing MGX devices with missing or failed service modules, or RPM modules that do not have SNMP enabled. Missing service modules are shown in CiscoView with a red alarm indicator, not as an empty slot
This section lists known and resolved anomalies in the Cisco WAN Manager 12.0.00 software and other associated software. The resolved anomalies include all anomalies resolved in CWM 11.0.10 Patch 2 and below, with the exception of CSCea53665, which is listed in the Known Anomalies section below.
Known Anomalies in CWM 12.0.00 Software
This section lists known anomalies in CWM Release 12.0.00 software as of 05/02/03.
Anomalies Resolved in CWM 12.0.00 Software
All anomalies resolved in CWM Release 11 and CWM Release 10 as of 05/02/03 that were applicable to CWM Release 12.0.00 are included in CWM Release 12.0.00. Table 10 lists externally found anomalies from CWM Release 11 and CWM Release 10 as of 05/02/03 that were only resolved in CWM Release 12.0.00 software.
The following technical documents comprise the CWM 12 documentation set:
•Cisco WAN Manager Installation for Solaris 8, OL-3837-01
•Cisco WAN Manager User's Guide, OL-3838-01
•Cisco WAN Manager SNMP Service Agent, OL-3840-01
•Cisco WAN Manager Database Interface, OL-3839-01
•Cisco WANDEST Installation and Reference, Release 2.4, OL-4122-01
•Release Notes for Cisco WAN Manager for Solaris 8, Release 12.0.00, OL-3188-01
PDF copies of the first four items in the CWM 12 documentation set are provided on the third CWM 12 CD along with a copy of Adobe Acrobat and Netscape Communicator 4.76 for use in reading the files.
Use the included
gziputility to decompress the .
gzfiles. The command is
The Cisco WANDEST Installation and Reference, Release 2.4 and these release notes are not available on the third CWM 12 CD. They are available on-line at the following URL:
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.
You can access the most current Cisco documentation at this URL:
You can access the Cisco website at this URL:
You can access international Cisco websites at this URL:
Product Documentation DVD
The Product Documentation DVD is a comprehensive library of technical product documentation on a portable medium. The DVD enables you to access multiple versions of installation, configuration, and command guides for Cisco hardware and software products. With the DVD, you have access to the same HTML 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= or DOC-DOCDVD=SUB) from Cisco Marketplace at this URL:
Registered Cisco.com users may order Cisco documentation at the Product Documentation Store in the Cisco Marketplace at this URL:
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 email@example.com or by fax at 1 408 519-5001 in the United States and Canada, or elsewhere at 011 408 519-5001.
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 submit comments about Cisco documentation by using the response card (if present) behind the front cover of your document or by writing to the following address:
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:
From this site, you will find information about how to:
•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, security notices, and security responses for Cisco products is available at this URL:
To see security advisories, security notices, and security responses as they are updated in real time, you can subscribe to the Product Security Incident Response Team Really Simple Syndication (PSIRT RSS) feed. Information about how to subscribe to the PSIRT RSS feed is found at this URL:
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 have identified a vulnerability in a Cisco product, contact PSIRT:
•For Emergencies only — firstname.lastname@example.org
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.
•For Nonemergencies — email@example.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 (for example, GnuPG) to encrypt any sensitive information that you send to Cisco. PSIRT can work with information that has been encrypted with PGP versions 2.x through 9.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:
The link on this page has the current PGP key ID in use.
If you do not have or use PGP, contact PSIRT at the aforementioned e-mail addresses or phone numbers before sending any sensitive material to find other means of encrypting the data.
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:
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:
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:
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:
Definitions of Service Request Severity
To ensure that all service requests are reported in a standard format, Cisco has established these severity definitions:
Severity 1 (S1)—An existing 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 operations 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 the network is impaired, while 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.
•The Cisco Product Quick Reference Guide is a handy, compact reference tool that includes brief product overviews, key features, sample part numbers, and abbreviated technical specifications for many Cisco products that are sold through channel partners. It is updated twice a year and includes the latest Cisco offerings. To order and find out more about the Cisco Product Quick Reference Guide, go to this URL:
•Cisco Marketplace provides a variety of Cisco books, reference guides, documentation, and logo merchandise. Visit Cisco Marketplace, the company store, at this URL:
•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:
•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:
•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:
or view the digital edition at this URL:
•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:
•Networking products offered by Cisco Systems, as well as customer support services, can be obtained at this URL:
•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:
•World-class networking training is available from Cisco. You can view current offerings at this URL:
Copyright © 2003-2006 Cisco Systems, Inc.
All rights reserved.