Rme 42 Ug
Rme 42 Ug
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 527-0883
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT
SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE
OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB’s public
domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS” WITH
ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT
LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF
DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING,
WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO
OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
CCDE, CCENT, Cisco Eos, Cisco Lumin, Cisco Nexus, Cisco StadiumVision, the Cisco logo, DCE, and Welcome to the Human Network are trademarks; Changing the Way
We Work, Live, Play, and Learn is a service mark; and Access Registrar, Aironet, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA,
CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo,
Cisco Unity, Collaboration Without Limitation, EtherFast, EtherSwitch, Event Center, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient,
IOS, iPhone, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, IronPort, the IronPort logo, LightStream, Linksys, MediaTone, MeetingPlace, MGX,
Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerPanels, ProConnect, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The
Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United
States and certain other countries.
All other trademarks mentioned in this document or Website are the property of their respective owners. The use of the word partner does not imply a partnership relationship
between Cisco and any other company. (0805R)
Notices xxv
OpenSSL/Open SSL Project 1-xxv
License Issues 1-xxv
Preface xxix
Audience xxxi
Conventions xxxi
CHAPTER 8 Archiving Configurations and Managing Them Using Archive Management 8-1
Browsing and Editing Jobs Using the NetConfig Job Browser 10-12
Viewing Job Details 10-16
What Happens During Configuration Deployment in Overwrite and Merge Modes 11-31
CHAPTER 15 Enabling and Tracking Syslogs Using Syslog Analyzer and Collector 15-1
Getting Device Type Summary Report and Contract Status Detailed Report 19-2
Device Type Summary Report 19-2
Contract Status Detailed Report 19-4
Scheduling Jobs 19-6
Viewing Job Status 19-7
CWCLI 20-1
Overview: CLI Framework (cwcli) 20-2
cwcli Global Arguments 20-3
Remote Access 20-4
Overview: cwcli config Command 20-6
Using the cwcli config Command for Batch Processing 20-7
Getting Started With cwcli config 20-7
Uses of cwcli config 20-7
Remote Access 20-10
Running cwcli config 20-10
cwcli config Command Parameters 20-11
Parameters For All cwcli config Commands 20-11
cwcli config Syntax Examples 20-14
cwcli config Core Arguments 20-17
Examples of cwcli config 20-18
cwcli config Command Man Page 20-18
Arguments 20-19
cwcli config Subcommand Man Pages 20-23
Overview: cwcli netconfig Command 20-31
cwcli netconfig Remote Access 20-39
Overview: cwcli export Command 20-40
Using the cwcli export Command 20-41
Running cwcli export changeaudit 20-46
Running cwcli export config 20-56
Running cwcli export inventory Command 20-60
XML Schema for cwcli export inventory Data 20-61
Overview: cwcli inventory Command 20-76
Using the cwcli inventory Command 20-77
Running the cwcli inventory cda Command 20-80
CHAPTER 21 Enabling Approval and Approving Jobs Using Job Approval 21-1
CHAPTER 23 Usage of PSIRT End of Sale and End of Life Data to Generate Reports 23-1
Use Case: Converting Standalone Switches into a Virtual Switching System 24-12
Integration of Cisco IOS Features GOLD and EEM into Smart Call Home 27-2
Inventory A-6
NetConfig A-29
NetShow A-109
Administration A-115
INDEX
License Issues
The OpenSSL toolkit stays under a dual license, i.e. both the conditions of the OpenSSL License and the
original SSLeay license apply to the toolkit. See below for the actual license texts. Actually both licenses
are BSD-style Open Source licenses. In case of any license issues related to OpenSSL please contact
openssl-core@openssl.org.
OpenSSL License:
© 1998-1999 The OpenSSL Project. All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided
that the following conditions are met:
1. Redistributions of source code must retain the copyright notice, this list of conditions and the
following disclaimer.
2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions, and
the following disclaimer in the documentation and/or other materials provided with the distribution.
3. All advertising materials mentioning features or use of this software must display the following
acknowledgment: “This product includes software developed by the OpenSSL Project for use in the
OpenSSL Toolkit. (http://www.openssl.org/)”
4. The names “OpenSSL Toolkit” and “OpenSSL Project” must not be used to endorse or promote
products derived from this software without prior written permission. For written permission, please
contact openssl-core@openssl.org.
5. Products derived from this software may not be called “OpenSSL” nor may “OpenSSL” appear in
their names without prior written permission of the OpenSSL Project.
EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
The license and distribution terms for any publicly available version or derivative of this code cannot be
changed. i.e. this code cannot simply be copied and put under another distribution license [including the
GNU Public License].
This document describes the applications that make up Resource Manager Essentials (RME). It provides
instructions for configuring, administering, and operating RME.
The Resource Manager Essentials User Guide is organized as follows:
Chapter Description
Chapter 1, “Overview of RME” Gives you an overview of RME.
Chapter 2, “What's New in this Provides you with the list of launch points for the various tasks that you can perform with
Release” the various RME applications. You can also review the new features provide for this
release.
Chapter 3, “Adding and Describes how RME manages devices. Device Management uses the device credentials
Troubleshooting Devices Using that are present in Common Services Device and Credentials database.
Device Management”
RME allows you to select devices from Device and Credentials database to manage in
RME.
Chapter 4, “Managing RME Describes how you can group RME devices. RME allows you to define several groups of
Device Groups Using Group devices based on a set of criteria and manage the same.
Administration”
Chapter 5, “Understanding RME Describes how device states are transitioned in RME.
Device State Transition”
Chapter 6, “Managing Inventory Describes how to use the Inventory application. Inventory, or the Inventory Collection
Collection and Polling Using Service (ICS) and Poller software component of RME, collects inventory data from the
Inventory” network devices and keeps the inventory updated.
Chapter 7, “Generating Reports” Gives you an overview of the reports framework in RME.
Chapter 8, “Archiving Describes how to use the Configuration Management application.
Configurations and Managing
Configuration Management gives you easy access to the configuration files for all files or
Them Using Archive
Cisco IOS-based Catalyst switches, Content Service Switches, Content Engines, and Cisco
Management”
routers in your RME inventory.
Chapter 9, “Using Baseline Describes how to use Compliance Management to create, deploy, manage baseline
Templates to Check templates. It also describes how to check for template compliance.
Configuration Compliance”
Chapter 10, “Making and Describes how to use the NetConfig application.
Deploying Configuration
NetConfig allows you to make configuration changes to your managed network devices
Changes Using NetConfig” whose configurations are archived in the Configuration Archive.
Chapter Description
Chapter 11, “Editing and Describes how to use the Config Editor application.
Deploying Configurations Using
Config Editor you to edit a configuration file that exists in the configuration archive.
Config Editor”
Chapter 12, “Using NetShow Describes how to use the NetShow application.
Commands”
NetShow enables you to define show commands within Command Sets and run these
commands
Chapter 13, “Managing Describes how to use the Software Management application.
Software Images Using Software
To ensure rapid, reliable software upgrades, Software Management automates many steps
Management” associated with upgrade planning, scheduling, downloading, and monitoring.
Chapter 14, “Tracking Network Describes how to use the Change Audit application.
Changes Using Change Audit”
Change Audit tracks and reports changes made in the network. It allows other RME
applications to log change information to a central repository.
Chapter 15, “Enabling and Describes how to use the Syslog application.
Tracking Syslogs Using Syslog Syslog lets you centrally log and track system error messages, exceptions, and other
Analyzer and Collector” information (such as device configuration changes).
Chapter 16, “Tracking RME Describes how to use the Audit Trail application.
Server Changes Using Audit
Audit Trail tracks and reports changes that the RME administrator makes on the RME
Trail” server.
Chapter 17, “Checking Bug Describes how to use the Bug Toolkit application.
Status Using Bug Toolkit”
Bug Toolkit helps you identify the bugs filed against devices in their network and check
the status of the bugs.
Chapter 18, “Working With Describes how to use the SmartCase application.
SmartCase” SmartCase enables you to access Cisco.com from Resource Manager Essentials (RME) to
open a Cisco.com case, or to query and update an existing case.
Chapter 19, “Working With Describes how to use the Cisco Contract Connection application.
Contract Connection”
Contract Connection lets you verify which of your Cisco devices are covered by a service
contract.
Chapter 20, “CLI Utilities” Describes how to use Command Line Utilities like cwcli, PTT, syslogConf.pl and Software
Management CLI.
Chapter 21, “Enabling Approval Describes how job approval can be enabled and used.
and Approving Jobs Using Job
Approval”
Chapter 22, “Setting Describes how to set system-wide parameters for RME.
System-wide Parameters Using
System Preferences”
Chapter 23, “Usage of PSIRT Describes how to generate PSIRT, End of Sale or End of Life online or offline reports using
End of Sale and End of Life Data RME.
to Generate Reports”
Chapter 24, “Virtual Switching Describes how to convert two standalone switches into a Virtual Switching System.
System Support”
It also describes how to convert a Virtual Switching System back to standalone switches.
Chapter Description
Chapter 25, “Usage of Describes how to use RME to configure Embedded Event Manager environmental
Embedded Event Manager in variables, TCL scripts or applets on the devices.
RME”
Chapter 26, “Usage of GOLD in Describes how to use RME to deploy Generic OnLine Diagnostics tests on the devices.
RME”
Chapter 27, “Usage of Cisco Describes how to use RME to register the devices with Cisco Smart Call Home.
Smart Call Home in RME”
Appendix A, “RME Describes the troubleshooting tips for all the RME applications.
Troubleshooting Tips and FAQs”
Appendix B, “Understanding Describes the two file formats supported in RME—Comma-Separated Values (CSV) File
Syslog Formats” and XML Schemas.
Appendix C, “RME Command Provides a list of the RME commands.
Reference”
Appendix D, “Managing Describes Network Address Translation (NAT) support in Resource Manager Essentials
Devices When RME Server is and provides details of the tasks you need to perform to enable support.
Within a NAT Boundary”
Audience
This document provides descriptions and scenarios for system administrators, network managers, and
other users who might or might not be familiar with RME. Many of the tools described are accessible to
system administrators only.
Conventions
This document uses the following conventions:
Item Convention
Commands and keywords boldface font
Variables for which you supply values italic font
Displayed session and system information screen font
Information you enter boldface screen font
Note Means reader take note. Notes contain helpful suggestions or references to material not covered in the
publication.
Caution Means reader be careful. In this situation, you might do something that could result in equipment
damage or loss of data.
Product Documentation
The following product documentation is available:
Note Although every effort has been made to validate the accuracy of the information in the printed and
electronic documentation, you should also review the Resource Manager Essentials documentation on
Cisco.com for any updates.
The RME device package support for RME is available at install time. You can access the device package
help from the Online help.
Related Documentation
Note We sometimes update the printed and electronic documentation after original publication. Therefore,
you should also review the documentation on Cisco.com for any updates.
The Resource Manager Essentials (RME) suite is part of the CiscoWorks family of products. It is an
Enterprise solution to network management. RME is a powerful suite of Web-based applications offering
network management solutions for Cisco switches, access servers, and routers.
The Resource Manager Essentials browser interface allows easy access to information critical to network
uptime and simplifies time-consuming administrative tasks.
RME is based on a client/server architecture that connects multiple web-based clients to a server on the
network. As the number of network devices increases, additional servers or collection points can be
added to manage network growth with minimal impact on the client browser application.
Taking advantage of the scalability inherent in the intranet architecture, RME supports multiple users
anywhere on the network. The web-based infrastructure gives network operators, administrators,
technicians, Help Desk staff, IS managers, and end users access to network management tools,
applications, and services.
RME allows the network administrators to view and update the status and configuration of all Cisco
devices from anywhere on the network through a standard Web browser as the RME client.
RME maintains a database of current network information. It can generate a variety of reports that can
be used for troubleshooting and capacity planning. When devices are initially added to the RME, the
network administrator can schedule RME to periodically retrieve and update device information, such
as hardware, software, and configuration files, to ensure that the most current network information is
stored.
In addition, RME automatically records any changes made to network devices, making it easy to identify
when changes are made and by whom.
RME applications provide the network monitoring and fault information you need for tracking devices
that are critical to network uptime. They also provide tools that you can use to rapidly and reliably deploy
Cisco software images and view configurations of Cisco routers and switches.
RME applications, together with links to Cisco.com service and support, automate software maintenance
to help you maintain and control your Enterprise network.
Also see:
What's New in this Release
This section lists the new features of RME and introduces you to the RME features.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Home (Tab)
From this tab, you can access all the frequently used applications in RME, and it also provides the status
of some important applications.
The RME Home page has the following panes:
• Device Management Status
• Collection Status
• Recently Completed Jobs
• 24 Hour Syslog Severity Summary
• 24 Hour Changes
• System Tasks
• Device Management Tasks
• Reports
• Management Tasks
If you check the Auto-Refresh checkbox in the top-left corner of the page, the contents of the page are
refreshed at a set interval. You can also click the Refresh icon on the top-right corner of the page to
trigger a page refresh.
Collection Status
This pane gives details about the collection status for Inventory and Config Archive.
Inventory Collection Status lists the number of successful collections, failed collections, and their
details. When you click the hyperlink, it launches the details from the Inventory Collection Status page
(RME > Devices >Inventory > View Inventory Collection Status).
Config Collection Status lists the number of successful, failed, partially successful, and Out-Of -Sync
collections, and their details. When you click the hyperlink, it launches the reports of the failed or
partially successful collections. The Out of Sync Summary details are collected from RME > Config
Mgmt >Archive Management > Out-Of-Sync Summary.
Field Description
Job ID Unique ID assigned to the job by the system, when the job is created.
For periodic jobs such as Daily, Weekly, etc., the job IDs are in the number.x
format. The x represents the number of instances of the job.
For example, 1001.3 indicates that this is the third instance of the job ID
1001.
You can view the job details by clicking on the hyperlink.
Job Type Reporting application—Bug Toolkit, Change Audit, Contract Connection,
Inventory, Syslog, etc.
Status Status of the scheduled job— Success or Failed.
Successful jobs are shown in green, and failed jobs in red.
Description Description of the job provided by the job creator. (Alphanumeric
characters).
Completed At Date and time the job was completed at.
Click the More hyperlink to go to the RME Job browser (Job Mgmt > RME Jobs) where you can view
the status of all RME jobs.
24 Hour Changes
This pane gives the number of changes in Config and Inventory in the last 24 hours. When you click the
number, a report is displayed with the details for the corresponding devices, with the change category
information for the last 24 hours.
System Tasks
This pane provides quick links to the following common system tasks:
• Group Management (RME >Devices > Group Administration)
• Device Management (RME > Devices > Device Management)
• Sync Archive (RME > Config Mgmt > Archive Mgmt > Sync Archive)
• System Inventory Collection (RME > Admin > Inventory > System Job Schedule)
• System Config Collection (RME > Admin > Config Mgmt > Archive Mgmt > Collection
Settings)
Reports
This pane provides quick links to the following frequently used reports in RME:
• Hardware Report (RME > Reports > Report Generator). Hardware Report for Inventory is
selected.
• Software Report (RME > Reports > Report Generator). Software Report for Inventory is selected.
• Detailed Device Report (RME > Reports > Report Generator). Detailed Device Report for
Inventory is selected.
• Syslog 24 Hour Report (RME > Reports > Report Generator). Syslog 24 Hour Report from
Syslog Application is selected.
• Syslog Standard Report (RME > Reports > Report Generator). Standard Report from Syslog
Application is selected.
• Syslog Severity Level Summary (RME > Reports > Report Generator). Severity Level Summary
Report from Syslog Application is selected.
Management Tasks
This pane provides quick links to the following common management tasks in RME:
• Netshow—This link takes you to RME > Tools > NetShow > NetShow Jobs
• NetConfig—This link takes you to RME > Config Mgmt > NetConfig > NetConfig Jobs
• Check Device Attributes—This link takes you to RME > Devices > Device Management > Device
Credential Verification Jobs
• Edit Config—This link takes you to RME > Config Mgmt > Config Editor > Config Editor Jobs
• Config Compliance—This link takes you to RME > Config Mgmt > Archive Mgmt > Baseline
Templates > Baseline Jobs
• Image Distribution—This link takes you to RME > Software Mgmt > Software Distribution.
Devices (Tab)
Networks are a mix of heterogeneous and geographically dispersed systems. Tracking of hardware and
software assets in such an environment is very critical. Inventory details and Device Management are
basic requirements for all network management applications.
From this tab you can launch these RME applications:
• Inventory
• Device Management
• Group Administration
Inventory
Inventory, or the Inventory Collection Service (ICS) and Poller software component of RME, collects
inventory data from the network devices and keeps the inventory updated.
If any changes are detected in hardware or software components, the inventory database will be updated
and a change audit record will be created to inform the network manager of the change, and to document
the event. This helps to ensure that the information displayed in the Inventory reports reflects the current
state of network devices.
Inventory Tasks
You can perform the following tasks using Inventory. See Table 1-2:
Device Management
Most RME tasks are performed against a set of devices. Device Management is the starting point for all
RME applications.
For RME to work with devices, you must first add devices to Common Services Device and Credential
Repository. RME provides a facility to either select devices from Device and Credential Repository and
add the selected devices into RME or automatically add devices to RME by enabling the Automatically
Manage Devices from Credential Repository setting in the Device Management Setting window.
When devices are added to RME, Inventory (and other applications within RME) proceed to contact the
device and collect necessary information to be stored in the database.
Group Administration
Grouping devices and working with groups provides convenience to you in selecting required devices.
You can define several groups of devices based on a set of criteria and manage the same. Device grouping
provides an easy way of selecting the required devices.
Archive Management
The Archive Management application maintains an active archive of the configuration of devices
managed by RME. It provides an,
• Ability to fetch, archive, and deploy the device configurations,
• Ability to handle Syslog triggered config fetches, thereby ensuring that the archive is in sync with
the device.
• Ability to search and generate reports on the archived data
• Ability to compare and label configurations, compare configurations with a baseline and check for
compliance.
Compliance Management
The baseline template is a feature in CiscoWorks RME that allows you to identify and select a set of
commands to check network compliance. Compliance Management uses Baseline templates to check for
compliance, manage templates, deploy baselines and create and monitor the baseline jobs.
These templates can be customized to meet organizational policy requirements and can be run on a group
of devices in the network.
The baseline template helps the network administrator in:
• Checking for device configuration compliance
• Identifying and correcting device non-compliance
Config Editor
The Config Editor application gives you easy access to configuration files. Config Editor allows a
network administrator with the appropriate security privileges to edit a configuration file.
NetConfig
NetConfig enables you to make configuration changes to the network devices, whose configurations are
archived in the Configuration Archive. It provides easy access to the configuration files for all RME
supported devices.
NetConfig Tasks
You can perform the following tasks using NetConfig. See Table 1-8:
Reports (Tab)
The Reports application provides a new centralized launch point for all report operations, across RME
applications.
Reports Tasks
You can perform the following tasks using Reports. See Table 1-11:
You can perform the following tasks using Bug Toolkit. See Table 1-12:
Tools (Tab)
From, this tab you can launch the following applications:
• Change Audit (Including Audit Trail)
• Syslog
• NetShow
• SmartCase
• Virtual Switching System Configuration
Syslog
The Syslog Analysis application lets you centrally log and track system error messages from Cisco
devices. Use logged error message data to analyze router and network performance.
Before you can use Syslog Analysis, you must configure your devices to forward messages either to the
RME server directly or to a system on which you have installed a Syslog Analyzer Collector (SAC). The
collector filters and forwards the messages to the RME server.
See Syslog for more details.
NetShow
The NetShow application enables you to define show commands within Command Sets and run these
commands.
You can:
• Create or edit NetShow jobs, using the NetShow job browser. You can also copy, retry, stop, or delete
jobs.
• Run a job immediately or schedule it to run at a specified time, once, or periodically.
• Create, edit, or delete user-defined Command Sets.You can also view the details of existing
Command Sets.
• Access the stored output that is created from a NetShow job, using the Output Archive.
• Assign one or more Command Sets and Custom Command Execution privilege to one or more users.
See NetShow for more details.
SmartCase
Using SmartCase, you can open/query or update a case on Cisco.com.
To open/query or update a case on Cisco.com, go to Resource Manager Essentials > Tools >
SmartCase.
You can perform the following tasks using Change Audit and Audit Trail. See Table 1-13:
Syslog
This section describes the tasks that you can perform using Syslog Analyzer and Collector.
Syslog Tasks
You can perform the following tasks using Syslog Analyzer and Collector. See Table 1-14:
NetShow
This section lists the features and tasks in the Netshow application.
NetShow Tasks
You can perform the following tasks using NetShow. See Table 1-15:
Admin (Tab)
From this tab, you can perform all RME application administrative tasks such as,
• Set up the backup and purge policies for RME applications.
• Schedule the inventory collection and polling of the devices.
• Define job approval policies.
• Define the upgrade preference for the software image management.
• Set up the Configuration Management job policies
• Automatically manage devices when they are added to DCR.
• Verify credentials of devices when they are added to RME.
In addition to the RME application’s administrative tasks you can perform the following tasks. See table
Table 1-16:
cwcli Framework
cwcli Framework is a command-line interface through which application related functionality is
provided.
The framework takes care of the following activities for the applications:
• Parsing the command line for the applications.
• Easy logging and messaging capabilities.
• Authentication and authorization for individual applications.
• Remote access support.
Summary Pane
• 24-hour Change Audit Summary
Displays the changes made in the past 24 hours from the data stored in the Change Audit log.
Click on the number to launch the Change Audit Standard Report.
See Generating 24 Hours and Standard Change Audit Reports for further details.
• Inventory Last Collected Time
Viewing the latest inventory collection status. You can check the time at which inventory was last
collected.
If there is no inventory collection, then a message appears, No inventory collected yet.
Tools
• Edit Device Credentials
You can edit the device credentials in the Device and Credential Repository.
For further information, see section Editing Device Credentials in the User Guide for CiscoWorks
Common Services Software at:
http://www.cisco.com/en/US/products/sw/cscowork/ps3996/products_user_guide_list.html
Reports
• Change Audit Report
You can generate a Change Audit Standard Report for the device. The Change Audit Standard
Report displays all changes that have been logged for the device.
See Generating 24 Hours and Standard Change Audit Reports for further information.
• Credential Verification Report
You can generate a Credential Verification Report for the device.
If there are no credentials to verify a message appears, None of the devices have credential
verification data. Click on the Check Device Credential link under Management Tasks and then
click on Credential Verification Report link under Reports.
If you had a run a verification report earlier for this device, then this report is displayed.
See Checking and Viewing Device Credentials for further details.
Management Tasks
• Add Images to Software Repository
You can add software images from the device to the software repository. You can create an
immediate image import from device job for the selected device.
You can check the status of your Image Import (from Device) job by selecting Resource Manager
Essentials > Software Mgmt > Software Mgmt Jobs.
See Adding Images to the Software Repository From Devices for further details.
• Analyze using Cisco.com Image
You can determine the impact and prerequisites for a new software deployment using images that
reside in Cisco.com.
See Planning an Upgrade From Cisco.com for further details.
• Analyze using Repository Image
You can determine the impact and prerequisites for a new software deployment using images that
reside in Software Repository.
See Planning an Upgrade From Repository for further details.
• Check Device Credential
You have to use this link to trigger the verification process for device credential.
After performing this task, you should click Credential Verification Report to view the check device
credential result.
See Checking and Viewing Device Credentials for further details.
• Distribute Images
You can perform a device-centric image distribution. You can create an immediate job to distribute
the image.
You can check the status of your Image Distribution job by selecting Resource Manager Essentials
> Software Mgmt > Software Mgmt Jobs.
See Distributing by Devices [Basic] for further details.
• Edit Config
You can edit the device configuration using Config Editor.
See Working With the Configuration Editor for further details.
• Sync Archive
You can update the archive. You can create an immediate job to update the configuration archive for
the selected device.
You can check the status of your Sync Archive job by selecting Resource Manager Essentials >
Config Mgmt > Archive Mgmt > Archive Mgmt Jobs.
See Scheduling Sync Archive Job for further details.
• Update Inventory
You can update the device inventory. You can create an immediate job to collect the Inventory for
the selected device.
You can check the status of the Inventory Collection job by selecting Resource Manager Essentials
> Devices > Inventory > Inventory Jobs.
See Collecting and Updating Inventory Data for further details.
• View Config
You can view the device configuration. You can create an immediate job to deploy the version of
configuration being viewed on the device.
See Understanding the Config Viewer Window for further details.
• View Pending Jobs
You can view the pending jobs that are scheduled on the device.
You cannot view the system-defined jobs, such as Default config polling job, Default config
collection job, etc.
Table 1-17 RME 4.2 Process and the Dependency Processes (continued)
Shortcut Links
You can add shortcuts to frequently used RME links in the CiscoWorks LMS Portal home page. Use
these shortcuts to run frequently used tasks/functions.
You can register a URL and add it to either Third Party or Custom Tool menu item to the right of
CiscoWorks LMS Portal home page.
For more information on Registering Links With CiscoWorks LMS Portal home page refer to the
CiscoWorks Common Services User Guide. To access this, go to:
http://www.cisco.com/en/US/products/sw/cscowork/ps3996/products_user_guide_list.html
The additional shortcuts provided in RME are given below.
Note Since some of the URL are long, they are not displayed in a single line in the table. However in the
browser the link should be specified in a single line. Hence ensure that the link is displayed
appropriately.
For example: Under Reports section, the link for 24 Hour Inventory Change Report is displayed as
below:
http://RME Server Name:Port No/rme/CriReportGenerator.do
appName%3DInventory%26reportNamereportName%3D24+Hour+Inventory
Where RME Server Name is the name of the RME server and Port No is the port assigned for RME.
Resource Manager Essentials 4.2 is the latest release of RME and it forms a part of the LAN
Management Solutions (LMS) 3.1 bundle release. This release is an update to RME 4.1 (LMS 3.0). In
addition to the devices supported, this package contains fixes to both existing and newly discovered
problems.
For details about the new features in RME 4.2, see New Features in RME 4.2
Last X Days Option for Syslog Standard Report and 24 Hour Change Audit Report
Now you can also generate a report for the last X days or weeks or months or years. Where X represents
the number of days or weeks or months or years.
You can use this option while generating a Syslog Standard Report or a 24 Hour Change Audit Report
or a Standard Audit Trail Report.
For more information on Last X Days option, see:
• Overview: Syslog Analyzer Reports
• Generating 24 Hours and Standard Change Audit Reports
• Generating a Standard Audit Trail Report
For RME to work with devices, you must first add devices to Common Services Device and Credential
Repository. Once a device is added to the Device and Credential Repository, you can then add it to the
RME.
You can add devices from the Device and Credential Repository to RME automatically by enabling
Automatically Manage Devices from Credential Repository (by default, this is enabled), or you can add
them selectively by disabling Automatically Manage Devices from Credential Repository setting in the
Device Management Setting window.
For more information on how to add devices to RME, see Adding Devices to RME.
After you have added the devices to RME, RME applications such as Configuration Management,
Inventory, and Software Management will use the credentials stored in Device and Credential
Repository.
You can perform the following tasks using RME Device Management:
• Adding devices to RME from Common Services’ Device and Credential Repository.
You can add devices to RME only after adding devices to Common Services’ Device and Credential
Repository.
You can also check the device credentials while adding devices by selecting the check box, Verify
Device Credentials While Adding Devices on Device Management Settings window (Resource
Manager Essentials > Admin > Device Mgmt > Device Management Settings).
See Adding Devices to RME for further details.
• List RME devices
Displays all RME devices and their respective states.
See Understanding the RME Device States for further details.
• Delete RME Devices
Delete devices, including all related device information, that you no longer track.
See Deleting Devices from RME for further details.
• Change Device Credentials for RME Devices
A launch point is provided in RME to update device information that is present in Device and
Credential Repository. You can edit these credentials, SNMP read and write community strings,
Telnet and console-enable passwords, TACACS and local usernames and passwords.
• You can delete the specified RME devices using cwcli inventory deletedevice.
• You can view the RME devices state cwcli inventory getdevicestate.
See Overview: cwcli inventory Command for further details.
You can perform the following tasks using the Device List Manipulation Service:
• Add devices
• List the RME devices and their status
• Get the device credentials data
• Set the device credentials data
• Get the device IP address
See Device List Manipulation Service for further details.
For the new features in this release, see “What's New in this Release”.
Field/Buttons Description
Auto Allocation Settings
Enable Auto Mode Check this option if you want to automatically add all devices added into DCR to RME, as well. This
option is enabled by default. If you want to manually add device to RME, then disable this option.
(Checkbox)
For more information on adding devices manually, see Adding Devices to RME Manually.
The number of devices added into RME will depend on the license limit.
Manage All Devices Allows you to add devices from DCR and manage them in RME. This allocation method is dynamic
in nature. In other words, the devices added to DCR after applying the settings are also added into RME
(radio button)
at runtime.
You can use this option only if the Enable Auto Mode checkbox is checked. The number of devices
added into RME will depend on the license limit. If you select this option and a device is deleted from
DCR, the device will also be deleted from RME.
For more information on deleting devices in this mode, see Deleting Devices in Allocate All Devices
Mode.
Manage By Groups Allows you to add devices from DCR and manage them in RME based on groups.The devices that are
part of the selected groups are added into RME.
(radio button)
This allocation method is dynamic in nature. In other words, the new devices added to groups after
applying the settings are also added into RME at runtime.
You can use this option only if the Enable Auto Mode checkbox is checked. The number of devices
added into RME depends on the license limit.
For more information on the Auto Allocation Settings Summary that pops up after applying this option,
see Auto Allocation Settings Summary for Manage By Groups Mode.
Group Selector Lists the groups available for auto allocation. Select one or more groups so that devices belonging to
those groups are added into RME automatically.
You can use this option only if the Enable Auto Mode checkbox is checked.
Devices Not Allows you to generate a report for those devices that are managed by RME but do not satisfy the
Matching the Policy grouping rule criteria.
You can use this button only if the Manage By Groups option is selected.
For more information, see Managing Devices Not Matching the Policy.
Apply Allows you to apply the changes after changing the settings.
Field/Buttons Description
Device Management CDA Settings
Verifying Device Check this option if you want to verify the device credentials while adding devices to RME. This
Credentials While option is disabled by default.
Adding Devices
For more information, See Verifying the Device Credentials While Adding Devices to RME.
Verifying Device Check this option if you want to verify the device credentials while editing the device credentials in
Credentials on RME. This option is disabled by default.
Editing Device
For more information, See Verifying the Device Credentials While Editing Device Credentials in
Credentials
RME.
You cannot delete devices directly from RME when the device allocation mode is set to Allocate All
Devices.
To delete devices:
Step 1 Create a User-defined group with all the devices except those devices which you want to delete.
Step 2 Change the auto allocation method to Manage by Groups
Step 3 Select the User-defined group created in Step 1
Step 4 Click Apply.
Only those devices which you have selected to be included in the group will be available in RME.
You cannot delete devices directly from RME if you have selected Allocate By Groups mode. If you try
to delete a device configured to a group, a message appears indicating that you cannot directly delete
devices configured to a group and that you need to suspend the devices manually and then only delete
them.
Field Description
Auto Allocation Settings Summary
Number of devices Total number devices that are currently managed by RME.
currently managed
Number of new devices Number of devices that will be added into RME after the rule change.
after this rule change
This number is based on the current number of devices in the selected groups.
Click on the count link to view details of the new devices that will be added after the rule change.
For more information on the fields in the new devices table, see List of new devices field
description.
Total number of devices The total number of devices that will be henceforth managed by RME after applying this rule.
after this rule change
This is the sum of:
Number of devices currently managed + Number of new devices after this rule change
Current license limit The current license limit for RME. If it is an evaluation license, then the license limit is 100
devices for 90 days.
List of new devices
IP Address IP Address of the new device that will be added to RME after applying the Manage By Groups
auto allocation option.
Device Name Device Name of the new device that will be added to RME after applying the Manage By Groups
auto allocation option.
OK Click OK if you want to save and apply the settings.
Cancel Click Cancel if you want to discard the changes you made to the settings.
Field Description
IP Address IP Address of the device managed by RME but does not satisfy the group criteria.
Device Name Device name of the device managed by RME but does not satisfy the group criteria.
Suspend All Moves all the devices not matching the policy to Suspended State in RME.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
To select the credentials that need to be verified while adding devices to RME:
Step 1 Select Resource Manager Essentials > Admin > Device Mgmt > Device Credential Verification
Jobs.
The Device Credentials Job Creation dialog box appears.
Step 2 Select either:
• Device Selector, if you want to schedule report generation for static set of devices (See the topic,
Using RME Device Selector in the section Managing Inventory Collection and Polling Using
Inventory, for more details.) You can select devices that are in Normal, Pending or Pre-deployed
states for job creation.
Or
• Group Selector, if you want to schedule report generation for dynamic group of devices.
Step 3 Enter the information required to create a job:
Field Description
Device Credentials Select the credentials that need to be checked.
Options
You can check the following device credentials:
• SNMP Read Community String—SNMP version 2 read community string.
• SNMP Write Community String—SNMP version 2 write community string.
• SNMPv3—SNMP version 3 username and password
• Telnet—Telnet username and password.
• Telnet Enable Mode User Name and Password—Telnet username and password in Enable
mode.
• SSH—SSH username and password.
• SSH Enable Mode User Name and Password—SSH username and password in Enable mode.
To view all these credentials select All.
By default, these credentials are checked:
• SNMP Read Community String
• SNMP Write Community String
• Telnet
• Telnet Enable Mode User Name and Password
Scheduling
Run Type Specifies the type of schedule for the job:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
For periodic jobs, the subsequent instances of jobs will run only after the earlier instance of the
job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of
this job will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job
has completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November
2, then the next job will start only at 10:00 a.m. on November 3.
If you select Immediate, the date field option will be disabled.
Date 1. Enter the start date in the dd Mmm yyyy format, for example, 02 Jul 2004, or click on the cal-
endar icon and select the date.
2. Enter the start time by selecting the hours and minutes from the drop-down list.
The Date field is enabled only if you have selected an option other than Immediate in the Run
Type field.
Field Description
Job Info
Job Description Enter a description for the report that you are scheduling. This is a mandatory field. Accepts al-
phanumeric values. This field is restricted to 256 characters.
E-mail Enter e-mail addresses to which the job sends messages when the job has run.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View/Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Prefer-
ences dialog box (Common Services > Server > Admin > System Preferences).
When the job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender’s
address,
Attachment Check this option if you want the job notification mail to consist of attachments in either CSV or
PDF format.
Either select:
• CSV if you want the attachment in CSV format.
Or
• PDF if you want the attachment in PDF format. This is the default format.
The CSV and PDF radio options will be enabled only if the Attachment checkbox is checked.
If the Attachment option is disabled, go to Common Services to change the settings. For more
information on configuring attachment settings as well as the maximum size of attachments
allowed in notification mails, see Common Services Online Help
Step 1 Select Resource Manager Essentials > Admin > Device Mgmt > Device Management Settings.
The Device Management Settings dialog box appears.
Step 2 Select Verify Device Credentials While Adding Devices from the Device Management CDA Settings
area.
Step 3 Click OK.
Note Before performing the step 3, you must add devices to RME. See Adding Devices to RME to add devices
to RME.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Device Credential
Verification Jobs.
The Device Credential Verification dialog box appears.
Step 2 A CDA job is created with the following description:
CDA job due to Device Add.
Step 3 Click on the Job ID to view the results of the job.
Note • View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
• If a single device is added to RME, then the device credential check is done without creation of a
CDA job.
To select the credentials that need to be verified while editing device credentials in RME:
Step 1 Select Resource Manager Essentials > Admin > Device Mgmt > Device Credential Verification
Jobs.
The Device Credentials Job Creation dialog box appears.
Step 2 Select either:
• Device Selector, if you want to schedule report generation for static set of devices (See the topic,
Using RME Device Selector in the section Managing Inventory Collection and Polling Using
Inventory, for more details.) You can select devices that are in Normal, Pending or Pre-deployed
states for job creation.
Or
• Group Selector, if you want to schedule report generation for dynamic group of devices.
Field Description
Device Credentials Select the credentials that need to be checked.
Options
You can check the following device credentials:
• SNMP Read Community String—SNMP version 2 read community string.
• SNMP Write Community String—SNMP version 2 write community string.
• SNMPv3—SNMP version 3 username and password
• Telnet—Telnet username and password.
• Telnet Enable Mode User Name and Password—Telnet username and password in Enable
mode.
• SSH—SSH username and password.
• SSH Enable Mode User Name and Password—SSH username and password in Enable mode.
To view all these credentials select All.
By default, these credentials are checked:
• SNMP Read Community String
• SNMP Write Community String
• Telnet
• Telnet Enable Mode User Name and Password
Scheduling
Run Type Specifies the type of schedule for the job:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
For periodic jobs, the subsequent instances of jobs will run only after the earlier instance of the
job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of
this job will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job
has completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November
2, then the next job will start only at 10:00 a.m. on November 3.
If you select Immediate, the date field option will be disabled.
Date 1. Enter the start date in the dd Mmm yyyy format, for example, 02 Jul 2004, or click on the cal-
endar icon and select the date.
2. Enter the start time by selecting the hours and minutes from the drop-down list.
The Date field is enabled only if you have selected an option other than Immediate in the Run
Type field.
Field Description
Job Info
Job Description Enter a description for the report that you are scheduling. This is a mandatory field. Accepts al-
phanumeric values. This field is restricted to 256 characters.
E-mail Enter e-mail addresses to which the job sends messages when the job has run.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View/Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Prefer-
ences dialog box (Common Services > Server > Admin > System Preferences).
When the job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender’s
address,
Attachment Check this option if you want the job notification mail to consist of attachments in either CSV or
PDF format.
Either select:
• CSV if you want the attachment in CSV format.
Or
• PDF if you want the attachment in PDF format. This is the default format.
The CSV and PDF radio options will be enabled only if the Attachment checkbox is checked.
If the Attachment option is disabled, go to Common Services to change the settings. For more
information on configuring attachment settings as well as the maximum size of attachments
allowed in notification mails, see Common Services Online Help
Step 1 Select Resource Manager Essentials > Admin > Device Mgmt > Device Management Settings.
The Device Management Settings dialog box appears.
Step 2 Select Verify Device Credentials While Editing Devices from the Device Management CDA Settings
area.
Step 3 Click OK.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Device Credential
Verification Jobs.
The Device Credential Verification dialog box appears.
Step 2 A job is created with the description:
CDA Job due to Credential Edit.
Note The CDA jobs which are in Stop initiated state or not in Running state will be deleted. Only the current
running jobs will be retained.
Pane/Buttons Description
RME Device Selector This lists all devices in RME.
(Pane) The devices are identified by the Display Name that you have entered while adding devices
to Device and Credential Repository.
See Using RME Device Selector for more information.
Add Devices Add devices to RME manually.
(Button) See Adding Devices to RME.
Edit Device Attributes Editing the RME device attributes. The device attributes are:
(Button) • Serial Number
• SNMP Retry
• SNMP Timeout
• Telnet Timeout
• Natted RME IP Address
• TFTP Timeout
See Editing RME Device Attributes.
Delete Delete RME devices.
(Button) See Deleting Devices from RME.
Export Export the RME device credentials into to a file. The supported export file formats are CSV
(version 3.0 and XML).
(Button)
See Exporting RME Device Credentials.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Check if the Enable Auto Mode on Device Management Settings window (Resource Manager
Essentials > Admin > Device Mgmt) is disabled.
Step 2 Select Resource Manager Essentials > Devices > Device Management > RME Devices.
The RME Devices dialog box appears.
Step 3 Click Add Devices without selecting any devices from the RME Device Selector.
The Devices in Device Credential Repository dialog box appears.
• If there are no devices in Device and Credential Repository that needs to be added in RME, a
message appears, There are no new devices in DCR. Please click here to add devices in
DCR.
• If you want to add devices to Device and Credentials Repository, click on the link or click OK to
exit.
Step 4 Select the devices from the group.
• To select all the devices, select the All Devices check box.
• To select particular device type, select the Device Type Groups check box, and select the device type
(for example, Routers, Switches and Hubs, etc.).
• To select devices from User Defined Groups, select the User-Defined Groups checkbox and expand
the Common Services group till you see the device Display Name and then select the device.
To see the list of selected devices, click on the Selection tab. You can deselect the devices if you want.
You can also search for devices from the Device Selector. For more details, see Using RME Device
Selector.
Step 5 Click Next.
The View RME Attributes dialog box appears with the following information:
See Editing RME Device Attributes section to know the minimum and maximum values for the RME
device attributes. Also see Attribute Error Report for more information.
See Adding Devices to RME Manually to continue to manually add devices to RME.
If you click on the Edit Device Attributes button, follow this procedure to edit the device attributes:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Device Mgmt > Device Management Settings.
The Device Management Settings dialog box appears.
Step 2 Select Automatically Manage Devices from Credential Repository.
Step 3 Click OK.
Here after, if any new devices are added in Device and Credential Repository (Common Services >
Device and Credentials > Device Management) these devices get added into RME.
If there are any devices that are deleted from RME before enabling this option, those devices are not
added to RME. You have to add those devices to RME manually. See Adding Devices to RME Manually.
Click either on
• Resource Manager Essentials > Devices > Device Management to view the RME device state.
or
• Resource Manager Essentials > Devices > Device Management > RME Devices to view the RME
devices.
• SNMP Retry
Number of times that the system should try to access devices with SNMP options.
The default value is 2. The minimum value is zero.
• SNMP Timeout
Duration of time that the system should wait for a device to respond before it tries to access it again.
The default value is 2 seconds. The minimum value is zero seconds. There is no maximum value
limit.
Changing the SNMP timeout value affects inventory collection.
• Telnet Timeout
Duration of time that the system should wait for a device to respond before it tries to access it again.
The default value is 36 seconds. The minimum value is zero seconds. There is no maximum value
limit.
• Natted RME IP Address
The RME server ID. This is the translated address of RME server as seen from the network where
the device resides.
This is used when RME tries to contact devices outside the NAT boundary, you need to enable
support for NAT.
The default value is Default Not Defined.
See Managing Devices When RME Server is Within a NAT Boundary for further details.
• TFTP Timeout
Duration of time that the system should wait for a device to respond before it tries to access it again.
The default value is 5 seconds and the minimum value is 0 seconds. There is no maximum value
limit.
This attribute is available only when you edit the RME device attributes from the RME Device
Attributes window (Admin > System Preferences > RME Device Attributes).
Do any one of the following to set or edit the RME device attributes:
• Set the default device attributes value for all RME devices using Resource Manager Essentials >
Admin > System Preferences > RME Device Attributes. See To set default device attributes
• Set the device attributes value for a single RME device using Resource Manager Essentials >
Devices > Device Management > RME Devices > Edit Device Attributes > Inline Edit. See To
set or edit the RME device attributes for a single RME device
• Set the device attributes value for the bulk of RME devices using Resource Manager Essentials >
Devices > Device Management > RME Devices > Edit Device Attributes > Export. See To set or
edit the RME device attributes for the bulk of RME devices
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > System Preferences > RME Device Attributes.
The RME Device Attributes dialog box appears.
Step 2 Enter the default value for:
• SNMP Retry
• SNMP Timeout
• Telnet Timeout
• Natted RME IP Address
• TFTP Timeout
The value you enter here will be applicable for all RME devices.
You can change the value for a single or bulk devices and also enter the device serial number information
using the Edit Device Attributes option on RME Devices window. (see To set or edit the RME device
attributes for a single RME device and To set or edit the RME device attributes for the bulk of RME
devices.)
Step 3 Click Apply.
A confirmation message appears, Default settings are updated successfully.
Step 4 Click OK.
To set or edit the RME device attributes for a single RME device
Step 1 Select Resource Manager Essentials > Devices > Device Management > RME Devices.
The RME Devices dialog box appears.
Step 2 Select the devices for which you want to edit the RME device attributes. See Using RME Device Selector
for further information.
Step 3 Click Edit Device Attributes.
The RME Device Attributes dialog box appears.
Step 4 Click Inline Edit.
The Device Attributes Information dialog box appears.
Step 5 Select a device from the Devices pane.
Step 6 Edit the device attributes in the Device Information pane.
You can check the Apply to all Devices checkbox to apply the device attributes of one device to all other
devices that are listed in the Devices pane.
Step 7 Click Modify in the Device Attributes Information dialog box.
Step 8 Click Apply in the RME Device Attributes dialog box.
To set or edit the RME device attributes for the bulk of RME devices
Step 1 Select Resource Manager Essentials > Devices > Device Management > RME Devices.
The RME Devices dialog box appears.
Step 2 Select the devices for which you want to edit the RME device attributes. See Using RME Device Selector
for further information.
Step 3 Click Edit Device Attributes.
The RME Device Attributes dialog box appears.
Step 4 Click Export.
The Export Device Attributes to File dialog box appears.
a. Enter the folder name and the filename on the RME server.
or
– Browse to select a folder on the RME server.
The Server Side File Browser dialog box appears.
– Select a folder and enter the filename on the RME server.
– Click OK in the Server Side File Browser dialog box.
b. Click OK in the Export Device Attributes to File dialog box.
The notification window displays Data exported successfully.
c. Click OK in the notification window.
Step 5 Edit the exported file.
You can edit only the RME device attributes, Serial Number, SNMP Retry, SNMP Timeout, Telnet
Timeout, and Natted RME IP Address. You cannot edit the Device Display Name (device_identity) and
add new device entries.
See RME Device Attributes Export File Format for further information.
Step 6 Click Import in the RME Device Attributes dialog box.
The Import Device Attributes to File dialog box appears.
We recommend that you import the same file that you have exported after editing. If any new device
entries are added, these device entries are ignored. Only device entries that match the existing device
entries are imported.
a. Enter the folder name and the filename on the RME server.
or
– Browse to select a folder on the RME server.
The Server Side File Browser dialog box appears.
– Select a folder and file on the RME server.
– Click OK in the Server Side File Browser dialog box.
b. Click OK in the Import Device Attributes to File dialog box.
The notification window displays Data imported successfully.
c. Click OK in the notification window.
The RME Device Attributes window refreshes to display the updated RME device attributes.
While importing the edited RME device attributes file an error message may appear,
Attribute values for some selected devices are invalid. See Attribute Error Report for
details.
See Editing RME Device Attributes section to know the minimum and maximum values for the RME
device attributes. Also see Attribute Error Report for more information.
Step 7 Click Apply.
The RME Devices window appears.
Note The Attribute Error Report link is available only if importing of device attributes causes error.
;
;Start of section 0 - DM Export
;
;HEADER: device_identity,serial_number,SNMPRetryCount,SNMPTimeout,TelnetTimeout,RMEId
;
192.168.8.4,Default Not Defined,2,2,36,Default Not Defined
Where,
• device_identity—Display name of the device as entered in Device and Credential Repository.
• serial_number—Cisco manufacturing serial number from chassis. You can enter 0 to 255
alphanumeric characters. The default value is Default Not Defined.
• SNMPRetryCount—Number of times, system should try to access devices with SNMP options. The
default value is 2. The minimum value is zero.
• SNMPTimeout—Duration of time the system should wait for a device to respond before it tries to
access it again. The default value is 2 seconds. The minimum value is zero seconds. There is no
maximum value limit.
Changing the SNMP timeout value affects inventory collection.
• TelnetTimeout—Duration of time the system should wait for a device to respond before it tries to
access it again. The default value is 36 seconds. The minimum value is zero seconds. There is no
maximum value limit.
• Natted RME IP Address—RME server ID. This is the translated address of RME server as seen from
the network where the device resides. This is used when RME tries to contact devices outside the
NAT boundary. The default value is Default Not Defined.
You can import the edited device credentials using Common Services > Device and Credentials >
Device Management > Bulk Import.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > RME Devices.
The RME devices dialog box appears.
Step 2 Select the RME devices. See Using RME Device Selector for further information.
Step 3 Click Export.
A message appears, Export will store password in clear text. Do you still want to continue?
Step 4 Click OK to continue or Cancel to abort the export.
If you click OK, then the Export To File dialog box appears.
a. Enter the folder name and the filename on the RME server.
or
– Browse to select a folder on the RME server.
The Server Side File Browser dialog box appears.
– Select a folder and file on the RME server.
– Click OK.
b. Select the file format, CSV or XML.
The supported version for CSV is 3.0.
For NAM devices, the Supervisor device must be in RME. You cannot work with NAM devices if the
Supervisor device is not in RME.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > RME Devices.
The RME devices dialog box appears.
Step 2 Select the RME devices. See Using RME Device Selector for further information.
A message appears, Are you sure you want to delete?
Step 3 Click OK.
The RME Devices window appears without the deleted device.
You can view the Deleted devices by navigating to Resource Manager Essentials > Devices > Device
Management > RME Devices > Add Devices as these devices still exist in Device and Credential
Repository.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Normal
In the Normal device state, the device has been successfully contacted by RME or the device has
contacted RME at least once (polling, successful job completion, Syslog receipt etc.). This indicates that
this is a real device in the network (at one point in time).
This state does not guarantee that we have had a successful Inventory and Configuration Collection.
See Working With Normal Devices for further details on Normal devices.
Pre-deployed
In the Pre-deployed device state, the device has never been contacted by RME through protocols such as
SNMP, Telnet, SSH, etc. If RME successfully contacts the device through the tasks such as Inventory
polling, Configuration polling receiving syslog messages, etc., the device will move to a Normal state.
The Pre-deployed device state, indicates that the devices are not in the network and are awaiting to be
deployed.
See Working With Pre-deployed Devices for further details on Pre-deployed devices.
Alias
When you add a new device to RME, this device may already exist in RME, but with another hostname
or IP address. This device will be in the Alias state.
See Working With Alias Devices for further details on Alias devices.
Pending
When the device is added to RME, RME device management moves the device into this state, and
invokes all the registered application tasks such as Inventory Collection and Configuration collection.
Based on the results of the tasks, the device moves to one of these states—Pre-deployed, Normal or
Aliased.
The Pending state is a transient state and no device will be in this state for any significant time.
See Working With Pending Devices for further details on Pending devices.
Conflicting
The Conflicting device state occurs if the sysObjectID in the device and that in the Device and Credential
Repository do not match.
See Working With Conflicting Device Types for further details on Conflicting devices.
Suspended
State of a device by virtue of explicit action wherein a device cannot participate in any application flows
but all historical data pertaining to the device will continue to be maintained by RME. You can re-submit
the devices in this state for participation in RME workflows.
See Working With Suspended Devices for further details on Suspending devices.
See Understanding RME Device State Transition to understand the RME device state transitions.
The Normal Devices window contains the following pane and buttons. See Table 3-6:
Pane/Buttons Description
RME Device Selector This lists all devices in RME.
(Pane) The devices are identified by the Display Name that you have entered while adding
devices to Device and Credential Repository.
See Using RME Device Selector for more information.
Export Export the Normal state devices.
(Button) See Exporting the Normal Devices Credentials
Suspend Suspend the Normal state devices.
(Button) See Suspending the Normal Devices
Delete Delete the Normal state devices.
(Button) See Deleting the Normal Devices
Resubmit Resubmit the Normal state devices.
(Button) See Resubmitting the Normal Devices
Refresh Click on this icon to refresh the RME device states.
(Icon)
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Normal Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Normal Device State.
The Normal devices dialog box appears.
Step 2 Select the RME devices that are in Normal state. See Using RME Device Selector for more information.
Step 3 Click Export.
A message appears, Export will store password in cleartext. Do you still want to continue?
Step 4 Click OK to continue or Cancel to abort the export.
If you click OK, then the Export To File dialog box appears.
Step 5 Enter the folder name with the file name on the RME server.
or
Browse to select a folder on the RME server.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Normal Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Normal Device State.
The Normal devices dialog box appears.
Step 2 Select the RME devices that are in Normal state. See Using RME Device Selector for more information.
Step 3 Click Suspend.
A confirmation dialog box appears.
Step 4 Click OK.
You can view the Suspended device list by navigating to Resource Manager Essentials > Devices >
Device Management > Suspended Devices.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Normal Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Normal Device State.
The Normal devices dialog box appears.
Step 2 Select the RME devices that are in Normal state. See Using RME Device Selector for more information.
Step 3 Click Delete.
A confirmation dialog box appears.
Step 4 Click OK.
You can view the Deleted devices by navigating to Resource Manager Essentials > Devices > Device
Management > Add devices as these devices still exist in Device and Credential Repository.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
To update the RME whenever there is change in the Device and Credential Repository:
Step 1 Select Resource Manager Essentials > Devices > Device Management > Normal Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Normal Device State.
The Normal Devices dialog box appears.
Step 2 Select the RME devices that are in Normal state. See Using RME Device Selector for more information.
Step 3 Click Resubmit.
A confirmation dialog box shows that the devices has been added to the Pending list.
Step 4 Click OK.
The devices will be re-added to the RME.
To view the device status, click Resource Manager Essentials > Devices > Device Management.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Normal Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Normal Device State.
The Normal Devices dialog box appears.
Step 2 Select the RME devices that are in Normal state. See Using RME Device Selector for more information.
Step 3 Click Report.
The Device Status Report appears in a separate browser window.
See Checking Configuration Archival Status to understand the different configuration collection status.
Button Description
Export to File You can export this report in either PDF or CSV format.
(Icon)
Print Generates a format that can be printed.
(Icon)
Pane/Buttons Description
Device Identity This lists all devices in RME that are in Pending state.
(Pane) The devices are identified by the Display Name that you have entered while adding
devices to Device and Credential Repository.
Suspend Suspend the Pending state devices.
(Button) This button gets activated only after selecting devices from Device Identity pane.
For details see To suspend the Pending devices:
Refresh Click on this icon to refresh the RME device states.
(Icon)
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Pending Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Pending Device State.
The Pending devices dialog box appears.
Step 2 Select the devices.
Step 3 Click Suspend.
A confirmation dialog box appears.
Step 4 Click OK.
You can view the Suspended device list by navigating to Resource Manager Essentials > Devices >
Device Management > Suspended Devices.
Pane/Buttons Description
Device Identity This lists all devices in RME that are in Suspended state.
(Pane) The devices are identified by the Display Name that you have entered while adding
devices to Device and Credential Repository.
Resubmit Re-submit the Suspended state devices.
(Button) See Resubmitting the Suspended Devices.
This button gets activated only after selecting devices from Device Identity pane.
Delete Delete the Suspended state devices.
(Button) See Deleting the Suspended Devices.
This button gets activated only after selecting devices from Device Identity pane.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Suspended Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Suspended Device State.
The Suspended devices dialog box appears.
Step 2 Select the devices.
Step 3 Click Resubmit.
A confirmation dialog box appears.
Step 4 Click OK.
You can view the state of these RME devices using Resource Manager Essentials > Devices > Device
Management.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Suspended Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Suspended Device State.
The Suspended devices dialog box appears.
Step 2 Select the devices.
Step 3 Click Delete.
A confirmation dialog box appears.
Pane/Buttons Description
Device Identity This lists all devices in RME that are in Pre-deployed state.
(Pane) The devices are identified by the Display Name that you have entered while adding
devices to Device and Credential Repository.
Export Export the Pre-deployed state devices.
(Button) See Exporting the Pre-deployed Device Credentials.
Suspend Suspend the Pre-deployed state devices
(Button) See Suspending the Pre-deployed Devices.
Resubmit Re-submit the Pre-deployed state devices.
(Button) See Resubmitting the Pre-deployed Devices.
This button gets activated only after selecting devices from Device Identity pane.
Delete Delete the Pre-deployed state devices.
(Button) See Deleting the Pre-deployed Devices.
This button gets activated only after selecting devices from Device Identity pane.
Refresh Click on this icon to refresh the RME device states.
(Icon)
See Diagnosing Pre-deployed Devices section to understand the probable cause for the device to be in
Pre-deployed state and what action that needs to be taken to move the device to the Normal state.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Pre-Deployed Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Pre-deployed State.
The Pre-deployed Devices dialog box appears.
Step 2 Select the devices.
Step 3 Click Export.
A message appears, Export will store password in cleartext. Do you still want to continue?
Step 4 Click OK to continue or Cancel to abort the export.
If you click OK, then the Export To File dialog box appears.
Step 5 Enter the folder name with the file name on the RME server.
or
Browse to select a folder on the RME server.
The Server Side File Browser dialog box appears.
a. Select a folder on the RME server.
b. Click OK.
c. Enter the file name with the file extension either CSV or XML.
Step 6 Select the Export File Type, CSV or XML.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Pre-Deployed Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Pre-deployed State.
The Pre-deployed Devices dialog box appears.
Step 2 Select the devices.
Step 3 Click Suspend.
A confirmation dialog box appears.
Step 4 Click OK.
You can view the Suspended device list by navigating to Resource Manager Essentials > Devices >
Device Management > Suspended Devices.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Pre-Deployed Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Pre-deployed Device State.
The Pre-Deployed Devices dialog box appears.
Step 2 Select the devices.
Step 3 Click Delete.
A confirmation dialog box appears.
Step 4 Click OK.
You can view the Deleted devices by navigating to Resource Manager Essentials > Devices > Device
Management > Add devices as these devices still exist in Device and Credential Repository.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
To update the RME whenever there is change in the Device and Credential Repository:
Step 1 Select Resource Manager Essentials > Devices > Device Management > Pre-Deployed Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Pre-deployed State.
The Pre-Deployed Devices dialog box appears.
Step 2 Select those devices where the credentials are updated in Device and Credential Repository using
Common Services > Device and Credentials > Device Management.
Step 3 Click Resubmit.
A confirmation dialog box displays that the devices has been added to the Pending list.
Step 4 Click OK.
The devices will be re-added to the RME.
To view the device status, click Resource Manager Essentials > Devices > Device Management.
Procedure 1
Check if the inventory or configuration collection was successful.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Normal Devices.
The Normal Devices dialog box appears.
Step 2 Select Pre-deployed devices group from RME@CiscoWorksServer device group.
Step 3 Click Report.
The Device Status Report appears in a separate browser window.
If the inventory or configuration collection has failed, you can schedule for a:
• Inventory collection using Resource Manager Essentials > Devices > Inventory > Inventory Jobs
> Create (button).
• Configuration collection using Resource Manager Essentials > Config Mgmt > Archive Mgmt >
Sync Archive.
Procedure 2
Check if the device credentials entered are correct.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Device Credential
Verification.
The Device Credential Verification dialog box appears.
Step 2 Select Pre-deployed devices group from RME@CiscoWorksServer device group.
Step 3 Click Check Device Credential.
The Device Credentials Options dialog box appears.
Step 4 Select the device credentials that you want to verify and click OK.
A notification window appears, Please Click on View Credential Verification Report Button to
View the Report.
Procedure 3
Check device connectivity by protocol, run ping on a device, and trace the route between the
management station and a device.
Step 3 After you have corrected your device specification, your network connectivity, or both, resubmit the
device.
If you try to re-import a device without modifying its device credentials using Common Services >
Device and Credentials > Device Management, that device is not processed. Instead it is shown as a
duplicate device in the Device Import Status window.
You should resubmit the Pre-deployed device using RME > Devices > Device Management >
Pre-deployed Devices > Resubmit (button).
These tables describe the probable cause and the suggested action that needs to be taken when the
devices are in Pre-deployed state:
• Table 3-10Ping Utility Determines that the Device is an Unknown Host
• Table 3-11Ping Utility Determines that the Device is Unreachable
• Table 3-12Device does not Respond to an ICMP Echo Request Packet
• Table 3-13Device does not Respond to an SNMP Get Request Packet
• Table 3-14Device does not Support RFC 1213 (SNMP MIB II) Attributes
Table 3-10 describes what you should do if the Ping utility determines that the device is an unknown
host:
Table 3-10 Ping Utility Determines that the Device is an Unknown Host
Table 3-11 describes what you should do if the Ping utility determines that devices as unreachable:
Table 3-12 describes what you should do if the device does not respond to an ICMP Echo request packet:
Table 3-12 Device does not Respond to an ICMP Echo Request Packet
Table 3-12 Device does not Respond to an ICMP Echo Request Packet
Table 3-13 describes what you should do if the device does not respond to an SNMP Get request packet:
Table 3-13 Device does not Respond to an SNMP Get Request Packet
Table 3-13 Device does not Respond to an SNMP Get Request Packet (continued)
Table 3-14 describes what you should do if the device does not support RFC 1213 (SNMP MIB II)
attributes:
Table 3-14 Device does not Support RFC 1213 (SNMP MIB II) Attributes
You can resolve the alias by selecting one of the devices using Resource Manager Essentials > Devices
> Device Management > Alias Devices (see Resolving an Alias Device). After you resolve the alias, all
the rejected devices are deleted from the RME database.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Alias Devices.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Alias Device State.
The Resolve Alias Devices dialog box appears. This dialog box contains two panes,
• Normal Devices—Lists the Normal devices that have aliases to the devices.
• Alias Devices—Lists the devices that are aliased to the Normal devices.
Step 2 Select a device from the Normal Devices pane to view the list of aliased devices.
Step 3 Click Show Alias Devices.
The devices that are aliased to the Normal devices appear in the Alias Devices pane. The devices that
are in the Normal device state are also be listed along with the other alias devices.
Step 4 Select a device you want to resolve from the Alias Devices pane.
While resolving the alias state devices:
• If you have chosen to delete the device in the Alias Device state, all Syslog messages collected are
retained.
• If you have chosen to delete the device in the Normal Device state, all Syslog messages collected
are deleted.
We recommend that you delete the device in the Alias Device state and keep the device in the Normal
Device state to retain all Syslog messages.
Step 5 Click Select.
The selected device is moved to either the Normal device state or the Pre-deployed device state, based
on whether the device is reachable or not.
You can view the RME Device State using Resource Manager Essentials > Devices > Device
Management.
Fields/Buttons Description
Device Identity Lists all Conflicting devices in RME.
(Field) The devices are identified by the Display Name that you entered while adding devices to
Device and Credential Repository.
SysObjectID in DCR Displays sysObjectID that you have selected while adding devices to Device and Credential
Repository.
(Field)
SysObjectID found by RME Displays sysObjectID that was found during RME Inventory Collection.
(Field)
Update Credential Repository Update the Device Credential Repository with the sysObjectID found by the RME.
(Button) See Resolving the Conflicting Device Type.
This button gets activated only after selecting devices from Device Identity pane.
Delete Delete the Conflicting type devices.
(Button) See Deleting the Conflicting Device Type.
This button gets activated only after selecting devices from Device Identity pane.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Conflicting Device Types.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Conflicting device state.
The Conflicting Device Types dialog box appears.
Step 2 Select a device.
Step 3 Click Update Credential Repository.
The conflicting device is moved to Normal device state.
You can view the RME Device State using Resource Manager Essentials > Devices > Device
Management.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Devices > Device Management > Conflicting Device Types.
Or
Select Resource Manager Essentials > Devices > Device Management and click on the Number of
Device column entry for the Conflicting device state.
The Conflicting Device Types dialog box appears.
Step 2 Select a device.
Step 3 Click Delete.
A confirmation box appears.
Step 4 Click OK.
You can add the deleted devices to RME using Resource Manager Essentials > Devices > Device
Management > Add Devices.
You can also verify the RME device credentials in two other ways:
• Using the command line tool, cwcli inventory cda.
See Overview: cwcli inventory Command for further details.
• Using the Device Center (From CiscoWorks LMS Portal home page, Device Troubleshooting >
Device Center to launch Device Center).
See RME Device Center for further details.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The Report Generator Page appears.
Step 2 Select Device Credential from the drop-down list on the left.
Step 3 Select either the Verification report or the Error report from the drop-down list on the right.
Step 4 Select the required devices using the device selector. (For more details, see the topic, Using RME Device
Selector)
Step 5 Select the credentials that you want to verify from the Device Credentials Options pane.
You can select one or many credentials.
Step 6 Click Finish.
The generated report appears.
Or
Click Reset to clear the selections, and select again.
The following buttons are available on the Credential Verification Report and Credential Error Report:
Button Description
Export to File Export this report in either PDF or CSV format.
(Icon)
Print Generates a format that can be printed.
(Icon)
Export device list Export the list of devices for which the report has been generated, to the Device Selector. You can use
to Device Selector this list to perform specific tasks such as, editing the device credentials.
(Icon) You can view this exported list of devices in the Saved device list folder of the RME Device Selector.
You can edit the device credentials by clicking the Edit Device Credentials button. This is displayed only
if the job has failed devices.
When you click Edit Device Credentials, the Edit Credentials page in DCR is launched. Any changes to
the credentials is updated in all the failed devices. A confirmation message is shown before updating
credentials in all failed devices.
The device credentials verification result displays No Value To Test for the AUS-managed devices (PIX
devices). This is because RME communicates with the AUS using username and password through http
protocol.
The SNMP and Telnet/SSH credentials are not required. Any communication to an AUS managed device
(PIX devices) does not happen directly, but only through AUS.
Column Description
Job ID Unique number assigned to job when it is created.
For periodic jobs such as Daily, Weekly, etc., the job IDs are in the number.x format. The x represents
the number of instances of the job. For example, 1001.3 indicates that this is the third instance of the
job ID 1001.
Click on the hyperlink to view the Job details. (See Viewing Job Details)
Status Status of the job:
• Successful—When the job is successful.
• Failed—When the job has failed.
• Stopped—When the job has been stopped.
• Running—When the job is in progress.
• Missed Start—When the job is not initiated to run.
• Scheduled—When the job is scheduled to run at a later point of time.
• Stop Init—When the job is stopped, it goes to Stop Init State before going to Stopped state.
Description Description of the job, entered at the time of job creation.
Owner Username of the job creator.
Scheduled at Date and time at which the job was scheduled.
Column Description
Completed at Date and time at which the job was completed.
Schedule Type Type of job schedule—Immediate, Once, Daily, Weekly, Monthly, 6-Hourly, 12-Hourly.
You can specify when you want to run the Device Credential job.
To do this, select one of these options from the drop down menu:
• Immediate—Runs the report immediately.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
• 6-Hourly—Runs once in 6 hours.
• 12-Hourly—Runs once in 12 hours.
For periodic jobs, the subsequent instances of periodic jobs will run only after the earlier instance of
the job is complete.
For example: If you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then
the next job will start only at 10:00 a.m. on November 3.
When you click Report, you are taken to the Report Generator Page for Device Credential Verification.
(RME > Reports > Report Generator).
Click Create to create a new device credential verification job. You must enter the following details:
Device Selector Select the required devices using Device Selector. (For more details, see
Using RME Device Selector)
Device Credentials Options Select the credential which need to be verified. Click All to verify all
credentials.
Scheduling Select the Run Type for the job. If you select Immediate, the job is run
immediately. Otherwise, you can select the date and time to run the job.
Job Info Enter a description for the job.
Enter an e-mail ID (or multiple e-mail ids) to which the job results have to
be sent. You can also specify multiple e-mail IDs.
Step 1 In the Device Credential Verification Job Browser, click the Job ID hyperlink.
The Job Details pop-up appears, displaying the day, date and time details in the header at the top of the
report. The Job ID and the Status appear in the header of the report.
The Job Details dialog box has two panes. The left pane contains a table of contents for the job results.
The results appear in the right pane.
Step 2 Click a page in the left pane to view its corresponding report in the right pane.
Double-click a folder in the left pane to open and close it.
If the folder has subfolders, the next level of subfolders appears under it. Otherwise, its corresponding
report appears in the right pane.
The contents of the left pane depends on the state of the job. The left pane can contain:
• Job Summary (in the Job Details folder).
• Devices Details (in the Device Details folder).
• Work Order. Contains same the information as the workorder that was displayed when the job was
created.
For retried jobs, the job definitions are not updated. For such jobs, the original job definitions are
retained.
Button Description
Export to File Export this report in either PDF or CSV format.
(Icon)
Print Generates a format that can be printed.
(Icon)
Export device Export the list of devices for which the report has been generated, to the Device
list to Device Selector. You can use this list to perform specific tasks such as, editing the device
Selector credentials.
(Icon) You can view this exported list of devices in the Saved device list folder of the RME
Device Selector.
You can edit the device credentials by clicking the Edit Device Credentials button. This is displayed only
if the job has failed devices.
When you click Edit Device Credentials, the Edit Credentials page in DCR is launched. Any changes to
the credentials is updated in all the failed devices. A confirmation message is shown before updating
credentials in all failed devices.
After editing the credentials, you can retry the failed jobs.
Create the code to call the following Device List Manipulation Service URL, and pass in the content of
the XML file using the HTTPS POST method (you can use either Java or PERL):
https://CiscoWorks_host
:port/rme/com.cisco.nm.rmeng.inventory.servlet.DeviceListService
Where,
• CiscoWorks_host is the CiscoWorks server hostname.
• The default CiscoWorks port is 1741
• When using listDevices, you can list all devices or only the managed devices by specifying either
the all or managed attribute.
You can list all devices by specifying the attr as yes and devType as all. If you do not specify this,
then only RME managed devices will be displayed.
• When using getDeviceCredentials,
– You can display the device ID by specifying the wantdbid attribute as yes.
– You can display the sysobject ID by specifying the wantsysoid attribute as yes.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The sample XML File for Adding Devices to Device and Credentials Repository (dlmsAddDevices.xml):
<source>
<host>CiscoWorks-Server</host>
<product>CiscoWorks:RME</product>
<version>2.0</version>
<description>Using DLMS for adding devices into Device and Credential
Repository</description>
</source>
<addDevices>
<deviceInfo>
<![CDATA[
;
; This file is generated by the export utility
; If you edit this file, be sure you know what you are doing
;
Cisco Systems NM data import, source = export utility; Version = 2.0; Type = Csv
;
; Here are the columns of the table.
; Columns 1 and 2 are required.
; Columns 3 through 20 are optional.
; Col# = 1: Name (including domain or simply an IP)
; Col# = 2: RO community string
; Col# = 3: RW community string
; Col# = 4: Serial Number
• The devices are considered as managed when they are in RME with one of these device states
Normal, Alias, and Pre-deployed.
• The devices are considered as unmanaged when they are in RME with either Conflict or Suspended
device states. Also, the devices are considered unmanaged when they are not in RME but in Device
and Credentials Repository.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The Sample XML File for Listing the Managed Devices (dlmsListDevices.xml)
<?xml version="1.0"?>
<!DOCTYPE request SYSTEM "D:\\dlms\\dtdexternal.dtd">
<request responseFormat="xml">
<!-- the value for responseFormat could be xml or csv -->
<authentication name="admin" pwd='YWRtaW4='/>
<!-- pwd is 64-based encoded -->
<source>
<host>CiscoWorks-Server</host>
<product>CiscoWorks:RME</product>
<version>2.0</version>
<description>Using DLMS for listing devices</description>
</source>
<listDevices attr="yes" deviceType="managed">
</listDevices>
The example below is a perl code that calls the DLMS URL and passes in the content of an XML file:
perl d:\dlms\dlms.pl CiscoWorks-Server dlmsListDevices.xml
The DLMS output for listing managed devices is:
Cisco Systems NM data import, source = List Devices; Version = 2.0; Type = Csv
;
; Here are the columns of the table.
; Col# = 1: Name (including domain or simply an IP)
; Col# = 2: device status
;
; Here are the rows of data.
;
192.168.27.16 -CE 507:managed,
192.168.3.2:managed,
rme-blr-3640.cisco.com:managed,
192.168.3.9-UBR925:managed,
192.168.28.14-CE:managed,
To list all the devices in the Device and Credential Repository, change the following line in the given
sample XML file:
From
<listDevices attr="yes" deviceType="managed">
To
<listDevices attr="yes" deviceType="all">
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The sample XML File for Geting Device and Credentials for all Devices in Device and Credential Repository
(dlmsGetDeviceCredentials.xml):
<?xml version="1.0"?>
<!DOCTYPE request SYSTEM "D:\\dlms\\dtdexternal.dtd">
<request responseFormat="xml">
<!-- the value for responseFormat could be xml or csv -->
<authentication name="admin" pwd='YWRtaW4='/>
<!-- pwd is 64-based encoded -->
<source>
<host>CiscoWorks-Server</host>
<product>CiscoWorks:RME</product>
<version>2.0</version>
<description>Using DLMS for getting Device Credentials</description>
</source>
<getDeviceCredentials>
</getDeviceCredentials>
The example below is a perl code that calls the DLMS URL and passes in the content of an XML file:
perl d:\dlms\dlms.pl CiscoWorks-Server dlmsdlmsGetDeviceCredentials.xml
The DLMS output for getting device credentials is:
Cisco Systems NM data import, source = Get Devices Credentials; Version = 2.0;
Type = Csv;
; Here are the columns of the table.
; Col# = 1: Management IP Address
; Col# = 2: Host Name
; Col# = 3: Domain Name
; Col# = 4: Device Identity
; Col# = 5: Display Name
; Col# = 6: SysObjectID
; Col# = 7: DCR Device Type
; Col# = 8: MDF Type
The order of preference used to set these values in CSV 3.0 are:
• If Tacacs username, password, enable password is set, these values will be set as primary_username,
primary_password and primary_enable_password.
• If Local username and password is set, then the values will be set as primary_username and
primary_password.
• If Telnet password, Enable Password, and Enable Secret are set, then the values will be set as
primary_password, and primary_enable_password (for both Enable Password, and Enable Secret).
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The sample XML File for Editing Device and Credentials for all Devices in Device and Credential Repository
(dlmsSetDeviceCredentials.xml):
<?xml version="1.0"?>
<!DOCTYPE request SYSTEM "D:\dlms\dtdexternal.dtd">
<request responseFormat="xml">
<!-- the value for responseFormat could be xml or csv -->
<authentication name="admin" pwd='YWRtaW4='/>
You can verify the result using one of the following methods:
• Using Common Services > Device and Credentials > Device Management > Export (button)
• Using Resource Manager Essentials > Devices > Device Management > RME Devices > Export
(button)
• Using the DLMS getDeviceCredentials function. See Getting the Device Credentials Data for
further details.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The sample XML File for Editing Device and Credentials for all Devices in Device and Credential
Repository (dlmsGetDeviceIPaddress.xml):
<?xml version="1.0"?>
<!DOCTYPE request SYSTEM "D:\\dlms\\dtdexternal.dtd">
<request responseFormat="xml">
<!-- the value for responseFormat could be xml or csv -->
<authentication name="admin" pwd='YWRtaW4='/>
<!-- pwd is 64-based encoded -->
<source>
<host>CiscoWorks-Server</host>
<product>CiscoWorks:RME</product>
<version>2.0</version>
<description>Using DLMS for getting the device IP Address</description>
</source>
<getDeviceIPAddresses>
<!-- <![CDATA[ ... ]]> is needed for the text holding special charactors, such as &, <, >,
', ", -->
</getDeviceIPAddresses>
The example below is a perl code that calls the DLMS URL and passes in the content of an XML file:
perl d:\dlms\dlms.pl CiscoWorks-Server dlmsdlmsSetDeviceCredentials.xml
The DLMS output for getting the device IP address is:
Cisco Systems NM data import, source = Get Devices IP Addr; Version = 2.0; Type
= Csv
;
; Here are the columns of the table.
; Col# = 1: Name (including domain or simply an IP)
; Col# = 2 or above: IP addresses
;
; Here are the rows of data.
;
CE-507:192.168.27.16,
192.168.38.9-UBR925:192.168.38.9,
rme-3640.cisco.com:192.168.28.19
<product>CiscoWorks:RME</product>
<version>2.0</version>
<description>text by caller</description>
</source>
<addDevices>
<!-- <![CDATA[ ... ]]> is needed for the text holding special charactors, such as &, <,
>, ', ", -->
<deviceInfo><![CDATA[
; This file is generated by the export utility
; If you edit this file, be sure you know what you are doing
;
Cisco Systems NM data import, source = export utility; Version = 2.0; Type = Csv
;
; Here are the columns of the table.
; Columns 1 and 2 are required.
; Columns 3 through 19 are optional.
; Col# = 1: Name (including domain or simply an IP)
; Col# = 2: RO community string
; Col# = 3: RW community string
; Col# = 4: Serial Number
; Col# = 5: User Field 1
; Col# = 6: User Field 2
; Col# = 7: User Field 3
; Col# = 8: User Field 4
; Col# = 9; Name = Telnet password
; Col# = 10; Name = Enable password
; Col# = 11; Name = Enable secret
; Col# = 12; Name = Tacacs user
; Col# = 13; Name = Tacacs password
; Col# = 14; Name = Tacacs enable user
; Col# = 15; Name = Tacacs enable password
; Col# = 16; Name = Local user
; Col# = 17; Name = Local password
; Col# = 18; Name = Rcp user
; Col# = 19; Name = Rcp password
;
; Here are the rows of data.
;
enm-2501.cisco.com,public,private
enm-4888.cisco.com,public,priv,Big Boys1,field2,,,,,,,,,,,,,rcp2,rcppwd2
enm-8333.cisco.com,public,private
enm-4001.cisco.com,public,private,Big Boys1,,,,,,,,,,,,,,rcp2,rcppwd2
enm-7010.cisco.com,public,private,Big Boys1,,,,,,,,tacuser3,tacpwd3
192.168.5.6,"public,I am
,",public,sn2512,my_anno1,my_anno2,my_anno3,my_anno4,,,,tacuser1,tacpwd1,tacuser2,tacpw
d2,,,rcp1,rcppwd1
]]></deviceInfo>
</addDevices>
<listDevices>
<deviceInfo><![CDATA[
; This file is generated by the export utility
; If you edit this file, be sure you know what you are doing
;
Cisco Systems NM data import, source = export utility; Version = 2.0; Type = Csv
;
; Here are the columns of the table.
; Columns 1 and 2 are required.
; Columns 3 through 19 are optional.
; Col# = 1: Name (including domain or simply an IP)
; Col# = 2: RO community string
; Col# = 3: RW community string
; Col# = 4: Serial Number
; Col# = 5: User Field 1
; Col# = 6: User Field 2
; Col# = 7: User Field 3
; Col# = 8: User Field 4
; Col# = 9; Name = Telnet password
; Col# = 10; Name = Enable password
; Col# = 11; Name = Enable secret
; Col# = 12; Name = Tacacs user
; Col# = 13; Name = Tacacs password
; Col# = 14; Name = Tacacs enable user
; Col# = 15; Name = Tacacs enable password
; Col# = 16; Name = Local user
; Col# = 17; Name = Local password
; Col# = 18; Name = Rcp user
; Col# = 19; Name = Rcp password
;
; Here are the rows of data.
;
;enm-4000.cisco.com
;enm-7010.cisco.com
;192.168.5.9
mytest.cisco.com
good
;bad
]]></deviceInfo>
</listDevices>
<getDeviceCredentials wantsysoid="yes" wantdbid="yes">
<deviceInfo>
; This file is generated by the export utility
; If you edit this file, be sure you know what you are doing
;
Cisco Systems NM data import, source = export utility; Version = 2.0; Type = Csv
;
; Here are the columns of the table.
; Columns 1 and 2 are required.
; Columns 3 through 19 are optional.
;; Col# = 1: Management IP Address \n"
; Col# = 2: Host Name \n"
; Col# = 3: Domain Name \n"
; Col# = 4: Device Identity \n"
; Col# = 5: Display Name \n"
; Col# = 6: SysObjectID \n"
; Col# = 7: DCR Device Type \n"
; Col# = 8: MDF Type \n"
; Col# = 9: SNMP v2 Read Community String \n"
; Col# = 10: SNMP v2 Write Community String \n"
; Col# = 11: SNMP v3 User ID \n"
; Col# = 12: SNMP v3 Password \n"
; Col# = 13: SNMP v3 Engine ID \n"
; Col# = 14: SNMP v3 Auth Algorithm \n"
; Col# = 15: Primary Username \n"
; Col# = 16: Primary Password \n"
; Col# = 17: Primary Enable Password \n"
; Col# = 18: user_defined_field_0 \n"
; Col# = 19: user_defined_field_1 \n"
; Col# = 20: user_defined_field_2 \n"
; Col# = 21: user_defined_field_3 \n"
;
; Here are the rows of data.
;
enm-2501.cisco.com
enm-2502.cisco.com
enm-2503
enm-7010.cisco.com
12.18.5.9
</deviceInfo>
</getDeviceCredentials>
<setCredentials>
<!-- <![CDATA[ ... ]]> is needed for the text holding special charactors, such as -->
<deviceInfo><![CDATA[
; This file is generated by the export utility
; If you edit this file, be sure you know what you are doing
;
Cisco Systems NM data import, source = export utility; Version = 2.0; Type = Csv
;
; Here are the columns of the table.
Java Example
This is an example of Java code that calls the Device List Manipulation Service URL and passes in the
content of an XML file.
import java.util.*;
import java.io.*;
import java.net.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class UseDevListSvc extends HttpServlet {
public synchronized void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
res.setContentType("text/plain");
PrintWriter pw = res.getWriter();
int port = req.getServerPort();
String host = req.getServerName();;
// Make sure you put show.xml in the right directory. the default
// is CSCOpx/example .
String filename = "/opt/CSCOpx/example/show.xml";
String paramList = fileToString(filename, pw);
String URL = "/rme/com.cisco.nm.rmeng.inventory.servlet.DeviceListService";
try {
DataInputStream ds = execPOST(host, port, URL, paramList, pw);
if (ds == null) {
throw new Exception("Could not contact URL " + URL+ " with "+paramList); }
BufferedReader br = new BufferedReader(new InputStreamReader(ds));
String line = null;
while ((line = br.readLine()) != null ){
if (line.indexOf("-1:") > 0 ) { //this indicates an error.
throw new Exception("Received result " + line );
}
pw.println(line);
}
} catch (Exception e) {
pw.println("Error in doGet: "+ e.getMessage());
}
pw.flush();
pw.close();
}
public static DataInputStream execPOST(String Host,int Port, String URI, String data,
PrintWriter pw) {
URL url = null;
URLConnection urlConn;
DataOutputStream printout;
try {
if (Port == -1) {
doGet(req,res);}
}
PERL Example
This is an example of PERL code that calls the Device List Manipulation Service URL and passes in the
content of an XML file.
#!/opt/CSCOpx/bin/perl
use LWP::UserAgent;
my $myInput = "";
my $url;
my $DevListSvc = '/rme/com.cisco.nm.rmeng.inventory.servlet.DeviceListService';
my $fileLoc = "/opt/CSCOpx/example/show.xml";
my $server = 'CiscoWorks-Server';
my $port = '1741';
my $response = $ua->request($request);
print $response->content;
### or do other data processing with the response outcome.
} else {
Step 1 Select Resource Manager Essentials > Devices > Device Management > Device Manageability
Status
The RME Device Manageability Status dialog box appears.
Step 2 Select the required devices using the Device Selector. (See the topic, Using RME Device Selector for
more details.)
Step 3 Click Generate Report to generate a Device Manageability Status Report.
Note During Upgrade or Restore, the generated Device Manageability Status report may not display data for
some devices. You need to run a fresh Inventory or Configuration collection for those devices and
generate the report again.
Note If you have configured CiscoWorks login mode to work under ACS mode (Common Services > Server
> Security > AAA Mode Setup), the devices listed for you while performing the RME tasks are based
on your role and associated privileges that are defined in Cisco Secure ACS.
Field/Button Description
Search Input Enter the search expression in this field.
You can enter single device names or multiple device names. If you are
entering multiple device names, separate them with a comma. You can
also enter the wildcard characters “*” amd "?".
For example: 192.168.10.1*, 192.168.20.*
Search Use this icon to perform a simple search of devices based on the search
criteria you have specified in the Search Input text field.
For information on Search, see Using Simple Search.
Advanced Search Use this icon to perform an advanced search of devices based on the
search criteria you have specified in the Search Input text field.
For information on Advanced Search, see Using Advanced Search.
Field/Button Description
All Lists all User-defined and System-defined groups for all applications that
are installed on CiscoWorks server.
For more information, see Using the All Tab.
Search Results Displays all the search results from Search or Advanced Search.
For more information, see Using the Search Results Tab.
Selection Lists all the devices that you have selected in the Search Results or All
tab.
Using this tab, you can deselect devices from the list.
For more information, see Using the Selection Tab.
Tool-tips are provided for long device names so that you do not have to scroll to see the complete device
name.
Usage Notes
The following are the usage notes for Simple Search:
• You can enter multiple device names separated with a comma. You can also enter wildcard character,
“*” or “?” for selecting multiple devices.
For example:
You can enter device names in these many ways to select multiple devices:
– 192.168.80.140, 192.168.135.101, rtr805
– 192.168.80.*, 192.168.*
– 192.168.22.?
You cannot enter multiple wildcard characters for selecting the devices
For example, 192.*.80.*. This is not allowed.
• You must enter either the complete device name or enter the partial device name appended with
wildcard character *. That is,
– No devices are selected, if you enter only 192.168 in the Device Name text box.
– You have to enter either 192.168* or 192.168.10.10.
• The search is not case-sensitive.
• The devices that are selected is a unique list. There are no duplicate entries of devices.
For example:
If you have these devices in All Devices and Normal devices nodes: 192.168.10.10, 192.168.10.20,
192.168.10.21, 192.168.10.30, and 192.168.10.31 then,
a. Select the devices 192.168.10.20, 192.168.10.21, and 192.168.10.30 in the Normal devices
node.
b. Enter the search criteria 192.168.10.2*
c. The final selected devices that is displayed is, 192.168.10.20, 192.168.10.21, and 192.168.10.30
in the Normal devices node and 192.168.10.20 and 192.168.10.21 in All Devices node.
However, the selected devices count that is displayed in the Device Selector is only three and
not five.
• The All Devices node is expanded without selecting any devices, if the search criteria is not
satisfied. The objects selected text displays 0 (zero) device selected.
This dialog box contains the following fields and buttons (See Table 3-19):
Field/Buttons Description
OR, AND, EXCLUDE Logical operators.
• OR—Include objects that fulfill the requirements of either
rule.
• AND—Include only objects that fulfill the requirements of
both rules.
• EXCLUDE—Do not include these objects.
This field appears only after a rule expression is added in the Rule
Text box.
Object Type Type of object (device) that is used to form a group.
All RME rule expressions begin with the same Object Type,
RME:INVENTORY:Device.
Variable Device attributes, based on which you can define the group.
See RME Advanced Search Rule Attribute.
Operator Operator to be used in the rule. The list of possible operators
changes based on the Variable selected.
Value The value of the rule expression. The possible values depend upon
the variable and operator selected. Depending on the operator
selected, the value may be free-form text or a list of values.
The wildcard characters are not supported.
Add Rule Expression Used to add the rule expression to the group rules.
Rule Text Displays the rule.
Field/Buttons Description
Check Syntax Verifies that the rule syntax is correct.
Use this button if you have entered the rules manually.
Search Used to search for devices based on the defined rule.
Usage Notes
The following are the usage notes for Advanced Search:
• If you have not selected any device nodes, then advanced search is applied only for All Devices
node.
• You can either enter the rules directly in the Rule Text field, or select the components of the rule
from the Rule Expression fields, and form a rule.
Each rule expression contains the following:
object type.variable operator value
Object Type—The type of object (device) that is used to form a group. All RME rule expressions
begin with the same Object Type, RME:INVENTORY:Device.
Variable—Device attributes, based on which you can define the group. See the RME Advanced
Search Rule Attribute.
Operator—Operator to be used in the rule. The list of possible operators changes based on the
Variable selected.
Value—Value of the rule expression. The possible values depend upon the variable and operator
selected. Depending on the operator selected, the value may be free-form text or a list of values.
• If you are entering the rule expressions manually, the rule expression must follow this syntax:
object type.variable operator value
• If you are entering more than one rule expression, you must enter logical operators OR, AND or
EXCLUDE after every rule expression.
You must use Check Syntax button only when you add a rule manually or when you modify a rule
expressions in the Rule Text.
• The advanced search operation is not case-sensitive.
• To delete the rules in the Rule Text box, select the complete rule including the logical operator and
press the Delete key on your keyboard.
• If you want to perform a new search, click Clear All before selecting any new devices.
Step 1 Click the Advanced Search icon in the Device Selector pane.
The Define Advanced Search Rule dialog box appears.
Step 2 Select,
a. State as Variable
b. = as Operator
c. Normal as Value
Step 3 Click Add Rule Expression.
The rule is added into the Rule Text.
Step 4 Select,
a. And as Logical Operator
b. IP.Address as Variable
c. Contains as Operator
d. Enter 192.168.101 for Value.
Step 5 Click Add Rule Expression.
The rule is added into the Rule Text.
Step 6 Select,
a. OR as Logical Operator
b. IP.Network_Mask as Variable
c. Equals as Operator
d. Enter 255.255.255.0 for Value.
Step 7 Click Add Rule Expression.
The rule is added into the Rule Text.
Step 8 Click Search.
The Device Selection dialog box appears.
The devices that satisfied the search condition are selected. That is these two devices are selected.
• 192.168.101.200 with network mask 255.255.255.128
• 192.168.101.201 with network mask 255.255.255.0
• 192.168.102.251 with network mask 255.255.255.0
• Saved device list folder lists RME devices that are saved explicitly by you while generating the
Inventory Reports (Reports > Generator), View Credential Verification Report and Error Report
(Devices > Device Management > Device Credential Verification).
Only one Saved device list is created within the RME device selector. If concurrent users have
created Saved device list, only the last created Saved device list appears in the RME Device Selector.
The previous Saved device list is overwritten with the latest.
Note You can use the Previous selection and Saved device groups only when you are working on a RME
application. You cannot use these device groups when you are working on another CiscoWorks
application. That is, if you are working on the Campus Manager application, these groups must not be
used.
• The User Defined Groups folder lists RME devices that satisfy the group rules. The group rules are
defined by you at the time of creating the User-defined groups.
See Managing RME Device Groups Using Group Administration for further details on RME
User-defined groups.
• Based on the applications that are installed on your CiscoWorks server, you will also view device
folders related to other CiscoWorks applications:
CiscoWorks_ApplicationName@CiscoWorks_ServerHostName
For example: For CiscoWorks Common Services, you will see:
CS@CiscoWorks_ServerHostName.
In a stand-alone system, server name is not appended. For example, for Common Services, you will
see CS.
• Other application folders are displayed in RME based on the settings at Common Services > Device
Management > Device Selector Settings. For more details, see Common Services Online Help.
• In RME Device Selector, the other CiscoWorks application device folders will list only RME
devices.
For example: If you have devices, A, B, C and D in CiscoWorks Common Services and you have
devices A, B, and C in RME then in the RME Device Selector under Common Services device
folder, you will view on RME device list, A, B, and C.
• The device appears in a disabled (greyed out) state when:
– Device type is Unknown in Device and Credential Repository. In all RME applications device
is shown as disabled except in Inventory job creation and reports.
– Device type is known and correct in Device and Credentials (that is, the SysObjectID is correct
and is available in Device and Credentials). However, that device is not supported by RME
applications. (Inventory, Software Management, and Configuration Management).
There are two types of device selectors in RME:
• Single Device Selector
• Multiple Device Selector
Note The (n) Devices Selected message at the bottom left of the Device Selector screen shows the number of
devices you have selected. It launches the Selection tab when you click on it.
For details about Device Selector, see Common Services Online Help. See “Related Documentation”
section on page -xxxiii
The recommended number of devices for Contract Connection and Bug Tool Kit is 500. For Software
Management (SWIM), the recommended number of devices is 1500. The recommended number of
devices for rest of the modules in RME is based on the number of devices supported by each LMS 3.1
license.
For more information on the number of devices supported by each LMS 3.1 license, see Installing and
Getting Started with CiscoWorks LAN Management Solution 3.1
Solution
Before you add devices into RME, you should know where the devices are first added. The devices first
gets added to Device Credential Repository (DCR) which is a component available in Common Services.
For more information on DCR, see the Common Services Online Help or Common Services User Guide.
After the devices are added into DCR, you can add those devices into RME from DCR.
You can use any of the two methods available to add devices into RME:
• Adding of Devices into RME Automatically
• Adding of Devices into RME Manually
Step 1 Go to RME > Admin > Device Mgmt > Device Management Settings
The Device Management Options page is displayed.
Step 2 Check Enable Auto Mode option.
Step 3 From the sub option select Manage All devices.
Step 4 Click OK
Now whenever a device is added to DCR, it is automatically added to RME
Step 1 Go to RME > Admin > Device Mgmt > Device Management Settings
The Device Management Options page is displayed.
Step 2 Uncheck Enable Auto Mode option
Step 3 Click OK
Step 1 Go to RME > Admin > Device Mgmt > RME Devices
The Device Selector appears.
Step 2 Use the expand buttons to locate the xyz group of devices and check it.
Step 3 Click Add Devices button to add the xyz group of devices into RME.
Step 1 Go to RME > Admin > Device Mgmt > Device Management Settings
The Device Management Settings dialog box is displayed.
Step 2 Check Verify Device Credentials While Adding Devices option.
Step 3 Click OK.
You can check your device credentials while adding devices to RME and view the results in a report. Use
this option to make sure that your Device and Credential Repository credentials, match your actual
device credentials.
Grouping devices and working with groups provides convenience to you in selecting required devices.
You can define several groups of devices based on a set of criteria and manage the same. Device grouping
provides an easy way of selecting the required devices.
There are two types of groups:
• System-defined Groups—The default grouping of devices in RME. This is a read only group. You
cannot create groups under System-defined Groups. See Types of RME System-defined Groups.
• User-defined Group—Groups that you create to reflect the way you manage the network. You can
create user-defined groups for RME (but not for Common Services).
The User-defined groups can be either dynamic or static groups with private or public access
privileges. You can also create subgroups under groups. Hence, each child group is a subgroup of a
parent group.
RME manages groups in a hierarchical fashion that supports sub-grouping. Each child group is a
subgroup of a parent group; in order to belong to a child group, a device must belong to the parent group.
For an device to belong to a group, it must satisfy the child group rules and the parent group rules.
The features of grouping services are:
• The application groups are created by their respective grouping services.
For example, RME groups are created by RME Grouping Services.
• The devices added to the applications are evaluated according to their respective group rules.
For example, devices added to the RME are listed in appropriate device group based on the RME
group rules.
• Based on the applications that are installed on the CiscoWorks server, you can view other
applications’ System-defined groups in RME user interface. The other applications User-defined
groups are displayed in the RME user interface based on the Visibility Scope (public or private) for
the group that you define at the time of device group creation.
For example, you can view DFM System-defined groups in RME device selector.
• Based on the applications that are installed on the CiscoWorks server, you can view other
applications’ System-defined groups in RME user interface. However, only the RME devices are
listed in the other application’s System-defined groups.
For example, you can view only RME devices in the DFM System-defined groups.
Field/Button Description
Group Selector Hierarchical display of all available groups.
Group Info When you select an item from the Group Selector, the Group Info pane displays the following information:
• Group Name—The name of the group you selected.
• Type—The type of objects in the selected group.
• Description—A text description of the group.
• Created By—The person who created the group.
• Last Modified By—The last person to modify the group settings.
Create Starts the Group Creation Wizard for creating a group, as described in the Creating a User-defined Group.
Edit Starts the Group Edit Wizard for editing an existing group, as described in the Editing a User-defined
Group.
Details Opens the Properties: Details page, as described in the Viewing Group Details and Viewing Membership
Details.
Field/Button Description
Refresh Refreshes a group’s membership, as described in the Refreshing Membership.
Delete Deletes a group, as described in the Deleting Groups.
Field Description
Group Name Name of the group you are creating.
Copy Attributes Copy the attributes of an existing group to your new group using the button
from Group Select Group.
You can select either RME System-defined or User-defined groups.
Parent Group The parent group of the group you are creating. You can change the parent
group using the Change Parent button.
You can select only RME User-defined groups.
Description Text description of the group.
Membership Update How group membership is updated.
Membership updates can be automatic (updated every time the group is
accessed) or can be upon user request only (updated only when you click the
Refresh button).
Visibility Scope Describes if the group is visible for public (all users) or private (only for the
group owner).
Step 1 Select Resource Manager Essentials > Devices > Group Administration.
The Group Administration and Configuration dialog box appears. This dialog box contains two panes.
• Group Selector—Lists all the System-defined Group and User-defined Group.
• Group Info—Contains the device group description.
Step 2 Select a User Defined Groups under which you want to create a new group from the Group Selector pane.
The Group Info pane displays detail of the selected user defined group.
The group that you have selected is the parent group for the new group you are about to create. You can
change the parent group later, if required (see for changing the parent).
Step 3 Click Create.
The Properties:Create dialog box appears.
Step 4 Enter a name for the group in Group Name field of the Properties:Create dialog box.
The Group Name must be unique within the parent group. However, you can specify the same name in
some other groups.
For example, if you already have a group named 'MyGroup' in a group named Views under User Defined
Groups, you cannot use the same name for another sub-group in the group Views. However, you can use
the name 'MyGroup' for the sub- group of another group in User Defined Groups.
If you do not want to copy the attributes of an existing group to your new group, proceed to Step 5. If
you want to copy the attributes of an existing group to the new group, do the following:
All attributes except the group name are copied to the new group.
a. Click Select Group.
The Replicate Attributes dialog box appears.
b. Select a group.
You can select either RME System-defined or RME User-defined groups.
c. Click OK.
The parent group you have selected for the group does not change even if you are copying attributes
from a group that belongs to a different parent group.
To change the parent group, do the following:
a. Click Change Parent.
The Select Parent dialog box appears.
b. Select the group.
c. Click OK.
The RME Group Administration changes the parent group to the one you selected, and returns to the
Properties:Create dialog box.
Step 5 Enter a description for the group.
Note All rules assigned to a parent group also apply to any of its subgroups.
In the Rules:Create dialog box, you can either enter the rules directly in the Rule Text field, or select the
components of the rule from the Rule Expression fields, and form a rule.
The Rules:Create dialog box has the following fields:
Field/Buttons Description
OR, AND, EXCLUDE Logical operators.
• OR—Include objects that fulfill the requirements of either rule.
• AND—Include only objects that fulfill the requirements of both rules.
• EXCLUDE—Do not include these objects.
This field appears only after a rule expression is added in the Rule Text box.
Object Type Type of object (device) that is used to form a group. All RME rule
expressions begin with the same Object Type, RME:INVENTORY:Device.
Variable Device attributes, based on which you can define the group.
See Table 4-6Group Attributes.
Operator Operator to be used in the rule. The list of possible operators changes based
on the Variable selected.
When using the equals operator the rule is case-sensitive.
Field/Buttons Description
Value Value of the rule expression. The possible values depend upon the variable
and operator selected. Depending on the operator selected, the value may
be free-form text or a list of values.
The wildcard characters are not supported.
Add Rule Expression Used to add the rule expression to the group rules.
Rule Text Displays the rule.
Check Syntax Verifies that the rule syntax is correct.
Use this button if you have entered the rules manually.
View Parent Rules Used to view the parent group rules.
All parent group rules apply to the subgroups.
See Understanding the Grouping Rules for group rule restrictions and examples.
To create a new set of rules:
Step 1 Select the boolean operator field in the Rules:Create dialog box.
Step 2 Select the parameters for Object Type, Variable, and Operator.
Step 3 Enter the desired value for the Variable you have selected.
Step 4 Click Add Rule Expression.
The RME Group Administration creates the rule based on the parameters you specified and adds it to the
rules already present in the Rules Text field. You can use the same procedure to add more rules.
You can manually add or change any of the text in the Rule Text box. If you enter a single backslash (\),
an error is displayed.
To enter a single backslash in the Rule Text box, you must type two backslashes (\\) in place of the single
backslash. You should always check the syntax after changing a rule expression.
You can delete the rules displayed in the Rule Text field by selecting the complete rule expression.
For example, if the Rule expression is,
:RME:INVENTORY:Device.Chassis.Port_Count > "3" OR
If you want to delete a rule expression, you have to select the complete expression including the logical
operator and press the delete key on your keyboard.
Step 5 Click Check Syntax to validate the rules expression syntax.
If the Syntax is correct, an information box appears with a message, The rule syntax is valid. If the
Syntax is incorrect, an error box appears with syntax error messages along with the line and column
number.
Step 6 Click Next.
The Membership:Create dialog box appears.
Step 1 Select devices from Available Objects From Parent Group pane.
You can select multiple devices using Ctrl or Shift keys.
Step 2 Click Add.
The selected devices are removed from Available Objects From Parent Group pane to Objects Matching
Membership Criteria pane.
Do not click the Refresh button on your browser after adding the devices. If you accidently do so, the
device at the top of the Available Object From Parent Group pane gets added to list of the devices in the
Objects Matching Membership Criteria pane.
Step 3 Click Next.
The Summary: Create dialog box appears with the group properties.
Field Description
Group Name Name of the group you are creating.
Parent Group Parent group of the group you are creating.
Description A text description of the group.
Membership Update How group membership is updated. Membership updates can be
automatic (updated every time the group is accessed) or can be upon user
request only (updated only when you click the Refresh button).
Rules Rules used to filter group membership.
Visibility Scope Whether the group is visible for public (all users) or private (only for the
group owner).
Step 1 Select Resource Manager Essentials > Devices > Group Administration.
The Group Administration and Configuration dialog box appears.
Step 2 Select the group for which you want to view details from the Group Selector pane.
Step 3 Click Details.
The Properties: Details dialog box appears with the following information (See Table 4-4)
Field/Button Description
Group Name Name of the group you are viewing.
Parent Group Parent group of the group you are viewing.
Type Type of the objects that belong to the group.
Description Text description of the group.
Membership Update How group membership is updated. Membership updates can be automatic
(updated every time the group is accessed) or can be upon user request only
(updated only when you click the Refresh button).
Created By Person who created the group. This also displays the time when it was
created.
Last Modified By Last person to modify the group. This also displays the time when it was
modified.
Rules Rules used to filter group membership.
Visibility Scope Describes if the group is visible for public (all users) or private (only for the
group owner).
View Parent Rules Used to view the parent group rules.
This is a button. All parent group rules apply to the subgroups.
Membership Details Used to view the list of devices that belong to the group. See Viewing
Membership Details.
This is a button.
Cancel Closes the page and takes you back to the Group Administration and
Configuration page.
Step 1 Select Resource Manager Essentials > Devices > Group Administration.
The Group Administration and Configuration dialog box appears.
Step 2 Select the group for which you want to view details from the Group Selector pane.
Step 3 Click Details.
The Properties: Details dialog box appears.
Step 4 Click Membership Details.
The Membership Details dialog box appears with the following information (See Table 4-5).
Heading/Button Description
Name Name of the device.
Object Type Type of object.
Property Details Takes you back to the Properties: Details page.
Cancel Closes the page and takes you back to the Group
Administration and Configuration page.
Refreshing Membership
Refreshing a group’s membership forces the group to recompute its membership by reevaluating its rules
and obtaining membership information from the data collectors.
Step 1 Select Resource Manager Essentials > Devices > Group Administration.
The Group Administration and Configuration dialog box appears.
Step 2 Select the group for which you want to view details from the Group Selector pane.
Step 3 Click Refresh.
A confirmation dialog box dialog shows that the group membership will be recomputed.
Step 4 Click Yes.
A confirmation dialog box shows that the group membership is recomputed.
Step 5 Click OK.
Deleting Groups
You can only delete User-defined groups that are not one of the System-defined groups.
Step 1 Select Resource Manager Essentials > Devices > Group Administration.
The Group Administration and Configuration dialog box appears.
Step 2 Select the group for which you want to view details from the Group Selector pane.
Step 3 Click Delete.
A confirmation dialog box shows that the group will be deleted.
Step 4 Click OK.
Field/Buttons Description
OR, AND, EXCLUDE Logical operators.
• OR—Include objects that fulfill the requirements of either rule.
• AND—Include only objects that fulfill the requirements of both rules.
• EXCLUDE—Do not include these objects.
This field appears only after a rule expression is added in the Rule Text box.
Object Type The type of object (device) that is used to form a group. All RME rule
expressions begin with the same Object Type, :Device.
Variable Device attributes, based on which you can define the group.
See Table 4-6Group Attributes.
Field/Buttons Description
Operator Operator to be used in the rule. The list of possible operators changes based
on the Variable selected.
When using the equals operator the rule is case-sensitive.
Value Value of the rule expression. The possible values depend upon the variable
and operator selected. Depending on the operator selected, the value may
be free-form text or a list of values.
The wildcard characters are not supported.
Add Rule Expression Used to add the rule expression to the group rules.
Rule Text Displays the rule.
Check Syntax Verifies that the rule syntax is correct.
Use this button to verify the syntax of the rule created before proceeding to
the next step.
View Parent Rules Used to view the parent group rules.
All parent group rules apply to the subgroups.
Rule to select devices whose System Description contains the string: Cisco Internetwork Operating System
This rule filters all devices whose System description consists of the string Cisco Internetwork Operating
System.
To provide rule expression for this scenario:
From the Create Rules dialog box:
• Select Device from the Object Type drop down listbox
• Select System.Description from the Variable drop down listbox
• Select contains from the Operator drop down listbox
• Enter Cisco Internetwork Operating System in the Value textbox
• Click Add Rule Expression
The following rule gets added to the Rule Text:
Device.System.Description contains "Cisco Internetwork Operating System"
Rule to select devices whose contact person name consists of the word: Davis
This rule filters all devices whose contact person name consists of the word Davis.
To provide rule expression for this scenario:
From the Create Rules dialog box:
• Select Device from the Object Type drop down listbox
• Select System.Contact from the Variable drop down listbox
• Select contains from the Operator drop down listbox
• Enter Davis in the Value textbox
• Click Add Rule Expression
The following rule gets added to the Rule Text:
Device.System.Contact equals "Davis"
The device participation in RME application tasks is no longer dependent on the device being in the
Managed State as in RME 3.x. Instead, it will depend upon the actual device information required by the
application task.
This allows RME to become flexible in meeting requirements to perform tasks on devices that have not
yet been installed on the network.
Examples of such use-cases are pre-provisioning devices, managing spares, asset tracking, etc.
This section describes:
• The old State Management Behavior.
• The new State Management Architecture. These states are visible to you using the RME Device
Management GUI.
• Examples of RME Application Tasks with description of the device information required for the
task.
Thus, in RME 3.x, a device had to be in managed state for most application tasks. However, some
application tasks allowed devices that were not in the managed state. They were:
• Import Status Report—Displays the number of devices in the various RME 3.x states.
• Syslog Unexpected Device Report—Displays a list of Syslogs received from devices that are not in
RME 3.x managed state.
• Pending—This is a transient state, and, in an operational RME, no device will be in this state for any
significant time.
These devices appear in the device selector in a separate group, Pending. The operator can initiate
application tasks (including jobs) by selecting these devices from the device selector.
When the device is added to RME, device management puts the device into this state, and invokes
all the registered application tasks such as Inventory Collection, Configuration collection, etc. Based
on the results of the tasks, the device goes into Pre-deployed, Normal or Aliased states.
• Suspended—You may suspend a device because you do not want to manage it, have it participate in
any RME application tasks. Only you can move a device out of this state. RME application does not
allow devices in this state to participate in normal RME application tasks (except for special cases
like the Suspended Device Report).
Suspended devices do not appear in the device selector. Syslogs from these devices do not cause any
automated actions to happen. However, syslogs from devices in this state are collected and reported
on.
• Aliased—Devices that have been detected as duplicates, at the time of Device Addition, as done in
RME 3.x. These devices cannot participate in RME application tasks (except for special cases like
the Duplicate Device Report).
These states are visible to you in the Device Management GUI and the Device Summary Report.
Here you can see how many devices are in each of the states.
There is a report that allows you to select a set of devices and view the states that they are in.
• Conflicting State—Devices that have the same name/IP Address as an already managed device, but
the sysObjectID for the two conflict. The user has to resolve this conflict. Note that the already
managed device continues to be in the managed state, and participates in all application tasks. The
new entry with conflicting credentials will go to the conflicting state.
These states will be made visible to the user via the Device Management GUI and the device
summary report to allow the user to see how many devices are in each of the states.
State Transitions
The following defines how the state of a device can change in RME:
• Pending
• Pre-deployed
• Normal
• Aliased
• Suspended
• Conflicting
Pending
The Pending state occurs:
• If Inventory Collection for the device has succeeded, and the alias detection algorithm has
determined that this device is an alias of a device that is already in the Normal state, the device is
moved to the Aliased state requiring user interaction.
• If History for the device exists, the device is directly moved from pending to normal state, without
waiting for the results of the registered tasks.
• If there is no history for the device, tasks registered with Device Management (such as Inventory
Collection or Config Collection) for the device has succeeded in contacting the device.
• If Alias detection algorithm either determined this was not an alias of an existing device, or did not
have sufficient information to make this decision, the device goes to the Normal state.
• If none of the tasks registered with Device Management were successful in contacting the device,
the device goes to the Pre-deployed state.
Pre-deployed
The Pre-deployed state occurs:
• If any RME task succeeds in contacting the device, the device is moved to Normal state.
• If the operator picks the device in Pre-deployed state, and suspends it, the device moves to
Suspended state.
• If the operator picks the device in Pre-deployed state and deletes it from RME, the device goes out
of RME.
Normal
This is a rare case:
For example if device d1 and d2 are aliases, d1 is added to RME, goes to pre-deployed state. The device
d2 also goes into pre-deployed state. RME does not know that they are aliased. The d1 and d2 devices
are in separate jobs.
When job j1 runs, d1 is contacted and moves to Normal state. RME still does not know that d2 is an alias.
Now, job j2 runs on d2 device, and d2 device is moved to Normal state. Now alias detection should catch
that d1 and d2 are aliases, and should move d2 to Aliased state from Normal state.
• If the operator picks the device in Normal state and deletes it from RME, the device goes out of RME
• If the operator picks the device in Normal state, and suspends it, the device moves to Suspended state
Aliased
The Aliased state occurs:
• If the user manually re-submits the device for RME management, the device goes to the Pending
state.
• If the operator picks the device in Aliased state and deletes it from RME, the device goes out of RME
Suspended
The Suspended state occurs:
• If the operator picks the device in Suspended state and deletes it from RME, the device goes out of
RME.
• If the user manually re-submits the device for RME management, the device goes to Pending state.
Conflicting
The Conflicting state occurs:
• If the operator picks the device in Conflicting state and deletes it from RME, the device goes out of
RME.
• If the user manually updates the device credentials for RME management, the device goes to
Pending state.
Device Addition
This describes the application task where RME does not have the automatic synchronization with Device
and Credential Repository (DCR) enabled.
1. Operator adds one or more devices to DCR, providing all the required attributes and credentials.
The mandatory fields from DCR are:
a. Management IP address or Host Name or Device ID, Display Name.
b. Device MDF category or SysObjectID is expected to be valid value for the Device Type field.
This is required to instantiate the correct device package for RME jobs (for example, NetConfig
job creation).
2. DCR informs RME that new devices have been added, and RME updates its picker list.
3. Operator selects devices from the picker list to add to RME.
For each selected device, Device Management puts the device into pending state. It then invokes the
registered RME application tasks such as Inventory Collection, Config Collection etc.
– If no task succeeds in contacting the device, the device is put into the Pre-deployed state by
Device Management.
– If RME’s alias detection is successful and finds that this device is a duplicate of an existing
device in either the Pre-deployed or Normal states, the new device is put into the Aliased state.
– If alias detection does not mark this device as being Aliased (either because it did not have
sufficient information to make the decision or the algorithm identifies the device to be unique)
and
– If any of the application tasks in step 4 succeed in contacting (exchanging any packets) with the
device, the device is moved to the Normal state. Note that no application task has to succeed in
order for this to happen – Contact is sufficient.
4. The device selector displays all devices that are in the Pending, Pre-deployed, and Normal states.
The devices in Pre-deployed state appear in the system-defined MDF groups as well as a special
group called Pre-deployed.
Similarly, devices in the pending state will also appear in the special group Pending as well as in the
relevant locations in the MDF grouping. This helps you to quickly select all such devices for a
specific task.
Device Management’s Device Summary report displays the number of devices in each of the above
states.
Note Inventory Collection and Inventory Polling will have a system defined periodic job that will operate on
all devices in both the Pre-Deployed and the Normal states. The actual set of devices to be collected or
polled on will be determined at the job execution time.
b. Set the download mode to either Merge or Diff if the device is in the normal state and at least one
version of the configuration for the device has been archived.
Only merge mode is possible in the case of Pending or Pre-deployed devices or for those devices in
the Normal state for which no configuration is archived yet.
The table below describes the various job options:
Step 1 Select a set of devices from the device selector that contains all of Pending, Normal and Pre-deployed
devices.
Step 2 Select a set of task types to be executed on these devices (Banner change, SNMP Credentials change
etc.).
For each device type and task type selected, you must enter the relevant parameters.
If a particular task requires inventory data (for example, Cable templates that require Interface details)
and if the required inventory data is not available, you will be prompted with a warning that the job
cannot include that particular task.
Step 3 Proceed with job creation by selecting any of these options:
• Different Configuration Versions Considered Failure—Requires at least one configuration version
to be archived.
• Rollback failure policies—At job creation time, all the rollback policies for failure apply to devices
in Pending, Pre-Deployed and Normal states.
• Sync Archive before Job execution—Applicable to devices in any of Pending, Pre-deployed and
Normal states. Failure to get the Config at job execution time fails the job.
• Write running to startup configuration—Applicable to devices in any of Pending, Pre-Deployed and
Normal States.
Step 4 Submit the job after selecting the job policies and entering the job scheduling information.
At the job execution time, before deploying the Config changes:
• If sync archive policy is selected, and if archival fails (at the time of execution) the job fails. (Current
behavior).
• If rollback policy is selected, and no configuration has been collected for this device, the job
execution will proceed with a warning in the job results.
• If the device is reachable: NetConfig attempts to fulfill the selected job options, and deploys the
configuration to the device. If the device was in the Pre-deployed or Pending states, Device
Management is informed that the device is now contactable.
• If the device not reachable: The configuration deployment to this device is marked as failed, and no
state change is requested for.
Step 1 Select the Image Distribution by Device (advanced) task. The inventory data is not required.
Step 2 Enter the image, target device and the target destination on the device. The devices can be in the Normal,
Pending, or Pre-deployed states.
For each device Software Management attempts to get required data to do the verification.
Examples of the data required for this verification include the boot loader version for IOS devices, or
the Version running on the supervisor for a Card to be upgraded, and physical attributes like free flash
on the given partition. The exhaustive data list is device type specific and will be provided in the
Software Management design documents. This data is got from Inventory via ADI.
If verification is possible with the data for the device, Software Management does the verification and
marks the device as verification passed or failed.
If there is insufficient data for this operation, Software Management marks the device as skipped due to
insufficient data, however if the user had specified best-effort verification, the job gets scheduled for
execution with the skipped devices included.
If you had chosen mandatory verification, job creation fails.
At execution time, Software Management attempts to contact each device.
• If the device is contactable, and Software Managemente’s internal checks work out, the image is
downloaded to the device, and this device is marked as successful.
• If the device was in pending or pre-deployed states at the time of job execution, Software
Management will inform Device Management that the device was contacted.
• If the device is not contactable at the job execution time, Software Management will mark this
download as failed, and will continue on with the rest of the devices in the job. No state changes will
be effected.
Inventory, or the Inventory Collection Service (ICS) and Poller software component of RME, collects
inventory data from the network devices and keeps the inventory updated. It does this by:
• Enabling you to collect inventory periodically. You can ensure that inventory data is collected
periodically to avoid the usage of stale inventory data by other RME applications.
• Polling the devices for any changes in inventory. If it detects a change, it invokes a full inventory
data collection. The following poller AG variables are supported:
– ifTableLastChange
– ifLastChange
– ifStackLastChange
– entLastChangeTime
– sysUpTimeAtLastChassisChange
– ciscoFlashDeviceInitTime
– ciscoLS1010ChassisLastChange
• Initiating inventory data collection on request.
For example, when the Syslog application receives an inventory change Syslog message, it invokes
inventory data collection using the API that Inventory registers with Syslog.
RME acquires inventory data from devices using SNMP queries to standard SNMP MIB II objects
and Cisco-specific enterprise MIB objects.
For the new features in this release, see What's New in this Release.
Note You can select the log level settings for the Inventory application using the feature Application Log Level
Settings (Resource Manager Essentials > Admin > System Preferences > Loglevel Settings).
Pre-requisites
Before you schedule inventory polling and collection jobs, you must:
Step 1 Add or import devices and add their credentials to the Device and Credentials Repository Administration
(DCR) database.
Step 2 Add devices in RME using Resource Manager Essentials > Devices > Device Management > RME
Devices.
In the RME Devices dialog box that appears, click Add Devices. For the detailed procedure, see the topic
Adding Devices to RME in the section Adding and Troubleshooting Devices Using Device Management.
We also recommend that you enter the RME device attributes:
a. Select Resource Manager Essentials > Devices > Device Management > RME Devices.
The RME Devices dialog box appears.
b. Select the devices for which you want to edit the RME device attributes and click Edit Device
Attributes.
For more Device Management information, see the section Adding and Troubleshooting Devices Using
Device Management in the User Guide or Online Help.
Note Any change that you make to the system time affects RME processes. You will have to restart the
Daemon Manager for the proper functioning of RME.
You can select the log level settings for the Inventory application using the feature Application Log Level
Settings.
View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform these tasks.
Inventory log files (IC_Server.log, ICServer.log, ICServerUI.log, and invreports.log) are stored at these
locations:
• On Windows: NMSROOT/log, where NMSROOT is the CiscoWorks installation directory.
• On Solaris: /var/adm/CSCOpx/log
Shows the distribution of software versions among all the managed device classes.
• Inventory Custom Reports (see Using Inventory Custom Report Templates).
Shows device details by their attributes, see Table 6-11Inventory Groups and Attributes.
You can save the reports that you have generated, in a comma separated (CSV) format or in the PDF
format. Redirect a report to an e-mail recipient, save the report, or run it again later.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform these tasks.
When you install RME, a default job is defined for Inventory Collection and Inventory Polling.
These default jobs include all the devices in the normal and pending states, and the devices in the
pre-deployed state.
When the default job runs, RME evaluates the “all devices” group and executes the job. This way
whenever new devices are added to the system, these devices are also included in the default
collection/polling job.
For the default system jobs, the device list cannot be edited. You can only change the schedule of those
jobs. Therefore, when a periodic system job for inventory collection or polling is scheduled, the
scheduled job is not displayed in the Inventory Job Browser.
The default system jobs for Inventory Collection and Inventory Polling are created immediately after
installation. However, they may appear in the Inventory Job Browser and the RME Job Browser
(Resource Manager Essentials > Job Mgmt > RME Jobs) only after some time has elapsed.
The jobs are displayed in the Job Browser when they are running, or after they are completed, with all
the details such as Job ID, Job Type, Status, etc.
User-defined jobs, however, are displayed in the Job Browser once they are scheduled, when they are
running, and after they are completed.
Column Description
Job ID Unique ID assigned to the job by the system, when the job is created. Click on the hyperlink to view the
Job details (see Viewing Job Details.)
Periodic jobs such as 6-hourly, 12-hourly, Daily, Weekly and Monthly, have the job IDs that are in the
number.x format. The x represents the number of instances of the job. For example, 1001.3 indicates that
this is the third instance of the job ID 1001.
Job Type Type of job—System Inventory Collection, System Inventory Polling, Inventory Collection and Inventory
Polling.
Status Status of the job—Scheduled, Successful, Failed, Cancelled, Stopped, Running, Missed Start.
The number, within brackets, next to Failed status indicates the count of the devices that had failed for that
job. This count is displayed only if the status is Failed.
For example, If the status displays Failed(5), then the count of devices that had failed amounts to 5.
This count of failed devices is not displayed for jobs restored from RME 4.0.4 or lesser versions.
Description Description of the job entered by the job creator. This is a mandatory field. Accepts alphanumeric values.
The field is restricted to 256 characters.
Owner Username of the job creator.
Scheduled at Date and time at which the job was scheduled.
Completed at Date and time at which the job was completed.
Schedule Type Type of schedule for the job:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
For periodic jobs, the subsequent instances of jobs will run only after the earlier instance of the job is
complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job has completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then the next job will
start only at 10:00 a.m. on November 3.
Using the Filter by field in the Inventory Job Browser, you can filter the jobs displayed in the browser.
You can filter the jobs using any of the following criteria and clicking Filter:
To perform the following tasks, use the Inventory Job Browser (Table 6-1)
.
Table 6-1 Inventory Browser Buttons, the Tasks they Perform and their Description
Records for Inventory Collection and Polling jobs need to be purged periodically. You can schedule a
default purge job for this purpose. See Job Purge in the section Setting System-wide Parameters Using
System Preferences.
Step 1 Go to the Inventory Job Browser and click Create. (To invoke the Inventory Job Browser, see Using the
Inventory Job Browser).
The Create Inventory Job dialog box appears.
Step 2 Select either:
• Device Selector, if you want to schedule report generation for static set of devices (See the topic,
Using RME Device Selector in the section Managing Inventory Collection and Polling Using
Inventory, for more details.) You can select devices that are in Normal, Pending or Pre-deployed
states for job creation.
Or
• Group Selector, if you want to schedule report generation for dynamic group of devices.
Step 3 Enter the information required to create a job:
Field Description
Job Type Select either Inventory Collection or Inventory Polling, as required.
Scheduling
Run Type Specifies the type of schedule for the job:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
For periodic jobs, the subsequent instances of jobs will run only after the earlier instance of the
job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of
this job will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job
has completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November
2, then the next job will start only at 10:00 a.m. on November 3.
If you select Immediate, the date field option will be disabled.
Date 1. Enter the start date in the dd Mmm yyyy format, for example, 02 Jul 2004, or click on the cal-
endar icon and select the date.
2. Enter the start time by selecting the hours and minutes from the drop-down list.
The Date field is enabled only if you have selected an option other than Immediate in the Run
Type field.
Field Description
Job Info
Job Description Enter a description for the report that you are scheduling. This is a mandatory field. Accepts al-
phanumeric values. This field is restricted to 256 characters.
E-mail Enter e-mail addresses to which the job sends messages when the job has run.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View/Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Prefer-
ences dialog box (Common Services > Server > Admin > System Preferences).
When the job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender’s
address,
Step 1 Select Resource Manager Essentials > Inventory > View Inventory Collection Status.
The Inventory Collection Status dialog box appears.
Step 2 View the Inventory collection status. See Table 6-2 for an example:
Refresh Click on this icon to refresh the Inventory Collection Status dialog box.
(Icon)
For more details about Device Center, see the CiscoWorks Common Services Online Help or User Guide.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform these tasks.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Inventory > Inventory Change Filter.
The Inventory Change Filter dialog box appears.
Step 2 Select a group from the Select a Group drop-down list. See Table 6-3.
The dialog box refreshes to display the filters available for the attribute group that you selected.
Step 3 Select the attributes that you do not want to monitor for changes.
Step 4 Click Save.
A confirmation dialog box appears.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform these tasks.
Step 1 Select Resource Manager Essentials > Admin > Inventory > System Job Schedule.
The System Job Schedule dialog box displays the current collection or polling schedule. It is divided into
two panes:
• Job Type: Inventory Collection
• Job Type: Inventory Polling
The fields in these panes are identical. You can enter date for either collection and polling, or both.
Click Apply in the respective panes for the changes to take effect.
Step 2 Set the new Inventory Collection or Inventory Polling schedule in the respective panes, as follows:
Field Description
Scheduling
Run Type Select the run type or frequency for inventory collection or polling—Daily, Weekly, or Monthly.
For periodic jobs, the subsequent instances of jobs will run only after the earlier instance of the job is
complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job has completed. If
the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then the next job will start
only at 10:00 a.m. on November 3.
Date Select the date for the collection or polling to begin, using the date picker.
at Enter the time for the collection or polling to begin, in the hh:mm:ss format.
Job Info
Job Has a default Job Description:
Description
For Job Type, Inventory Collection, the description is, System Inventory Collection Job.
For Job Type, Inventory Polling, the description is, System Inventory Polling Job.
E-mail Enter e-mail addresses to which the job sends messages when the collection or polling job has run.
You can enter multiple e-mail addresses, separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View/Edit System Preferences dialog
box (Common Services > Server > Admin > System Preferences).
When the job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender’s address.
Inventory data does not change frequently, so infrequent collection is better. However, if you are
installing much new equipment, you may need more frequent collection.
Infrequent collection reduces the load on your network and managed devices. Collection is also best
done at night or when network activity is low.
Also, make sure your collections do not overlap, by checking their duration using the Inventory Job
Browser (see Using the Inventory Job Browser), and scheduling accordingly.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Reports dialog box appears, in the Report Generator page.
Step 2 Go to the first drop-down list box, and select Inventory.
Step 3 Go to the second drop-down list box, select the required report, for example, 24-Hour Inventory Change
Report.
Step 4 Select the required devices using the Device Selector. (See the topic, Using RME Device Selector in the
section Adding and Troubleshooting Devices Using Device Management, for more details.)
Step 5 Enter the information required to generate the required report:
Field Description
Scheduling
Run Type Specifies the type of schedule for the job:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
For periodic jobs, the subsequent instances of jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job will
run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job has completed. If the 10.00
a.m. November 1 job has not completed before 10:00 a.m. November 2, then the next job will start only at
10:00 a.m. on November 3.
If you select Immediate, all other options are disabled.
Field Description
Run Type If you select any of the other frequencies, then you can specify the start date and time and also provide this
(continued) information:
• Job Description—Enter the description of the job. A mandatory field. Enter up to 256 characters
(alphanumeric).
• E-mail ID—Enter e-mail addresses to which the job sends messages for notification that has to be sent
after the report is run. An optional field.
You can enter multiple e-mail addresses, separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View/Edit System Preferences dialog
box (Common Services > Server > Admin > System Preferences). When the job starts or completes, an
e-mail is sent with the CiscoWorks E-mail ID as the sender’s address.
• Report Publish Path—This is the location on the RME server where an HTML version of the report will
be saved. An optional field.
Date Click on the calendar icon and select the date.
The Date field is enabled only if you have selected an option other than Immediate in the Run Type field.
Select the hours and minutes from the drop-down lists.
Job Info
Job Enter a description for the report that you are scheduling.
Description
The Job Description field is enabled only if you have selected an option other than Immediate in the Run Type
field. This is a mandatory field. Accepts alphanumeric values. The field is restricted to 256 characters.
E-mail Enter a valid e-mail ID of the users who should be notified when the report job has run. You can enter multiple
e-mail addresses, separated by commas.
Configure the SMTP server to send e-mails in the View/Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences dialog
box (Common Services > Server > Admin > System Preferences). When the job starts or completes, an e-mail
is sent with the CiscoWorks E-mail ID as the sender's address.
The E-mail field is enabled only if you have selected an option other than Immediate, in the Run Type field.
Attachment Check this option if you want the job notification mail to consist of attachments in either CSV or PDF format.
Either select:
• CSV if you want the attachment in CSV format.
Or
• PDF if you want the attachment in PDF format. This is the default format.
The CSV and PDF radio options will be enabled only if the Attachment checkbox is checked.
If the Attachment option is disabled, go to Common Services to change the settings. For more information on
configuring attachment settings as well as the maximum size of attachments allowed in notification mails, see
Common Services Online Help
Field Description
Report Enter a location on the RME server (file path with a valid file name), where an HTML version of the report
Publish Path will be saved. The file name that you specify may be a non-existent file in an existing folder or a new file in a
new folder. Causer should have write permissions to the given folder.
The following message appears if an invalid file name is specified or the casuser is unable to create file in given
folder:
Failed to create filename. Check directory permission for casuser and/or provide a valid file
name.
Field Description
Cisco.com Profile
Cisco.com Enter your Cisco.com username.
User Name
Cisco.com Enter your Cisco.com password.
Password
Proxy User Enter your Proxy username.
Name
You are prompted to enter a Proxy username only if a Proxy Server hostname/IP and port are configured in
Common Services > Security > Cisco.com Connection Management Proxy Server Setup
Proxy Enter your Proxy password.
Password
You are prompted to enter a Proxy password only if a Proxy Server hostname/IP and port are configured in
Common Services > Security > Cisco.com Connection Management Proxy Server Setup
The Cisco Username, Cisco Password, Proxy Username and Proxy Password textboxes will be auto-populated while
scheduling a PSIRT Summary or End of Sale/End of Life report job, if the Username and Password is already provided under:
Common Services > Server > Security > Cisco.com Connection Management > Cisco.com User Account Setup
However, you can can still change the credentials while generating the report.
Field Description
Summary
Total number of submitted Number of devices selected for this report.
devices
This displays 4 since four devices were selected for this report.
Devices with Report Data Number of devices out of the selected devices for which the report
is generated.
For instance, if the report is generated for three devices out of the
four selected devices, then this field displays 3.
Devices without Report Data Number of devices out of the selected devices for which the report
is not generated.
For instance, if the report is not generated for one device out of the
four selected devices, then this field displays 1.
The report is not generated for a device if the selected component
does not exist for that device. This occurs when the Inventory
collection has not happened for the device or if the Inventory
collection has failed for the device.
Module/Card Count
Module/Card Module/Card Vendor type.
Model Name Model name for each module/card.
Count Count of the modules/cards for each model in the devices selected
for the report.
Field Description
Chassis/Frame Count
Chassis/Frame Chassis/Frame Vendor type.
Model Name Model name for each chassis/frame.
Count Count of the chassis/frames for each model in the devices selected
for the report.
Processor Count
Processor Processor Vendor type.
Model Name Model name for each processor.
Count Count of the processors for each model in the devices selected for
the report.
Fan Count
Fan Fan Vendor type.
Model Name Model name for each fan.
Count Count of the fans for each model in the devices selected for the
report.
Table 6-5 displays the other options in the Hardware Statistics Report:
Field/Option Description
Go to Use this list box to display the required component table.
Export device list to Device Export the list of devices for which the report has been generated, to the
Selector Device Selector.
(Icon) You can view this exported list of devices in the Saved device list folder
of the RME Device Selector.
Export to File Export this report in either PDF or CSV format.
(Icon)
Print Generates a format that you can print.
(Icon)
• Logical Inventory Information (logical aspects such as Interfaces, Bridge Interface, Application
Information).
• System Information (RFC 1213 system information).
• Asset Information (information on Asset Tracking).
The Detailed Device report also displays the Unique Device Identifier (UDI) for all components of a
device. UDI is unique to each component of a device. It is a combination of Product Identifier (PID),
Version Identifier (VID) and Serial Number (SN).
Total Memory in the Memory Information table of the Detailed Device report is computed as follows:
• For routers that query for processorRam value from Old-Cisco-Chassis-Mib:
Total Memory = Processor memory + I/O memory (buffer memory)
• For all other devices, whenever available from the MIB:
Total Memory = Processor memory.
Note Some data is not displayed, if you have not yet run inventory collection.
Step 4 Click on Finish to Submit the required information to generate a Device Statistics Report.
The report is generated. See Table 6-6 for the output of this example.
Field Description
Summary
Total number of submitted devices Number of devices selected for this report.
This displays 2 since two devices were selected for this report.
Devices with Report Data Number of devices out of the selected devices for which the report is
generated.
For instance, if the report is generated for one device out of the two selected
devices, then this field displays 1.
This report is generated for those devices for which the Inventory collection
has been successful.
Devices without Report Data Number of devices out of the selected devices for which the report is not
generated.
For instance, if the report is not generated for one devices out of the two
selected devices, then this field displays 1.
The report is not generated for a device if the Inventory collection has not
happened for the device or the inventory collection has failed for the device.
Device Name
Device Name Device Display Name of the device as entered in DCR.
The component, model and count details for this device is provided below.
Sensor Count
Sensor Sensor Vendor type
Model Name Model name for each sensor.
Count Number of sensors for each model and for each device.
Processor Count
Processor Processor Vendor type.
Model Name Model name of each processor.
Count Number of processors for each model and for each device.
Table 6-7 displays the other options in the Device Statistics Report.
Field/Option Description
Go to Use this list box to display the required component table.
Export device list to Device Export the list of devices for which the report has been generated, to the
Selector Device Selector.
(Icon) You can view this exported list of devices in the Saved device list folder
of the RME Device Selector.
Export to File Export this report in either PDF or CSV format.
(Icon)
Print Generates a format that can be printed.
(Icon)
POE-specific MIBs
The POE capable devices must also support the following MIBs:
• POWER-ETHERNET-MIB
• CISCO-POWER-ETHERNET-EXT-MIB
Field Description
Total number of submitted Number of devices selected for report generation.
devices
Devices without data Devices without data out of the total number of devices selected for report generation.
Device without data signifies that either the inventory collection has not happened or
inventory collection has failed for the device.
Devices not POE capable Number of devices that are not POE capable. This is out of the total number of devices
selected for report generation.
Field Description
Parent index Index of the Parent on which the port resides.
Port Index Index of the Port. Each Port has a unique Port Index.
This Index value uniquely identifies the Power Sourcing Equipment (PSE) Port.
Port Name Name assigned to the PSE Port. Each PSE Port has a unique Port Name assigned to it.
Port Admin Status The Port Admin Status can be:
• Auto
Enables Powered device discovery on the interface. The amount of power allocated depends
on the Powered device discovered.
• Static
Enables Powered device discovery.
However, this is different from Auto because the amount of power is pre-allocated based on
the configuration on the Power Sourcing Equipment.
• Limit
Enables Powered device discovery on the interface. The amount of power allocated depends
on the Powered device discovered and the maximum power available.
• Disable
Disables Powered device discovery on the interface.
Maximum Power (in Maximum amount of power that the PSE makes available to the Powered device connected to the
milliwatts) Port interface.
This value is expressed in milliwatts.
Power Allocated (in Amount of power allocated from the PSE for the Powered device.
milliwatts)
This value is expressed in milliwatts.
Column Description
Template Name Name of the template. If you click on this hyperlink, the details of the template are displayed in
a pop-up window.
Report Type Syslog report, or inventory report.
Owner User who created the template.
Last Modified Time Date (yyyy-mm-dd) and the time (hh:mm:ss).
Using the custom templates dialog box, you can do the following tasks:
Task Button
Create a custom template (see Creating a Custom Report Template). Create
Modifying a custom template (see Modifying a Custom Template). Edit
Delete a custom template (see Deleting a Custom Template). Delete
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform these tasks.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The Custom Templates dialog box appears.
Step 2 Click Create.
The Application Selection dialog box appears.
Step 3 Select Inventory.
Adding a Rule
To add a rule:
Step 1 In the Custom Template Rules dialog box, select information in the following fields:
Field Description
Association Select an association.
If you are adding a rule for the first time, this drop-down list does not display any values. After you
have added a rule and need to add another rule, this drop-down list has the values AND and OR.
Inventory Group Select the Inventory Group for which you are creating the rule. For details see Table 6-11Inventory
Groups and Attributes.
Attribute Select an attribute. The attributes that are available in the drop-down list are based on the Inventory
group that you selected.
For example, if you select flash device as the Inventory group, the Attributes available for selection
are:
• Flash Device Size (MB)
• Model Name
For details see Table 6-11Inventory Groups and Attributes.
Operator Select the operator.
Value Select the value. For example, ALL.
By default ALL will be populated along with editable drop down item. (The editable drop-down
item is the blank one. You can enter your value in it.)
For specific attributes such as VendorType, MemoryType etc., the drop down is be pre-populated
when you select the corresponding attributes.
For other remaining attributes ALL and Editable (blank field) will be present in the Value
drop-down list. You can either select a value from this drop-down list or enter the value by selecting
editable list item.
Modifying a Rule
To modify a rule:
Step 1 Select the required rule from the Rules List section of the Custom Template Rules dialog box.
The values that you had selected previously for this rule, appear in their respective fields.
Step 2 Change these values as required.
Step 3 Click Save Changes.
The rule is modified.
If you do not want to save your changes, click Discard Changes.
After you select a rule from the Rules List section, you cannot move to the next dialog box by clicking
Next. A message appears:
You are currently modifying a rule. You are not allowed to proceed to the next step until
you complete the current task. Click Save Changes to save the current changes or Discard
Changes to cancel.
Deleting a Rule
To delete a rule:
Step 1 Select the required rule from the Rule List section of the Custom Template Rules dialog box. You can
select one or more rules for deletion.
Step 2 Click Delete.
A message appears prompting you to confirm the deletion. If you confirm the deletion, the rule is
deleted.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The Custom Templates dialog box appears with a list of Custom templates.
Step 2 Select the required custom template from the list, and click Edit.
The Template Properties dialog box appears. It is prepopulated with your selected template properties.
Step 3 Click Next.
The Custom Templates Rules dialog box appears.
For the description of the columns in the Custom Reports Templates dialog box, see Creating a Custom
Report Template.
If required, you can modify the template by:
• Adding a Rule
• Modifying a Rule
• Deleting a Rule
Step 4 Click Next.
The Custom Template Summary window appears, with the summary information about the rules that you
have created.
Note If you delete a template, any job created with the template will fail.
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The custom templates dialog box appears with a list of custom templates.
Step 2 Select the required custom template. You can select one or more custom templates to delete.
Step 3 Click Delete.
A message appears prompting you to confirm the deletion.
If you confirm the deletion, the template is deleted and will not appear in the Inventory custom report
template dialog box.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Reports dialog box appears, in the Report Generator page.
Step 2 Select Inventory, from the first drop-down list.
Step 3 Select the required custom report from the second drop-down list. (Custom reports that you created
appear in the drop-down list box with a separator).
The Device Selector appears, along with the fields that allow you to enter information in the Scheduling
and Job Info fields.
Step 4 Select the required devices using the Device Selector.
See the topic, Using RME Device Selector in the section Adding and Troubleshooting Devices Using
Device Management, for more details.
Step 5 Enter the information required to generate the required custom report, in the Scheduling and Job Info
groups.
For the field descriptions, see Generating Inventory Reports
The custom report appears. See Custom Report Output.
Icon Description
Export Device List to Device Selector Use this icon, if you want to export the device list to Device Selector. For more
information, see Exporting Device List to Device Selector.
(Icon)
Export Use this icon if you want to export the report output to a PDF or CSV file. For more
information see Exporting Custom Report output to a file.
(Icon)
Print Use this icon to print the report output.
(Icon)
To export device list from the Custom Report output to device selector:
Step 1 Go to the Inventory Custom Report output page and click Export.
The Export Device List dialog box appears.
Step 2 Either:
Click Yes, if you want to export the device list to device selector.
Or
Click No, if you do not want to export the device list to device selector.
On successful export of the devices, the following message is displayed.
Device List exported successfully.
Step 1 Go to the Inventory Custom Report output page and click Export.
The Exporting Report dialog box appears.
Step 2 Check PDF option, if you want to export your report to a PDF file format.
Or
Check CSV option, if you want to export your report to a CSV file format.
Step 3 Click OK if you want to accept the changes
Or
Click Cancel if you do not want to save the changes and close the window.
Note If any of the selected devices do not satisfy the criteria that you have specified, a message appears: None
of the selected devices match the specified criteria.
Step 1 Go to the CiscoWorks LMS Portal home page and select Device Troubleshooting > Device Center.
The Device Center window appears with the device selector on the right and Device Center overview
information on the left section of the screen.
Step 2 Enter the IP address or device name of the device you want to select and click Go in the Device Selector
field
Or
Select a device from the list-tree.
The Device Summary and Functions Available panes appear in the right section of the screen.
Step 3 Click any of the links under the Functions Available pane to launch the corresponding application
function.
The links are launched in a separate window.
If you enter the device name or IP address of a device not managed by any of the applications installed
on the Common Services server, the Functions Available pane will display only the default connectivity
tools from Common Services.
For Inventory application, you can:
• Launch the Detailed Device Report:
In the Functions Available pane, select Reports > Detailed Device Report. For details of this
reports, see Generating a Detailed Device Report.
• Update Inventory.
In the Functions Available pane, select Management Tasks > Update Inventory.
This message appears:
Successfully created job 1045 for updating inventory.
Go to Resource Manager Essentials > Devices > Inventory > Inventory Jobs to see
details.
For details of the Inventory Job Browser, see Using the Inventory Job Browser.
You can perform all your reporting related tasks from a single location—The Reports tab (Resource
Manager Essentials > Reports).
These tasks are:
• Running reports, both system-defined or user defined, and graphs. See Using the Reports Generator.
• Creating and managing custom reports across applications such as Syslog and Inventory. See
Defining Custom Report Templates.
• Managing report jobs. You can view the output for completed jobs, abort or delete jobs, etc. See
Using the Report Job Browser.
• Managing report archives. You can view an archived report. A report is archived when a scheduled
report job is completed successfully. See Viewing Archived Reports.
• Performing administrative tasks. You can do administrative operations on reports such as:
– Purging Reports Jobs and Archived Reports.
– Setting the Reports Archive Default Directory
– Changing the Data Source for PSIRT/EOS/EOL Reports
Note You can select the log level settings for the Reports application using the feature Application Log Level
Settings (Resource Manager Essentials > Admin > System Preferences > Loglevel Settings).
For the new features in this release, see What's New in this Release.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
To open the Reports Job Browser, select Resource Manager Essentials > Reports > Report Jobs.
The Reports Job Browser dialog box appears with a detailed list of all scheduled report jobs.
Column Description
Job ID Unique ID assigned to the job by the system, when the job is created.
For periodic jobs such as Daily, Weekly, etc., the job IDs are in the number.x format. The x represents
the number of instances of the job.
For example, 1001.3 indicates that this is the third instance of the job ID 1001.
Job Type Reporting application—Audit Trail, Bug Toolkit, Change Audit, Contract Connection, Inventory,
Syslog, etc.
Report Type Name of the report.
Status Status of the scheduled job—Scheduled, Success, Failed, Running, and Cancelled.
Description Description of the job provided by the job creator. (Alphanumeric characters).
Owner Username of the job creator.
Scheduled at Date and time the job was scheduled at.
Completed at Date and time the job was completed at.
Schedule Type Specifies the type of schedule for the job:
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
For periodic jobs, the subsequent instances of jobs will run only after the earlier instance of the job is
complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job has
completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then
the next job will start only at 10:00 a.m. on November 3.
Report jobs with the Schedule Type Immediate are not displayed in the Reports Job Browser. They are
displayed immediately after they are created in separate browser.
Using the Filter by field in the Report Job Browser, you can filter the jobs displayed in the browser.
You can filter the jobs using any of the following criteria and clicking Filter:
You can perform the following tasks on the reports displayed in the Job Browser:
• View the report output—Select a successfully completed job and click Show Output. If you select
more than one job, the Show Output button will be disabled.
• Stop a running job—Select the job and click Stop. You are prompted for a confirmation before the
job is stopped. You can select more than one job to stop.
• Delete a job—Select the job and click Delete. You are prompted for a confirmation before the job
is deleted. You can select more than one job to delete.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Reports dialog box appears, in the Report Generator page.
Step 2 Go to the first drop-down list box and select the application for which you want to generate a report.
Step 3 Select a Report. (This selection will not be available if you do not select an application before selecting
a Report.)
The RME Reports dialog box appears for the selected report.
Step 4 Select either:
• Device Selector, to schedule report generation for static set of devices.
Or
• Group Selector, to schedule report generation for dynamic group of devices.
The report is scheduled only for the devices that are present in the selected group at the time of report
generation. The customizable group selector for reports evaluates static groups also as dynamic during
run time.
The RME Reports dialog box appears for the selected report. For details of how to enter information, see
the respective chapters or sections in the User Guide.
To generate:
• Syslog Reports, see the topic Overview: Syslog Analyzer Reports in the section Enabling and
Tracking Syslogs Using Syslog Analyzer and Collector.
• Audit Trail Report, see the topic Generating a Standard Audit Trail Report, in the section Tracking
RME Server Changes Using Audit Trail.
• BugToolkit Report, see Checking Bug Status Using Bug Toolkit.
• Change Audit Reports, see the topic Tracking Network Changes Using Change Audit, in the section
Tracking Network Changes Using Change Audit.
• Inventory Reports, see the topic Generating Inventory Reports in the section Managing Inventory
Collection and Polling Using Inventory.
• Contract Connection Reports, see the topic Accessing and Using Contract Connection, in the section
Working With Contract Connection.
• Device Credential Reports, see the topic Generating Device Credentials Report.
If you want to reset the information that you have entered into the RME Reports dialog box, and bring
the default report settings back, click Reset.
Step 5 Click Finish.
The report is generated.
Column Description
Template Name Name of the template.
Report Type Syslog report, or Inventory report.
Owner User who created the template.
Last Modified Time Date (yyyy-mm-dd) and the time (hh:mm:ss) the report was last modified.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Using the Custom Templates dialog box, you can do the following tasks:
Task Button
Create a custom template (see Creating a Custom Report Template). Create
Edit a custom template (see Editing a Custom Report Template). Modify
Delete a custom template (see Deleting a Custom Report Template). Delete
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The Custom Templates dialog box appears with a list of all templates, see Defining Custom Report
Templates.
Step 2 Click Create.
The Application Selection dialog box appears.
Step 3 Select the required application—Syslog, or Inventory.
Step 4 Click Next.
The dialog box for the selected application appears.
For details see:
• Syslog custom reports—The topic Defining Custom Report Templates in the section Enabling and
Tracking Syslogs Using Syslog Analyzer and Collector
• Inventory custom reports—The topic Using Inventory Custom Report Templates in the section
Managing Inventory Collection and Polling Using Inventory.
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The Custom Templates dialog box appears.
Step 2 Select the required custom template and click Modify.
The Custom Report Template dialog box for the selected application appears.
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The Custom Templates dialog box appears.
Step 2 Select the required report and click Delete.
You are prompted to confirm the deletion. If you confirm the deletion, the custom report template is
deleted and does not appear in the Custom Report Template dialog box.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Reports > Report Archives.
The Archives dialog box displays all the archived reports.
The columns in the archives dialog box are:
Column Description
Report Type Type of archived report—Syslog Report, Inventory report, Bug Toolkit report, etc.
Description Description of the report, that was entered at creation time.
Creation Time Date (yyyy-mm-dd) and the time (hh:mm:ss) the report was created.
Using the Filter by field in the Report Job Browser, you can filter the jobs displayed in the browser.
You can filter the jobs using any of the following criteria and clicking Filter:
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > System Preferences > Job Purge.
The Job Purge dialog box appears. For details about the fields in this dialog box, see the topic Job Purge
in the section Setting System-wide Parameters Using System Preferences.
Step 2 In the Application column of the Job Purge dialog box, select either of these options:
• Reports Jobs
or
• Reports Archive Purge
Step 3 Click Schedule.
The Purge Schedule dialog box appears.
The fields in the Purge Schedule dialog box are:
Field Description
Scheduling
Run Type Specifies the type of schedule for the job:
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time. (A month comprises
30 days).
For periodic jobs, the subsequent instances of jobs will run only after the earlier instance of the job is
complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job has
completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then
the next job will start only at 10:00 a.m. on November 3.
Date 1. Click on the date picker icon and select the date, month and year.
Your selection appears in the Date field in this format: ddMmmyyyy (example: 14 Nov 2004).
2. Select the time (hh and mm) from the drop-down lists in the at fields.
Job Info
Days The default setting for purging both archived reports and report jobs is 180 days. That is, reports or
report jobs older than 180 days will be purged. You can change value this as required. This is a
mandatory field.
Job Description Based on the option that you selected, one of these default job descriptions appears:
• Purge - Reports Archive Purge
or
• Purge - Reports Jobs
Field Description
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses, separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences).
When the job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's
address.
Comments Enter your comments for the purge job that you are scheduling.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The following is the workflow for changing the default directory for reports archive:
Step 1 Go to Resource Manager Essentials > Admin > Reports > Archive Settings.
The Archive Settings dialog box appears.
Step 2 Enter the new location in the Archive Location field, or click Browse to select a directory on your
system.
Step 3 Either click Apply to accept the change to directory or click Cancel to revert to the previous default
directory location.
If you had clicked on Apply, a message appears confirming the changes.
The Archive Management application maintains an active archive of the configuration of devices
managed by RME. It enables you to perform the following tasks:
• Fetch, archive, and deploy device configurations.
• Search and generate reports on archived data
• Compare and label configurations, compare configurations with a baseline, and check for
compliance.
You can also perform some of the Archive Management tasks using command line utility cwcli config.
You can also export the configuration data using the cwcli export config command.
See CLI Utilities for further details on cwcli config and cwcli export config commands.
This chapter gives information on performing:
• Archive Management tasks (see Archive Management allows you to: for details).
• Archive Management administrative tasks (see Performing Archive Management Administrative
Tasks for details).
• Configuration Management administrative tasks (see Performing Configuration Management
Administrative Tasks for details).
For the new features in this release, see What's New in this Release.
Enabling rcp
To enable the configuration archive to gather the configurations using the rcp protocol, modify your
device configurations.
Make sure the devices are rcp-enabled by entering the following commands in the device configurations:
# ip rcmd rcp-enable
# ip rcmd remote-host local_username {ip-address | host} remote_username [enable]
Where ip_address | host is the IP address/hostname of the machine where RME is installed.
Alternatively, you can enter the hostname instead of the IP address. The default remote_username and
local_username are cwuser.
Disable the DNS security check for rcp if your RME server and devices are not registered with the DNS
server. To do this, use the command,
no ip rcmd domain-lookup for rcp to fetch the device configuration.
Enabling scp
To enable the configuration archive to gather the configurations using the scp protocol, modify your
device configurations.
To configure local User name:
aaa new-model
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
ip ssh authentication-retries 4
ip scp server enable
User on the TACACS Server should be configured with priv level 15:
user = admin {
default service = permit
login = cleartext "system"
service = exec {
priv-lvl = 15
}
}
Enabling https
To enable the configuration archive to gather the configurations using https protocol you must modify
your device configurations.
To modify the device configuration, follow the procedure as described in this URL:
http://www.cisco.com/en/US/docs/security/vpn3000/vpn3000_41/configuration/guide/mgtproto.html
Router Commands
Command Description
terminal length 0 Sets the number of lines on the current terminal screen for the
current session
terminal width 0 Sets the number of character columns on the terminal screen for the
current line for a session
show privilege Displays your current level of privilege
Show running Gets running configuration.
Show startup Gets startup configuration
Show running-brief1 Gets the running configuration in brief by excluding the encryption
keys.
1. This is applicable for the IOS release 12.3(7)T release or later.
The commands in the above tables also apply to the following device types:
• Universal Gateways and Access Servers
• Universal Gateways and Access Servers
• Optical Networking
• Broadband Cable
• Voice and Telephony
• Wireless
• Storage Networking
Switches Commands
The switches commands are:
Command Description
set length 0 Configures the number of lines in the terminal display screen
set logging session Disables the sending of system logging messages to the current login
disable session.
write term Gets running configuration.
Command Description
no terminal more Disables support for more functions with the terminal.
show running-config Gets all components of the running configuration.
show startup-config Gets the CSS startup configuration (startup-config).
Command Description
terminal length 0 Sets the number of lines on the current terminal screen for the current
session
show run Gets running configuration.
show config Gets startup configuration.
Command Description
terminal length 0 Sets the number of lines on the current terminal screen for the current
session
show autostart Displays autostart collections
show configuration Gets startup configuration.
Command Description
terminal width 0 Sets the number of character columns on the terminal screen for the
current line for a session
show config Gets startup configuration.
show running Gets running configuration.
show curpriv View the current logged-in user.
no pager Removes paging control
To use this
Protocols You must...
Telnet Know Telnet passwords for login and Enable modes for device. If device is configured for TACACS
authentication, enter Primary Username and Primary Password.
TFTP Know read and write community strings for device.
rcp Configure devices to support incoming rcp requests. To make sure the device is rcp-enabled, enter the
following commands in the device configuration:
# ip rcmd rcp-enable
# ip rcmd remote-host local_username {ip-address | host} remote_username [enable]
where ip_address | host is the IP address/hostname of the machine where RME is installed. The default
remote_username and local_username are cwuser. For example, you can enter:
# ip rcmd remote-host cwuser 123.45.678.90 cwuser enable
Disable the DNS security check for rcp if your RME server and devices are not registered with the DNS server.
To do this, use the command,
no ip rcmd domain-lookup for rcp to fetch the device configuration.
To use this
Protocols You must...
SSH Know the username and password for the device. If device is configured for TACACS authentication, enter the
Primary Username and Primary Password.
Know password for Enable modes.
When you select the SSH protocol for the RME applications (Configuration Archive, NetConfig,
ConfigEditor, and NetShow) the underlying transport mechanism checks whether the device is running
SSHv2.
If so, it tries to connect to the device using SSHv2.
If the device does not run SSHv2 and runs only SSHv1 then it connects to the device through SSHv1.
If the device runs both SSHv2 and SSHv1, then it connects to the device using SSHv2.
If a problem occurs while connecting to the device using SSHv2, then it does not fall back to SSHv1 for the
device that is being accessed.
Some useful URLs on configuring SSHv2 are:
• Configuring Secure Shell on Routers and Switches Running Cisco IOS:
http://www.cisco.com/warp/public/707/ssh.shtml
• How to Configure SSH on Catalyst Switches Running Catalyst OS:
http://www.cisco.com/en/US/tech/tk583/tk617/technologies_tech_note09186a0080094314.shtml
• Configuring the Secure Shell Daemon Protocol on CSS:
http://www.cisco.com/en/US/partner/products/hw/contnetw/ps792/products_configuration_guide_chapt
er09186a00801eea45.html#1105358
• Configuration Examples and TechNotes:
– http://www.cisco.com/en/US/tech/tk583/tk617/tech_configuration_examples
_list.html
– http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_feature_guide09186a00802045d
c.html
To use this
Protocols You must...
SCP Know the SSH username and password for the device.
To make sure the device is scp-enabled, enter the following commands in the device configuration.
To configure local User name:
aaa new-model
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
ip ssh authentication-retries 4
ip scp server enable
User on the TACACS Server should be configured with privilege level 15:
user = admin {
default service = permit
login = cleartext "system"
service = exec {
priv-lvl = 15
}
}
HTTPS Know the username and password for the device. Enter the Primary Username and Password in the Device and
Credential Repository (Common Services > Device and Credentials > Device Management).
To enable the configuration archive to gather the configurations using https protocol you must modify your
device configurations:
http://www.cisco.com/en/US/partner/products/hw/vpndevc/ps2284/products_configuration_guide_chapter09
186a00801f1d98.html#999607
This is used for VPN 3000 device.
The configuration archive uses Telnet/SSH to gather the module configurations of Catalyst 5000 family
devices and vlan.dat file in case of Catalyst IOS switches. Make sure you enter the correct Telnet and
Enable passwords.
If you enabled TACACS for a device and configured custom TACACS login and passwords prompts, you
may experience Telnet problems, since RME may not recognize the prompts. To make your prompts
recognizable, you must edit the TacacsPrompts.ini file. See the procedure given in the Handling Custom
Telnet Prompts section of the User Guide for Common Services 3.2.
For module configs, the passwords on the module must be same as the password on the supervisor.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Config Mgmt.
The Config Transport Settings dialog box appears.
Step 2 Go to the first drop-down list box, select the application for which you want to define the protocol order.
Step 3 Select a protocol from the Available Protocols pane and click Add.
If you want to remove a protocol or change the protocol order, you must remove the protocol using the
Remove button and add the protocol, again.
The list of protocols that you have selected appears in the Selected Protocol Order pane.
When a configuration fetch or update operation fails, an error message appears. This message displays
details about the supported protocol for the particular device and it modules, if there are any.
For the list of supported protocols, see Supported Device Table for Configuration Management
application on Cisco.com.
Step 4 Click Apply.
A message appears, New settings saved successfully.
Step 5 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies.
The Job Policy dialog box appears.
Step 2 Select the applications.
Table 8-1 When Device Access is Only Through Job Password and No Access is Available Through Regular
Telnet/SSH and SNMP (Read or Write)
Table 8-2 When Devices are Configured for Job Password and Access is Available Through SNMP (Read or Write)
Table 8-2 When Devices are Configured for Job Password and Access is Available Through SNMP (Read or Write)
Table 8-3 When Devices are not Configured for Job Password and Access is Available Through Regular Telnet/SSH
but no SNMP
Table 8-4 When Devices are not Configured for Job Password and Regular Telnet/SSH is Disabled. Access is
Available Only Through SNMP (Read or Write)
Table 8-4 When Devices are not Configured for Job Password and Regular Telnet/SSH is Disabled. Access is
Available Only Through SNMP (Read or Write) (continued)
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The following is the workflow for moving the configuration archive location:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
You can enable or disable the use of Shadow directory by following this workflow:
Example 1:
If you have specified these commands at,
• Routers (Device Category) level
end,exec-timeout,length,width,certificate,ntp clock-period
• Cisco 1000 Series Routers (Device Family) level
banner incoming,snmp-server location
• Cisco 1003 Router (Device Type) level
ip name-server,banner motd,snmp-server manager session-timeout
While comparing configurations, only the Cisco 1003 Router (Device Type) level commands are
excluded.
Example 2:
If you have specified these commands only at Device Family and Device Category,
• Routers (Device Category) level
end,exec-timeout,length,width,certificate,ntp clock-period
• Cisco 1000 Series Routers (Device Family) level
banner incoming,snmp-server location
• Cisco 1003 Router (Device Type) level
No commands specified.
While comparing configurations, only the Cisco 1000 Series Routers (Device Family) level commands
are excluded.
If the commands are specified only at the Device Category level, these commands are applicable to all
devices under that category.
To configure Exclude Commands:
Step 1 Select Resource Manager Essentials > Admin > Config Mgmt > Archive Mgmt > Exclude
Commands.
The Configure Exclude Commands dialog box appears.
Step 2 Select one of these from the Device Type Selector pane:
• Device Category (For example, Routers, Wireless, etc.)
• Device Family (For example, Cisco 1000 Series Routers, Cisco 1400 Series Routers, etc.)
• Device Type (For example, Cisco 1003 Router, Cisco 1401 Router, etc.)
Step 3 Enter the command in the Exclude Commands pane to add new commands.
You can enter multiple commands separated by commas.
You can also edit or delete the existing commands in the Exclude Commands pane.
Step 4 Click Apply.
A message appears, The commands to be excluded are saved successfully.
Step 1 Select Resource Manager Essentials > Admin > Config Mgmt > Archive Mgmt.
The Fetch Settings dialog box appears.
Step 2 Provide the Job Result wait time in seconds in the Maximum time to wait for Job results per device
(seconds) field.
Step 3 Click either of these:
• Click Apply, if you want to submit the Job Result Wait Time entered.
• Click Cancel if you want to cancel the changes made to the Job Result Wait Time.
If these MIBs are not supported on the devices, then by default, configuration fetch will be initiated
without checking for the changes.
By default, the Periodic Collection and Polling are disabled.
See Defining the Configuration Collection Settings for scheduling the periodic polling.
Note The Syslog application triggers configuration fetch, if configuration change messages like
SYS-6-CFG_CHG, CPU_REDUN-6-RUNNING_CONFIG_CHG etc., are received.
Note Startup configurations are not ‘versioned’ and only one copy of the startup configuration of devices
(which supports startup configuration), is saved in the system. No change audit records are logged for
changes in the ‘Startup Configuration’ files.
RME first compares the collected configuration file, with the latest configuration in the archive, and
checks to see if there are effective configurations changes from what was previously archived.
Periodic Polling
The configuration archive performs a SNMP query on the device. If there are no configuration changes
detected in the devices, no configuration is fetched.
Periodic Collection
The configuration is fetched without checking for any changes in the configuration.
By default, the Periodic Collection and Polling are disabled.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The following is the workflow for defining the configuration collection setting:
Step 1 Select Resource Manager Essentials > Admin > Config Mgmt > Archive Mgmt > Collection
Settings.
The Config Collection Settings dialog box appears.
Step 2 Select one or all of the following options:
Periodic Polling
a. Select Enable for Configuration archive to performs a SNMP query on the device to retrieve
configuration.
b. Click Schedule.
The Config Collection Schedule dialog box appears.
c. Enter the following information:
Field Description
Scheduling
Run Type You can specify when you want to run the configuration polling job.
To do this, select one of these options from the drop-down menu:
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will
start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
Job Information
Job Description The system default job description, Default config polling job is displayed.
You cannot change this description.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
d. Click OK.
Periodic Collection
a. Select Enable for Configuration archive to perform a periodic check on the device to retrieve
configuration.
b. Click Schedule.
The Config Collection Schedule dialog box appears.
c. Enter the following information:
Field Description
Scheduling
Run Type You can specify when you want to run the configuration collection job.
To do this, select one of these options from the drop-down menu:
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will
start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
Job Information
Job Description The system default job description, Default config collection job is displayed.
You cannot change this description.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
d. Click OK.
Step 3 Either click Apply to accept the new values provided.
Or
Click Cancel if you want to discard the changes and revert to previously saved values.
If you had clicked Apply, a message appears:
New settings saved successfully.
You can check the status of your scheduled job by selecting Resource Manager Essentials > Job
Mgmt > RME Jobs.
Caution Ensure that the configuration change detection schedule does not conflict with purging, since both
processes are database-intensive. Also backup your system frequently to prevent losing versions.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Config Mgmt > Archive Mgmt > Purge Settings.
The Archive Purge Setup dialog box appears.
Step 2 Select Enable.
Step 3 Click Change to schedule a Purge job.
The Config Purge Job Schedule dialog box appears.
Field Description
Scheduling
Run Type You can specify when you want to purge the configuration archive files.
To do this, select one of these options from the drop-down menu:
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will
start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
Job Information
Job Description The system default job description, Default archive purge job is displayed.
You cannot change this description.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Step 5 Specify when to purge configuration files from the archive by selecting one or all of the following purge
policies:
• Click Maximum versions to retain and enter the number of configurations to retain.
• Click Purge versions older than and enter the number of days, weeks, or months.
• Click Purge labeled files to delete the labeled configuration files. See Configuring Labels for
information on labeled files.
The Purge labeled files option must be used either with the Maximum versions to retain or Purge
versions older than options. You cannot use this option without enabling either Maximum versions
to retain or Purge versions older than options.
The labeled files are purged only if they satisfy the conditions given in the Maximum versions to
retain and Purge versions older than options.
The Labeled configuration files are not deleted even if they satisfy either of the purge conditions
(Maximum versions to retain and Purge versions older than) unless you enable the Purge labeled
files option.
These purge policies are applied sequentially. That is, if you have enabled all the three purge
policies, RME applies the Purge policies in this sequence:
a. Maximum versions to retain
b. Purge versions older than
c. Purge labeled files
Archive Management does not purge the configuration files, if there are only two versions of these files
in the archive.
Step 6 Click Apply.
A message appears, New settings saved successfully.
Step 7 Click OK.
You can check the status of your scheduled job by selecting Resource Manager Essentials >
Job Mgmt > RME Jobs.
Refresh Click on this icon to refresh the configuration archive status window.
(Icon)
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt.
The Configuration Archival Summary dialog window appears with the following information.
Step 2 Select one or all of the Config Archival Status and click Sync Archive to schedule an immediate job to
update the archive status.
You can check the status of your scheduled Sync Archive job by selecting Config Mgmt > Archive
Mgmt > Archive Mgmt Jobs.
Note These dates do not necessarily reflect when the archive was last updated.
If you enabled TACACS for a device and configured custom TACACS login and passwords prompts, you
may experience Telnet problems, since RME may not recognize the prompts.
To make your prompts recognizable, you must edit the TacacsPrompts.ini file. See the procedure given
in the Handling Custom Telnet Prompts section of the User Guide for Common Services.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Sync Archive.
The Sync Archive dialog box appears.
Field Description
Scheduling
Run Type You can specify when you want to run the Sync Archive job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this task immediately.
• 6 - hourly—Runs this task every 6 hours, starting from the specified time.
• 12 - hourly—Runs this task every 12 hours, starting from the specified time.
• Once—Runs this task once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will
start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
The Date field is enabled only if you have selected an option other than Immediate in the Run Type
field.
Job Information
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Field Description
Job Options
Poll device before Archive Management polls the device and compares the time of change currently on the device with
configuration the time of last archival of configuration to determine if configuration has changed on a device.
collection
If the polling is not supported on the device, then configuration fetch will be initiated without
checking for the changes.
See Understanding Configuration Retrieval and Archival for further details on configuration polling.
Fetch startup config Archive Management fetches the startup configuration.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Config Fetch Protocol
Usage to generate a Config Fetch Protocol Usage Report.
The Config Fetch Protocol Usage Report window displays the following information:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Out-of-Sync Summary to
generate an Out-of-sync report. The Startup and Running Out-Of-Sync Summary window displays the
following information:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Out-of-Sync Summary.
The Startup and Running Out-Of-Sync Summary dialog box appears.
Step 2 Select a device.
Step 3 Click Sync on Device.
The Job Schedule and Options dialog box appears.
Field Description
Scheduling
Run Type You can specify when you want to run the Startup and Running Out-Of-Sync Summary report.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs the report immediately.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will
start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
The Date field is enabled only if you have selected an option other than Immediate in the Run Type
field.
Job Information
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Approver Comments Enter comments for the job approver.
This field appears only if you have enabled Job Approval for Archive Management.
Maker E-Mail Enter the e-mail-ID of the job creator. This is a mandatory field.
This field appears only if you have enabled Job Approval for Archive Management.
Field Description
Job Options
Job Password • If you have enabled the Enable Job Password option and disabled the User Configurable option
in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job
Policies) enter the device login user name and password and device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in
the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job
Policies) either:
– Enter the device login user name and password and device Enable password
or
– Disable the Job Password option in the Job Schedule and Options dialog box.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Version Tree
The Device Selection dialog box appears.
Step 2 Select a device. See Using RME Device Selector for information on how to use RME Device Selector.
Step 3 Click OK.
The Config Version Tree dialog box appears.
Step 4 Click either the configuration version which is a hyper link or select the radio button for the
configuration version.
To expand the configuration version folder, click on plus icon and select the configuration version to
view the configuration.
The Config Viewer dialog box appears. See Understanding the Config Viewer Window for further
information.
If you want to perform a configuration quick deploy (Configuration Quick Deploy), click the Deploy
button.
Column Description
Configlets Click on any configlets to display the corresponding information. The available configlets vary from
device to device; the following are examples:
• All—Entire contents of the configuration files.
• SNMP—SNMP configuration commands. For example, snmp-server community public RO.
• IP Routing—IP routing configuration commands. For example, router abcd 100.
• Interface folder—The different interface configuration commands. For example,
Interface Ethernet0 and Interface TokenRing.
Button Description
Export Export the configuration file.
(Icon) • If you are using the Raw mode then the exported file format is cfg. The file name convention is
DeviceName-VersionNumber.cfg.
• If you are using the Processed mode then the exported file format is XML. The file name convention
is DeviceName-VersionNumber.xml.
Where DeviceName is the device Display Name as entered in Device and Credential Repository and
VersionNumber is the device configuration version.
The default directory where Configuration Archive file is exported is:
On RME Solaris server,
/var/adm/CSCOpx/files/rme/dcma/configexport
On RME Windows server,
NMSROOT\files\rme\dcma\configexport
Export (continue) To export a file:
1. Click on the icon.
The Export Config File dialog box appears.
2. Enter the folder name on the RME server.
You must enter the default export directory. You cannot enter any other directory.
To change the default directory, see the RME FAQs section in the User Guide for Resource Manager
Essentials 4.2:
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_user_guide_list.html
or
Browse to select a folder on the RME server.
The Server Side File Browser dialog box appears.
a. Select a folder on the RME server.
b. Click OK.
The Browse button takes you to the default directory. It does not allow you to change this default
export directory.
To change the default directory, see the RME FAQs section in the User Guide for Resource Manager
Essentials 4.2:
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_user_guide_list.html
3. Click OK.
If you have exported configuration in the Raw mode, the notification message displays, Config file
exported as ExportedFolder\DeviceName-VersionNumber.cfg
If you have exported configuration in the Processed mode, the notification message displays, Config
file exported as ExportedFolder\DeviceName-VersionNumber.XML
Button Description
Print Generates a format that can be printed.
(Icon)
Compare with Compares configuration with previous version. When you click on this button, a new window Config Diff
previous version Viewer opens to show configurations side by side.
See Understanding the Config Diff Viewer Window for further details.
This button gets activated only if you have a previous version of the configuration.
Compare with next Compares configuration with next version. When you click on this button, a new window Config Diff
version Viewer opens to show configurations side by side.
See Understanding the Config Diff Viewer Window for further details.
This button gets activated only if you have a next version of configuration.
Edit Launches Config Editor window.
This button is active only if you are viewing the configuration version from the archive.
See Editing and Deploying Configurations Using Config Editor for further details.
Deploy Perform a quick configuration deploy.
This button is active only if you are viewing the configuration version from the archive.
See Configuration Quick Deploy.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Version Summary
The Device Selection dialog box appears.
Step 2 Select a device. See Using RME Device Selector for information on how to use RME Device Selector.
Column Description
Device Name Device Display Name as entered in Device and Credential Repository.
Click on the device name to launch the Device Center.
Config Type Defines the type of configuration PRIMARY, SECONDARY, or VLAN.
• PRIMARY/SECONDARY—Contains the Running and Startup configuration files information.
• VLAN—Contains running vlan.dat configuration file information. This configuration type does
not contain Startup configuration file information.
For ONS devices, the PRIMARY configuration type displays the configuration information from the
active CPU, at that instance.
Startup Configuration running when device was started. This configuration is fetched from the device.
Click on the Startup icon to view the Startup configuration
Diff Differences between Startup and Running configuration.
To view the difference between Startup and Running configuration, click on the Diff icon.
Running Configuration currently running on device.
Click on the Running icon to view the Running configuration.
The configuration that appears, is fetched from the device. This happens if the fetched configuration
is different from the latest configuration that is in the archive. Otherwise, the latest configuration from
the archive appears.
Diff Differences between the Running Configuration on the device and the most recent archived
configuration.
To view the difference between the two running configurations, click on the Diff icon.
Latest Displays date and time of most recent configuration archive. The time shown here is when the file was
actually archived. If the file was archived on 03/07/2004 5.00 PM PST, that's the time that will appear
in this report. This is in the client's time zone.
To view the device configuration, click on Date and Time.
The Archived At fields that appear in other configuration reports shows the last time configuration was
taken from the device in an attempt to archive. The system actually archives the configuration only if
there is a change in the newly obtained configuration when compared to the archived one. So there
could be different time values.
Diff Differences between the most recent and the second most recent archived configurations.
To view the difference between the two running configurations, click on the Diff icon.
Latest-1 Date and time the second most recent configuration was archived.
To view the device configuration, click on Date and Time.
Diff Differences between the second most recent and third most recent configurations in archive.
To view the difference between the two running configurations, click on the Diff icon.
Latest-2 Date and time the third most recent configuration was archived.
To view the device configuration, click on Date and Time.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Click Deploy on the Config Viewer (Understanding the Config Viewer Window) window.
The Job Option Details dialog box appears.
Step 2 Enter the following information:
Field Description
Job Information
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When the
job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Job Options
Job Password • If you have enabled the Enable Job Password option and disabled the User Configurable
option in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt
> Config Job Policies) enter the device login user name and password and device Enable
password.
• If you have enabled the Enable Job Password option and enabled the User Configurable
option in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt
> Config Job Policies) either:
– Enter the device login user name and password and device Enable password
or
– Disable the Job Password option in the Job Schedule and Options dialog box.
Field Description
Deploy Mode
Overwrite Select the Overwrite option, if you want to replace the existing running configuration on the
device, with the selected configuration.
This is the default option for the configuration deployment.
The configuration that you have selected is compared with the latest running configuration in the
Configuration Archive. (RME assumes that the latest running configuration in the archive is the
same as the configuration currently running on the device.)
The Overwrite mode ensures that the running configuration on the device is overwritten with the
selected configuration. This means, after the configuration is successfully deployed, the selected
configuration and the running configuration on the device are the same.
Merge Select the Merge option, if you want to add incremental configuration to the device.
The configuration that you have selected is deployed on to the device as is. This means, the
existing running configuration of the device is updated incrementally with the commands in the
selected configuration.
The selected running configuration is not compared with the running configuration in the
Configuration Archive.
We recommend that you use this option on newly deployed devices. This is because, the Merge
option effectively deploys the entire configuration from the archive, on to the device.
Configuring Labels
A label is a name given to a group of customized selection of configuration files. You can select
configuration files from different RME devices, group and label them.
These labeled files are not purged along with the other configuration files. You have to explicitly select
the Purge labeled files option to purge the labeled files. These labeled files are not purged if this option
is not enabled.
You can purge the label config files using Resource Manager Essentials > Admin > Config Mgmt >
Archive Mgmt > Purge Settings.
See Purging Configurations from the Configuration Archive for further details.
The Label Config window displays the following information:
Column Description
Label Name Displays the label name.
Description Displays the label description.
Created by Displays the user who created this label.
Created on Displays the label creation time.
You can click on any column heading to sort the information by that column. If you double-click a
heading, the order is reversed.
The Label Configs window contains the following buttons:
Button Description
Create Create a label. See Creating a Label for further details.
Edit Edit a labeled configuration. See Editing a Labeled Configuration for further details.
This button is active only after you select a Label.
View View a labeled configuration. See Viewing the Labeled Configuration for further
details.
This button is activate only after you select a Label.
Delete Delete labeled configuration. See Deleting the Labeled Configuration for further
details.
This button is activate only after you select a Label.
Creating a Label
You can use Label Configuration to create a group of configuration files from selected devices.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Label Configs.
The Label Configs dialog box appears.
Step 2 Click Create.
The Device Selection dialog box appears.
Step 3 In Device Selector pane, select the devices. See Using RME Device Selector for information on how to
use RME Device Selector.
Step 4 Go to the Label selection pane and:
• Enter the Label Name. You can enter up to 64 characters.
• Enter the Label Description. You can enter up to 128 characters.
Step 5 Go to the Config Type pane and select Primary or VLAN.
Option Description
Primary Contains the Running and Startup configuration
files information.
VLAN Contains running vlan.dat configuration file
information. This configuration type does not
contain Startup configuration file information.
Step 6 Go to the Version pane and select Latest to include the most recent configuration only, or All to view
all configuration versions.
• If you have selected Latest, you can click Finish button in the Select Devices page and complete the
Label creation.
• If you have selected All, go to Step 7.
Step 7 Click Next.
The Select Configs to be Labelled dialog box appears.
• To view the configuration, select a configuration version file from the left pane and click View. The
Config Viewer (Understanding the Config Viewer Window) window appears.
• To add the selected configuration, select a configuration version file from the left pane and click
Add.
• To remove the selected configuration, select a configuration version file from the right pane and
click Remove.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Label Configs.
The Label Configs dialog box appears.
Step 2 Select a label and click Edit.
The Device Selection dialog box appears. The devices that are already part of the labeled file are
selected.
Step 3 Go to the Device Selector pane and select a new device or deselect a device. See Using RME Device
Selector for information on how to use RME Device Selector
Step 4 Go to the Version pane and select Latest to include the most recent configuration only, or All to view
all configuration versions.
Step 5 Click Next.
The Label Details dialog box appears with the current details of the label.
Step 6 Do either of the following:
• Change the Label Description. You can enter up to 128 characters.
• Select a configuration version file from the left pane, click Add to add the selected configuration
file.
– If you selected Latest in the previous dialog box, the left pane will show devices and the latest
archived configuration file. The right pane contains labeled configuration.
– If you selected All in the previous dialog box, the left pane will show devices and all available
archived configuration files. The right pane contains labeled configuration.
Note You can select only one configuration file for a device.
• To remove the selected configuration, select a configuration version file from the right pane and
click Remove.
• To view the configuration, select a configuration version file from the left pane and click View. The
Config Viewer (Understanding the Config Viewer Window) window appears.
Step 7 Click Finish.
A message appears, Label LabelName updated.
Where LabelName is the name of the label as entered by you.
Step 8 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Label Configs.
The Label Configs dialog box appears.
Step 2 Select a label and click View.
The Label Config Viewer window appears with the following information:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Label Configs.
The Label Configs dialog box appears.
Step 2 Select the labels and click Delete.
A message appears, Are you sure you want to delete the label(s)?
Step 3 Click OK to delete the labels.
You can also specify an option to ignore/consider the case sensitive property.
You can create a custom configuration query that searches information about the specified configuration
files.
If you monitor devices X, Y, and Z every morning, you can create a custom query on them. When you
run the query, RME quickly gathers all the archived configuration files for these devices and displays
them in a report.
The Custom Queries window displays the following information:
Column Description
Query Name Custom Query name.
Description Custom Query description.
Created By User name of the person who created this Custom Query.
Created On Custom Query creation time.
You can click on any column heading to sort the information by that column. If you double-click a
heading, the order is reversed.
Button Description
Create Create a custom query. See Creating a Custom Query for further details.
Edit Edit a custom query. See Editing a Custom Query for further details.
This button is activate only after you select a custom query.
Run Run a custom query. See Running a Custom Query for further details.
This button is activate only after you select a custom query.
Delete Delete custom queries. See Deleting the Custom Queries for further details.
This button is activate only after you select a custom query.
The user who creates the custom query has the full permission to perform any tasks such as edit, run,
etc,. on the Custom Queries.
See Searching Archive for the procedure to search the configuration with and without search pattern.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Search Archive > Custom
Queries.
The Custom Queries dialog box appears
Step 2 Click Create.
Step 3 Do any of the following:
• Enter the Custom Query name. You can enter up to 64 characters.
• Enter the Custom Query description. You can enter up to 128 characters.
• Enter patterns to search for, for example, http server. You can enter text patterns up to 64 characters.
To search for more than one pattern, enter the second and third patterns in the Pattern 2 and Pattern
3 fields. You can specify ten different combinations of patterns as part of search criteria.
You cannot search for special characters or regular expressions, for example, Control-C, boot*, etc.
• Select the search criteria Contains/Does Not Contain.
• If you have entered string as a search pattern, you can select Match Any to search for any given
pattern string or Match All to search for all pattern strings.
• Click Match Case to perform a case-sensitive search, which is more efficient when you know the
exact pattern you want to match. By default, Match Case is disabled.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Search Archive > Custom
Queries.
The Custom Queries dialog box appears.
Step 2 Select a Custom Query and click Run.
The Device Selection dialog box appears.
Step 3 Select the devices. See Using RME Device Selector for information on how to use RME Device Selector.
Step 4 Click OK.
The Custom Query Search Result window appears with the following information:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Search Archive > Custom
Queries.
The Custom Queries dialog box appears.
Step 2 Select a Custom Query and click Edit.
The Custom Query Window appears.
Step 3 Do any of the following:
• Update the Custom Query description. You can enter up to 128 characters.
• Either add a new search pattern or delete or update an existing search pattern and their criteria. You
can enter up to 64 characters.
• Modify the string search options Match Any to Match All or vice versa.
• Enable/Disable the case-sensitive search.
Step 4 Click OK.
A message appears, Custom Query CustomQueryName updated successfully.
Where CustomQueryName is the name of the Custom Query.
Step 5 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt Archive Mgmt Search Archive Custom
Queries.
The Custom Queries dialog box appears.
Step 2 Select a Custom Query and click Delete.
A message appears, The query will be deleted.
Step 3 Click OK.
Searching Archive
You can search the device configuration file with or without the search pattern. You can also narrow
down your search using Label Configuration files and Custom Queries.
You can view the search report in two ways:
• Search Archive Result
• Device Configuration Quick View Report
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Search Archive.
The Search Archive dialog box appears.
Step 2 Enter the following:
Field Description
Left Pane
Label Config Enable this option and select a label name.
The configuration version options Latest and All are disabled.
Device Selector Select the devices. See Using RME Device Selector for information on how to use RME Device
Selector.
If you have selected Label Config, you need not select devices. If you have selected any devices,
only the devices that are specified in the label configuration are searched. Other devices are ignored.
Version Select Latest to search the most recent configuration only or All to search all configuration versions.
If you have selected Label Config, then you cannot specify the versions.
View Type Select one of these view types:
• Version to view the Device Configuration Version Report. This displays all versions of the
configuration, the time and date the configurations were archived, and reason for archival.
• Quick View to view the Device Configuration Quick View Report. This displays the contents
of the configuration files.
Right Pane
Custom Query Select a Custom Query.
The search patterns that are defined in the Custom Query appear in the Pattern Details text boxes.
In addition to Custom Query search patterns, you can also add additional search patterns.
Field Description
Pattern Details Perform the following tasks:
• Enter patterns to search for, for example, http server. You can enter text patterns up to 64
characters.
To search for more than one pattern, enter the second and third patterns in the Pattern 2 and
Pattern 3 fields. You can specify ten different combinations of patterns as part of search criteria.
You cannot search for special characters, for example, Control-C, boot*, etc.
You can search the device configuration file without the search pattern too. The search will list
all archived configuration for all selected devices.
– If you have selected the version as Latest, the search will list latest archived configuration
for all selected devices.
– If you have selected the version as All, the search will list all archived configurations for all
selected devices
• Select the search criteria Contains/Does Not Contain.
• If you have entered string as a search pattern, you can select Match Any to search for any given
pattern string or Match All to search for all pattern strings
• Click Match Case to perform a case-sensitive search, which is more efficient when you know
the exact pattern you want to match. By default, Match Case is disabled.
Column Description
Devices Device Display Name as entered in Device and Credential Repository.
Click on the device name to launch the Device Center.
Configlets You can click on any configlets to display the corresponding information. The available configlets vary
from device to device. The following are examples:
• All—The entire contents of the configuration files.
• SNMP—SNMP configuration commands. For example, snmp-server community public RO.
• IP Routing—IP routing configuration commands. For example, router abcd 100.
• Interface folder—The different interface configuration commands. For example,
Interface Ethernet0 and Interface TokenRing.
Button Description
Export Exports the configuration file.
(Icon) • If you are using the Raw mode then the exported file format is cfg. The file name convention is
DeviceName-VersionNumber.cfg.
• If you are using the Processed mode then the exported file format is XML. The file name
convention is DeviceName-VersionNumber.xml.
Where DeviceName is the device Display Name as entered in Device and Credential Repository and
VersionNumber is the device configuration version.
The default directory where Configuration Archive file is exported is:
On RME Solaris server,
/var/adm/CSCOpx/files/rme/dcma/configexport
On RME Windows server,
NMSROOT\files\rme\dcma\configexport
Export (continue) To export a file:
1. Click on the icon.
The Export Config File dialog box appears.
2. Enter the folder name on the RME server.
You must enter the default export directory. You cannot enter any other directory.
To change the default directory, see the RME FAQs section in the User Guide for Resource
Manager Essentials 4.2:
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_user_guide_list.html
or
Browse to select a folder on the RME server.
The Server Side File Browser dialog box appears.
a. Select a folder on the RME server.
b. Click OK.
The Browse button takes you to the default directory. It does not allow you to change this
default export directory.
To change the default directory, see the RME FAQs section in the User Guide for Resource
Manager Essentials 4.2:
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_user_guide_list.html
3. Click OK.
If you have exported configuration in the Raw mode, the notification message displays, Config
file exported as ExportedFolder\DeviceName-VersionNumber.cfg
If you have exported configuration in the Processed mode, the notification message displays,
Config file exported as ExportedFolder\DeviceName-VersionNumber.XML
Button Description
Print Generates a format that can be printed.
(Icon)
Compare with previous Compares configuration with the previous version. When you click on this button, a new window
version Config Diff Viewer opens to show configurations side by side.
See Understanding the Config Diff Viewer Window for further details.
This button is activate only if you have a previous version of configuration.
Compare with next Compares configuration with the next version. When you click on this button, a new window Config
version Diff Viewer opens to show configurations side by side.
See Understanding the Config Diff Viewer Window for further details.
This button is activate only if you have a next version of configuration.
Edit Launches Config Editor window.
This button is active only if you are viewing the configuration version from the archive.
See Editing and Deploying Configurations Using Config Editor for further details.
Deploy You can perform a configuration quick deploy.
This button is active only if you are viewing the configuration version from the archive.
See Configuration Quick Deploy.
Comparing Configuration
You can compare two device configuration files from version to version or from device to device. You
can also compare the configuration when a device was started with the current configuration, and the
current configuration with the most recently archived configuration.
You can list the commands that have to be excluded while comparing configurations.
To do this select Resource Manager Essentials > Admin > Config Mgmt > Archive Mgmt > Exclude
Commands. See Configuring Exclude Commands for further details.
You can compare the configurations in these ways:
• Startup vs. Running—Compares the configuration when the device was started with the current
configuration. These configurations are fetched from the device.
See Comparing Startup vs. Running Configurations.
• Running vs. Latest Archived—Compares the running configuration with the most recent archived
configuration. The Running configuration is fetched from the device.
See Comparing Running vs. Latest Archived Configurations.
• Two Versions of the Same Device—Compares two archived configuration versions.
See Comparing Two Configuration Versions of the Same Device.
• Two Versions of Different Devices—Compares any two configurations in the configuration archive.
See Compare Two Configuration Versions of Different Devices.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Compare Configs.
The Compare Configurations dialog box appears.
Step 2 Select Startup vs. Running and click Compare.
The Device Selection dialog box appears.
Step 3 Select a device. See Using RME Device Selector for information on how to use RME Device Selector.
Step 4 Click OK.
The Understanding the Config Diff Viewer Window window appears.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Compare Configs.
The Compare Configurations dialog box appears.
Step 2 Select Running vs. Latest Archived and click Compare.
The Device Selection dialog box appears.
Step 3 Select a device. See Using RME Device Selector for information on how to use RME Device Selector.
Step 4 Click OK.
The Understanding the Config Diff Viewer Window window appears.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Compare Configs.
The Compare Configurations dialog box appears.
Step 2 Select Two Versions of the Same Device and click Compare.
The Device Selection dialog box appears.
Step 3 Select a device. See Using RME Device Selector for information on how to use RME Device Selector.
Step 4 Click Next.
The Select First Configuration dialog box appears with the following information:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Compare Configs.
The Compare Configurations dialog box appears.
Step 2 Select Two Versions of Different Devices and click Compare.
The Select Device and Pattern dialog box appears.
Step 3 Perform the following and click Next:
Field Description
Left Pane
Device Selector Select the devices.
See Using RME Device Selector for information on how to use RME Device Selector.
Version Select Latest to view the most recent configuration or All to view all configuration versions.
Right Pane
Pattern Details Perform the following tasks:
1. Enter patterns to search for, for example, http server. You can enter text patterns up to 64
characters.
To search for more than one pattern, enter the second and third patterns in the Pattern 2 and
Pattern 3 fields. You can specify ten different combinations of patterns as part of search criteria.
You cannot search for special characters or regular expressions, for example, Control-C, boot*,
etc.
You can search the device configuration file without the search pattern too.
2. Select the search criteria Contains/Does Not Contain.
If you have entered string as a search pattern, you can select Match Any to search for any given
pattern string or Match All to search for all pattern strings.
3. Click Match Case to perform a case-sensitive search, which is more efficient when you know
the exact pattern you want to match. By default, Match Case is disabled.
The Select First Configuration dialog box appears with the following information:
Column Description
Configlets You can click on any configlet to display the corresponding information. The available configlets
vary from device to device. The following are examples:
• Diffs—Displays the differences between the two configuration files (if you selected more than
one).
• All—The entire contents of the configuration files.
• SNMP—SNMP configuration commands. For example, snmp-server community public RO.
• IP Routing—IP routing configuration commands. For example, router abcd 100.
• Interface folder—The different interface configuration commands. For example, Interface
Ethernet0 and Interface TokenRing.
• Global—Displays global configuration commands. For example no ip address.
• Line con 0—Displays configuration commands for line console 0.
• IP—Displays IP configuration commands. For example, ip http server.
First configuration file Contains the contents of the first configuration file.
Second configuration Contains the contents of the second configuration file.
file
Button Description
Export Export the configuration file.
(Icon) • If you are using the Raw mode then the exported file format is cfg. The file name convention is
DeviceName-VersionNumber.cfg.
• If you are using the Processed mode then the exported file format is XML. The file name
convention is DeviceName-VersionNumber.xml.
Where DeviceName is the device Display Name as entered in Device and Credential Repository and
VersionNumber is the device configuration version.
The default directory where Configuration Archive file is exported is:
On RME Solaris server,
/var/adm/CSCOpx/files/rme/dcma/configexport
On RME Windows server,
NMSROOT\files\rme\dcma\configexport
Button Description
Export (continue) To export a file:
1. Click on the icon.
The Export Config File dialog box appears.
2. Enter the folder name on the RME server.
You must enter the default export directory. You cannot enter any other directory.
To change the default directory, see the RME FAQs section in the User Guide for Resource
Manager Essentials 4.2:
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_user_guide_list.html
or
Browse to select a folder on the RME server.
The Server Side File Browser dialog box appears.
a. Select a folder on the RME server.
b. Click OK.
The Browse button takes you to the default directory. It does not allow you to change this
default export directory.
To change the default directory, see the RME FAQs section in the User Guide for Resource
Manager Essentials 4.2:
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_user_guide_list.html
3. Click OK.
If you have exported configuration in the Raw mode, the notification message displays, Config
file exported as ExportedFolder\DeviceName-VersionNumber.cfg
If you have exported configuration in the Processed mode, the notification message displays,
Config file exported as ExportedFolder\DeviceName-VersionNumber.XML
• Put Config—Appears if you had scheduled a configuration retrieve job using the CLI command,
cwcli config put.
• Import Config—Appears if you had scheduled a job that retrieved the configuration from a file
and if you had transferred it to the device using the CLI command, cwcli config import.
• Write to Running Config—Appears if you had scheduled a job that downloaded the differences
between the specified configuration file and the latest configuration version in the archive for the
specified device, using the CLI command, cwcli config write2run.
• Copy Startup Config to Running—Appears if you had scheduled a job that merged the Startup
configuration with the Running configuration, using the CLI command, cwcli config start2run.
• Reload Device—Appears if you had scheduled a job that rebooted the devices, using the CLI
command cwcli config reload.
• Config Quick Deploy—Appears if you had created an immediate Configuration Quick Deploy job,
using the Config Viewer window.
• Compliance Check—Appears if you had scheduled a Compliance Check job (Resource Manager
Essentials > Config Mgmt > Compliance Manager > Compliance Check and clicked the
Compliance Check button).
• Check Compliance and Deploy—Appears if you had scheduled a Compliance Check job with the
job option, Check compliance and deploy enabled (Resource Manager Essentials > Config Mgmt
> Archive Mgmt > Baseline Templates > Compliance and clicked the Compliance Check button).
• Deploy Baseline template—Appears if you had scheduled a Baseline Template deploy job
(Resource Manager Essentials > Config Mgmt > Compliance Manager > Direct Deploy and
clicked the Deploy button).
• Deploy Compliance Results—Appears if you had scheduled a Deploy job on the non-complaint
devices (Resource Manager Essentials > Config Mgmt > Compliance Manager >
Compliance/Deploy Jobs and clicked the Deploy button).
Status Job states:
• Cancelled—Running job stopped by you.
• Failed—Failed job. Click on the Job ID to view the job details.
The number, within brackets, next to Failed status indicates the count of the devices that had failed
for that job. This count is displayed only if the status is Failed.
For example, If the status displays Failed(5), then the count of devices that had failed amounts to 5.
This count of failed devices is not displayed for jobs restored from RME 4.0.4 or lesser versions.
• Running—Job still running.
• Scheduled—Job scheduled to run.
• Rejected—Job rejected by an approver. Click on the Job ID to view the rejection details.
• Successful—Job completed successfully
• Waiting for Approval—Job waiting for approval.
Description Job description entered during job definition
Owner User who created this job.
Scheduled at Date and time job is scheduled to run.
Completed at Date and time at which job completed.
Schedule Type Run type of the job: Immediate, Once, 6 - hourly, 12 - hourly, Daily, Weekly, and Monthly.
You can click on any column heading to sort information by that column. If you double-click on a
heading, the order is reversed.
You can use the Filter button to do a quick search on the Archive Management jobs. You can perform
filters by using these options:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
To retry a job:
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Archive Mgmt Jobs.
The Archive Management Jobs dialog box appears.
Step 2 Select a failed job and click Retry.
The Job Schedule and Options dialog box appears.
Field Description
Scheduling
Run Type You can specify when you want to run the selected Retry job.
To do this, select one of these options from the drop-down menu:
• 6 - hourly—Runs this task every 6 hours, starting from the specified time.
• 12 - hourly—Runs this task every 12 hours, starting from the specified time.
• Immediate—Runs this task immediately.
• Once—Runs this task once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is
complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance
of this job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1
job has completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job
will start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
The Date field is enabled only if you have selected an option other than Immediate in the Run
Type field.
Field Description
Job Information
Approver Comments Enter comments for the job approver.
This field appears only if you have enabled job approval for Archive Management.
Maker E-Mail Enter the e-mail-ID of the job creator. This is a mandatory field.
This field appears only if you have enabled job approval for Archive Management.
Job Password • If you have enabled the Enable Job Password option and disabled the User Configurable
option in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt
> Config Job Policies) enter the device login user name and password and device Enable
password.
• If you have enabled the Enable Job Password option and enabled the User Configurable
option in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt
> Config Job Policies) either:
– Enter the device login user name and password and device Enable password
Or
– Disable the Job Password option in the Job Schedule and Options dialog box.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When the
job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Archive Mgmt Jobs.
The Archive Management Jobs dialog box appears.
Step 2 Select a running job and click Stop.
A message appears, Selected job(s) will be stopped.
Step 3 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
To delete jobs:
Step 1 Select Resource Manager Essentials > Config Mgmt > Archive Mgmt > Archive Mgmt Jobs.
The Archive Management Jobs dialog box appears.
Step 2 Select a running job and click Delete.
A message appears, Selected job(s) will be deleted.
Step 3 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The Archive Management Job Details window contains the following information:
Page/Folder Description
Execution Summary Displays summary of completed job:
• Execution Summary—Information about the job status, start time and end time.
• Device Summary—Information about the job completion status on the devices you have
selected. For example, number of successful devices where the job is executed
successfully.
Click on Device Details folder and device status link and on the Device link to see the
complete job execution details.
• Execution Message (Pre-Execution and Post-Execution)—Information about any e-mails
sent.
Device Details Contains detailed job results for each device. Displays status folders that correspond to
possible device status:
• Successful Devices—Devices were successfully executed.
• Failed Devices—Devices were not successfully executed.
• Partially Failed Devices—Job partially failed to run on these devices.
• Pending Devices—Job did not try to update devices, even though they were selected.
• Not Attempted—Job did not attempt to run on these devices.
Click on Status to see the job details. Details include a record of the entire CLI session
between RME and the device. To launch the Device Center, click on the device display name.
When the configuration fetch takes unusually long, this error message appears,
Unable to get results of job execution for device. Please retry the job
This could happen because of slow device response, Network latency, etc.
Work Order Contains the Summary of the job definition such as,
• Detailed information, such as owner, schedule type, and Job Approval state.
• Policies configured for the job, such as E-mail Notification and Job Based Password.
• Devices on which the job runs. Also, gives details about the commands.
For retried jobs, these job definitions are not updated. For such jobs the original job definitions
are retained.
Baseline Template
For more information on Baseline Templates, see Using Baseline Templates to Check Configuration
Compliance.
Example 2: When there is only one entry in the device configuration file.
Let us say, the command in the device configuration is:
logging name1
The command available in the template is:
+logging [#!name1#]
Based on the commands in the template, the negation of the name1 is done. This returns False, as
there is no other command in the device configuration file with logging statement except logging
name1. So the template is non-compliant.
Example 3: When there are no logging commands in the device configuration files.
Let us say, the command in the device configuration is:
No logging commands
The command available in the template is:
+ logging [# !name1 #]
Based on the commands in the template, the negation of the name1 is done. This returns False, as
there are no login commands. So the template is non-compliant.
• The Baseline template uses java.util.regex engine for regular expressions. For more information, see
the regex API guide for Java 1.4.2 from Sun:
http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html
• Submode commands are provided only if the commands are to be compared inside a submode.
For example:
interface [#Ethernet.*#]
+ no shutdown
The no shutdown command will apply to all Ethernet interfaces.
Defining Commandsets
The commandsets are a set of one or more CLI commands. You can define a commandset while creating
a Baseline template in the Advanced mode.
The features of the commandsets are:
• If the commands in commandset are in a submode (ip/interface etc.) a submode command must be
specified for such a commandset.
• Commandsets can have one or more child commandsets.
• Child commandsets inherit parent’s sub-mode command.
You can define commandsets that have to be checked before running the actual commands.
The features of the prerequisite commandsets are:
• A commandset can have another commandset as its prerequisite.
• A prerequisite commandset is used only for comparison and is not deployed onto the device.
• A commandset is compared with the config only if its prerequisite condition is satisfied.
The RME evaluates the commandsets in different ways depending on whether you have defined the
commandset as Parent or Prerequisite.
For example assume that you have defined two commandsets, commandset1 and commandset2:
• Commandset defined as Prerequisite
commandset1 as the Prerequisite of commandset2. While RME evaluates the Baseline template,
commandset1 is evaluated first and commandset2 is evaluated next.
If commandset1 does not contain submode and is not present in a device, then commandset2 is not
evaluated and the device is displayed in excluded list in compliance report.
If commandset1 contains submode and is not present in applicable submodes, then commandset2 is
not evaluated and the device is displayed in excluded list in compliance report.
• Commandset defined as Parent
commandset1 as the Parent of commandset2. While RME evaluates the Baseline template,
commandset1 is evaluated first and commandset2 is evaluated next.
If either of these commandsets is missing, the template is considered non-compliant.
You can click on any column (except Baseline Name) to sort the information by that column. If you
double-click a heading, the order is reversed.
This window contains the following buttons:
Button Description
Edit Edit a Baseline template.
This button is activated only after you select a Baseline Name.
See Editing a Baseline Template for further details
Export Export a Baseline template file.
This button is activated only after you select a Baseline Name.
See Exporting a Baseline Template for further details.
Delete Delete a Baseline template.
This button is activated only after you select a Baseline Name.
See Deleting a Baseline Template for further details.
Create Create a Baseline template.
See Creating a Baseline Template for further details.
Import Import a Baseline template file.
See Importing a Baseline Template for further details.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates dialog box appears.
Step 2 Select a Baseline template.
Step 3 Click Edit.
The Select Creation Mode dialog box appears. The mode that you have selected while creating the
Baseline template is retained. You cannot change this mode.
• You can provide a description in the Description text field.
• You can select or deselect devices in the Device Type Selector listbox.
Step 4 Click Next.
The Add Template Details dialog box appears.
Step 5 Select the commandset which you want to edit.
Step 6 Edit the required information.
See Creating an Advanced Baseline Template for more information on field descriptions for the fields
that appear in the Add Template Details dialog box.
Step 7 Click Finish.
A message appears, Template is modified. Do you wish to save the changes?
Step 8 Click OK.
A notification appears, Successfully updated the template BaselineTemplateName.
Step 9 Click OK to save changes.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates dialog box appears.
Step 2 Select one or many Baseline templates and click Export.
The Export a Baseline Template dialog box appears.
Step 3 Either:
• Enter the folder name. The file will be exported on the RME server.
or
a. Click Browse.
The Server Side File Browser dialog box appears.
b. Select a folder.
c. Click OK.
Step 4 Click OK.
A message appears, Template exported as \User_Specificed_Directory\Template Name.xml
The naming convention followed for the baseline parameter file is Template Name.xml.
The file will be exported on the RME server at the specified path.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates dialog box appears.
Step 2 Select one or more Baseline templates and click Delete.
A message appears, The selected Template will be permanently deleted.
Step 3 Click OK.
A message appears, Successfully deleted the template.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates window appears.
Step 2 Click Create.
The Select Creation Mode dialog box appears.
Step 3 In the Template Details section, select Basic as the mode.
Step 4 Enter the following information:
Field Description
Name Name of the Baseline template.
You can enter only alphanumeric characters (including spaces) up to 254 characters. Do not enter
any special characters. This includes underscores and hyphens.
Description Description for the Baseline template. You can enter up to 254 characters.
Device Type Selector Device family for which you can apply this template.
Click the check box to select the device family.
Field Description
Conditional Block
Check for compliance only Check this option if you want to run a compliance check based on any condition.
if the following condition is
satisfied.
Global Select this option if you want to check the conditional commands in Global mode.
This option is activated only if Check for compliance only if the following condition is
satisfied is checked.
Submode Select this option if you want to check the conditional commands in a specific submode.
If you select this option, the textbox next to this option is activated. Enter the command for the
required submode.
For example:
interface [#Ethernet.*#]
This option is activated only if the Check for compliance only if the following condition is
satisfied option is checked.
CLI Commands Enter the conditional CLI commands in this text area.
This option is activated only if Check for compliance only if the following condition is
satisfied is checked.
Enter the Conditional CLI commands.
For example:
Routers CLI Commands
Explanation:
• The first line is considered as a comment since it does not begin with either “+” or “-”.
• The second line is mandatory since it begins with “+”.
• The third line is disallowed since it begins with “-”.
In the above example, read-write-community-name-string is a command value. The command
value should not contain spaces.
Compliance Block
Global Select this option if you want to check the compliance commands in global mode.
Use the SubMode of above This option is activated only if the Conditional Block options, Check for compliance only if
condition the following condition is satisfied and the Submode options are selected.
The submode command entered in the submode textbox under the Conditional Block appears in
the submode textbox of Compliance Block. So the submode command of the Conditional Block
is used by the Compliance Block.
You cannot edit the submode commands in the Compliance Block. However, you can edit the
submode commands in the Conditional Block, this updates the submode commands in the
Compliance Block.
Field Description
Submode Select this option if you want to check the compliance commands in a specific submode.
If you select this option, the textbox next to this option is activated. Enter the command for the
required submode.
The compliance command will be checked for the submode that you enter.
CLI Commands Enter the Compliance CLI commands. This is a mandatory field.
For example, you can enter:
Routers CLI Commands
# this is the Compliance Block
+ set snmp community read-write [read-write-community-name-string]
- set snmp community read-only public
Explanation:
• The first line is considered as a comment since it does not begin with either “+” or “-”.
• The second line is also considered as a comment since it begins with an “#”.
• The third line is mandatory since it begins with “+”.
• The fourth line is disallowed since it begins with “-”.
In the above example, read-write-community-name-string is a command value. The command
value should not contain spaces.
Order Sensitive Select this option to make the system consider the order of the commands while performing a
compliance check.
In other words, the commands in the device config should appear in the same order as that of
the CLI commands definition order in the Command Set.
• If you want to preview the changes to the template command details before the template is created,
click Preview. The changed template details are displayed in a window.
• If you want to reset the changes click Reset.
• If you want to know about the options and the functionality of Basic flow click Help.
You can perform a Compliance check without using the Conditional Block.
A message appears, Successfully created the template BaselineTemplateName.
Where BaselineTemplateName is the Template Name as given by you.
Step 7 Click OK.
The Baseline Templates window appears with the newly created Baseline template.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates window appears.
Step 2 Click Create.
The Select Creation Mode dialog box appears.
Step 3 In the Template Details section, select Basic as the mode.
Step 4 Enter the following information:
Field Description
Name Enter NewBaseline
NewBaseline is the name of the new template.
Description Enter the following description:
This is a Basic Baseline template which checks whether all Ethernet interface are up and running
and has "10.77.*.*" ipaddress configured with the subnet mask 255.255.255.128
Device Type Selector Check the Routers checkbox to select all routers.
Step 11 Enter the following CLI commands in the Compliance Block CLI command text area:
+ ip address [#10.77.*.*#] 255.255.255.128
This command helps you to ascertain whether the following IP Addresses are configured on the Ethernet
interfaces.
Step 12 Click Finish
A message appears, Successfully created the template NewBaseline.
Where NewBaseline is the Template Name as entered by you.
Step 13 Click OK.
The Baseline Templates window appears with the newly created Baseline template.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates dialog box appears.
Step 2 Click Create.
The select Creation Mode dialog box appears.
Step 3 Select Advance as the mode from the Template Details section.
Step 4 Enter the following information:
Field Description
Name Name of the Baseline template.
You can enter only alphanumeric characters (including spaces) up to 254 characters. Do not enter
any special characters. This includes underscores and hyphens.
Description Description for the Baseline template. You can enter up to 254 characters.
Device Type Selector Device family for which you can apply this template.
Check the check box to select the device family.
Field Description
Commandset Options
Name Name of the commandset.
You can enter only alphanumeric characters up to 254 characters. Do not enter any special characters.
This includes spaces, underscores and hyphens.
Field Description
Parent Enter the parent name for the commandset, if required. This is case sensitive.
You can also use this to logically group the commandsets.
For example: To work on ATM permanent virtual connections (PVCs) commands, you must first get into
the interface mode from the global mode and then run the PVC specific-commands.
Commandset 1: ATM
interface [#atm.*#]
+ ip address [ip-addr] [net-mask]
Commandset 2: PVC
[#pvc.*#]
+ encapsulation aal5 [encap-type]
+ abr [output-pcr1] [output-mcr]
+ ubr [output-pcr2]
+ vbr-nrt [output-pcr3] [output-scr] [output-mbs]
+ vbr-rt [peak-rate] [average-rate] [burst]
+ protocol ip [proto-ip] [type]
+ exit
Here, commandset 1 is the parent for commandset 2.
While RME evaluates the Baseline template, commandset1 is evaluated first and commandset2 is
evaluated next. If either of these commandsets is missing, the template is considered non-compliant.
Prerequisite Select the mandatory commandset name that you must enter before running the current commandset.
In the example (See Mark as Prerequisite row), if you had marked commandset 1 as the Prerequisite, you
can select commandset 1: IntCheck from the drop-down menu.
Before running the commandset 2, the commandset 1 is run. That is, commandset1 is evaluated first and
commandset2 is evaluated next.
If there is no commandset1 or commandset1 failed, commandset2 is not evaluated and the devices will
be moved to excluded state. The template will be considered as non-compliant.
Field Description
Mark as 1. Select the checkbox to mark a particular commandset as a prerequisite.
Prerequisite
For example,
Commandset 1: IntCheck
interface [intname]
+ ip address [#10\.76\.38\..*#] [net-mask]
(To find a match for any octet in an IP address you must use \..*.)
2. Select the Mark as Prerequisite check box for the Commandset 1: IntCheck.
For example,
Commandset 2: IntDownload
interface [intname]
+ no cdp enable
3. Select the Prerequisite from the dropdown menu for the Commandset 2: IntDownload.
If a commandset has a Prerequisite commandset, you cannot select the Mark as Prerequisite check box
for that particular commandset.
That is, in the above example, you cannot select the checkbox Mark as Prerequisite for Commandset
2:IntDownload.
CLI Commands
Submode Enter the command to get into interface mode from the global mode.
For example: interface [intname]
Here, interface is a command keyword and intname is command value. The command value should not
contain spaces.
You can also run the command for a set of interfaces.
For example: interface [#Ethernet.*#]
Here, the command will be executed on all the interfaces having Ethernet.
Field Description
Ordered Set Select this option to make the system consider the order of the commands while performing compliance
check.
In other words, the commands in the device config should appear in the same order as that of the CLI
commands definition order in the Command Set.
See, Behavior of Ordered Set for Access Lists for more details on the behavior of Ordered Set for Access
Lists.
CLI Commands Enter the CLI commands.
For example:
# Routers CLI Commands
Explanation:
• The first line is considered as a comment since it begins with a “#”.
• The second line is mandatory as it begins with “+”.
• The third line is disallowed as it begins with “-”.
There should be a space between the commands and the “-” or “+”. If there is no space, the commands
are considered as comments and ignored.
In the above example, read-write-community-name-string is a command value. The command value
should not contain spaces.
• If you want to add a new commandset to the template click Add. The CLI Commands window is
displayed with the default help comments. These help comments serve as guidelines to create
commandsets.
• If you want to delete a Commandset from the Command set list, click Delete.
• If you want to preview the changes to the Commandset details before finishing up the creation of
the template, click Preview. The changed Commandset details is displayed in a window.
• If you click Save, for the first time, a message appears,
Do you wish to create a new template?.
Note If the Commandsets consist of Prerequisite commandset then these commandsets appear in red
color in the Preview details.
Example 1
This is a procedure to create a Baseline template to disable CDP on an interface that belongs to a specific
subnet.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates dialog box appears.
Step 2 Click Create.
The Select Creation Mode dialog box appears.
Step 3 Select Advanced and click Next.
The Create a Baseline dialog box appears.
Step 4 Enter the following information:
Example 2
This is a procedure to create an Advanced Baseline Template to check the presence of the command "ip
address 10.77.209.8 255.255.255.224" in the Ethernet interfaces which has cdp disabled.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates dialog box appears.
Step 2 Click Create.
The Select Creation Mode dialog box appears.
Step 3 Select Advanced and click Next.
The Create a Baseline dialog box appears.
Step 4 Enter the following information:
1. Create a baseline template with few commands and ordered set option checked.
2. Compare the configurations in the device with the baseline template, to check for Compliance
The commands available in the device is compared in the same order as available in the Baseline
template.
3. If the commands found in the device is not compliant with the Baseline template, the same configlet
commands available in the device is negated first and then the commands available in the Baseline
template is deployed on to the device.
This is the recommended behavior for Access lists. This behavior is also supported by the submodes.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Template Mgmt.
The Baseline Templates dialog box appears.
Step 2 Select a Baseline template and click Import.
The Import a Baseline Template dialog box appears.
Step 3 Enter the name of the Template file.
The file will be imported.
or
a. Click Browse.
The Server Side File Browser dialog box appears.
b. Select the XML file.
c. Click OK.
Step 4 Click OK.
A message appears, Template successfully imported.
Step 5 Click OK.
The imported file appears in the Baseline Templates window with the description, Imported baseline.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Compliance Check.
The Baseline Templates dialog box appears.
Step 2 Select the template and click Compliance Check.
The Select Devices dialog box appears.
Step 3 Select either:
• Device Selector, if you want to schedule a job for static set of devices. See Using RME Device
Selector for information on how to use RME Device Selector.
Or
• Group Selector, if you want to schedule a job for dynamic group of devices.
The job is scheduled only for the devices that are present in the selected group at the time when the
job is run. The customizable group selector for jobs evaluate static groups also as dynamic during
run time.
Step 4 Click Next.
The Schedule dialog box appears.
Step 5 Enter the following information:
Field Description
Scheduling
Run Type You can specify when you want to run the Baseline template compliance job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this task immediately.
• Once—Runs this task once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is
complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will
start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
The Date field is enabled only if you have selected an option other than Immediate in the Run Type
field.
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Attachment Check this option if you want the job notification mail to consist of attachments in either CSV or PDF
format.
Either select:
• CSV if you want the attachment in CSV format.
Or
• PDF if you want the attachment in PDF format. This is the default format.
The CSV and PDF radio options will be enabled only if the Attachment checkbox is checked.
If the Attachment option is disabled, go to Common Services to change the settings. For more
information on configuring attachment settings as well as the maximum size of attachments allowed
in notification mails, see Common Services Online Help
Job Options
Check compliance Enable this to check the compliance of the archived file with that of the Baseline template and deploy
and deploy the commands if it non-compliant.
Copy Running This option is active only if you select the Check compliance and deploy option.
Config to Startup
Select to make the job to write the Running configuration to the Startup configuration on each device
after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Job Password • If you have enabled the Job Password option and disabled the User Configurable option in the Job
Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
enter the device login user name and password and device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in
the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job
Policies) either:
– Enter the device login user name and password and device Enable password
Or
– Disable the Job Password option in the Job Schedule and Options dialog box.
Note • View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this compliance check task.
• The compliance check job requires approval if you have enabled Job Approval during the
compliance check job scheduling.
Button Description
Export to File Exports this report in either PDF or CSV format.
(Icon)
Print Generates a format that can be printed.
(Icon)
Note • View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
• The deployment job requires approval if you have enabled Job Approval during the deployment job
scheduling.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Direct Deploy.
The Baseline Templates dialog box appears.
Step 2 Select a Baseline template and click Deploy.
The Deploy Input Options dialog box appears.
Step 3 Select Enter Data From User Interface and click Next.
The Select Devices dialog box appears.
The device list contains only that particular Device Type devices that you have selected while creating
the Baseline Template.
For example, if you have selected Device Type as Router, only routers are listed.
Step 4 Select devices under the following tabs:
• In the All tab,
Devices are grouped under All Applicable Devices and All Applicable Device Groups. All
Applicable Device Groups categorizes devices under Routers, Switches, and so on.
• In the Search Results tab,
The results of simple search and advanced search are listed here. For details on Search, see Using
RME Device Selector, page 3-74
• In the Selection tab,
All the devices that are selected are listed and you can deselect the devices.
Step 5 Click Next.
The Commands Generation dialog box appears.
Step 6 Perform the following tasks:
If the commandset is a prerequisite commandset, you do not need to specify parameter values for the
Device data field as they are not deployed.
Field Description
Scheduling
Run Type You can specify when you want to run the Baseline template deploy job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this task immediately.
• Once—Runs this task once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will
start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
The Date field is enabled only if you have selected an option other than Immediate in the Run Type
field.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Job Options
Approver Comments Enter comments for the job approver.
This field appears only if you have enabled job approval for Archive Management.
Maker E-Mail Enter the e-mail-ID of the job creator. This is a mandatory field.
This field appears only if you have enabled job approval for Archive Management.
Field Description
Copy Running Select to cause job to write the running configuration to the startup configuration on each device after
Config to Startup configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Job Password • If you have enabled the Enable Job Password option and disabled the User Configurable option in
the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job
Policies) enter the device login user name and password and device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in
the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job
Policies) either:
– Enter the device login user name and password and device Enable password
Or
– Disable the Job Password option in the Job Schedule and Options dialog box.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Direct Deploy.
The Baseline Templates dialog box appears.
Step 2 Select a Baseline template and click Deploy.
The Deploy Input Options dialog box appears.
Step 3 Select Enter Data From File System and click Next.
The Select Input File dialog box appears.
Step 4 Enter the folder name and the file name with the file format extension XML.
or
a. Click Browse.
The Server Side File Browser dialog box appears.
Field Description
Scheduling
Run Type You can specify when you want to run the Baseline template deploy job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this task immediately.
• Once—Runs this task once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of
the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the
next instance of this job will run at 10:00 a.m. on November 2 only if the earlier
instance of the November 1 job has completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November
2, the next job will start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
The Date field is enabled only if you have selected an option other than Immediate
in the Run Type field.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric
characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the
end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit
System Preferences dialog box (Common Services > Server > Admin > System
Preferences). When the job starts or completes, an e-mail is sent with the
CiscoWorks E-mail ID as the sender's address.
Job Options
Approver Comments Enter comments for the job approver.
This field appears only if you have enabled job approval for Archive Management.
Field Description
Maker E-Mail Enter the e-mail-ID of the job creator. This is a mandatory field.
This field appears only if you have enabled job approval for Archive Management.
Copy Running Config to Startup Select to make the job to write the Running configuration to the Startup
configuration on each device after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Job Password • If you have enabled the Enable Job Password option and disabled the User
Configurable option in the Job Policy dialog box (Resource Manager
Essentials > Admin > Config Mgmt > Config Job Policies) enter the device
login user name and password and device Enable password.
• If you have enabled the Enable Job Password option and enabled the User
Configurable option in the Job Policy dialog box (Resource Manager
Essentials > Admin > Config Mgmt > Config Job Policies) either
– Enter the device login user name and password and device Enable
password
Or
– Disable the Job Password option in the Job Schedule and Options dialog
box.
Buttons Description
Deploy You can schedule a job to deploy the standard configuration to all non-compliant devices.
This button is activated only after selecting a Job.
See Deploying the Commands.
Retry You can reschedule a failed job using this button.
This button is activated only on selecting a Failed job.
Reschedule the deployment job by providing the required information.
Delete You can delete the compliance jobs.
This button is activated only after selecting a Compliance Jobs.
See Deleting the Compliance Jobs
Refresh Click on this icon to refresh the Compliance Jobs Window.
(Icon)
For usecases and examples on Baseline Templates, refer to the Baseline Template Whitepaper
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Compliance/Deploy
Jobs.
The Compliance Jobs dialog box appears.
Step 2 Select a Compliance Job.
Step 3 Click Deploy.
The Substitute Parameters for Devices dialog box appears.
Step 4 Perform the following:
If you have more than one device to deploy then you have to repeat Step 4 for all the devices.
Step 5 Click Next.
The Job Schedule dialog box appears.
Step 6 Enter the following information:
Field Description
Scheduling
Run Type You can specify when you want to run the deploy configuration job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this task immediately.
• Once—Runs this task once at the specified date and time.
Date You can select the date and time (hours and minutes) to schedule.
The Date field is enabled only if you have selected an option other than Immediate in the Run
Type field.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When the
job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Field Description
Attachment Check this option if you want the job notification mail to consist of attachments in either CSV
or PDF format.
Either select:
• CSV if you want the attachment in CSV format.
Or
• PDF if you want the attachment in PDF format. This is the default format.
The CSV and PDF radio options will be enabled only if the Attachment checkbox is checked.
If the Attachment option is disabled, go to Common Services to change the settings. For more
information on configuring attachment settings as well as the maximum size of attachments
allowed in notification mails, see Common Services Online Help.
Job Options
Approver Comments Enter comments for the job approver.
This field appears only if you have enabled job approval for Archive Management.
Maker E-Mail Enter the e-mail-ID of the job creator. This is a mandatory field.
This field appears only if you have enabled job approval for Archive Management.
Copy Running Config to Select to make the job to write the Running configuration to the Startup configuration on each
Startup device after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Job Password • If you have enabled the Enable Job Password option and disabled the User Configurable
option in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt
> Config Job Policies) enter the device login user name and password and device Enable
password.
• If you have enabled the Enable Job Password option and enabled the User Configurable
option in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt
> Config Job Policies) either:
– Enter the device login user name and password and device Enable password
Or
– disable the Job Password option in the Job Schedule and Options dialog box.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > Compliance Mgmt > Compliance/Deploy
Jobs.
The Compliance Jobs dialog box appears.
Step 2 Select a job and click Delete.
A message appears, The selected job will be deleted.
Step 3 Click OK.
The selected Compliance job is removed from the Compliance Jobs window.
You can also delete the compliance jobs from Config Mgmt > Archive Mgmt > Archive Mgmt Jobs
window (see Using Archive Management Job Browser)
NetConfig allows you to make configuration changes to your network devices, whose configurations are
archived in the Configuration Archive. NetConfig is a part of RME Configuration Management
applications.
It provides easy access to the configuration files for all RME supported devices.
NetConfig automatically updates the Configuration Archive when it makes device configuration
changes.
NetConfig provides many advantages over configuring devices from the CLI. For example, you can:
• Schedule jobs for future execution. You can schedule periodic jobs.
• Use configuration tasks to make configuration changes more easily and reliably.
• Run multiple commands during a job.
• Run commands on multiple devices during a job.
• Use the Job Approval application to require approval before a job can run.
• Roll back configuration changes made to devices when a job fails.
NetConfig Tasks
As a NetConfig user, you can:
• Define and schedule NetConfig jobs:
To make configuration changes to managed devices, you define and schedule NetConfig jobs using
the job definition wizard. You can use configuration tasks (system-defined or user-defined) to create
the configuration commands that you want to apply to devices.
• Browse and edit NetConfig jobs:
You can browse all NetConfig jobs on your system and edit, copy, stop, retry or delete them. For
more information about a particular job, you can click the job details by clicking on the hyperlink
of the Job ID in the NetConfig Job Browser.
• Use the command line interface for NetConfig jobs:
You can use the cwcli command line interface to create and schedule NetConfig jobs from the
command line.
Note You can select the log level settings for the NetConfig application using the feature Application Log
Level Settings (Resource Manager Essentials > Admin > System Preferences > Loglevel Settings).
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > NetConfig > NetConfig Jobs.
The NetConfig Job Browser appears.
For the fields in the NetConfig Job Browser, see Browsing and Editing Jobs Using the NetConfig Job
Browser.
Step 2 Click Create.
The Devices and Tasks dialog box appears, with these panes:
Pane Description
Device Selector Allows you to select the devices on which the NetConfig job has to run. You can select multiple device
categories. Only in the case of cable devices, you should select only one device for which to create a job.
Task Selector Allows you to select the system-defined tasks or user-defined tasks that you want to run on the selected
devices.
For descriptions of system-defined tasks and the device categories they support, see Using System-defined
Tasks.
For creating and using User-defined tasks, see Creating and Editing User-defined Tasks.
Pane Description
Applicable Allows you to add a task. The task that you selected using the Task Selector, appears here.
Tasks From your selection, only the tasks that are applicable to at least one device that you have selected, appear
here. If the task that you have selected does not apply to the categories of any of the devices that you have
selected, it will not be displayed in the Applicable Tasks pane.
Select a task and click Add to create an instance for the task (see Step 6).
Added Instances Allows you to edit the task instance you have added, view its CLI, or delete it. Select the instance of the
task, and click the required button (see Table 10-1).
Buttons Description
Edit Task pop-up opens with previously assigned values. You can modify these
values and click Save.
View CLI Device Commands pop-up opens with the list of applicable devices and
their corresponding CLI commands. Devices in your selection for which
the commands are not applicable, are also displayed as Non-Applicable
Devices. Click Close to close the pop-up window.
You can modify an instance of a configuration task (and its configuration
commands) at any time before the job is scheduled.
Delete Deletes the selected task instance. You can delete an instance of a
configuration task (and its configuration commands) at any time before the
job is scheduled.
Step 6 Select an applicable task from the Applicable Tasks pane and click Add.
The Task (system-defined or user-defined) pop-up appears for the selected task.
Step 7 Set the parameters in the task dialog box and click Save.
(To reset the values that you have selected click Reset. Click Cancel to return to the previous dialog box,
without saving your changes.)
You will see the instance of the task in the Added Tasks pane of the Add Tasks dialog box. The instance
appears in this format:
Taskname_n, where Taskname is the name of the task you have added, and n is the number of the
instance. For example, the first instance of a Banner task is Banner_1.
You can add as many instances as required, for a task.
Step 8 Click Next.
The Job Schedule and Options dialog box appears with these panes:
Pane Description
Scheduling Allows you to schedule the job.
Job Options Allows you to set the job options.
Step 9 Set the schedule for the job, in the Scheduling pane:
Field Description
Scheduling
Run Type Select the run type or frequency for the job—Immediate, Once, Daily, Weekly, Monthly,
or Last Day of Month.
If Job Approval is enabled, the Immediate option is not available.
Date Select the start date for the job.
at Select the start time for the job from the hour and minute drop-down lists.
Field Description
Job Info
Job Description Enter the Job Description. Make each description unique so you can easily identify jobs.
This is mandatory.
E-mail Enter e-mail addresses to which the job will send status notices. Separate multiple
addresses with commas or semicolons.
You must configure the SMTP server to send e-mails (Common Services > Server >
Admin > System Preferences).
If the user who has created the job has a valid e-mail address, an e-mail notification is
sent with the user’s address in the sender address field, when job is started and completed.
If the user who has created the job does not have a valid e-mail address, then the
notification e-mails will be sent with the sender address field blank.
Notification e-mails include a URL that displays the job details (see Viewing Job Details
for the more information about what details are displayed). If you are not logged in, you
must log in using the provided login panel to view the job details.
Comments Enter your comments for the job. Comments appear in job work order and are stored in
configuration archive.
Approver Comments Enter comments for the job approver. This field is displayed only if you have enabled job
approval for NetConfig. For more details the section Enabling Approval and Approving
Jobs Using Job Approval.
Maker E-mail Enter the e-mail-ID of the job creator. This field is displayed only if you have enabled job
approval for NetConfig. This is a mandatory field. For more details the section Enabling
Approval and Approving Jobs Using Job Approval.
Field Description
Fail on Mismatch of Config Select to cause job to be considered a failure when the most recent configuration version
Versions in the configuration archive is not identical to the most recent configuration version that
was in the configuration archive when you created the job.
Sync Archive before Job Select to cause job to archive running configuration before making configuration
Execution changes.
Copy Running Config to Startup Select to cause job to write the running configuration to the startup configuration on each
device after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Enable Job Password
Login Username Enter the Login Username. This option is available to you if you have set the appropriate
job password policy in the Configuration Management module.
This overrides the credentials that you have entered at the time of adding the device in
the Device and Credentials Administration module of Common Services.
Login Password Enter the job password. This option is available to you if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you have entered at the time of adding the device in
the Device and Credentials Administration module of Common Services.
Field Description
Enable Password Enter the Enable password. This option is available to you if you have set the appropriate
job password policy in the Configuration Management module.
This overrides the credentials that you have entered at the time of adding the device in
the Device and Credentials Administration module of Common Services.
Failure Policy Select one of these options to specify what the job should do if it fails to run on a device.
• Stop on failure:
If the job fails to execute on a device, the job is stopped. The database is updated only
for the devices on which the job was executed successfully.
• Ignore failure and continue—If the job fails on a device, the job skips the device and
continues with the remaining devices.
The database is updated only for the devices on which the job was executed
successfully.
• Rollback device and stop—Rolls back the changes on the failed device and stops the
job.
• Rollback device and continue—Rolls back the changes on the failed device and
continues the job.
• Rollback job on failure—Rolls back the changes on all devices and stops the job.
Roll back configuration changes to failed device or all devices configured by job (see
Configuring a Job to Roll Back on Failure.)
Execution Specify the order in which the job should run on the devices.
• Parallel—Allows the job to run on multiple devices at the same time. By default, the
job runs on five devices at a time.
• Sequential—Allows the job to run on only one device at a time.
If you select sequential execution, you can click Set Device Order to set the order
of the devices.
In the Device Ordering dialog box:
a. Select a device name
b. Click Move Up or Move Down to change its place in the order.
c. Click OK to save the current order and close the dialog box
or
Click Cancel to close the dialog box without making any changes.
Step 11 Click Device Order to view the device order. The Set Device Order pop-up appears.
You can reset the order in which the job should be executed on the devices using the up and down arrows.
When you are done, click Done. The pop-up closes.
Step 12 Click Next.
The Job Work Order dialog box appears with the general information about the job, the job policies, the
job approval details (if you have enabled job approval), the device details, the task, and the CLI
commands that will be executed on the selected devices as part of this job.
Note View Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Column Description
Job ID Unique number assigned to job when it is created.
For periodic jobs such as Daily, Weekly, etc., the job IDs are in the number.x format. The x
represents the number of instances of the job. For example, 1001.3 indicates that this is the third
instance of the job ID 1001.
Click on the hyperlink to view the Job details (see Viewing Job Details).
Status Status of the job:
• Successful—When the job is successful.
• Failed—When the job has failed.
The number, within brackets, next to Failed status indicates the count of the devices that had
failed for that job. This count is displayed only if the status is Failed.
For example, If the status displays Failed(5), then the count of devices that had failed
amounts to 5.
This count of failed devices is not displayed for jobs restored from RME 4.0.4 or lesser
versions.
• Cancelled—When the job has been stopped.
• Running—When the job is in progress.
• Waiting—When the job is waiting approval (if job approval has been enabled).
• Rejected—When the job has been rejected (if job approval has been enabled).
Description Description of the job, entered at the time of job creation.
Owner Username of the job creator.
Scheduled at Date and time at which the job was scheduled.
Column Description
Completed at Date and time at which the job was completed.
Schedule Type Type of job schedule—Immediate, Once, Daily, Weekly, Monthly, Last day of the month.
You can specify when you want to run the NetConfig job.
To do this, select one of these options from the drop down menu:
• Immediate—Runs the report immediately.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
• Last Day of the Month—Runs the job on the last day of the month, beginning with the month
that you specify.
For periodic jobs, the subsequent instances of periodic jobs will run only after the earlier instance
of the job is complete.
For example: If you have scheduled a daily job at 10:00 a.m. on November 1, the next instance
of this job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1
job has completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m.
November 2, then the next job will start only at 10:00 a.m. on November 3.
Using the Filter by field in the NetConfig Job Browser, you can filter the jobs displayed in the browser.
You can filter the jobs displayed in the NetConfig Job Browser using any of the following criteria and
clicking Filter:
Records for NetConfig jobs need to be purged periodically. You can schedule a default purge job for this
purpose. For more details see the topic Job Purge in the section Setting System-wide Parameters Using
System Preferences.
You can perform the following operations using the NetConfig job browser. (See Table 10-2):
Delete Deletes the selected job from the job browser. Unless you own the job, your login determines whether
You can select more than one job to delete. you can use option.
You will be asked to confirm the deletion. If the You must stop a running job before you can delete it.
job that you have selected for deletion is a
periodic job, this message appears:
If you delete periodic jobs, or instances
of a periodic job, that are yet to be run,
the jobs will no longer run, nor will they
be scheduled to be run again. You must
then recreate the deleted jobs. Do you
want to continue?
Click OK to confirm the deletion. The job, and
its instances will be deleted.
You can delete a job that has been successful,
failed, or stopped, but you cannot delete a
running job.
Step 1 Go to the NetConfig Job Browser, click the Job ID hyperlink. (See Starting a New NetConfig Job to
invoke the NetConfig Job Browser.)
The Job Details pop-up appears, displaying the day, date and time details in the header at the top of the
report. The Job ID and the Status appear in the header of the report.
The Job Details dialog box has two panes. The left pane contains a table of contents for the job results.
The results appear in the right pane.
Step 2 Click a page in the left pane to view its corresponding report in the right pane.
Double-click a folder in the left pane to open and close it.
If the folder has subfolders, the next level of subfolders appears under it. Otherwise, its corresponding
report appears in the right pane.
The contents of the left pane depends on the state of the job. The left pane can contain:
• Download Summary (in the Job Details folder).
• Downloaded Devices (in the Device Details folder).
• Work Order
Page/Folder Description
Job Details Download Summary Click to display summary of completed job:
• Download Summary:
– Status
– Start Time
– End Time
• Job Messages:
– Pre-job Execution
– Post-job Execution
• Device Update:
– Successful
– Failed
– Not attempted
– Pending
Page/Folder Description
Device Details Downloaded Devices Contains detailed job results for each device in a table:
• Device—List of devices on which the job ran.
• Status—Status of job (success, failure, etc.)
• Message—For example, if the job failed on the device,
the appropriate reason for failure is displayed. If the
job was a success on that device, the message
Download Successful is displayed.
To perform actions, click one of the following (For detailed descriptions of these operations see
Table 10-2Operations Using the NetConfig Job Browser in Table 10-2):
• Edit
• Copy
• Retry`
• Stop
• Delete
For each template, you should specify all the information including the configuration commands,
rollback commands (seeRolling Back Configuration Changes), mode (Config or Enable), and the device
category for which these commands will be applicable.
At the time of job creation, you should ensure that the user-defined task that you have selected is
applicable to the MDF categories of the devices that you have selected.
If the task that you have selected does not apply to the categories of any of the devices that you have
selected, it will not be displayed in the Applicable Tasks pane of the NetConfig job wizard, during job
creation.
For example, if you have selected an CatalystOS category of device, but selected a user-defined task that
is applicable to a Cable device, then the task will not show up in the Applicable Tasks pane of the job
wizard and you will not be able to proceed further with the job creation. For details on the Applicable
Tasks pane and job creation, see Step 5 in Starting a New NetConfig Job
Caution NetConfig does not validate the commands you enter in a user-defined template within a task. If you
enter incorrect commands you might misconfigure or disable the devices on which jobs using the
template run.
View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > NetConfig > User-defined Tasks.
The User-defined Tasks dialog box appears. If you are creating a task for the first time, the system
displays a message that there are no user-defined tasks.
The User-defined Tasks dialog box has a Tasks browser in its left pane. After you create a task, the task
is displayed in the Tasks browser along with its templates.
Step 2 Define or edit a user-defined task by entering the following information in the dialog box:
Command Mode Select mode (config or enable) in which Each user-defined template can run commands in one mode
commands will run. only.
If you select Enable, enter Rollback Commands area is
disabled because only config commands can be rolled
back.
To cancel the user-defined task you are creating, select a command from the Jobs or Admin menu (or a
corresponding button) and click Yes in the resulting dialog box.
To add a user-defined task, select Select Resource Manager Essentials > Config Mgmt > NetConfig
> User-defined Tasks. The User-defined Tasks dialog box appears with no values.
To copy a user-defined task:
You can add a template or delete an existing one. When you click Save, a message appears that the task
is modified.
Parameterized Templates
You can include parameterized templates within User-defined tasks. A parameterized template allows
the configuration commands in the templates to contain user-defined variables.
Multiline feature of parameterized templates is not supported. However, interactive command deploy is
supported.
You can select the Parameterized option when you create a User-defined task (see Creating and Editing
User-defined Tasks).
If you select the Parameterized option, you should enter the actual values for the parameters in the
template in a separate Parameters file (see Creating a Parameters File (XML file)) when you create a
NetConfig job (see Creating and Editing User-defined Tasks). The Parameters file is the XML file that
contains the parameter values.
The Parameters file should reside on the server at this location:
NMSROOT\files\rme\netconfig\cmdFiles
where NMSROOT is the RME install directory.
To create a Parameterized User-defined task and apply this in a NetConfig job:
Step 1 Create a User defined Task with variables embedded in the command body. For details see Creating and
Editing User-defined Tasks.
For example:
You can enter the command ntp server $ntpServer in the CLI Commands text box in the User-defined
Tasks dialog box. Commands
Step 2 Select the Parameterized check box in the User-defined Tasks dialog box.
Step 3 Click Save to save your User-defined Parameterized task.
Step 4 Create the Parameters file (XML file) containing the values for $ntpServer task. For details, see Creating
a Parameters File (XML file).
For example:
<DEVICE NAME = 10.76.38.54>
<CMDPARAM NAME = ntpServer>
<value>mytimeserver</value>
</CMDPARAM>
</DEVICE>
Step 5 Repeat the above step in the Parameters file, for all the devices that you plan to include in the job, if each
device refers to a different ntpServer.
Alternatively, you can have a global section if that variable does not change for each device. For details,
see Creating a Parameters File (XML file).
Step 6 Store the Parameters file in NMSROOT\files\rme\netconfig\cmdFiles directory (where NMSROOT is the
RME install directory).
Step 7 Create a NetConfig job and select your User-defined Parameterized task. For details see Starting a New
NetConfig Job.
You are prompted to enter the filename while adding the task to the NetConfig job.
You can check the syntax of the text file that contains the parameters. To do this, select Check Syntax.
Step 8 Complete the job creation. For details, see Creating and Editing User-defined Tasks.
You can assign the device-specific values to variables in the <DEVICE> area. If there are no
device-specific values, the default values in the <GLOBAL> area are considered as actual values for these
variables. You do not need to add a <GLOBAL> area in the Parameters file if you are referencing each
device explicitly (using the <DEVICE> area for each device).
<GLOBAL>
<CMDPARAM NAME = ntpServer>
<value>10.10.10.10</value>
</CMDPARAM>
<CMDPARAM NAME = portValue>
<value>90</value>
</CMDPARAM>
<CMDPARAM NAME = ipAddress>
<value>1.1.1.1</value>
</CMDPARAM>
</GLOBAL>
In such a case, when the NetConfig job contains the device 10.76.38.54, the following commands are
generated:
ntp server 20.20.20.20 (taken from the device-specific section of the Parameters file)
ip http port 55 (taken from the device-specific section of the Parameters file)
ip address 1.1.1.1 (taken from the global section of the Parameters file)
When the job contains the device 10.77.202.229, the following commands are generated:
ntp server 30.30.30.30 (taken from the device-specific section of the Parameters file)
ip http port 90 (taken from the global section of the Parameters file)
ip address 1.1.1.1 (taken from the global section of the Parameters file)
When the job contains any other devices, all the values are taken from the global section of the XML
file, and the following commands are generated:
ntp server 10.10.10.10
ip http port 90
ip address 1.1.1.1
If the value for a parameter is not found in the command file, the syntax check (in the job creation flow)
displays an error.
You can enter any special character that is accepted by the device as the value for a parameter in the
command file. This is because NetConfig does not process the parameter values. NetConfig only reads
the value given between <value> and </value> tags and generates the command. Therefore, you can
enter any special character that the device accepts.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Config Mgmt > NetConfig > Assigning Tasks.
The Assign Tasks dialog box appears.
Step 2 Enter the username of the user to whom you want to assign the tasks.
This should be a valid CiscoWorks user. If RME has been registered with a Cisco Secure ACS Server,
then the user should be a valid ACS user.
Step 3 Select the task that you want to allocate to the user from the Available tasks list box and click Add.
You can select more than one task, by holding down the Shift key while selecting the task.
The selected tasks appear in the Selected Tasks list box.
To remove assigned tasks, select the tasks from the Selected Tasks list box and click Remove.
Step 4 Add all the required tasks to the Selected Tasks list box.
Step 5 Click Assign to assign the task access privileges to the specified user.
For a specified user, to see the assigned tasks, enter the username in the Username field and click Show
Assigned.
The tasks assigned to the user appear in the Selected Tasks list box.
Example
For a Catalyst device, a clear counters command will give the following output
c5000# (enable) clear counters This command will reset all MAC and port counters reported
in CLI and SNMP. Do you want to continue (y/n) [n]?
To clear the counter, the syntax is:
clear counters <R>y
To accept the default, the syntaxes are:
clear counters <R>n
or
clear counters <R>
To accept the default value, you do not need o enter any values after the tag <R>.
Example
<MLTCMD> banner login "Welcome to
CiscoWorks Resource Manager
Essentials - you are using
Multi-line commands" </MLTCMD>
You can have a blank line within a multi-line command. The commands within the MLTCMD tags are
considered as a single command and will be downloaded as a single command onto the device.
Table 10-3 NetConfig System-Defined Tasks Supported by the RME 4.2 Device Categories
Cat
Task Description IOS OS CSS CE NAM PIX Cable
Adhoc (See Adhoc Task.) Enter any configuration Yes Yes Yes Yes Yes Yes Yes
commands as required.
Authentication Proxy (See Configure Authentication Yes - - - - Yes
Authentication Proxy Task.) Proxy.
Banner (See Banner Task.) Add, remove, or edit banners. Yes Yes - - - Yes
CDP Configure Cisco Discovery Yes Yes - Yes - - Yes
Protocol (CDP).
(See CDP Task.)
Certification Authority1 (See Create, or modify Certification Yes - - - - Yes
Certification Authority Task.) Authority. Provides
manageability and scalability
for IP security (IPSec) standards
on VPN devices.
CryptoMap1 (See Crypto Map Configure IPSec. Yes - - - - Yes Yes
Task.)
DNS (See DNS Task.) Configure DNS. Yes Yes Yes Yes Yes - Yes
Embedded Event Manager Configure EEM Scripts or Yes - - - - - -
(See Embedded Event Applets on the devices
Manager Task)
Environmental Variables (See Configure EEM Environmental Yes - - - - - -
EEM Environmental Variables on the devices
Variables Task)
Enable Password (See Enable Configure, or change enable or Yes Yes - - - Yes Yes
Password Task.) secret password to enter in the
enable mode on devices.
GOLD Boot Level (See Configure Boot Level Yes - - - - - -
GOLD Boot Level Task) Diagnositc tests on the devices
GOLD Monitoring Test (See Configure GOLD Monitoring Yes - - - - - -
GOLD Monitoring Test Task) tests on devices
HTTP Server (See HTTP Configure HTTP access on VPN Yes Yes - - - Yes
Server Task.) devices.
IKE Configuration1 (See Configure IP security (IPSec). Yes - - - - Yes Yes
Internet Key Exchange (IKE)
Configuration Task.)
Local Username (See Local Configure local username and Yes - Yes - - - Yes
Username Task.) password authentication on
devices.
NTP (See NTP Server Configure Network Time Yes Yes Yes Yes - - Yes
Configuration Task.) Protocol (NTP).
Radius Server (See RADIUS Configure RADIUS server and Yes - Yes Yes - - Yes
Server Configuration Task.) task.
RCP RCP Configuration Task Configure rcp Yes - - - - - Yes
Table 10-3 NetConfig System-Defined Tasks Supported by the RME 4.2 Device Categories (continued)
Cat
Task Description IOS OS CSS CE NAM PIX Cable
Reload Reload Task Reload devices Yes - - Yes Yes - Yes
Smart Call Home (See Smart Register devices with Cisco Yes - - - - - -
Call Home Task) Smart Call Home
SNMP Community SNMP Add, remove, and edit SNMP Yes Yes Yes Yes Yes Yes Yes
Community Configuration community strings
Task
SNMP Security SNMP Configure SNMP Security Yes - - Yes - - Yes
Security Configuration Task feature on devices.
SNMP Traps Management Configure SNMP traps. Yes Yes Yes Yes Yes Yes Yes
SNMP Traps Configuration
Task
SSH SSH Configuration Task Configure SSH. Yes - Yes Yes Yes Yes
Syslog Syslog Task Configure syslog message Yes Yes Yes Yes - Yes Yes
logging.
TACACS TACACS Configure TACACS Yes - - - - Yes
Configuration Task authentication.
TACACS+ Configure TACACS+ Yes Yes - Yes Yes - Yes
authentication
(See TACACS+
Configuration Task.)
Telnet Password Add, remove, and edit Telnet Yes Yes - - - Yes Yes
passwords
(See Telnet Password
Configuration Task.)
Transform Set Configure IPSec. Yes - - - - Yes Yes
(See Transform
System-Defined Task.)
User Defined Protocol (See Configure the user-defined - - - - Yes - -
Use-defined Protocol Task.) protocol on NAM devices.
Web User Configure the web user for - - - - Yes - -
NAM devices
(See Web User Task.)
BPI/BPI+ Assign self-signed certificate, - - - - - - Yes
configure cable interface, and
(See Cable BPI/BPI+ Task.)
set BPI/BPI+ options.
Interface Bundle2 Configure Interface Bundling on - - - - - - Yes
selected cable interface.
(See Cable Interface
Bundling Task.)
Cable DHCP-GiAddr and Configure DCHP-GiAddr and - - - - - - Yes
Helper2 (See Cable Helper Address of the selected
DHCP-GiAddr and Helper cable interface.
Task.)
Table 10-3 NetConfig System-Defined Tasks Supported by the RME 4.2 Device Categories (continued)
Cat
Task Description IOS OS CSS CE NAM PIX Cable
2
Cable Downstream Activate/Deactivate DS Ports, - - - - - - Yes
Interleave Depth, MPEG
(See Cable Downstream
Framing Format, Modulations,
Task.)
Channel ID and Frequency of
the selected cable interfaces.
IGMP2 (See IGMP Configure IGMP of selected - - - - - - Yes
Configuration Task.) cable interfaces.
Interface IP Address (See Configure IP interface address - - - - - - Yes
Interface IP Address of selected interface.
Configuration Task.)
Cable Spectrum Management Assign Spectrum Groups and - - - - - - Yes
(See Cable Spectrum Interfaces on a selected cable
Management Task.) interface.
Cable Trap Source (See Cable Configure SNMP Traps hosts, - - - - - - Yes
Trap Source Task.) notification, message and
notification of SNMP Traps on a
cable interface.
Cable Upstream2 Activate and configure upstream - - - - - - Yes
on selected cable interfaces.
(See Cable Upstream Task.)
1. You must follow this sequence to complete the configuration of the IPSec on devices:
1) IKE configuration system-defined task.
2) Transform system-defined task.
3) Crypto Map system-defined task.
2. At a time, you can apply this task only to a single device, because cable templates configure interfaces on devices.
The dialog boxes for system-defined tasks may have these groups, links, and buttons:
• Common Parameters—This group of fields appears at the top of the task dialog box. In the fields
under this group, you can enter the parameters that are common to all the categories of devices that
you have selected.
• Device Category-specific Parameters—This group of fields is specific to a device category. If, for a
specified device category, only the common parameters are applicable, this message appears in the
user interface:
No Category-specific Commands
• Applicable Devices—This link is available in the device category-specific group of fields and
enables you to view the devices in your selection, to which the device-specific parameters apply.
• Buttons in the system-defined tasks interface:
Button Action
Save Saves the information that you have entered in the fields in the task dialog box.
Reset Clears all the fields.
Cancel Cancels your changes, and closes the task dialog box.
For the cable devices, you can apply a task only to a single device at a time, because cable templates
configure interfaces on devices.
Also, for the cable tasks to work correctly, you must have valid SNMP credentials in Device and
Credential Repository (DCR). See Adding and Troubleshooting Devices Using Device Management for
more information on setting valid SNMP credentials.
Therefore, if you have selected more than one cable device and selected tasks for them, the task may not
appear in the Applicable Tasks pane of the Add Tasks dialog box. For the tasks that are applicable to
cable devices, see Table 10-3.
The usage of NetConfig credentials tasks to configure the credentials on a device should be based on the
active credentials (e.g. Telnet, TACACS, etc.) in the device. For example if the device is configured with
TACACS+, you should use only TACACS+ template to configure the credentials.
Example
When you remove the TACACS+ authentication for the device, the device reverts to the authentication
method that was earlier configured on it. For example, the local username.
However, RME is unaware of the fallback authentication method, and the respective credentials. If
Device and Credential Repository is not updated with the right credentials, the subsequent device
operations from RME will fail.
In this case, you should select the option to update the local credential store and specify the local
username credentials. When the job runs, NetConfig updates Device and Credential Repository with this
set of credentials, so that for subsequent devices, access from RME will be successful.
Adhoc Task
You can use the Adhoc system-defined task to add configuration commands to a job, during job
definition.
You cannot save an instance of an Adhoc task, for future use. If you need to reuse a template that
provides capabilities unavailable from the system-defined tasks, you can create a user-defined tasks (see
Creating and Editing User-defined Tasks).
Caution NetConfig does not validate commands you enter in the Adhoc task. If you enter incorrect commands,
you might misconfigure or disable devices on which jobs that use the task run.
Groups for each of device categories that you have selected, appear in the Adhoc Configuration dialog
box. To invoke the Adhoc Configuration dialog box, see Starting a New NetConfig Job.
You can enter configuration and rollback commands for these device categories:
• IOS (including Cable devices)
• Catalyst OS
• Content Engine
• CSS
• NAM
• PIX OS
For more details, see Table 10-3.
Note As Cable devices fall under the IOS category, you can enter adhoc commands in the IOS group of fields
in the Adhoc Configuration dialog box.
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
If you enter any credential command in the CLI Commands or Rollback Commands fields, then those
credentials will be masked in the job work order and the job results page.
For example, the command, snmp-server community public ro will be displayed as snmp-server
community ***** ro.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
Click on Applicable Devices to view the devices in your selection, to which this task applies.
Where, xxxx represents platform, yyyy represents features and ww represents format. If the middle value
(yyyy) contains, the numeric 56 or Kn, where n is a number between 1 and 9, then this is a VPN image.
For example, C7100-IS56I-M is a VPN image, since it contains the number 56.
Banner Task
You can use the Banner system-defined, configuration task to change banners on devices.
The following device categories are supported by this task:
• IOS (including Cable devices)
• Catalyst OS
For more details, see Table 10-3.
You can enter the details of this task in the Banner Configuration dialog box. (To invoke this dialog box,
see Starting a New NetConfig Job.)
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the Banner Configuration dialog box are:
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
CDP Task
You can use the CDP system-defined task to configure Cisco Discovery Protocol (CDP) on devices.
The following device categories are supported by this task:
• IOS (including Cable devices)
• Catalyst OS
• Content Engine
For more details, see Table 10-3.
You can enter the details of this task in the CDP Configuration dialog box. (To invoke this dialog box,
see Starting a New NetConfig Job.)
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the CDP Configuration dialog box are:
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
Note You must configure the IKE configuration system-defined task (see Internet Key Exchange (IKE)
Configuration Task) and Transform system-defined task (see Transform System-Defined Task) before
configuring the Crypto Map system-defined task.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
DNS Task
You can use the DNS system-defined task to configure DNS (Domain Name Server) on devices.
The following device categories are supported by this task:
• IOS (including Cable devices)
• Catalyst OS
• Content Engine
• CSS
• NAM
• PIX OS
For more details, see Table 10-3.
You can enter the details of this task in the DNS Configuration dialog box. (To invoke this dialog box,
see Starting a New NetConfig Job.)
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the DNS Configuration dialog box are:
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
Note If you disable the enable password on a device, you cannot enter the enable mode on that device unless
you previously enabled an alternative type of enable mode authentication.
Note If you change the enable password on a Catalyst device with an RSM module using this task, the RSM
enable password is also changed.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
You will lose Telnet access to the device if you configure HTTP Server. The Device may require
TACACS/RADIUS/Local username and password after configuring HTTP Server. You should make sure
that the device has the appropriate login configured. The username and password has to be stored in the
RME Database.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
Note You can apply this task only on a single IOS device at a time. For details, see Table 10-3.
You can enter the details of this task in the IGMP Configuration dialog box. (To invoke this dialog box,
see Starting a New NetConfig Job.)
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the IGMP Configuration dialog box are:
Click on Applicable Devices to view the devices in your selection, to which this task applies.
For more information regarding the IP addresses and IP multicast addresses refer to:
• http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_configuration_guide_chapter09
186a00800ca75b.html
• http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_command_reference_chapter09
186a00800ca76d.html
Note You can apply this task only on a single IOS device at a time. For details, see Table 10-3.
You can enter the details of this task in the Interface IP Address Configuration dialog box. (To invoke
this dialog box, see Starting a New NetConfig Job.)
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the Interface IP Address Configuration dialog box are:
Click on Applicable Devices to view the devices in your selection, to which this task applies.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
Reload Task
You can use the Reload task to schedule reload of devices. This task supports the IOS, Cat OS, SFS,
NAM, CE, FastSwitch, PIX, CSS and Cable categories of devices. For more details, see Table 10-3.
You can enter the details of this task in the Reload Configuration dialog box. (To invoke this dialog box,
see Starting a New NetConfig Job.)
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box)
For each device category, click on Applicable Devices to view the devices in your selection, to which
the reload task applies.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
The SNMP Security template enables you to configure Groups as well as Users with certain privileges.
These Groups can be rolled back but the Users cannot be rolled back.
This is because the User details will not be available in the running configuration. Since NetConfig uses
the running config to do roll back, rolling back Users is not possible.You should run a separate job to
remove or add Users as required.
For each device category, click on Applicable Devices to view the devices in your selection.
• For more information on how to configure SNMP, refer to:
http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configuration_guide_chapter
09186a00800ca66b.html
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the SNMP Traps Configuration dialog box are:
Username Specific the user name that is used for authentication. This
field is available when No Authentication, Authentication or
Privacy are selected.
Host Enter the hostname or IP address.
SNMP Security Select the SNMP security method:
• SecureV2c
• NoAuthenticationV3
• AuthenticationV3
• PrivacyV3
• None
Notification Type Select the notification type:
• Trap
• Inform
UDP Port Indicates the port that will receive the SNMP requests.
[0-65535]
The range for a valid port number between 0—65535. The
default is 162.
Community String String Enter the community string.
Verify Re-enter the community string to confirm.
Direct Traps To Environmental Select this to send only environmental traps to the host.
Host
SNMP Select this to send the SNMP traps to the host.
Trap/Inform Traps Message Action Select to change, replace, disable or make no change to the
Configuration trap configuration.
Inform Retries Enter the inform retires. The value should be between
[0-100] 0—100.
Inform Timeout Specify the inform timeout value. This must be between
[0-4294967295] 0—4294967295.
Inform Pending Specify the inform pending value. This must be between
[0-4294967295] 0—4294967295.
CatOS Parameters Host Configuration Action Select to add, remove, or make no change to the host
configuration.
Host Enter the hostname or IP address.
Community Enter the community string.
String
Verify Re-enter the community string to confirm.
ContentEngine Host Configuration Action Select to add, remove, or make no change to the host
Parameters configuration.
Host Enter the hostname or IP address.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
For more information regarding configuring SNMP, refer to
http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configuration_guide_chapter0918
6a00800ca66b.html
Syslog Task
You can use the Syslog system-defined task to configure the collection of syslog messages from devices.
The following device categories are supported by this task:
• IOS (including Cable devices)
• Content Engine
• CSS
• NAM
• PIX OS
For more details, see Table 10-3.
You can enter the details of this task in the Syslog Configuration dialog box. (To invoke this dialog box,
see Starting a New NetConfig Job.)
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the Syslog Configuration dialog box are:
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
For each device category, click on Applicable Devices to view the devices in your selection, to which
this task applies.
At the time of enabling login authentication or enable mode authentication, it is mandatory for you to
enter the username and password.
At the time of disabling login authentication or enable mode authentication, these fields are optional.
While disabling login authentication or enable mode authentication, if username and password are not
provided, then the corresponding fields in DCR are cleared and left blank.
This may make the device unreachable. Therefore we recommend that you provide the username and
password at the time of disabling login authentication.
You can enter the details of this task in the Transform Set Configuration dialog box. (To invoke this
dialog box, see Starting a New NetConfig Job.)
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the Transform Set Configuration dialog box are:
Click Applicable Devices to view the devices to which this task applies.
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the in the User-defined Protocol Configuration dialog box are:
Click Applicable Devices to view the devices to which this task applies.
Click Applicable Devices to see the devices in your selection, that are applicable for this task.
For more information, refer to:
• http://www.cisco.com/en/US/tech/tk86/tk168/technologies_tech_note09186a0080093d79.shtml
Note At a time, you can apply this task only to a single device, because cable templates configure interfaces
on devices.
The fields in the Cable DHCP-GiAddr and Helper Configuration dialog box are:
Click Applicable Devices to view the devices to which this task applies.
Note You can apply this task to only a single Cable-CMTS device at a time.
Click Available Devices to view the list of devices from your selection, to which this task applies.
Note You can apply this task to only a single cable device at a time.
Click Available Devices to view the list of devices from your selection, to which this task applies
Note At a time, you can apply this task only to a single device, because cable templates configure interfaces
on devices.
Click Applicable Devices to view the devices to which this task applies.
For the features of system-defined tasks and a description of the features of a system-defined task dialog
box, see Understanding the System-defined Task User Interface (Dialog Box).
The fields in the Cable Spectrum Management Configuration dialog box are:
Click Applicable Devices to view the devices to which this task applies.
Click Applicable Devices to view the devices to which this task applies.
cwcli netconfig
This command is described in the cwcli framework chapter. For details see the topic Running the cwcli
netconfig Command in the section CLI Utilities.
Solution
You can use NetConfig to change the configurations of many devices in one step. You can select the
devices and the corresponding system-defined or user-defined tasks and schedule a NetConfig job.
Let us say, you want to change the Local Username and Telnet password for few devices. To perform this:
Step 6 After creating the instances, select the Local Username_1 instance and click View CLI button to view
the CLI commands that will be deployed onto the devices as well as the applicable and non applicable
devices.
Alternatively, you can click Edit to edit the selected instance or click Delete to delete an instance. You
can only delete one instance at a time.
The Config Editor option of the Configuration tab of Resource Manager Essentials, provides easy access
to configuration files. Config Editor allows a network administrator with the appropriate security
privileges to edit a configuration file that exists in the configuration archive.
The Configuration Management application stores the current, and a user-specified number of previous
versions, of the configuration files for all supported Cisco devices maintained in the Inventory. It
automatically tracks changes to configuration files and updates the database if a change is made.
You can open the configuration file, change it, and download it to the device.
• To start Config Editor from the CiscoWorks desktop, select RME > Config Mgmt > Config Editor.
The Config Editor window appears.
• To set user preferences in Config Editor from the CiscoWorks navigation tree, select RME >
Admin > Config Mgmt > Config Editor.
The User Preferences window appears.
• Compare configurations that they are editing with the original configuration file version and other
configuration versions of the selected device.
• Open a baseline configuration stored in config archive.
For the new features in this release, see What's New in this Release.
Configuration
archive
Device
Archive
User
Archive
Baseline
Template
External
Telnet Config
TFTP
SSH
RCP Edit
HTTPS Deploy
Credential Editing
Deploy Edit Compare and
View Changes
UndoAll/ReplaceAll
Interface to Syntax
Checker
Private
120644
Config
Table 11-1 shows the tasks you can accomplish with the Config Editor option.
Setting Up Preferences
You can use this feature to set up your editing preferences. Config Editor remembers your preferred
mode, even across different invocations of the application.
You can change the mode using the Device and Version, Pattern Search, Baseline or External
Configuration option but the changes do not affect the default settings.
To set up preferences:
Step 1 Select RME > Admin > Config Mgmt > Config Editor.
The User Preferences dialog box appears.
Step 2 Set the default edit mode:
• Select Processed to display the file in the Processed mode.
The configuration file appears at the configlet level (a set of related configuration commands). The
default is Processed.
• Select Raw to display the file in the Raw mode.
The entire file appears as shown in the device.
Step 3 Click Apply to apply the set preferences.
Processed Mode
The configuration file appears at the configlet level (a set of related configuration commands). The
default is Processed.
In the Processed mode, Editor window is divided into two panes.
• The left pane displays the configuration tree according to the grouping of configlets.
• The right pane displays the commands of configlets in two sections:
– The lower section, called the credential area contains all the credential commands with the
credentials masked. Click on the encrypted link to modify credentials.
– The upper section, called the non-credential area contains only non-credential commands. The
non-credential commands are editable.
Raw Mode
The entire file appears as shown in the device. After you open a file in a specific mode, you can view it
only in that mode.
In Raw mode there are two sections for the entire configuration.
• The upper section, called the non-credential area contains only non-credential commands. The
non-credential commands are editable.
• The lower section contains all the credential commands with the credentials masked. The credential
commands can be edited.
Note Do not delete or edit the placeholder that describes the credential position. If you do so, the file generates
errors.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location.
For more details see, Overview: Opening a Configuration File.
Step 2 Click Edit.
The Editor window appears.
Step 3 Enter an interactive command in the configuration file, in the upper section that contains only
non-credential commands using the following syntax:
#INTERACTIVE
command1<R>response1<R>response2
command2<R>response1<R>response2<R>response3
command3<R>response1
command4<R>response1<R>response2
#ENDS_INTERACTIVE
<R> tag is case-sensitive and this must be entered in uppercase only.
Step 4 Enter modification comments in the Change Description field.
Modifying Credentials
You can use this feature to modify or delete the credentials of a configuration file.To do this:
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location.
For more details see, Overview: Opening a Configuration File.
Step 2 Click Edit.
The Editor window appears.
Step 3 Click the masked credential link in the With Credentials pane. (The masked credential appears as
multiple *s.)
The Modify Credentials dialog box appears.
Field Description
Modify Modifies credentials of the selected configlets.
Delete Deletes the existing credentials of the selected configlets.
Modify Mode
Old Credential Old credential appears in clear text in a non-editable text box.
New Credential Enter the new password of the selected configlets. This field
is editable when you select the Modify option.
Confirm Credential Enter the new password of the selected configlets again to
confirm the new value. This field is editable when you select
the Modify option.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs.
The List of Private Configs window appears.
Step 2 Select the configuration files that need to be removed.
Step 3 Click Delete.
To remove a configuration file stored in the public work area or the user archive:
Step 1 Select RME > Config Mgmt > Config Editor > Public Configs.
The Public Configs window appears.
Step 2 Select the configuration files that need to be removed.
Step 3 Click Delete.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location. For more details see, Overview: Opening
a Configuration File.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location. For more details see, Overview: Opening
a Configuration File.
Step 2 Select the configuration file and click Edit.
The Editor window appears.
Step 3 Click Save.
The Save Config dialog box appears, only if you are saving the configuration file for the first time. The
subsequent saving of a file is done directly to its previously saved location.
Step 4 Enter the information required to save a configuration file.
After the configuration file opened from Device Archive is saved to the private or public (user archive),
all the subsequent operations (compare, show changes) behave as if the configuration is opened from a
private or public location.
Undoing All
You can use this feature to undo editing or typing changes. To do this:
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location. For more details see, Overview: Opening
a Configuration File.
Step 2 Select the configuration file and click Edit.
The Editor window appears.
Step 3 Edit the configuration file.
Step 4 Click Undo All.
A message window appears with the message:
Do you want to discard all the changes?
Step 5 Click either:
• OK to return to the last saved configuration file.
Or
• Cancel to avoid making any changes.
Replacing All
You can use this feature to search for and replace text in the file. To do this:
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location. For more details see, Overview: Opening
a Configuration File.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location. For more details see, Overview: Opening
a Configuration File.
Step 2 Select the configuration file and click Edit.
The Editor window appears.
Step 3 Select the Print icon at the top right corner.
A new browser window appears. The details are in PDF format. You can print the information, using the
Print option provided by the browser.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location. For more details see, Overview: Opening
a Configuration File.
Step 2 Select the configuration file and click Edit.
The Editor window appears.
Step 3 Select the Export icon at the top right corner.
A new browser window appears. The details are in PDF format.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location. For more details see, Overview: Opening
a Configuration File.
Step 2 Select the configuration file and click Deploy.
The Job Option Details dialog box appears.
Field Description
Job Information
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When the
job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Job Options
Job Password • If you have enabled the Enable Job Password option and disabled the User Configurable
option in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt
> Config Job Policies) enter the device login user name and password and device Enable
password.
• If you have enabled the Enable Job Password option and enabled the User Configurable
option in the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt
> Config Job Policies) either:
– Enter the device login user name and password and device Enable password
or
– Disable the Job Password option in the Job Schedule and Options dialog box.
Deploy Mode
Overwrite Select the Overwrite option, if you want to replace the existing running configuration on the
device, with the selected configuration.
This is the default option for the configuration deployment.
The configuration that you have selected is compared with the latest running configuration in the
Configuration Archive. (RME assumes that the latest running configuration in the archive is the
same as the configuration currently running on the device.)
The Overwrite mode ensures that the running configuration on the device is overwritten with the
selected configuration. This means, after the configuration is successfully deployed, the selected
configuration and the running configuration on the device are the same.
Overwrite mode supports Write2Run of the configuration only.
Merge Select the Merge option, if you want to add incremental configuration to the device.
The configuration that you have selected is deployed on to the device as is. This means, the
existing running configuration of the device is updated incrementally with the commands in the
selected configuration.
The selected running configuration is not compared with the running configuration in the
Configuration Archive.
We recommend that you use this option on newly deployed devices. This is because, the Merge
option effectively deploys the entire configuration from the archive, on to the device.
Merge mode supports both Write2Run and Write2Start of the configuration.
• Configurations edited from Raw mode (.RAW) can be downloaded to both Startup or Running
configuration of the device.
• Configurations edited from Processed mode (.PROC) can only be downloaded to the Running
configuration of the device.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location.
For more details see, Overview: Opening a Configuration File.
Step 2 Select the configuration file and click Edit.
The Editor window appears.
Step 3 Click Close.
If the file contains any unsaved changes, a message window appears with the message:
You have done some changes since last save. Do you want to the save the changes?
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location.
For more details see, Overview: Opening a Configuration File.
Step 2 Select the configuration file and click Edit.
The Editor window appears.
Option Description
Compare Config Compares the current file with any earlier version in the configuration
archive.
View Changes Displays the changes made in the opened file.
External Syntax Checker 1. Select this option to check the configuration file using an external
syntax checker that is registered with Cisco Management Integration
Center (CMIC).
2. Click Submit.
Config Editor launches the URL, displaying the configuration
commands and sysobject ID of the device as input to the external
syntax checker.
3. View the output displayed by the external syntax checker.
4. Modify the commands in Config Editor.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location.
For more details see, Overview: Opening a Configuration File.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location.
For more details see, Overview: Opening a Configuration File.
Step 2 Select the configuration file and click Edit.
The Editor window appears.
Step 1 On the CiscoWorks LMS Portal home page, select RME > Config Mgmt > Config Editor > Config
Files.
Step 2 Select Device and Version in the Selection Area page.
Step 3 Click Go.
The Device and Version dialog box appears.
Step 4 Select the required device for which you wish to check the syntax using Device Selector.
Field Description
Version
Latest Select the latest version of the configuration file.
Earlier Select an earlier version of the configuration file.
Version Number Version number of the configuration file. This option is enabled when you
select Earlier in the version field.
This field is not editable.
To enter the version number:
1. Click Select to open the Version Tree dialog box.
2. Select the desired version.
3. Either:
– Click OK to select the version
Or
– Click Cancel to close the window.
Step 1 On the CiscoWorks LMS Portal home page, select Common Services > Homepage > Link
Registration.
The Registered Links window appears.
Step 2 Click Registration in the Links Registrations Status page.
The Enter Link Attributes window appears.
The Registered Links window appears with the list of registered links.
Step 1 Select RME > Config Mgmt > Config Editor > Private Configs to open a configuration file stored in
private work area.
The List of Private Configs window appears.
Or
Select RME > Config Mgmt > Config Editor > Public Configs to open a configuration file stored in
public work area.
The Public Configs window appears.
You can also perform any of the editor operations by opening a configuration file for editing by Device
and Version, Pattern Search, Baseline and External Location.
For more details see, Overview: Opening a Configuration File.
Step 2 Do any of the following:
• Select the file and click Edit to edit an opened configuration file.
The Configuration Editor dialog box appears.
• Select the file and click Deploy to deploy a job.
The Select Configs dialog box appears.
• Select the file and click Delete to remove an opened configuration file.
The screen is refreshed and the file is removed.
You can open a raw config in processed format. However, you cannot open a processed config in raw
format.
Step 1 Select RME > Config Mgmt > Config Editor> Config Files.
Step 2 Select an option in the Selection Area page.
Step 3 Click Go.
The Option dialog box opens in a new window.
Step 1 Select RME > Config Mgmt > Config Editor> Config Files.
Step 2 Select Device and Version in the Selection Area page.
Step 3 Click Go.
The Device and Version dialog box appears.
Step 4 Select the required device using the Device Selector.
Step 5 Select the information required to open a configuration file.
Field Description
Version
Latest Select the latest version of the configuration file.
Other Select an earlier version of the configuration file.
Field Description
Version Number Version number of the configuration file. This option is enabled
when you select Other in the version field.
This field is not editable.
To enter the version number:
1. Click Select to open the Version Tree dialog box.
2. Select the version you need.
3. Either:
• Click OK to select the version
Or
• Click Cancel to close the window.
Format
Raw Displays the entire configuration file. After you open a file in a
specific mode, you can view it only in that mode.
Processed Displays only the commands.
Step 1 Select RME > Config Mgmt > Config Editor> Config Files.
Step 2 Select Pattern Search in the Selection Area page.
Step 3 Click Go.
The Pattern Search dialog box appears.
Field Description
Setting
Match Any Searches for configurations that have at least one of the patterns you entered.
Match All Searches for configurations that include all patterns you entered.
Match Case Searches for configurations that are identical to the pattern entered.
Search Versions
Latest Searches in the latest version of the configuration file
All Searches in all the versions of the configuration file
Column Description
Device Name Name of the device
Version Version of the configuration file
Created On Date on which the configuration file is created
Change Description Modification comments
Step 1 Select RME > Config Mgmt > Config Editor> Config Files.
Step 2 Select Baseline in the Selection Area page.
Step 3 Click Go.
The Baseline Config dialog box appears.
Step 4 Select the required devices using the Device Selector.
Step 5 Click Next
The Baseline Template window appears with the following details:
Column Description
Baseline Name Name of the Baseline template.
Description Brief description about the template.
Created On Date on which the template was created.
While editing baseline template, you are required to replace variables that appear in the template with
actual values.
For example, in the following line [msg] is the variable.
banner motd [msg]
You should replace [msg] with actual value.
Step 1 Select RME > Config Mgmt > Config Editor> Config Files.
Step 2 Select Baseline in the Selection Area page.
Step 3 Click Go.
The Baseline Config dialog box appears.
Step 4 Select the required devices using the Device Selector.
Step 5 Click Next.
The Baseline Template window appears with the following details:
Column Description
Baseline Name Name of the Baseline template.
Description Brief description about the template.
Created On Date on which the template was created.
Step 1 Select RME > Config Mgmt > Config Editor > Config Files.
Step 2 Select External Location in the Selection Area page.
Step 3 Click Go.
The External File Selection dialog box appears.
Step 4 Click Browse to select the external file location.
The External Config Selector dialog box appears with the following fields:
You can control the access to directories/folders present on the server. There is a property file for this
purpose:
NMSROOT/MDC/tomcat/webapps/rme/WEB-INF/classes/com/cisco/nm/rmeng/config/cfgedit/ConfigE
ditor.properties.
Merge Mode
The configuration that you have selected is deployed on to the device as is. This means, the existing
running configuration of the device is updated incrementally with the commands in the selected
configuration.
The selected running configuration is not compared with the running configuration in the Configuration
Archive.
We recommend that you use this mode on newly deployed devices. This is because, the Merge option
effectively deploys the entire configuration from the archive, on to the device.
Step 1 Select RME > Config Mgmt > Config Editor > Config Editor Jobs.
The Config Deploy Job Browser window appears.
Step 2 Click Create.
The Create Config Download Job wizard appears.
All dialog boxes of the wizard contain the following buttons:
Button Description
Back Returns to the previous page.
Next Returns to the next page.
Finish Completes creation of jobs.
Cancel Cancels creation of job.
Selecting Configs
You can use the Select Configs dialog box to select configuration files of devices on which the download
job will run.
You must start a new download job before you start selecting configuration files. To do this:
Step 1 Select a configuration file on which to run the job using device selector on the left pane.
The select configuration file dialog has two panes.
• Left Pane—The Device Selector appears.
• Right Pane—The list of selected configuration files appear.
Step 2 Click either:
• Add Latest to move the latest version of the selected configuration file to the Selected
Configuration Files pane
Or
• Add Other Version to move any version of the selected configuration file to the Selected
Configuration Files pane
Step 3 Do any of the following:
• Click Next to proceed to the Job Schedule and Options dialog box.
• Click Cancel to stop creating a download job.
• Select a configuration file from the Selected Configuration Files pane and click Delete to remove a
configuration file.
Scheduling a Job
This feature allows you to assign a job name, schedule the job and set job options.
Before scheduling a job you must:
1. Start a new download job.
2. Select Configs.
To schedule a job:
Step 1 Enter the following information in the Job Schedule and Options dialog box.
Step 1 Select RME > Admin > Config Mgmt > Config Job Policies.
The Config Job Policies dialog box appears.
Step 2 Select Config Editor from the application drop-down list.
Step 3 Enter the following information in Config Job Policies dialog box.
Step 1 Review the information in the Work Order dialog box. The fields in this dialog box are:
Field Description
General Info Detailed information about the job, such as owner, description and
schedule.
Job Approval Info Status of approval.
Job Policies Policies configured for the job. Edit in Job Properties dialog box.
Devices Devices on which the job will run. Edit in Device Selector dialog box.
Device Commands Commands that the job will run.
Username Username of the job owner.
• To modify the job, return to any previous dialog box and change the information.
• To return to a previous dialog box, click Back until the dialog box appears.
Step 2 Click Finish in the Work Order dialog box to register the job.
Step 1 Select RME > Config Mgmt > Config Editor > Config Editor Jobs.
The List of Deploy Jobs window appears with the list of all the jobs.
Column Description
Job ID Unique number assigned to job at creation. Never reused.
Run Status Job states:
• Canceled
• Suspended
• Missed start
• Rejected
• Succeeded
• Succeeded with info
• Failed, Crashed
• Failed at start
• Running.
Description Description of the job, as entered during job definition.
Owner Name of the user who owns the configuration file.
Scheduled On Date and time the job is scheduled to run.
Completed At Date and time at which the job is completed.
Schedule Type Job schedule types:
• Suspended
• Scheduled
• Waiting for approval
• Rejected
• Canceled.
Status Status of running or completed jobs: Job Started, Progress, Job
Cancelled, Job Failed, Job Successful.
Pending jobs have no status.
Network show (NetShow) commands represent a set of read-only commands. These are primarily, show
commands that you can run on devices that are managed in RME.
You can specify the commands that you want to group together and then run these commands on one or
many devices. The output is displayed in a browser window.
NetShow has the following features:
• Network Administrators can assign Command Sets to other users.
• Network Administrators and Network Operators (if permitted) can execute the custom commands.
This allows them to run a command against multiple devices.
• Support for standard and non-standard Cisco devices.
• Simplified new device support.
• No device limit.
• Integration with the Output Interpreter tool.
RME ships with system-defined NetShow Command Sets. You cannot edit or delete any of these
Command Sets. See System-Defined Command Sets for the list of system-defined Command Sets in
RME.
You can run NetShow commands either from the Graphical User Interface (GUI) or from the Command
Line Interface (CLI). NetShow allows you to add system-defined as well as adhoc commands within
Command Sets and run them.
You must have the required privileges to perform these functions. See Viewing the Permission Report
for the tasks that a user in a particular role can perform.
The major features of NetShow are:
• NetShow Job Browser
The NetShow job browser allows you to create, edit, copy, retry, stop, or delete NetShow jobs and
view the details of the jobs. You can run a job immediately or schedule it to run at a specified time,
once, or periodically.
• Archiving NetShow Job Output
You can access the stored output that is created from a NetShow job through the Output Archive.
• Command Sets
The Command Set administration task enables you to create, edit, or delete user-defined Command
Sets.You can also view the details of existing Command Sets.
Step 1 Select Common Services > Server > Reports > Permission Report >
Generate Report.
The Permission Report appears.
Step 2 Check the Permission Report to verify which of the NetShow tasks each user role can perform.
The following table lists the NetShow tasks that each user role can perform.
By default, System-defined Command Sets are assigned to Network Administrators and Network
Operators.
Only Network Administrators can assign Command Sets to Network Operators. They can also view
Command Sets created by all users.
Network Operators can create and view Command Sets for themselves. These Command Sets will be
automatically assigned to them. However, they cannot view Command Sets created by other Network
Operators.
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser appears.
You can filter the jobs by any specified criteria using the Filter by drop-down list.
Column Description
Job ID Unique ID of the job. Click the hyperlink to view the Job details.
For periodic jobs, the Job IDs are in the number.x format, which stands for the number of
instances of that job.
For example, 1003.3 indicates that the Job ID is 1003 and it is the third instance of that job.
Status Status of the job—Scheduled, Successful, Failed, Cancelled, Running, Missed Start, Rejected,
Approved, Waiting for Approval.
The number, within brackets, next to Failed status indicates the count of the devices that had
failed for that job. This count is displayed only if the status is Failed.
For example, If the status displays Failed(5), then the count of devices that had failed amounts to
5.
This count of failed devices is not displayed for jobs restored from RME 4.0.4 or lesser versions.
Description Description of the job.
Owner Username of the job creator.
Scheduled At Date and time at which the job was scheduled.
Completed At Date and time at which the job was completed.
Schedule Type Type of job schedule—Immediate, Once, 6- Hourly, 12-Hourly, Daily, Weekly, Monthly, Last
Day of the Month.
For periodic jobs, the subsequent instances will run only after the earlier instance of the job has
completed.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance
of this job will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1
job has completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m.
November 2, the next job will start only at 10:00 a.m. on November 3.
Refresh Click the icon to refresh the NetShow job browser.
(Icon)
The NetShow Job Browser allows you to perform the following tasks:
• Viewing Job Details
• Creating Jobs
• Editing Jobs
• Copying Jobs
• Retrying Jobs
• Stopping Jobs
• Deleting Jobs
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser appears.
Step 2 Click the Job ID hyperlink of the job whose details you want to see.
The NetShow Job Details pop-up appears, displaying the day, date and time details in the header at the
top of the page. The Job ID and the Status appear in the header of the Job Result.
By default, the NetShow Job Details page appears with the Job Details list tree in the left pane and the
Work Order, in the right pane.
The Job Details list tree contains the following:
• Job Summary—Displays the summary of the job.
• Device Details—Displays the status of the devices.
• Work Order—Displays the work order of the job.
The following table describes the Job Details page.
Page/Folder Description
Job Details Job Summary Click to display summary of completed job:
• Deploy Summary:
– Status
– Start Time
– End Time
• Job Messages
– Pre-job Execution
– Post-job Execution
• Device Update
– Successful
– Failed
– Not Attempted
– Pending
Page/Folder Description
Device Details Deployed Devices Contains detailed job results for each device in a table:
• Device—List of devices on which the job ran.
• Status—Status of the device deployment (success or failure.)
• Protocol Used—Protocol used for the device.
• Message
– If the job failed on the device, the reason for failure appears.
– If the job succeeded on that device, the message Deploy Successful
appears.
You can filter the devices by selecting a status and clicking Filter.
This page displays the number of rows you have set for display in the Rows per
page field. You can increase the rows up to 50 on each page. You can navigate
between the pages of the report using the navigation icons at the right bottom of
this table.
Click the device name link to view the details of command sets and commands on
the device. Go to Step 3 for details.
You can view the output of all the commands for all the devices by clicking the
Print button on the top right hand corner of the NetShow Job Details Page.
Pending Devices Displays the list of devices that are awaiting command deployment.
Not Attempted Displays the list of devices on which the job has not attempted to deploy
Devices commands.
Work Order Displays the Job Work Order. It contains the same information as the work order that appeared when the
job was created.
For retried jobs, job definitions are not updated. For such jobs the original job definitions are retained. See
A sample Job Work Order is: for details.
You can click the page icon in the left pane to get the corresponding results in the right pane.
Step 3 Click the device name link in the Device Details table.
The NetShow Device Details pop-up page appears with the device name and commands in the left pane
and the commands output in the right pane.
By default, the command output is a consolidated one for all the listed commands.
To convert the output into a printer-friendly format click the Printer button.
A printer-friendly format of the consolidated output for all commands appears.
Step 4 Select a command from the Device list tree in the left pane and click
Analyze Output to analyze the output of the command.
You can mask the credentials shown in the output of show commands. See Masking Credentials for more
details on masking credentials and Viewing and Analyzing NetShow Output for more details on viewing
and analyzing NetShow Output.
The Cisco.com and Proxy Server Credential Profile dialog box appears.
Step 5 Enter your Cisco.com username and password in the Cisco.com and Proxy Server Credential Profile
dialog box
If you enter Cisco.com credentials in this workflow, these credentials are valid only for that session.
You are also prompted to enter your Proxy Username and Proxy Password only if a Proxy Server
hostname/IP and port are configured in Common Services > Security > Cisco.com Connection
Management Proxy Server Setup
Step 6 Click OK after entering the credential information.
The credentials that you enter here will be used for the entire session.
The Show Commands Output Interpreter Viewer appears, displaying the Report Name, date and time
details in the header at the top of the report.
To convert the output into a printer-friendly format click the Printer button.
A printer-friendly format of the output of the selected command appears.
Masking Credentials
You can mask the credentials shown in the output of show commands. If you want to mask the credentials
of a particular command, you must specify the command in the
NMSROOT\MDC\tomcat\webapps\rme\WEB-INF\classes\com\cisco\nm\rmeng\config\netshow\NSCre
dCmds.properties file.
In this file you can specify all the commands whose output should be processed to mask the credentials.
We recommend that you enter the complete command in the file. For example, you must enter show
running-config, not
show run. This file contains some default commands like show running-config.
Creating Jobs
From the NetShow Job Browser, you can create new jobs to run command sets. You can create immediate
as well as scheduled jobs.
To create a new job from the NetShow Job Browser:
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser appears.
Step 2 Click Create in the NetShow Job Browser.
The Select Devices and Command Sets window appears.
Step 3 Select the device or Device Categories from the Device Selector pane in the Select Devices and
Command Sets window.
Step 4 Select the Command Set from the Command Set List pane in the Select Devices and Command Sets
window.
Step 5 Enter the custom commands in the Custom Commands text box.
You can enter multiple commands; separate these commands by commas.
The Custom Commands text box will be enabled only if you have custom commands execution privilege.
See Assigning Custom Command Execution Privilege for more details on assigning custom command
execution privilege.
Step 6 Click Next.
The Set Schedule Options dialog box appears.
Step 7 Enter the following information in the Set Schedule Options dialog box:
Field Description
Scheduling
Run Type The run type of the job. The Run Types could be any or all of these, depending on the type of the job:
• Immediate—Runs the job immediately.
• Once—Once at the specified date and time.
• 6 -hourly—Every 6 hours, starting from the specified time.
• 12 -hourly—Every 12 hours, starting from the specified time.
• Daily—Daily at the specified time.
• Weekly—Weekly on the day of the week and at the specified time.
• Monthly—Monthly on the day of the month and at the specified time.
• Last day of Month—On the last day of the month at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has completed. If
the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will start
only at 10:00 a.m. on November 3.
Field Description
Job Options
Enable Job • If you have enabled the Enable Job Password option and disabled the User Configurable option in the
Password Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
enter the device login user name and password and Device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in the
Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
either:
– Enter the device login user name and password and Device Enable password.
The credentials are for contacting the device and not the DCR credentials.
Or
– Disable the Job Password option in the Set Schedule Options dialog box.
Execution Specify the order in which the job should run on the devices.
• Parallel—Allows the job to run on multiple (up to five) devices at the same time.
• Sequential—Allows the job to run on only one device at a time.
Maker Comments This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker Comments.
See Setting Up Job Approval for more details on enabling Job Approval Policies.
Maker E-mail This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker E-mail
address. This is mandatory. See Setting Up Job Approval for more details on enabling Job Approval
Policies.
--------------------------------------------------------------
-----------------------------------------------------------------
Job Policies
---------------------------------------------------------
Job Approval Details
Device Details
Device: 10.76.38.14
Applicable Commands:
Command Set Name: Show System Info
show version
show flash
show logging
ADHOC Commands
sh ver
------------------------------------------------------------------
Editing Jobs
You can select a job and edit the job properties from the NetShow Job Browser. You can edit only the
scheduled jobs.
You can change device and command set selection as required and re-submit the job. In such cases the
Job ID will remain the same.
To edit a job from the NetShow Job Browser:
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser appears with a list of all jobs.
Step 2 Select a scheduled job and click Edit in the NetShow Job Browser.
The Select Devices and Command Sets window appears with the current settings.
Step 3 Select the device or Device Categories from the Device Selector pane in the Select Devices and
Command Sets window.
Step 4 Select the Command Set from the Command Set List pane in the Select Devices and Command Sets
window.
Step 5 Enter the custom commands in the Custom Commands text box.
You can enter multiple commands. Separate these commands by commas.
The Custom Commands text box will be enabled only if you have custom commands execution privilege.
See Assigning Custom Command Execution Privilege for more details on assigning custom command
execution privilege.
Step 6 Click Next.
The Set Schedule Options dialog box appears.
Step 7 Enter the following information in the Set Schedule Options dialog box:
Field Description
Scheduling
Run Type The run type of the job. The Run Types could be any or all of these, depending on the type of the job:
• Immediate—Runs the job immediately.
• Once—Once at the specified date and time.
• 6 -hourly—Every 6 hours, starting from the specified time.
• 12 -hourly—Every 12 hours, starting from the specified time.
• Daily—Daily at the specified time.
• Weekly—Weekly on the day of the week and at the specified time.
• Monthly—Monthly on the day of the month and at the specified time.
• Last day of Month—On the last day of the month at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has completed. If
the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will start
only at 10:00 a.m. on November 3.
Date Scheduled date and time of the job.
Job Information
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter the e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses; separate these addresses by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences dialog
box (Common Services > Server > Admin > System Preferences). When the job starts or completes, an
e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Field Description
Comments Enter your comments for the job. Comments appear in the Job Work Order.
Job Options
Enable Job • If you have enabled the Enable Job Password option and disabled the User Configurable option in the
Password Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
enter the device login user name and password and Device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in the
Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
either:
– Enter the device login user name and password and Device Enable password.
The credentials are for contacting the device and not the DCR credentials.
Or
– Disable the Job Password option in the Job Schedule and Options dialog box.
Execution Specify the order in which the job should run on the devices.
• Parallel—Allows the job to run on multiple devices at the same time.
You can run the job on five devices at a time.
• Sequential—Allows the job to run on only one device at a time.
Maker Comments This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker Comments.
See Setting Up Job Approval for more details on enabling Job Approval Policies.
Maker E-mail This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker E-mail
address. This is mandatory. See Setting Up Job Approval for more details on enabling Job Approval
Policies.
Copying Jobs
From the Netshow Job Browser, you can select a job and create a copy of that job. You can either edit
the job details or submit the same job. If you copy a job, it creates a new job with the current
administrative settings.
To copy a job from the NetShow Job Browser:
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser appears with a list of all jobs.
Step 2 Select the job you want to create a copy and click Copy.
The Select Devices and Command Sets window appears with all your selections for the job that you are
copying.
Step 3 Click Next.
The Set Schedule Options dialog box appears.
Step 4 Click Next.
The View Job Work Order dialog box appears with the Job Work Order.
Step 5 Click Finish.
A message appears, Job ID created successfully.
The newly created job with the copied job details appears in the NetShow Job Browser.
Stopping Jobs
This topic captures procedures for stopping and retrying jobs. From the NetShow Job Browser:
• You can select jobs that are not yet executed or jobs that are currently running, and stop them. You
can select only one job at a time and stop it.
• You can select failed jobs and retry them (see Retrying Jobs).
When you use this feature to stop a job, the job status changes to the Cancelled state.
To stop a job from the NetShow Job Browser:
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser appears with a detailed list of all jobs.
Step 2 Select the job you want to stop and click Stop.
A message appears, The selected job will be stopped.
Step 3 Either:
• Click OK to confirm.
Or
• Click Cancel to prevent the job from stopping.
If you have selected a periodic job, a message appears, Do you want to stop all the instances?
Step 4 Either:
• Click OK to stop all instances of the job.
Or
• Click Cancel to stop only one instance of the job.
If you confirm stopping the job, a message appears, Job ID is being stopped. It may take a few
seconds.
Retrying Jobs
From the Netshow Job Browser, you can select a failed job and retry that job. You can only retry
non-periodic jobs.
To retry a failed job from the NetShow Job Browser:
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser appears with a list of all jobs.
Step 2 Select the job you want to retry and click Retry.
The Set Schedule Options dialog box appears.
You can either retain or change the Schedule Options.
Step 3 Click Next.
The View Job Work Order dialog box appears with the Job Work Order.
Step 4 Click Finish.
A message appears, Job ID submitted for retry successfully.
The job appears in the NetShow Job Browser with the same ID.
Deleting Jobs
You can delete all jobs from the Job Browser except jobs that are already running. To delete a running
job, you must first stop the job.
You can also delete individual instances of periodic jobs. However, if you try to delete the scheduled
instance of the periodic job, you are prompted to confirm whether you want to delete all the instances of
the job. You can delete multiple jobs at the same time.
Even if you delete a job that has completed, you can view the command output in the output archive
unless you remove this archive.
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser appears with a detailed list of all jobs.
Step 2 Select a job or a number of jobs that you want to delete and click Delete in the NetShow Job Browser.
A message appears, Selected job(s) will be deleted.
Step 3 Either:
• Click OK to confirm.
Or
• Click Cancel to prevent the job(s) from deleting.
If you have selected periodic job(s), a message appears, If you delete periodic jobs or instances
of a periodic job that are yet to be run, the jobs will no longer run, nor will they be
scheduled to be run again. You must then recreate the deleted jobs. Do you want to
continue?
Step 4 Either:
• Click OK to delete all instances of the job(s).
Or
• Click Cancel to cancel deleting the job(s).
If you confirm deleting the job, a message appears, Job(s) deleted successfully.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Output Archive.
The Output Archive page appears.
You can use the Filter option to filter the archives based on All or Job ID or Description as the criteria.
You can provide a search string in the text area and click Filter to filter the archives based on the search
criteria.
Step 2 Select an Archive ID and click View.
The NetShow Archive Details pop-up appears, displaying the day, date, and time details in the header at
the top of the page. The Archive ID appear in the header of the Archive Result.
The Archive Details pop-up has two panes. The Archive Details appear in a tree format with Device
Details and Deployed Devices in the left pane. The list of devices appear in a table in the right pane.
The following table describes the Archive Details page.
Folder Description
Archive Details Expand the list tree to view the Device Details and Deployed Devices.
Device Details Expand the list tree to view the Deployed Devices.
Deployed Contains detailed job results for each device in a table:
Devices
• Device—List of devices on which the job ran.
• Status—Status of the device deployment (success or failure.)
• Protocol Used—Protocol used for the device.
• Message
– If the job failed on the device, the reason for failure appears.
– If the job succeeded on that device, the message Deploy Successful appears.
This page displays the number of rows you have set for display in the Rows per page field. You can increase
the rows up to 50 for each page. You can navigate among the pages of the report using the navigation icons
at the bottom right of this table.
Click the device name link to view the details of command sets and commands on the device. Go to Step 3
for details.
Step 3 Click the Status link in the Archive Details table. Alternatively you can click on the device link and it
takes you to the Device Center Home page providing more details about that device.
The NetShow Device Details pop-up appears with the device name, Command Sets and commands in
the left pane and the command output in the right pane.
By default, the command output is a consolidated output for all the commands.
To get specific outputs for each command:
a. Select a command from the Device list tree in the left pane.
b. Click Analyze Output to view and analyze the output of the command.
If the selected command’s output appears as No Output in the right pane, the Analyze Output button is
disabled.
You can mask the credentials shown in the output of show commands. See Masking Credentials for more
details.
The Cisco.com Profile pop-up dialog box appears.
Step 4 Enter your Cisco.com Username and Password in the dialog box.
The credentials that you enter here will be used for the entire session.
The Show Commands Output Interpreter Viewer appears. It displays the report name, date, and time
details in the header at the top of the report.
To convert the output in to a printer-friendly format click the Printer button.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Output Archive.
The Output Archive page appears.
You can use the Filter option to filter the archives based on All or Job ID or Description as the criteria.
You can provide a search string in the text area and click Filter to filter the archives based on the search
criteria.
Step 2 Select the archive(s) that you want to delete and click Delete.
A message appears, Selected archive(s) will be deleted.
Step 3 Either:
• Click OK to delete the selected archive(s).
Or
• Click Cancel to cancel deleting the selected archive(s).
Command Sets
The Command Set represents a logical grouping of commands. Each command set is associated with a
unique name.
NetShow provides a few pre-defined command sets that can be run against selected devices. See
System-Defined Command Sets for more details on these command sets.
The command set can contain multiple commands in the following types of devices:
• Universal Gateways and Access Servers
• Content Networking
Note You must have Administrator privileges to perform any of these tasks.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Command Sets.
The Command Sets window appears.
Step 2 Click the name of a Command Set in the List of Command Sets.
The Command Set Details pop-up window appears.
Step 3 Expand each of the list tree to view details of the Command Set assigned to each of the device category
in the list.
Step 4 Click Close to close the Command Set Details window.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Command Sets.
The Command Sets window appears.
Step 2 Click Create in the Command Sets window.
The Select Device Category window appears.
Step 3 Enter the name of the Command Set in the Name field and a description for the Command Set in the
Description field.
Step 4 Select the type of device from the Device Type Selector.
Step 5 Click Next to continue.
The Select Commands window appears.
Step 6 Select the command or commands you want to assign to the selected device or group of devices from the
Available Commands pane in the Select Commands window.
• Select All Commands from the Commands Selection drop-down list to list all the commands
available for the device or group of devices.
• Select Common Commands from the Commands Selection drop-down list to list only the common
commands.
If you have a device category with no commands, it will not be considered for populating the Common
Commands list.
Step 7 Click Add to add the selected commands.
The commands move to the Selected Commands pane in the Select Commands dialog box.
Step 8 Select commands from the Selected Commands pane and click Remove to delete the commands from
the Selected Commands pane.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Command Sets.
The Command Sets window appears with the List of Command Sets.
Step 2 Select the name of the Command set in the List of Command Sets and click Edit.
The Select Device Category window appears with the device types that you have already selected and
the Command Set name.
If you want to edit the Command Set for the particular device type, select the device type and click Next.
The Select Commands window appears.
Step 3 Select the command or commands you want to assign to the selected device or group of devices from the
Available Commands pane in the Select Commands window.
• Select All Commands from the Commands Selection drop-down list to list all the commands
available for the device or group of devices.
• Select Common Commands from the Commands Selection drop-down list to list only the common
commands.
If you have a device category with no commands, it will not be considered for populating the Common
Commands list.
Step 4 Click:
• Add to add the selected commands.
The commands move to the Selected Commands pane in the Select Commands dialog box.
• Remove to delete the commands from the Selected Commands pane.
• Enter the commands in the Adhoc Commands text box and click Add Adhoc.
• Select the adhoc commands from the Selected Commands pane and click
Delete Adhoc to remove the adhoc commands.
See Adding and Deleting Adhoc Commands for more details on Adhoc Commands.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Command Sets.
The Command Sets window appears.
Step 2 Select the Command Sets you want to delete in the List of Command Sets and click Delete.
A message appears: Selected Command Set(s) will be deleted.
Step 3 Either:
• Click OK to confirm the deletion of the Command Sets.
Or
• Click Cancel to cancel the deletion of the Command Sets.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Command Sets.
The Command Sets window appears.
Step 2 Click Create in the Command Sets window.
The Select Device Category window appears.
Step 3 Enter the name of the Command Set in the Name field and a description for the Command Set in the
Description field.
Step 4 Select the type of device from the Device Type Selector.
Step 5 Click Next to continue.
The Select Commands window appears.
Step 6 Enter the adhoc commands in the Adhoc Commands text box and click Add Adhoc.
You can enter multiple commands; separate them by commas.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Assigning Command Sets.
The Assigning Command Sets page appears with the Assign Command Sets window.
Step 2 Enter the username in the Username field and click Show Assigned.
The username must be that of a valid CiscoWorks user. If RME has been registered with a Cisco Secure
ACS Server, then the username must be that of a valid ACS user.
The Command Sets assigned to this user appears in the Selected User-Defined Command Sets pane in
the Assign Command Sets window.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Assigning Command Sets.
The Assign Command Sets dialog box appears.
Step 2 Enter the username in the Username field.
Step 3 Select the Command Sets that you want to allocate to the user from the Available User-Defined
Command Sets list and click Add.
The selected Command Sets appear in the Selected User-Defined Command Sets list.
Step 4 Add all the required Command Sets to the Selected User-Defined Command Sets list box.
Step 5 Click Assign to assign the Command Sets access privileges to the specified user.
For a specified user to see the assigned Command Sets, enter the username in the Username field and
click Show Assigned.
The Command Sets assigned to the user appear in the Selected User-Defined Command Sets list.
Step 1 Select Resource Manager Essentials > Tools > NetShow > Assigning Command Sets.
The Assign Command Sets dialog box appears.
Step 2 Enter the username in the Username field.
Step 3 Check the Custom Command Execution check box to assign custom command execution privilege to this
user.
Field Description
Scheduling
Run Type The Run Type of the job. The Run Types could be any or all of these, depending on the type of the job:
• Immediate—Runs the job immediately.
• Once—Runs the job once at the specified date and time.
• 6 - hourly—Runs the job every 6 hours, starting from the specified time.
• 12 - hourly—Runs the job every 12 hours, starting from the specified time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
• Last day of Month—Runs on the last day of the month at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will start
only at 10:00 a.m. on November 3.
To change, select the required run type from the drop-down list.
Date Scheduled date and time of the job.
Field Description
Job Information
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses; separate these addresses by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences dialog
box (Common Services > Server > Admin > System Preferences). When the job starts or completes, an
e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter your comments for the job. Comments appear in the Job Work Order.
Job Options
Enable Job • If you have enabled the Enable Job Password option and disabled the User Configurable option in the
Password Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
enter the device login user name and password and Device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in the
Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
either:
– Enter the device login user name and password and Device Enable password.
Or
– Disable the Job Password option in the Job Schedule and Options dialog box.
Execution Specify the order in which the job should run on the devices.
• Parallel—Allows the job to run on multiple devices at the same time.
By default, the job runs on five devices at a time.
• Sequential—Allows the job to run on only one device at a time.
Maker Comments This field appears only if you have enabled Job Approval Policies for NetShow. Enter the Maker
Comments. See Setting Up Job Approval for more details on enabling Job Approval Policies.
Maker E-mail This field appears only if you have enabled Job Approval Policies for NetShow. Enter the Maker E-mail
address. This is mandatory. See Setting Up Job Approval for more details on enabling Job Approval
Policies.
Step 9 Click Finish after you review the details of your job in the Job Work Order dialog box.
A message appears, Job ID created successfully.
The newly created job appears in the NetShow Job Browser.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies.
The Job Policy dialog box appears.
Step 2 Select NetShow from the Application drop-down list.
Step 3 Enter the following information in the Job Policy dialog box:
Purging Jobs
The Job Purge option provides a centralized location for you to schedule purge operations for certain
RME jobs including NetShow jobs.
Select Resource Manager Essentials > Administration > System Preferences > Job Purge to invoke
the Job Purge option.
The Job Purge window contains the following information:
Column Description
Application Lists the application for which the purge is applicable.
Status Whether a purge job is enabled or disabled.
Policy This value is in days. Data older than the specified value, will be purged. You can change this
value as required. This is a mandatory field. The default is 180 days.
Job ID Unique ID assigned to the job by the system, when the purge job was created. This Job ID does
not change even if you disable or enable or change the schedule of the purge job.
For the Purge Now task, a Job ID is not assigned. Also, if a Job ID already exists for that
application, this Job ID is not updated for the Purge Now tasks. That is, the job scheduled for
purging is not affected by the Purge Now task.
Scheduled At Date and time that the job was scheduled at. For example: Nov 17 2004 13:25:00.
Schedule Type Specifies the type of schedule for the purge job:
• Daily—Daily at the specified time.
• Weekly—Weekly on the day of the week and at the specified time.
• Monthly— Monthly on the day of the month and at the specified time. (A month comprises
30 days).
Step 1 Select Resource Manager Essentials> Administration> System Preferences> Job Purge.
The Job Purge dialog box appears.
Step 2 Select NetShow jobs from the list of jobs in the Job Purge dialog box.
You can perform the following tasks in the Job Purge window:
Button Description
Schedule Schedule a job purging.
Enable Enable a job for purging after you schedule it.
Disable Disable the purge after enabling a job for purging.
Purge Now Purge a job immediately.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Config Mgmt.
The Transport Settings dialog box appears.
Step 2 Select NetShow from the Application Name drop-down list.
Step 3 Select a protocol from the Available Protocols pane and click Add.
NetShow supports only Telnet and SSH.
If you want to remove a protocol or change the protocol order, you can remove the protocol using the
Remove button and then add it again.
The protocols that you have selected appear in the Selected Protocol Order pane.
Step 4 Click Apply.
A message appears, New settings saved successfully.
Step 5 Click OK.
Note The protocol used for communicating with the device is based on the order in which the
protocols are listed here.
Step 1 Select Resource Manager Essentials > Admin > System Preferences > Loglevel Settings.
The Set Application Logging Levels dialog box appears.
Step 2 Select NetShow from the Application drop-down list.
Step 3 Select the appropriate log level from the Logging Level drop-down list.
Step 4 Either:
• Click Reset to apply the default logging levels.
Or
• Click Apply to set the Log Level you have selected.
A message appears, Successfully updated the Log levels.
Step 5 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Approval > Assign Approver Lists.
The Assign Approver Lists dialog box appears.
Step 2 Select the required Approver list from the drop-down list box for NetShow.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Approval > Approval Policies.
The Approval Policies dialog box appears.
Step 2 Set up Job Approval for NetShow. To do this, either:
• Select the Enable check box that corresponds to NetShow, to enable Job Approval.
Or
• Deselect the Enable check box that corresponds to NetShow, to disable Job Approval.
Step 3 Click Apply to apply your changes.
After you enable Job Approval, two additional fields appear in the Job Schedule wizard of NetShow.
These are:
• Maker Comments—Job creator’s comments.
• Maker E-mail—Job creator’s e-mail address.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
For more information on generating the Standard Audit Trail Report, see Generating a Standard Audit
Trail Report section in the Tracking RME Server Changes Using Audit Trail chapter.
The Audit Trail report contains all change information provided by RME applications based on your
filter criteria. For more information on understanding the Audit Trail Report, see Understanding the
Audit Trail Report section in the Tracking RME Server Changes Using Audit Trail chapter.
Manually upgrading your devices to the latest software version can be an error-prone, and
time-consuming process. To ensure rapid, reliable software upgrades, Software Management automates
the steps associated with upgrade planning, scheduling, downloading, and monitoring.
Using Software Management, you can:
• Set up your Software Management preferences.
You can specify information such as, the directory where images are stored, the pathname of the
user-supplied script to run before and after each device software upgrade, etc.
You can enable and define the protocol order for Software Management tasks. You can also enable
the Job Based Password option for Software Management tasks.
You can specify if the images on Cisco.com should be included during image recommendation of
the device. Also specify the Cisco.com filters so that only the images that match the filter criteria
are selected.
See Viewing/Editing Preferences for further details.
• Analyze software upgrades
You can generate Upgrade Analysis reports that help you determine prerequisites for a new software
deployment.
These reports analyze the proposed images to determine the hardware upgrades (device access, boot
ROM, Flash memory, RAM, and NVRAM and boot Flash, if applicable) required before you can
perform the upgrade.
See Upgrade Analysis for further details.
• Import images into the software repository
You can determine the images missing from your repository and import them into the software
repository.
You can also keep the repository up-to-date and periodically synchronize the repository with the
images running on your network devices.
You can also schedule an image import for a later, more convenient time.
See Adding Images to the Software Repository for further details.
• Distribute software images to groups of devices
Depending on system complexity, you can configure upgrades for groups of devices to the same
software image or to different software images.
You can specify these groups manually, using your RME groups and search criteria. You can also
use some other selection criterion, such as the current software version or hardware type.
You can run the device upgrades job sequentially or in parallel. After upgrading the devices, you can
also specify the reboot order.
See Software Distribution for further details.
• Distribute images as patches to group of devices
Depending on system complexity, you can configure upgrades for groups of devices to the patch
software images.
You can specify these groups manually, using your RME groups and search criteria. You can also
use some selection criterion, such as the current software version or hardware type.
You can run the device upgrades job sequentially or in parallel. After upgrading the devices, you can
also specify the reboot order.
See Patch Distribution for further details.
• Reduce errors by using a recommended image
Software Management checks the current software version, Flash device size, DRAM size, boot
ROM version. Software Management also checks any device type specific software and hardware
requirements for compatibility. Software Management checks and recommends a best-fit image for
a device.
See Understanding Upgrade Recommendations for further details.
• Schedule image upgrade jobs
You can schedule image upgrades to occur immediately or at a later, more convenient time.
Optionally, you can integrate software upgrade scheduling into your internal change approval
process (Resource Manager Essentials > Admin > Approval).
After an upgrade, you can:
– Undo the upgrade and roll back to the previous image
Software Management tracks each device's image history so that if you upgrade to a new image,
you have a record of what has been installed on the device. This allows you to undo the upgrade
and roll back to the previous image, if necessary.
An Change Audit record is logged for this task. You can generate the Standard Change Audit
report using Resource Manager Essentials > Reports > Report Generator.
See Undo a Successful Distribution Job for further details.
– Retry the upgrade on devices that failed in a previous job
You can also retry a job for devices that failed the upgrade process. For example, you may need
to do this because of a configuration error or a bad network connection.
You can retry the job and include only those devices that were not upgraded previously.
See Retry a Failed Distribution Job for further details.
• Track job progress and job history information
Software Management generates detailed job reports. These reports display the status of each
software upgrade and a detailed job log. They also keep track of job and device operations and job
history information.
See Using Software Management Job Browser for further details.
Note It takes approximately 4 hours to process your application. You cannot download the software until the
entitlement process is complete. You will not receive any notification for this.
On CiscoWorks Server, you can enter Cisco.com credentials for Individual user Cisco.com credentials.
You can enter your individual Cisco.com credentials when you perform any Software Management tasks
that need access to the Cisco.com server.
If your Cisco.com username and password have not been added to the CiscoWorks database, enter your
Cisco.com username and password. If you enter Cisco.com credentials in this workflow, the credentials
are valid only for that session.
If you Cisco.com username and password have been added to the CiscoWorks database, then Cisco.com
login dialog box appears with the information that is available in the CiscoWorks database.
If you are accessing Cisco.com over a proxy server, you must enter the proxy server details in the Proxy
Server Setup dialog box (Common Services > Server > Security > Cisco.com Connection
Management > Proxy Server Setup).
Viewing/Editing Preferences
Edit Preferences helps you to set or change your Software Management preferences.
The options you specify here are applicable to Software Management tasks such as image distribution,
image import, etc.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Software Mgmt > View/Edit Preferences.
The View/Edit Preferences dialog box appears.
Step 2 Enter the following:
Recommendation Filters (See How Recommendation Filters Work for an IOS Image.)
Include Cisco.com During image distribution,
images for image recommend Cisco.com images
recommendation for Cisco devices.
Include General Includes only GD images. For Cisco IOS devices only.
deployment images
Include latest Includes the latest major releases For Cisco IOS devices only.
maintenance release of IOS images.
(of each major
For example, if Release 12.2(5)
release).
was latest maintenance version
in the 12.2 major release, the
recommended image is IOS
12.2(5).
Include images higher Includes the images that are For Cisco IOS devices only.
than running image. newer than the images running
on your device.
For example, if the device is
running Release 11.2(3), the
recommended images are
11.2(4) and later.
Step 3 Either:
• Click Apply to save your changes.
• Click Defaults to display the default configuration.
• Click Cancel to discard the values entered and revert to previously saved values.
Step 1 Select the protocols from the Selected Protocol Order pane.
Step 2 Click Remove.
You can either select the protocols individually or use the mouse to select all of them and click Remove.
Step 3 Select a protocol from the Available Protocols pane.
Step 4 Click Add or double click the mouse.
Include Include
Latest Same
Mainten Include Image
Include ance Images Feature
General Release Higher Subset
Deploy- (of Each Than as
Option ment Major Running Running
Number Images Release) Image Image Recommendation
1 Not Not Not Not The recommendation image list includes:
selected selected selected selected
• All available images.
• In case of,
– Multiple images with the same version as that of the running
image version are present, the image with a higher compatible
feature than the running image is recommended.
– Similar images in Cisco.com and Software Management
repository, the image from the repository is recommended.
• The image feature can be the same or a superset of the running
image.
If a higher version is not available, then no recommendation is made.
2 Not Not Not Selected The recommended list contains images that have the same feature set
selected selected selected as that of the running image.
The images with the highest version among the recommended image
list are recommended.
3 Not Not Selected Not The recommend list contains all types of releases (deployment status).
selected selected selected
The images with the highest version among recommended image list
are recommended.
The feature set of the recommended image may be superior than the
running image.
4 Not Selected Not Not The latest maintenance version in each release is available in the
selected selected selected recommend image list. The latest image version is recommended.
5 Selected Not Not Not The images with deployment status identified as GD are available in
selected selected selected the recommended image list and other recommendation flow remains
the same as the option 1.
6 Selected Not Not Selected Same as option5. However, the recommended list contains images that
selected selected have the same feature set as that of running image.
7 Selected Not Selected Not Same as option 5. However, the image with the highest version in the
selected selected recommended image list is recommended.
The feature set of the recommended image may be superior than the
running image.
8 Selected Not Selected Selected Same as option 6. However, the image with the highest version in the
selected recommended image list is recommended.
All recommend images will have the same feature subset as the
running image.
Include Include
Latest Same
Mainten Include Image
Include ance Images Feature
General Release Higher Subset
Deploy- (of Each Than as
Option ment Major Running Running
Number Images Release) Image Image Recommendation
9 Selected Selected Not Not The images with the highest version among recommended image list
selected selected are recommended.
The images of GD types of releases are available in the recommended
image list.
10 Selected Selected Not Selected The images with the same feature as that of running image is available
selected in the recommended list and the latest maintenance version of all
release is available in the recommended list.
Only an image with higher version than running image is
recommended. The recommended images can have only GD status.
11 Selected Selected Selected Not Same as option 9. In addition to this, an image with the higher version
selected than running image is also recommended.
The information source for IPX/IGX/BPX/MGX is the software release notes for these devices.
Note You should always review the Release Notes before performing any upgrade because important
information that supplements the Upgrade Analysis Report may be provided.
Since the knowledge bases change periodically as new images are released, the knowledge base files are
maintained on Cisco.com. The Update Upgrade Information option allows you to update your RME
server to the latest versions of these files.
An administrator should update the knowledge bases regularly if IPX/IGX/BPX/MGX device upgrades
are performed. If your RME server is connected to Cisco.com, you can update the knowledge bases
directly from Cisco.com.
Otherwise, you must retrieve the files from Cisco.com using some other system, move the files to a local
directory on your server, and then import them.
Ensure that you download the latest knowledge base files from Cisco.com to your local filesystem. This
is important if your RME server is not connected to Cisco.com
The files are located at ftp.cisco.com: /cisco/netmgmt/cw2000/essentials/swim-kb/
Review the Readme file in that directory to determine the latest knowledge base files.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Software Mgmt > Update Upgrade Information.
The Upgrade Knowledge Base dialog box appears.
Step 2 Click Update.
The Update Upgrade Information Source dialog box appears.
Step 3 Either:
a. Click Cisco.com if you have connection from your RME server to Cisco.com.
If your Cisco.com username and password have not been added to the CiscoWorks database, a dialog
box appears.
b. Enter your Cisco.com username and password.
The credentials you enter here are valid only for that session.
If your Cisco.com username and password have been added to the CiscoWorks database, the Cisco.com
login dialog box appears with the information that is available in the CiscoWorks database.
Or
a. Click File System if you do not have a connection from your RME server to Cisco.com and if you
have downloaded the knowledge base files from Cisco.com to the RME server.
b. Enter the path to one of the files.
Field Description
File Name of the device and the supported upgrade knowledge base
information.
Available Version Version of this knowledge base currently installed in the RME system.
Current Version Available version of this knowledge base in the Cisco.com or the File
System of the server.
Comparison Result Results of the verification of the knowledge base to check if it is up to
date or needs an upgrade.
Software Repository
The Software Repository Management window displays the images that are available in the Software
Management repository. This window contains the following fields, buttons, and the entry in the TOC:
• Table 13-2Software Repository Management Window Fields
• Table 13-3Software Repository Management Window Buttons and TOC Entry
Fields Description
File Name File name of the software image.
Click on the File Name to edit the image attributes.
See Editing and Viewing the Image Attributes.
Image Family Name of the image family.
Image Type Type of the images (SYSTEM_SW, SUPERVISOR,
SUPERVISOR2_6000, SUPERVISOR6000, BOOT_LOADER,
ATM_WBPVC, etc.).
Version Software version number.
Size Image size in megabytes.
Status Status of the image on Cisco.com.
See Synchronizing Software Image Status With Cisco.com.
Updated at Date and time the image was checked into the repository.
Comments Comments, typically used to track why the image was added to
repository.
Table 13-3 lists and describes the buttons and TOC entries in the Software Repository Management
Window.
Table 13-3 Software Repository Management Window Buttons and TOC Entry
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Select Resource Manager Essentials > Software Mgmt > Software Repository > Software
Repository Synchronization.
The Software Repository Synchronization dialog box that appears contains the following:
Fields/Buttons Description
Job Id Unique number assigned to the job when it is created.
Next Run Time and date of the next instance of Synchronization Report job.
Fields/Buttons Description
View Report You can view the synchronization report. This report displays
which Software Management-supported devices are running
software images that are not in the software image repository.
See Viewing a Synchronization Report for further details.
Schedule You can schedule a Synchronization report. You can also reschedule
a existing Synchronization report.
See Scheduling a Synchronization Report for further details.
Remove Job You can remove the scheduled synchronization report job.
See Removing a Synchronization Report Job for further details.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository > Software
Repository Synchronization.
The Software Repository Synchronization dialog box appears.
Step 2 Click Schedule.
The Job Schedule for Out-of-sync Report dialog box appears.
Step 3 Enter the following information:
Field Description
Scheduling
Run Time You can specify when you want to run the Image Out-of-Sync Report job.
To do this, select one of these options from the drop-down menu:
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is
complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance
of this job will run at 10:00 a.m. on November 2 only if the earlier instance of the November
1 job has completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next
job will start only at 10:00 a.m. on November 3.
Date Select the date and time (hours and minutes) to schedule.
Field Description
Job Info
Job Description The system default job description, SoftwareImages Out Of Synch Report is displayed.
You cannot change this description.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the
job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When
the job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's
address.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository > Software
Repository Synchronization.
The Software Repository Synchronization dialog box appears.
Step 2 Click View Report.
The Image Out-of-synch Report window appears.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository > Software
Repository Synchronization.
The Software Repository Synchronization dialog box appears.
Step 2 Click Remove Job.
A confirmation dialog box shows that the synchronization report job is removed successfully.
Step 3 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Click Add. Do not select any images from Software Repository Management window.
The Image Source dialog box appears.
Step 3 Select Cisco.com.
The Cisco.com and Proxy Server Credential Profile dialog box appears.
• Enter your Cisco.com username and password. If you enter Cisco.com credentials in this workflow,
these credentials are valid only for that session.
• You are also prompted to enter your Proxy Username and Proxy Password only if a Proxy Server
hostname/IP and port are configured in:
Common Services > Security > Cisco.com Connection Management Proxy Server Setup
• After entering the credential information, Click OK.
Step 4 Click Next.
The Device Selection dialog box appears.
Step 5 Select the device from the Device Selection dialog box, and click Next.
If you do not want to select any devices, click Next.
If you select devices from this list, they identify a subset of device software images. This helps you
narrow your options on subsequent screens.
The Add Images from Cisco.com dialog box appears. This dialog box has several sections from which
you select combinations of device platforms, software release versions, and software subset images.
See Using RME Device Selector for information on how to use RME Device Selector.
Step 6 Select the images to download. Work from left to right and from top to bottom:
a. From the Select a Device/Platform section, select a device or device family.
If you select an individual device, the device family, Cisco IOS release, and required Flash and RAM
sizes appear.
For IPX/IGX/BPX/MGX devices, the system software release appears.
A list of available software versions for that device appears in the top middle section.
b. From the Software Versions section, select a software version.
If you are unsure of the subset image you need, see the Release Notes on Cisco.com.
– For IPX/IGX/BPX platforms, both switch software and all applicable module firmware images
appear.
– For MGX platforms, system releases appear.
A list of available subset images for the selected software version appear in the top right frame.
c. From the Software Subset Images section, select a subset image.
The subset image is added to the Images to be Added table in the bottom section.
For IPX/IGX/BPX/MGX devices, there are no subset images. Select the item that appears in this
section to complete image selection.
Step 7 Continue adding images to the list.
The images that you have added appear in the Images to be Added table. This table contains this
information:
• Devices/Platforms—Name of the device or platform.
• Version—Software version that you have selected.
• Subset—Subset image information.
Step 8 Click Next when the list contains all image combinations to download.
Software Management verifies that the images in the Image list run in the selected devices and displays
the status in the Add Images from Cisco.com dialog box. The Add Images from Cisco.com dialog box
contains:
Field Description
Device/Platform Lists the device details that you have selected.
Selected Version and Subset Displays the image details.
Image Requirements Displays the required hardware (RAM and Flash) details.
Field Description
Download Select the image you want to download.
By default, the check boxes are selected for the images that
have passed the verification.
You can choose not to add an image by deselecting that
check box.
Pass/Fail Results of image verification.
• Pass—Device has the minimum required memory and
Flash memory.
• Fail—Device does not have enough memory or Flash
memory.
Images that fail verification on one device could work on
another. Therefore, you can download a failed image by
selecting the Download check box.
Step 9 Select the images to add to the image repository in the Add Images from Cisco.com dialog box and click
Next.
The Job Control Information dialog box appears.
Step 10 Enter the following in the Job Control Information dialog box:
Field Description
Scheduling
Run Type You can specify when you want to run the Image Import (from Cisco.com) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date If you have selected Once for Run Type, select the date and time (hours and minutes) to
schedule.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the
job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When
the job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's
address.
Comments Enter the additional information about this job.
Field Description
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Field Description
Job Description Displays the job description. This is what you entered while scheduling
the job.
Work Order Displays the details of the device name and image name which you have
selected. It also displays the file size of the image.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Field Description
Image Available images on your device.
Available At Location where the image is available on your device.
Device Name of the device as managed by RME.
Size Image size in bytes.
Errors Click on the link for details.
By default, the check boxes of the images that are not in the software repository are selected. You can
choose not to add an image by deselecting the corresponding check box.
Step 6 Click Next.
The Job Control Information dialog box appears.
Step 7 Enter the following in the Job Control Information dialog box:
Field Description
Scheduling
Run Type You can specify when you want to run the Image Import (from Device) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date If you have selected Once for Run Type, select the date and time (hours and minutes) to
schedule.
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the
job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When
the job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's
address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Field Description
Job Description Displays the job description. This is what you entered while scheduling
the job.
Work Order Displays the details of the device name and image name which you have
selected. It also displays the file size of the image.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Click Add..
Do not select any images from the Software Repository Management window.
The Image Source dialog box appears in the Add Images window.
Step 3 Click File System, and click Next.
The Add Image From Local File System dialog box appears.
Step 4 Enter the full pathname of the source file or directory.
Or
a. Click Browse to search for the directory name.
The Server Side File Browser dialog box appears.
b. Select either the file or the directory on the RME server.
c. Click OK.
Step 5 Click Next.
The Image Attributes dialog box appears with this information:
• Filename—Filename as it appears in filesystem directory.
You cannot add an image if a file with the same name already exists in the software repository or if
the minimum required attributes cannot be retrieved.
• Image Type—Image type, determined from the filename. If the image type is not correct, select
correct type from drop-down list box.
Software Management tries to determine the image type from the filename. If it cannot determine
the image type (for example, if the image has been renamed to a nonstandard name), it labels the
image type as Unknown.
By default, the check boxes of the images that are not in the software repository are selected. You can
choose not to add an image by deselecting the corresponding check box.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management window appears.
Step 2 Click Add.
Do not select any images from the Software Repository Management window.
The Image Source dialog box appears in the Add Images window.
Step 3 Click URL, and click Next.
The Add Image From URL dialog box appears.
Step 4 Enter the URL details.
For example: http://servername:portnumber/file_location
Where,
• servername is the name of the server where the image resides.
• portnumber is the http port number.
• file_location is the image location on the server.
The web server must be running on the destination machine. You can use only HTTP URLs. The remote
server should not have any authentication.
Step 5 Click Next.
The Job Control Information dialog box appears.
Step 6 Enter the following information in the Job Control Information dialog box:
Field Description
Scheduling
Run Type You can specify when you want to run the Image Import (from URL) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date If you have selected Once for Run Type, select the date and time (hours and minutes) to schedule.
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Field Description
Job Description Displays the job description. This is what you entered while scheduling the job.
Work Order Displays the details of the device name and image name which you have selected. It also
displays the file size of the image.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
You must locate your device in the Supported Image Import Features for Software Management table on
Cisco.com. This is because the image baseline capabilities might not be available yet for all devices.
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_device_support_tables_list.html
To add images from network:
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Click Add. Do not select any images from the Software Repository Management window.
The Image Source dialog box appears.
Step 3 Select Network, and click Next.
Software Management checks the devices on your network and the software images running on those
devices.
To run this check faster, select Use generated Out-of-sync Report to find the images that are not in the
Software Images repository.
You should generate a Out-of-sync Report before selecting this option. The running images in the
network that are not in the Software Repository, appear in the Network Baselining dialog box.
If you have not selected the Use generated Out-of-sync Report option, all running images that are not in
the Software Repository appear in the Network Baselining dialog box.
The Network Baselining dialog box contains the following information:
Field Description
File Name Filename as it appears in filesystem directory.
You cannot add an image if a file with the same name already exists in
the software repository or if the minimum required attributes cannot be
retrieved.
Size Image size in bytes.
Available at Location where the image is available on your device.
Error Click on the link to review the details.
By default, the check boxes of the images that are not in the Software Repository are selected. You can
choose not to add an image by deselecting the corresponding check box.
Step 4 Select/deselect the images and click Next.
The Job Control Information dialog box appears.
Step 5 Enter the following information in the Job Control Information dialog box:
Field Description
Scheduling
Run Type You can specify when you want to run the Image Import (from Network) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date If you have selected Once for Run Type, select the date and time (hours and minutes) to schedule.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Field Description
Job Description Displays the job description. This is what you entered while scheduling
the job.
Work Order Displays the details of the device name and image name which you have
selected. It also displays the file size of the image.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Select images whose status you want to know and click Update Status.
The Cisco.com login dialog box appears.
• If your Cisco.com username and password have not been added to the CiscoWorks database, enter
your Cisco.com username and password, click OK. If you enter Cisco.com credentials in this
workflow then the credentials are valid only for that session.
• If your Cisco.com username and password have been added to the CiscoWorks database, the
Cisco.com login dialog box appears with the information that is available in the CiscoWorks
database. Click OK.
A confirmation message appears that Image Status was retrieved from Cisco.com successfully.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Select images that you want to delete, then click Delete.
A confirmation message appears, The selected images will be deleted.
Step 3 Click OK.
The Software Repository Management window reappears after the selected images deleted.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Select images that you want to export, then click Export.
A confirmation message appears, The selected images will be exported.
Step 3 Click OK.
The Select directory to export window appears.
Step 4 Click on Browse to select a directory to which you want to export the selected image(s).
The Server Side File Browser dialog box appears.
Step 5 Choose the required directory and click on OK.
The Image Directory field in the Select directory to export window displays the directory location which
you had selected.
Step 6 Click Next
A progress bar appears indicating the progress of the export of images.
The Export Images Summary Report appears after completion of the export of the image(s) with these
details:
• Number of Selected Images
• Target Directory
• Summary
Step 7 Click Finish.
You have successfully exported the images to the selected directory.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Select one of the following from the Filter by drop-down list:
• File Name
• Image Family
• Image Type
• Version
• Size
• Updated At
You cannot use wildcard characters. However, you can filter based on the first character.
For example: If you have images with file names c3640-i-mz.112-24.P.bin,
c3640-i-mz.112-25.P.bin, cat5000-sup.5-5-18.bin, and cat5000-supg.6-4-10.bin.
If you select File Name as the Filter by option and enter the value as c3. The filter result displays only
c3640-i-mz.112-24.P.bin and c3640-i-mz.112-25.P.bin images.
Note The auto fill of the Minimum NVRAM, Minimum RAM and Minimum Bootflash image attributes is
applicable for IOS only.
Attribute Description
RAM If you select Unknown, Software Management computes the RAM
value.
Flash size If Min.Flash is unknown, it is ignored.
If the image size is unknown, the required Flash size to copy the image
cannot be determined and the image cannot be used for upgrade.
Boot ROM Version If you select Unknown, no value is stored in this field and the image can
run with any boot ROM image version.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Click the File Name.
The Edit/View Image Attributes dialog box displays attributes for the selected image type.
Step 3 Make your changes in the available editable fields.
For editable image attributes, you will get either a drop-down list or text fields that you can edit.
Step 4 Either,
• Click Update. This is if you have updated the image attributes.
The Software Repository Management dialog box appears after updating the attributes.
Or
• Click OK. This is if you have not updated the image attributes.
The Software Repository Management dialog box appears without updating the attributes.
Software Distribution
The Software Distribution tab allows you to distribute images in your network and also you can analyze
and determine the impact and prerequisites for new software images before distribution.
When you click on the Software Distribution tab, the following options and the entry in the TOC appear:
Upgrade Analysis
Before planning a software image upgrade, you must determine the prerequisites of the new software
images. You can analyze these by using,
• Cisco.com (See Planning an Upgrade From Cisco.com.)
• Repository (See Planning an Upgrade From Repository.)
You can also launch these tasks for a specific device using the Device Center link from the CiscoWorks
LMS Portal home page (Device Troubleshooting > Device Center).
• Do I need to add Telnet access information for the device to the Device and Credential Repository?
• Have I performed an upgrade path and NVRAM analysis on my Catalyst devices?
• Does the module firmware on my IPX/IGX/BPX devices need to be upgraded?
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Distribution > Upgrade
Analysis.
The Select Upgrade Source dialog box appears.
Step 2 Select Cisco.com and click Go.
The Device Selection dialog box appears.
Step 3 Select the devices to analyze, then click Next.
See Using RME Device Selector for information on how to use RME Device Selector.
The Cisco.com and Proxy Server Credential Profile dialog box appears.
a. Enter your Cisco.com username and password.
If you enter Cisco.com credentials in this workflow, these credentials are valid only for that session.
You are also prompted to enter your Proxy Username and Proxy Password only if a Proxy Server
hostname/IP and port are configured in:
Common Services > Security > Cisco.com Connection Management Proxy Server Setup
b. Click OK after entering the credential information.
The Cisco.com Upgrade Analysis dialog box appears with the following information:
Field Description
Device Name of the device
Running Image Running image of the device
Image Options Available images.
Select the Image options from the drop-down list.
Error Click on the link to review the details.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Distribution > Upgrade
Analysis.
The Select Upgrade Source dialog box appears.
Step 2 Select Repository, then click Go.
The Repository Upgrade Analysis dialog box appears.
Step 3 From the list, select the image to analyze, then select the devices to upgrade, then click Run Report.
The Upgrade Analysis Report window appears.
See Understanding the Upgrade Analysis Report for details.
Column Description
Device Information Running Image Name, Running Image Version, BootROM Version,
Running Image Feature, and Device Family
Boot ROM Upgrade Any boot ROM upgrade required
Flash Upgrade Any Flash upgrade required
RAM Upgrade Any RAM upgrade required
Telnet Access Any Telnet information required
Boot Flash Upgrade Any boot Flash upgrade required
NVRAM Upgrade Any NVRAM upgrade required
Module Firmware Upgrade Firmware upgrade requirements for each service module in device.
Firmware Compatibility Indicates whether the selected firmware image is compatible with the
switch software image running on the device.
:The following table (Table 13-7) maps the Upgrade Analysis Report to the supported device types:
• Optical Networking
• Routers
• Switches
• Storage Networking
The Upgrade Analysis from Cisco.com and Repository are not supported for these device types because
the required information for the upgrade analysis is not provided by the device:
• Universal Gateways and Access Servers
• Content Networking
• DSL and Long Reach Ethernet (LRE)
• Optical Networking
• Security and VPN
• Broadband Cable
• Voice and Telephony
• Network Management
• Wireless
Upgrade Analysis Report Device Type: Routers and Device Type: Storage
Columns Optical Networking Device Type: Switches Networking
Boot ROM Upgrade Supported Not supported Not supported
Flash Upgrade Supported Not supported Not supported
RAM Upgrade Supported Supported Supported
Telnet Access Supported Not supported Supported
Boot Flash Upgrade Not supported Supported Not supported
NVRAM Upgrade Not supported Supported Not supported
Module Firmware Upgrade Supported. Supported. Not supported
This is applicable for the
See the Supported Image
following devices:
Distribution Features for
Software Management table • IPX/IGX/BPX device
on Cisco.com for the router’s switch
device list that supports
• MGX system
Module Firmware Upgrade.
http://www.cisco.com/en/US/
products/sw/cscowork/ps207
3/products_device_support_t
ables_list.html
Firmware Compatibility Not supported Supported. Not supported
This is applicable for the
following devices:
IPX/IGX/BPX device firmware
In addition to this information, you can use the Go To drop-down list to navigate to particular device
analysis report.
Button Description
Export to File Exports the analysis report in CSV or PDF format.
(Icon)
Print Generates a format that can be printed.
(Icon)
• Configuring rcp
• Configuring TFTP
• Configuring HTTP
• Meeting Microcode and Modem Firmware Requirements
Category Requirements
Device configuration Device must be configured with SNMP read-write community string.
There should not be any access list on the device that will disable TFTP
transfers from the RME workstation.
IOS and ONS devices For the device to be rebooted using the SNMP protocol, you must
configure the snmp-server system-shutdown command on the device.
SFB devices See Additional SFB Checks for further details.
RSP 7000 or 7500 devices running Cisco IOS See Additional SFB Checks for further details.
version 11.x or later
Microcode images See Meeting Microcode and Modem Firmware Requirements for further
details.
Inventory SNMP read-write community string must be in Device and Credentials
database (Common Services > Device and Credentials > Device
Management).
tftpboot directory space Must have enough space for all concurrent jobs, which could include
image distribution, image import, config file scan, and so on.
Note The TACACS user name and password must be same as the Local user name and password.
You cannot configure different user names and passwords for user mode and enable mode
for the device.
Configuring SCP
You can use the SCP protocol to transfer the software images. While using SCP protocol, the
CiscoWorks server acts like a client and the device acts like a server.
To configure a device as a SCP server, see this URL:
http://www.cisco.com/en/US/partner/products/sw/iosswrel/ps1839/products_feature_guide09186a0080
087b18.html
To configure the CiscoWorks server as a SCP client, you must enter the SSH credentials. See
Configuring Telnet and SSH Access for further details.
Note It is not recommended to use SCP to transfer the .tar files during image upgrade for Cisco Catalyst
2900XL, 2970, 2960, 3550, 3560, 3750, and 3750E switches.
Configuring rcp
You can use the rcp protocol to transfer the software images. The CiscoWorks server acts like a rcp server
and the device acts like a client.
To configure rcp:
• Configuring rcp on Solaris
• Configuring rcp on Windows
The default user account name is cwuser. The examples in this procedure use the default name cwuser.
If you choose to use a different name, substitute that name for cwuser.
To create and configure the rcp remote user account, follow these steps while logged in as root:
Selecting rcp as the Active File Transfer Method on Solaris and Windows:
Step 1 Select Resource Manager Essentials > Admin > Software Mgmt > View/Edit Preferences.
The View/Edit Preferences dialog box appears.
Step 2 Select the Protocol Order.
See Selecting and Ordering Protocol Order.
Step 3 Click Apply.
Here is a basic configuration in a router that can handle rcp transactions from the CiscoWorks server.
calvi# show running configuration
Building configuration...
Current configuration:
!
version 11.3 service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname calvi
!
boot system c2500-is-l.113-11a.T1.bin 255.255.255.255
enable password 7 1106170043130700
!
username cwuser password 7 000C1C0A05
ip rcmd rcp-enable
ip rcmd remote-host cwuser 172.17.246.221 cwuser enable
ip rcmd remote-username cwuser
!
!
process-max-time 200
!
interface Loopback0
!
interface Serial1
no ip address
no ip mroute-cache shutdown
no cdp enable
!
interface Async1
no ip address
!
ip classless
ip route 0.0.0.0 0.0.0.0 172.17.246.1
!
logging monitor informational
snmp-server community private RW
snmp-server community public RO
snmp-server enable traps snmp
snmp-server host 172.17.246.117 traps public
!
line con 0
exec-timeout 0 0
password 7 0504080A754D4205
login
line 1 8
exec-timeout 0 0
login
transport input all
line aux 0
password 7 06090124184F0515
login
line vty 0 4
exec-timeout 0 0
password 7 06090124184F0515
login
!
end
where:
• username cwuser password 7 000C1C0A05 creates the username cwuser on the router. You must
choose a password for this user.
• ip rcmd rcp-enable enables rcp service on the device.
• ip remote-host cwuser 172.17.246.221 cwuser enable The remote system where you install
CiscoWorks has the IP address 172.17.246.221 and the local definition of the user, cwuser. This
command allows cwuser to issue the copy command on the network device.
• ip rcmd remote-username cwuser configures use of the remote user name at the request of a remote
copy. At the initiation of the remote copy operation in the network device, for example, in Add
Images to Library, the device uses the cwuser name to authenticate against the CiscoWorks server.
Configuring TFTP
You can use the Trivial File Transfer Protocol (TFTP) protocol to transfer the software images. The
CiscoWorks server acts like a TFTP server and the device acts like a client.
During CiscoWorks Common Services installation, the tftpboot directory is created under the directory
in which RME is installed (the default is SystemDrive:\Program Files\CSCOpx).
A file transfer server must be installed on your system. You must enable a TFTP server because it is the
default file transfer server type.
During Software Management installation, if the installation tool cannot find a TFTP server, it tries to
add one. If the installation tool cannot find or create a TFTP server, you must install and enable the TFTP
server. Verify that a /tftpboot directory exists, as explained in the following sections.
Step 3 Go to the UNIX prompt, enter the following command to display the process identification number for
the inetd configuration:
# /usr/bin/ps -ef | grep -v grep | grep inetd
The system response is similar to:
root 119 1 0 12:56:14 ? 0:00 /usr/bin/inetd -s
The first number in the output (119) is the process identification number of the inetd configuration.
Step 4 Enable your system to read the edited /etc/inetd.conf file, enter:
# kill -HUP 119
where 119 is the process identification number identified in Step 3.
Step 5 Verify that TFTP is enabled by entering either:
# netstat -a
or
# grep tftp
which should return output similar to:
*.tftp Idle
or enter:
# /opt/CSCOpx/bin/mping -s tftp localhost_machine_name
which returns the number of modules sent and received, for example:
sent:5 recvd:5 . ..
If the output shows that zero modules were received, TFTP is not enabled. Repeat these steps, beginning
with Step 1, to make sure you have enabled TFTP.
Step 1 Enter:
# mkdir /tftpboot
Step 2 Make sure all users have read, write, and execute permissions to the /tftpboot directory by entering:
# chmod 777 /tftpboot
The /tftpboot directory now exists and has the correct permissions.
Configuring HTTP
No configuration on device is required for this protocol.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Distribution.
The Distribution Method dialog box appears.
Step 2 Select By device [Basic] and click Go.
The Select Devices dialog box appears.
Step 3 Select the devices, then click Next.
The Cisco.com and Proxy Server Credential Profile dialog box appears.
a. Enter your Cisco.com username and password.
If you enter Cisco.com credentials in this workflow, these credentials are valid only for that session.
You are also prompted to enter your Proxy Username and Proxy Password only if a Proxy Server
hostname/IP and port are configured in:
Common Services > Security > Cisco.com Connection Management Proxy Server Setup
• Click OK after entering the credential information.
The software management analyzes the required images that are available in your software repository
and on Cisco.com. It then recommends the appropriate image for distribution.
See Understanding Upgrade Recommendations for details on how Software Management recommends
image for various Cisco device types.
The Distribute By Devices dialog box appears with the following information:
Field Description
Device Information Name of the device.
Click on the device name to launch the Device Center.
Module Information Image type, chassis model, and software version on device.
Image Options Details of the recommended image.
Storage Options Details of recommended image storage information.
Errors Click on the underlined Error message to review the details.
Notation Descriptions
• An asterisk (*) at the beginning of the field indicates the recommended image or partition by
Software Management. If there is no asterisk at the beginning of the field, it indicates that an
appropriate image or partition could not be found but the displayed selections might work.
• A '^' means that the image resides in Cisco.com but not in your software image repository. When
you select an image in Cisco.com to distribute to a network device, the image is first added to the
image repository, then downloaded to the device.
• A superscript '1' refers to read-only Flash memory.
• A superscript '2' refers to the Flash partition that holds the running image when a device is running
from Flash (RFF).
Step 4 Select the devices that you want to distribute images and click Next.
The Distribute By Devices window appears with these details:
Field Description
Device Name of the device
Selected Module Module information that you have selected.
Selected Image Image information that you have selected.
Selected Slot Image storage information that you have selected.
Verification Result Click on the link to review the details.
Field Description
Scheduling
Run Type You can specify when you want to run the Image Distribution (by device [Basic]) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date Select the date and time (hours and minutes) to schedule.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Job Options
Reboot immediately Choose not to reboot (and reboot manually later) or to reboot immediately after download.
after download
You cannot select this option, if you have selected the Do not insert new boot commands into the
configuration file option.
Note the following about this option:
• Does not apply to Cisco IOS SFB 2500/1600/5200 devices. These devices always reboot
immediately.
• Line cards reboot automatically.
• Does not apply to PIX devices managed through Auto Update Server (AUS).
You cannot select this option, if you have selected the Do not insert new boot commands into
configuration file option.
Perform distribution in This option is only available if the selected devices have IOS Software Modularity images running.
Non-Installed mode This option allows you to choose whether you want to install the images in Installed or
Non-Installed mode. By default Software Management distributes images in Installed mode.
Do not insert new boot Do not insert boot commands into configuration file to reboot with new image.
commands into
You cannot select this option, if you have selected the Reboot immediately after download option.
configuration file
Does not apply to Cisco IOS SFB 2500/1600/5200 devices. Configuration file for these is always
updated.
Field Description
Use current running If the running image is in the repository, select this option to place a copy in the TFTP server
image as tftp fallback directory. Uses this copy of image if reboot with new image fails.
image
Note the following about this option:
• Option is subject to your platform restrictions to boot over connection to server. Check your
platform documentation.
• Backup image is not deleted after upgrade. It remains in TFTP server directory so that the
device can find it any time it reboots
Backup current running Select to back up the running image in software image repository before upgrading.
image
Line cards do not support upload.
On error, halt Select to stop the job if a download or reboot error on a device or a module occurs. The default is
processing of to continue to the next device.
subsequent devices
For sequential execution, if you do not select this option, upgrade for the next device begins.
For parallel execution, upgrade occurs in batches. On completion of the ongoing batch, subsequent
devices are not processed.
See the Job Summary page for details.
Enable Job Password Enter the password for the distribution job. This password is used to connect to the devices using
Telnet at the time of distribution.
The credentials that you enter here are used for this particular Software Management job.
The credentials that you have entered in the Device and Credentials database (Common Services >
Device and Credentials > Device Management) are ignored.
Execution Select the job execution order for the devices. This can be either Parallel or Sequential:
• Sequential—Job runs on the devices, sequentially. You can define this sequence.
• Parallel—Job runs on a batch of 15 devices at the same time.
If you have selected Sequential:
1. Click Execution Order.
The Execution Order dialog box appears.
2. Use the Up and Down arrows to order your device list.
3. Click Done.
Reboot Select the reboot order for the devices. This can be either Parallel or Sequential.
If you have selected Sequential:
1. Click Boot Order.
The Boot Order dialog box appears.
2. Use the Up and Down arrows to order your devices list.
3. Click Done.
Step 7 Click Next after you finish entering the job information details.
The Software Distribution Work Order dialog box appears with these details:
• Summary of the job information.
• State of the running image on the device.
• Image selected for the upgrade.
• Job Approval information.
• Whether Flash memory will be erased before the new image is loaded.
• Operations that will be performed during the upgrade procedure.
• Whether the bootloader will be upgraded. (For a bootloader upgrade)
• Information you should know before the upgrade begins. For instance, if the Image Subset feature
has changed on the device, you might need to reconfigure the device.
• Verification warnings generated during image distribution (if applicable).
Step 8 Click Finish.
The notification window appears with the Job ID.
To check the status of your scheduled job, select Software Mgmt > Software Mgmt Jobs.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Distribution.
The Distribution Method dialog box appears.
Step 2 Select By device [Advance], then click Go.
The Expert Distribution dialog box appears.
Step 3 Click Browse.
The Server Side File Browser dialog box appears.
Step 4 Select the file and click OK.
The input file that contains the details must be available at this location:
On Solaris:
/var/adm/CSCOpx/files/rme/swim/advdistinput
On Windows:
NMSROOT/files/rme/swim/advdistinput
Where NMSROOT is the CiscoWorks installed directory.
The selected file must contain the information in CSV format and all the fields are mandatory:
device-display-name,image-in-repository,storagedestination,moduleidentifier
• device-display-name—Name of the device as entered in Device and Credential Repository.
• image-in-repository—Image name as in the software image repository.
• storagedestination—Image storage destination
• moduleidentifier—Module identifier number. This is applicable only for Catalyst devices. For other
devices, you must enter 0.
You can identify the device module number using Inventory Detailed Device Report (Resource
Manager Essentials > Reports > Report Generator). In the Detailed Device Report, the Slot
Number column in the Module Information table provides you the Module Identifier Number.
For example, for a Cisco Router:
Rtr1750,c1700-sy56i-mz.121-24.bin,flash:1,0
Field Description
Device Name of the device as specified in the input file.
Image Name of the image as specified in the input file.
Storage Destination Image storage information as specified in the input file.
Module Number Module identifier number as specified in the input file.
Result Click on the link to review the details.
Field Description
Scheduling
Run Type You can specify when you want to run the Image Distribution (by device [Advance]) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date Select the date and time (hours and minutes) to schedule.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Field Description
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Job Options
Reboot immediately Choose not to reboot (and reboot manually later) or to reboot immediately after download.
after download
You cannot select this option, if you have selected the Do not insert new boot commands into the
configuration file option.
Note the following about this option:
• Does not apply to Cisco IOS SFB 2500/1600/5200 devices. These devices always reboot
immediately.
• Applies to Supervisor Engine I, II, and III only. Line cards reboot automatically.
• Does not apply to PIX devices managed through Auto Update Server (AUS).
Perform distribution in This option is only available if the selected devices have IOS Software Modularity images running.
Non-Installed mode This option allows you to choose whether you want to install the images in Installed or
Non-Installed mode. By default Software Management distributes images in Installed mode.
Do not insert new boot Do not insert boot commands into configuration file to reboot with new image.
commands into
You cannot select this option, if you have selected the Reboot immediately after download option.
configuration file
Note the following about this option:
• Does not apply to Cisco IOS SFB 2500/1600/5200 devices. Configuration file for these is
always updated.
• Applies to Supervisor Engine III only.
Use current running If the running image is in the repository, select this option to place a copy in the TFTP server
image as tftp fallback directory. Uses this copy of image if reboot with new image fails.
image
Note the following about this option:
• Applies to Supervisor Engine I, II, and III only.
• Option is subject to your platform restrictions to boot over connection to server. Check your
platform documentation.
• Backup image is not deleted after upgrade. It remains in TFTP server directory so that the
device can find it any time it reboots
Back up current running Select to back up the running image in software image repository before upgrading.
image
Applies to Supervisor Engine I, II, and III only. Line cards do not support upload.
On error, halt Select to stop the job if a download or reboot error on a device or a module occurs. The default is
processing of to continue to the next device.
subsequent devices
For sequential execution, if you do not select this option, upgrade for the next device begins.
For parallel execution, upgrade occurs in batches. On completion of the ongoing batch, subsequent
devices are not processed.
See the Job Summary page for details.
Field Description
Enable Job Password Enter the password for the distribution job. This password is used to Telnet to the devices at the
time of distribution.
The credentials that you enter here are used for this particular Software Management job.
The credentials that you have entered in the Device and Credentials database (Common Services >
Device and Credentials > Device Management) are ignored.
Execution Select the job execution order for the devices. This can be either Parallel or Sequential:
• Sequential—Job runs on the devices, sequentially. You can define this sequence.
• Parallel—Job runs on a batch of 15 devices at the same time.
If you have selected Sequential:
1. Click Execution Order.
The Execution Order dialog box appears.
2. Use the Up and Down arrows to order your the device list.
3. Click Done.
Reboot Select the reboot order for the devices. This can be either Parallel or Sequential.
If you have selected Sequential:
1. Click Boot Order.
The Boot Order dialog box appears.
2. Use the Up and Down arrows to order your devices list.
3. Click Done.
Step 9 Click Next after you finish entering the job information details.
The Software Distribution Work Order dialog box appears with these details:
• Summary of the job information.
• State of the running image on the device.
• Image selected for the upgrade.
• Job Approval information.
• Whether Flash memory will be erased before the new image is loaded.
• Operations that will be performed during the upgrade procedure.
• Whether the bootloader will be upgraded. (For a bootloader upgrade.)
• Information you should know before the upgrade begins. For instance, if the Image Subset feature
has changed on the device, you might need to reconfigure the device.
• Verification warnings generated during image distribution (if applicable).
Step 10 Click Finish.
The notification window appears with the Job ID.
To check the status of your scheduled job, select Software Mgmt > Software Mgmt Jobs.
Distributing by Images
You can use the Distribute by Images option to schedule image-centric upgrade jobs. To do this, you
must first select an image and then distribute it to applicable devices.
After the distribution job is complete, you can use the Job Details report to:
• Undo an upgrade and roll back to the previous image
• Retry devices that failed a previous upgrade
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Distribution.
The Distribution Method dialog box appears.
Step 2 Select By image, then click Go.
The Select Image And Devices dialog box appears.
Step 3 Select:
a. An image from the software image repository.
b. Devices that need upgrading
Field Description
Device Information Name of the device.
Click on the device name to launch the Device Center.
Module Information Image type, chassis model, and software version on device.
Recommended Storage Details of recommended image storage information.
Error Click on the link to review the details.
Notation Descriptions
• An asterisk (*) at the beginning of the field indicates the recommended partition by Software
Management. If there is no asterisk at the beginning of the field indicates, an appropriate partition
could not be found but the displayed selections might work.
• A superscript '1' refers to read-only Flash memory.
Step 5 Select the devices you want to upgrade, then click Next.
The Image Centric Distribution Verification window appears. This window displays the following
information:
Field Description
Device Name of the device
Selected Module Module information that you have selected.
Selected Slot Image storage information that you have selected.
Verification Result Click on the link to review the details.
Software management recommends the Flash partition with the maximum free space in each device. You
can override the recommendation and select another partition from the drop-down box.
Step 6 Click Next.
The Job Schedule and Options dialog box appears.
Step 7 Enter the following information:
Field Description
Scheduling
Run Type You can specify when you want to run the Image Distribution (by image) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date Select the date and time (hours and minutes) to schedule.
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Job Options
Reboot immediately Choose not to reboot (and reboot manually later) or to reboot immediately after download.
after download
You cannot select this option, if you have selected the Do not insert new boot commands into the
configuration file option.
Note the following about this option:
• Does not apply to Cisco IOS SFB 2500/1600/5200 devices. These devices always reboot
immediately.
• Line cards reboot automatically.
• Does not apply to PIX devices managed through Auto Update Server (AUS).
Perform distribution in This option is only available if the selected devices have IOS Software Modularity images running.
Non-Installed mode This option allows you to choose whether you want to install the images in Installed or
Non-Installed mode. By default Software Management distributes images in Installed mode.
Do not insert new boot Do not insert boot commands into configuration file to reboot with new image.
commands into
You cannot select this option, if you have selected the Reboot immediately after download option.
configuration file
Does not apply to Cisco IOS SFB 2500/1600/5200 devices. Configuration file for these is always
updated.
Use current running If running image is in repository, select option to place a copy in the TFTP server directory. Uses
image as tftp fallback this copy if reboot with new image fails.
image
Note the following:
• This option is subject to your platform restrictions to boot over connection to server. Check
your platform documentation.
• Backup image is not deleted after upgrade. It remains in TFTP server directory so that device
can find it any time it reboots
Back up current running Select to back up running image in software image repository before upgrading.
image
Line cards do not support upload.
Field Description
On error, halt Select to stop the job if a download or reboot error on a device or a module occurs. The default is
processing of to continue to next device.
subsequent devices
For sequential execution, if you do not select this option, upgrade for next device begins.
For parallel execution, upgrade occurs in batches. On completion of the ongoing batch, subsequent
devices are not processed.
See the Job Summary page for details.
Enable Job Password Enter the password for the distribution job. This password is used to connect to the devices using
Telnet at the time of distribution.
The credentials that you enter here are used for this particular Software Management job.
The credentials that you have entered in the Device and Credentials database (Common Services >
Device and Credentials > Device Management) are ignored.
Execution Select the job execution order for the devices. This can be either Parallel or Sequential:
• Sequential—Job runs on the devices, sequentially. You can define this sequence.
• Parallel—Job runs on a batch of 15 devices at the same time.
If you have selected Sequential:
1. Click Execution Order.
The Execution Order dialog box appears.
2. Use the Up and Down arrows to order your the device list.
3. Click Done.
Reboot Select the reboot order for the devices. This can be either Parallel or Sequential.
If you have selected Sequential:
1. Click Boot Order.
The Boot Order dialog box appears.
2. Use the Up and Down arrows to order your devices list.
3. Click Done.
Step 8 Click Next after you finish entering the job information details.
The Software Distribution Work Order dialog box appears with these details:
• Summary of the job information.
• State of the running image on the device.
• Image selected for the upgrade.
• Job Approval information.
• Whether Flash memory will be erased before the new image is loaded.
• Operations that will be performed during the upgrade procedure.
• Whether the bootloader will be upgraded. (For a bootloader upgrade.)
• Information you should know before the upgrade begins. For instance, if the Image Subset feature
has changed on the device, you might need to reconfigure the device.
• Verification warnings generated during image distribution (if applicable).
Patches
A patch is a single fix which may affect one or more subsystems. Patches can only be installed to a search
root, where a base image exists. Patches are released for a particular base image version and device
platform.
Maintenance Pack
A Maintenance Pack includes one or more patches. This is applied like a Patch. Maintenance Packs are
released for a particular base image version and device platform.
Note Software Management does not support downloading Patches/Maintenance Packs from Cisco.com. The
reason is these images are available in external URL. You have to manually download patches from the
external URL and add the same to Software Repository.
Modes of Distribution
There are two modes of distribution of Software Modularity images to devices:
• Non Installed Mode
This process involves the distribution of images by copying of the IOS Software Modularity images
to the hard disk of the device, updating the boot commands and rebooting the OS on the device. You
can run the Cisco IOS Software Modularity Images in this mode and so it is also called IOS Software
Modularity non-install mode. It is also known as binary mode.
• Installed Mode
According to this mode the IOS Software Modularity image is extracted/uncompressed to a compact
flash with a well defined directory structure. The installed mode provides the advantage of
accomodating the point fix capabilities of Software Modularity.
Note Software Management checks the current image on the device and recommends a suitable image and the
appropriate image storage for distribution. Software Management only recommends Maintenance Pack
Images for devices. It does not recommend patches for devices.
Patch Distribution
You can distribute patches simultaneously to applicable devices. Patch distribution does not require
reboot of the entire OS on a device. You can install a patches only to a search root where a base image
exists. Patches, once installed, must be activated to come to effect on the running system.
Note You can apply Patches or Maintenance Packs to a device only if the device is running IOS Software
Modularity Images in installed mode.
Note Currently Software Management does not support importing of patch images from Cisco.com. You need
to import patch images into local filesystem and then import into repository by using Import from file
system. See Adding Images to the Software Repository From a File System for more details.
Before you begin distributing the patch images, you should have:
• Prepared for this upgrade. You should have met all of the prerequisites for loading the software on
the device and also verified whether the necessary software images are present in the software image
repository.
• Considered the effect of the upgrade on your network and your network users.
• Supplied the information required by Software Management for each device.
To distribute the patch images by device:
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Distribution> Patch
Distribution.
The Patch Distribution Method dialog box appears.
Step 2 Select By devices and click Proceed.
The Patch Distribute by Devices dialog box appears. The Device Selector lists all the available devices.
Step 3 Select the devices, then click Next.
If any of the selected device is not in install mode, an error message is displayed:
Device is not in installed mode or not patchable
Unselect the device that is not in installed mode and continue.
The software management analyzes the required patch images that are available in your software
repository and lists the applicable patch images for each device selected. You can select one or more
required patches from the list for each device by using the Ctrl key.
You should select at least one patch for each selected device. If you do not select a patch for a device,
an error message is displayed.
You should select atleast one patch image for each selected device.
Ensure that you select at least one patch for each selected device and continue.
The Patch Distribute By Devices dialog box appears with the following information:
Field Description
Device Information Name of the device.
Click on the device name to launch the Device Center.
Module Information Patch type, chassis model, and software version on device.
Patches Options Details of the patch.
Storage Location Details of the storage location of the selected patch image.
Errors Click on the underlined Error message to review the details.
Step 4 Select the devices as well as the patch images you wish to distribute to the selected devices and click
Next.
The Patch Distribute By Devices window appears with these details:
Field Description
Device Name of the device
Selected Module Module information that you have selected.
Selected Patch Patch information that you have selected.
Selected Slot Image storage information from where the current base image is
running.
Verification Result Click on the link to review the details.
Field Description
Scheduling
Run Type You can specify when you want to run the Patch Distribution (by device [Basic]) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date Select the date and time (hours and minutes) to schedule.
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Job Options
Activate Patches Select if you want to activate the patches immediately after download.
Reboot if it needs. Select if the patch activation requires a reboot. Unselect if the patch activation does not require a
reboot.
On error, stop Select to stop the job if a download or reboot error on a device or a module occurs. The default is
processing subsequent to continue to the next device.
devices
For sequential execution, if you do not select this option, upgrade for the next device begins.
For parallel execution, upgrade occurs in batches. On completion of the ongoing batch, subsequent
devices are not processed.
See the Job Summary page for details.
Enable Job Password This option is checked, when the user name, password and enable password are provided for the
job.
User Name Enter the username for the distribution job. The credentials that you enter here are used for this
particular Software Management job.
Password Enter the password for the distribution job. The credentials that you enter here are used for this
particular Software Management job.
Enable Password Re-enter the password for confirmation purpose.
Execution Select the job execution order for the devices. This can be either Parallel or Sequential:
• Sequential—Job runs on the devices, sequentially. You can define this sequence.
• Parallel—Job runs on a batch of 15 devices at the same time.
If you have selected Sequential:
1. Click Execution Order.
The Execution Order dialog box appears.
2. Use the Up and Down arrows to order your the device list.
3. Click Done.
Field Description
Reboot Select the reboot order for the devices. This can be either Parallel or Sequential.
If you have selected Sequential:
1. Click Boot Order.
The Boot Order dialog box appears.
2. Use the Up and Down arrows to order your devices list.
3. Click Done.
Step 7 Click Next after you finish entering the job information details.
The Software Distribution Work Order dialog box appears with these details:
• Summary of the job information.
• State of the running image on the device.
• Patches selected for the upgrade.
• Job Approval information.
• Operations that will be performed during the upgrade procedure.
• Whether the bootloader will be upgraded. (For a bootloader upgrade)
• Information you should know before the upgrade begins. For instance, if the Image Subset feature
has changed on the device, you might need to reconfigure the device.
• Verify warnings generated during patch distribution (if applicable).
Step 8 Click Finish.
The notification window appears with the Job ID.
To check the status of your scheduled job, select Software Mgmt > Software Mgmt Jobs.
Note Currently Software Management does not support importing of patch images from Cisco.com. You need
to import patch images into local filesystem and then import into repository by using Import from file
system. See Adding Images to the Software Repository From a File System for more details.
Before you begin distributing the patch images, you should have:
• Prepared for this upgrade. You should have met all of the prerequisites for loading the software on
the device and also verified whether the necessary software images are present in the software image
repository.
• Considered the effect of the upgrade on your network and your network users.
• Supplied the information required by Software Management for each device.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Distribution> Patch
Distribution.
The Patch Distribution Method dialog box appears.
Step 2 Select By Patch and click Proceed.
The Distribute by Patch dialog box appears.
Step 3 Select a patch from the Image Selection pane and devices from the Device Selection pane, and click
Next.
The Distribute By Patch - Recommendations dialog box appears with the following information:
Field Description
Device Information Name of the device.
Click on the device name to launch the Device Center.
Module Information Image type, chassis model, and software version on device.
Storage Options Details of the storage location of the selected patch image.
Errors Click on the underlined Error message to review the details.
Step 4 Select the devices as well as the patch images you wish to distribute to the selected devices and click
Next.
The Distribute By Patch - Verification window appears with these details:
Field Description
Device Name of the device
Selected Module Module information that you have selected.
Selected Slot Image storage information from where the current base image is
running.
Verification Result Click on the link to review the details.
Field Description
Scheduling
Run Type You can specify when you want to run the Patch Distribution (by device [Basic]) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Field Description
Date Select the date and time (hours and minutes) to schedule.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Job Options
Activate Patches Select if you want to activate the patches immediately after download.
Reboot if it needs Select if the patch activation requires a reboot. Unselect if the patch activation does not require a
reboot.
On error, stop Select to stop the job if a download or reboot error on a device or a module occurs. The default is
processing subsequent to continue to the next device.
devices
For sequential execution, if you do not select this option, upgrade for the next device begins.
For parallel execution, upgrade occurs in batches. On completion of the ongoing batch, subsequent
devices are not processed.
See the Job Summary page for details.
Enable Job Password This option is checked, when the user name, password and enable password are provided for the job.
User Name Enter the username for the distribution job. The credentials that you enter here are used for this
particular Software Management job.
Password Enter the password for the distribution job. The credentials that you enter here are used for this
particular Software Management job.
Enable Password Re-enter the password for confirmation purpose.
Execution Select the job execution order for the devices. This can be either Parallel or Sequential:
• Sequential—Job runs on the devices, sequentially. You can define this sequence.
• Parallel—Job runs on a batch of 15 devices at the same time.
If you have selected Sequential:
1. Click Execution Order.
The Execution Order dialog box appears.
2. Use the Up and Down arrows to order your the device list.
3. Click Done.
Field Description
Reboot Select the reboot order for the devices. This can be either Parallel or Sequential.
If you have selected Sequential:
1. Click Boot Order.
The Boot Order dialog box appears.
2. Use the Up and Down arrows to order your devices list.
3. Click Done.
Step 7 Click Next after you finish entering the job information details.
The Software Distribution Work Order dialog box appears with these details:
• Summary of the job information.
• State of the running image on the device.
• Patches selected for the upgrade.
• Job Approval information.
• Operations that will be performed during the upgrade procedure.
• Whether the bootloader will be upgraded. (For a bootloader upgrade)
• Information you should know before the upgrade begins. For instance, if the Image Subset feature
has changed on the device, you might need to reconfigure the device.
• Verify warnings generated during patch distribution (if applicable).
Step 8 Click Finish.
The notification window appears with the Job ID.
To check the status of your scheduled job, select Software Mgmt > Software Mgmt Jobs.
After the distribution job is complete, you can use the Software Mgmt Jobs tab to:
• Undo an upgrade and roll back to the previous image
• Retry devices that failed a previous upgrade
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Note You can perform remote staging using external FTP Server only for NAM and WLSE devices, see
Supported Devices for FTP.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Distribution.
The Distribution Method dialog box appears.
Step 2 Select Use remote staging and click Go.
The Remote Staging and Distribution dialog box appears.
Step 3 Select any of the following:
• Using External FTP Server to use an external FTP server as the staging server.
For more information, see Using External FTP Server.
• Using External TFTP Server to use an external TFTP server as the staging server.
Step 1 Enter the following FTP credentials in their applicable text boxes:
Field Description
FTP Server Name Name of the FTP server
FTP User Name FTP Username to access the External FTP server.
FTP Password FTP Password to access the External FTP server.
Image Location Location of the image in the FTP server directory. These
images will be used by Software Management to upgrade the
software images on the selected devices.
RME Software Management will validate the FTP credentials and image location only while the job is
running; not while the job is being scheduled.
Step 2 Click Next.
The Remote Staging and Distribution dialog box appears.
Step 3 Select:
a. An image from the Image Selection pane.
b. Click on Select Applicable Devices button to automatically select the applicable devices
Or
Manually select the devices that need an upgrade from the Devices to be Upgraded pane.
For more information on the unsupported images for Remote Staging and Distribution, see Unsupported
Software Images.
Field Description
IP Address IP Address of the External FTP server.
Selected Image Image name that you have selected for distribution.
Errors Error information.
Field Description
Device Information Name of the device.
Click on the device name to launch the Device Center.
Module Information Image type, chassis model, and software version on device.
Storage Options Details of recommended image storage information.
Errors Error information.
Field Description
Device Name of the device
Selected Module Module information that you have selected.
Selected Slot Image storage information that you have selected.
Verification Result Click on the link to review the details.
Field Description
Scheduling
Run Type You can specify when you want to run the Image Distribution (using remote staging) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date Select the date and time (hours and minutes) to schedule.
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Job Options
Reboot immediately Choose not to reboot (and reboot manually later) or to reboot immediately after download.
after download
You cannot select this option, if you have selected the Do not insert new boot commands into the
configuration file option.
Note the following about this option:
• Does not apply to Cisco IOS SFB 2500/1600/5200 devices. These devices always reboot
immediately.
• Line cards reboot automatically.
• Does not apply to PIX devices managed through Auto Update Server (AUS).
Perform distribution in This option is only available if the selected devices have IOS Software Modularity images running.
Non-Installed mode This option allows you to choose whether you want to install the images in Installed or
Non-Installed mode. By default Software Management distributes images in Installed mode.
Do not insert new boot Do not insert boot commands into configuration file to reboot with new image.
commands into
You cannot select this option, if you have selected the Reboot immediately after download option.
configuration file
Does not apply to Cisco IOS SFB 2500/1600/5200 devices. Configuration file for these is always
updated.
Use current running If running image is in repository, select option to place a copy in the FTP server directory. Uses this
image as tftp fallback copy if reboot with new image fails.
image
Note the following:
• This option is subject to your platform restrictions to boot over connection to server. Check
your platform documentation.
• Backup image is not deleted after upgrade. It remains in FTP server directory so that device
can find it any time it reboots
Back up current running Select to back up running image in software image repository before upgrading.
image
Line cards do not support upload.
Field Description
On error, halt Select to stop the job if a download or reboot error on a device or a module occurs. The default is
processing of to continue to next device.
subsequent devices
For sequential execution, if you do not select this option, upgrade for next device begins.
For parallel execution, upgrade occurs in batches. On completion of the ongoing batch, subsequent
devices are not processed.
See the Job Summary page for details.
Enable Job Password Enter the password for the distribution job. This password is used to connect to the devices using
Telnet at the time of distribution.
The credentials that you enter here are used for this particular Software Management job.
The credentials that you have entered in the Device and Credentials database (Common Services >
Device and Credentials > Device Management) are ignored.
You are allowed to provide a password in this field only if you have selected the Enable Job Based
Password in the View / Edit Preferences dialog box. See Viewing/Editing Preferences for more
details.
Execution Select the job execution order for the devices. This can be either Parallel or Sequential:
• Sequential—Job runs on the devices, sequentially. You can define this sequence.
• Parallel—Job runs on a batch of 15 devices at the same time.
If you have selected Sequential:
1. Click Execution Order.
The Execution Order dialog box appears.
2. Use the Up and Down arrows to order your the device list.
3. Click Done.
Reboot Select the reboot order for the devices. This can be either Parallel or Sequential.
If you have selected Sequential:
1. Click Boot Order.
The Boot Order dialog box appears.
2. Use the Up and the Down arrows to order your devices list.
3. Click Done.
Step 9 Click Next after you finish entering the job information details
The Software Distribution Work Order dialog box appears with these details:
• Summary of the job information.
• State of the running image on the device.
• Image selected for the upgrade.
• Job Approval information.
• Whether Flash memory will be erased before the new image is loaded.
• Operations that will be performed during the upgrade procedure.
• Whether the bootloader will be upgraded. (For a bootloader upgrade.)
• Information you should know before the upgrade begins. For instance, if the Image Subset feature
has changed on the device, you might need to reconfigure the device.
• Details of the Remote Stage device or the External FTP server.
• Verification warnings generated during image distribution (if applicable).
Step 10 Click Finish.
The notification window appears with the Job ID.
To check the status of your scheduled job, select Software Mgmt > Software Mgmt Jobs.
SysObject ID Device
SOID_1-3-6-1-4-1-9-5-1-3-1-1-2-223 NAM X6380
SOID_1-3-6-1-4-1-9-5-1-3-1-1-2-914 NAM1
SOID_1-3-6-1-4-1-9-5-1-3-1-1-2-291 NAM2
SOID_1-3-6-1-4-1-9-1-562 NM NAM
SOID_1-3-6-1-4-1-9-1-826 NME NAM
SOID_1-3-6-1-4-1-9-1-459 WLSE
SOID_1-3-6-1-4-1-9-1-630 WLSE
SOID_1-3-6-1-4-1-9-1-631 WLSE
SOID_1-3-6-1-4-1-9-1-752 WLSE 1153
Step 1 Enter the external TFTP server IP address in the Enter TFTP IP Address text box.
Step 2 Click Next.
The Remote Staging and Distribution dialog box appears.
Step 3 Select:
a. An image from the Image Selection pane.
b. Click on Select Applicable Devices button to automatically select the applicable devices
Or
Manually select the devices that need an upgrade from the Devices to be Upgraded pane.
For more information on the unsupported images for Remote Staging and Distribution, see Unsupported
Software Images.
Field Description
IP Address IP Address of the External TFTP server.
Selected Image Image name that you have selected for distribution.
Errors Error information.
Field Description
Device Information Name of the device.
Click on the device name to launch the Device Center.
Module Information Image type, chassis model, and software version on device.
Storage Options Details of recommended image storage information.
Errors Error information.
Field Description
Device Name of the device
Selected Module Module information that you have selected.
Selected Slot Image storage information that you have selected.
Verification Result Click on the link to review the details.
Field Description
Scheduling
Run Type You can specify when you want to run the Image Distribution (using remote staging) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date Select the date and time (hours and minutes) to schedule.
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Job Options
Reboot immediately Choose not to reboot (and reboot manually later) or to reboot immediately after download.
after download
You cannot select this option, if you have selected the Do not insert new boot commands into the
configuration file option.
Note the following about this option:
• Does not apply to Cisco IOS SFB 2500/1600/5200 devices. These devices always reboot
immediately.
• Line cards reboot automatically.
• Does not apply to PIX devices managed through Auto Update Server (AUS).
Perform distribution in This option is only available if the selected devices have IOS Software Modularity images running.
Non-Installed mode This option allows you to choose whether you want to install the images in Installed or
Non-Installed mode. By default Software Management distributes images in Installed mode.
Do not insert new boot Do not insert boot commands into configuration file to reboot with new image.
commands into
You cannot select this option, if you have selected the Reboot immediately after download option.
configuration file
Does not apply to Cisco IOS SFB 2500/1600/5200 devices. Configuration file for these is always
updated.
Use current running If running image is in repository, select option to place a copy in the TFTP server directory. Uses
image as tftp fallback this copy if reboot with new image fails.
image
Note the following:
• This option is subject to your platform restrictions to boot over connection to server. Check
your platform documentation.
• Backup image is not deleted after upgrade. It remains in TFTP server directory so that device
can find it any time it reboots
Back up current running Select to back up running image in software image repository before upgrading.
image
Line cards do not support upload.
Field Description
On error, halt Select to stop the job if a download or reboot error on a device or a module occurs. The default is
processing of to continue to next device.
subsequent devices
For sequential execution, if you do not select this option, upgrade for next device begins.
For parallel execution, upgrade occurs in batches. On completion of the ongoing batch, subsequent
devices are not processed.
See the Job Summary page for details.
Enable Job Password Enter the password for the distribution job. This password is used to connect to the devices using
Telnet at the time of distribution.
The credentials that you enter here are used for this particular Software Management job.
The credentials that you have entered in the Device and Credentials database (Common Services >
Device and Credentials > Device Management) are ignored.
You are allowed to provide a password in this field only if you have selected the Enable Job Based
Password in the View / Edit Preferences dialog box. See Viewing/Editing Preferences for more
details.
Execution Select the job execution order for the devices. This can be either Parallel or Sequential:
• Sequential—Job runs on the devices, sequentially. You can define this sequence.
• Parallel—Job runs on a batch of 15 devices at the same time.
If you have selected Sequential:
1. Click Execution Order.
The Execution Order dialog box appears.
2. Use the Up and Down arrows to order your the device list.
3. Click Done.
Reboot Select the reboot order for the devices. This can be either Parallel or Sequential.
If you have selected Sequential:
1. Click Boot Order.
The Boot Order dialog box appears.
2. Use the Up and the Down arrows to order your devices list.
3. Click Done.
Step 9 Click Next after you finish entering the job information details
The Software Distribution Work Order dialog box appears with these details:
• Summary of the job information.
• State of the running image on the device.
• Image selected for the upgrade.
• Job Approval information.
• Whether Flash memory will be erased before the new image is loaded.
• Operations that will be performed during the upgrade procedure.
• Whether the bootloader will be upgraded. (For a bootloader upgrade.)
• Information you should know before the upgrade begins. For instance, if the Image Subset feature
has changed on the device, you might need to reconfigure the device.
• Details of the Remote Stage device or the External TFTP/FTPserver.
• Verification warnings generated during image distribution (if applicable).
Step 10 Click Finish.
The notification window appears with the Job ID.
To check the status of your scheduled job, select Software Mgmt > Software Mgmt Jobs.
Step 1 Go to the Select Remote Stage Device pane, select a device that you want to use as the remote stage
device. Ensure that you select a device that supports remote staging.
If you select a device that does not support remote staging, an error message is displayed.
Step 2 Click Next.
The Remote Staging and Distribution dialog box appears.
Step 3 Select:
a. An image from the Image Selection pane.
b. Click Select Applicable Devices to automatically select the applicable devices
or
Manually select the devices that need an upgrade from the Devices to be Upgraded pane.
For more information on the unsupported images for Remote Staging and Distribution, see Unsupported
Software Images.
Step 4 Click Next.
The Remote Stage and Image Upgrade Details dialog box appears with the following details:
Field Description
Remote Stage Name Name of the remote stage device that you want to use as a remote
stage.
Selected Image Image name that you have selected for distribution.
Storage Options Image storage information
Field Description
Device Information Name of the device.
Click on the device name to launch the Device Center.
Module Information Image type, chassis model, and software version on device.
Storage Options Details of recommended image storage information.
Field Description
Device Name of the device
Selected Module Module information that you have selected.
Selected Slot Image storage information that you have selected.
Verification Result Click on the link to review the details.
Field Description
Scheduling
Run Type You can specify when you want to run the Image Distribution (using remote staging) job.
To do this, select one of these options from the drop-down menu:
• Immediate—Runs this job immediately.
• Once—Runs this job once at the specified date and time.
Date Select the date and time (hours and minutes) to schedule.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
Field Description
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter the additional information about this job.
Maker E-Mail Enter the e-mail ID of the job creator. This is a mandatory field.
This field is displayed only if you have enabled Job Approval for Software Management.
Maker Comments Enter comments for the job approver.
This field is displayed only if you have enabled Job Approval for Software Management.
Job Options
Reboot immediately Choose not to reboot (and reboot manually later) or to reboot immediately after download.
after download
You cannot select this option, if you have selected the Do not insert new boot commands into the
configuration file option.
Note the following about this option:
• Does not apply to Cisco IOS SFB 2500/1600/5200 devices. These devices always reboot
immediately.
• Line cards reboot automatically.
• Does not apply to PIX devices managed through Auto Update Server (AUS).
Perform distribution in This option is only available if the selected devices have IOS Software Modularity images running.
Non-Installed mode This option allows you to choose whether you want to install the images in Installed or
Non-Installed mode. By default Software Management distributes images in Installed mode.
Do not insert new boot Do not insert boot commands into configuration file to reboot with new image.
commands into
You cannot select this option, if you have selected the Reboot immediately after download option.
configuration file
Does not apply to Cisco IOS SFB 2500/1600/5200 devices. Configuration file for these is always
updated.
Use current running If running image is in repository, select option to place a copy in the TFTP server directory. Uses
image as tftp fallback this copy if reboot with new image fails.
image
Note the following:
• This option is subject to your platform restrictions to boot over connection to server. Check
your platform documentation.
• Backup image is not deleted after upgrade. It remains in TFTP server directory so that device
can find it any time it reboots
Back up current running Select to back up running image in software image repository before upgrading.
image
Line cards do not support upload.
Field Description
On error, halt Select to stop the job if a download or reboot error on a device or a module occurs. The default is
processing of to continue to next device.
subsequent devices
For sequential execution, if you do not select this option, upgrade for next device begins.
For parallel execution, upgrade occurs in batches. On completion of the ongoing batch, subsequent
devices are not processed.
See the Job Summary page for details.
Enable Job Password Enter the password for the distribution job. This password is used to connect to the devices using
Telnet at the time of distribution.
The credentials that you enter here are used for this particular Software Management job.
The credentials that you have entered in the Device and Credentials database (Common Services >
Device and Credentials > Device Management) are ignored.
You are allowed to provide a password in this field only if you have selected the Enable Job Based
Password in the View / Edit Preferences dialog box. See Viewing/Editing Preferences for more
details.
Execution Select the job execution order for the devices. This can be either Parallel or Sequential:
• Sequential—Job runs on the devices, sequentially. You can define this sequence.
• Parallel—Job runs on a batch of 15 devices at the same time.
If you have selected Sequential:
1. Click Execution Order.
The Execution Order dialog box appears.
2. Use the Up and Down arrows to order your the device list.
3. Click Done.
Reboot Select the reboot order for the devices. This can be either Parallel or Sequential.
If you have selected Sequential:
1. Click Boot Order.
The Boot Order dialog box appears.
2. Use the Up and the Down arrows to order your devices list.
3. Click Done.
Step 9 Click Next after you finish entering the job information details
The Software Distribution Work Order dialog box appears with these details:
• Summary of the job information.
• State of the running image on the device.
• Image selected for the upgrade.
• Job Approval information.
• Whether Flash memory will be erased before the new image is loaded.
• Operations that will be performed during the upgrade procedure.
• Whether the bootloader will be upgraded. (For a bootloader upgrade.)
• Information you should know before the upgrade begins. For instance, if the Image Subset feature
has changed on the device, you might need to reconfigure the device.
• Details of the Remote Stage device or the External TFTP server.
• Verification warnings generated during image distribution (if applicable).
Step 10 Click Finish.
The notification window appears with the Job ID.
To check the status of your scheduled job, select Software Mgmt > Software Mgmt Jobs.
During remote staging, there maybe software images running on the devices selected for remote staging,
but some of them may not get listed as available images. This is because, some software images do not
support Remote Staging and Distribution.
The following below lists the software images that do not support Remote Staging and Distribution:
• CSS_SW FDDI_CDDI
• ATM_WTALL
• ATM_WBPVC
• CIP
• CSS_11000_SW
• C6KMODULE_MWAM_SW
• PATCH_SW
• ONS15530
• TOKENRING
• ATM_WBLANE
• BOOT_LOADER
• C6KMODULE_MWAM_SW
• CSS_11500_SW
• CSS_11000_SW
• C2500
• C1600
• BLADERUNNER
• ATM_WTOKEN
• MICA MICROCOM
• NAM_APPL_SW
• SPA_FPD_SW
• CSS_11500_SW
• ONS15540
For supervisor versions 3.1 to 3.2, when the image repository or Cisco.com has both 8 MB of RAM and
regular images available, Software Management also checks the device RAM:
1. If the RAM can be determined and the available RAM is greater than 16 MB;
a. Software Management recommends the latest regular supervisor image where the RAM requirement
is less than the available RAM.
b. If no regular image with matching RAM requirements is available, it recommends the latest version
of the 8-MB images.
c. If there is still no matching image, it recommends the latest image version that has no RAM
requirements (where the RAM requirement is set to DEFAULT_SIZE).
2. If the RAM can be determined and the available RAM is less than 16 MB:
a. Software Management recommends the highest image version for which the RAM requirement is
less than 16 MB.
b. If there is still no matching image, it recommends the latest image version that has no RAM
requirements (where the RAM requirement is set to DEFAULT_SIZE).
3. If the RAM cannot be determined:
a. Software Management recommends the latest regular image.
b. If no regular image is available, it recommends the latest 8-MB image.
c. If there is still no matching image, it recommends the latest image version that has no RAM
requirements (where the RAM requirement is set to DEFAULT_SIZE).
The minimum RAM in the image attributes file supersedes these guidelines.
For example, if a supervisor engine module is running the version 3.1 maintenance release (8 MB RAM)
but the RAM in the image attributes was changed to 16 MB, Software Management uses the value in the
attributes file.
Note For Catalyst 1900/2820 Series devices, Software Management recommends images with version
numbers greater than 8.0(0) because the older versions do not support the Command Line Interface.
Non-Enterprise versions of the Catalyst 1900/2820 are not supported in Software Management.
Field Description
Job ID Unique number assigned to the job when it is created.
Click to display a summary of job details and schedule options.
See Understanding the Software Management Job Summary for further details.
Job Type Type of job such as Import Images, Distribute Images.
Field Description
Status Job states:
• Successful—Job completed successfully
• Failed—Failed job. Click on the Job ID to view the job details.
The number, within brackets, next to Failed status indicates the count of the devices that had
failed for that job. This count is displayed only if the status is Failed.
For example, If the status displays Failed(5), then the count of devices that had failed
amounts to 5.
• Running—Job still running.
• Pending—Job scheduled to run.
• Stopped—Running job stopped by you.
• Missed Start—Job could not run for some reason at the scheduled time.
For example, if the system was down when the job was scheduled to start, when the system
comes up again, the job does not run.
This is because the scheduled time for the job has elapsed. The status for the specified job
will be displayed as Missed Start.
• Approved—Job approved by an approver
• Rejected—Job rejected by an approver. Click on the Job ID to view the rejection details.
• Waiting for Approval—Job waiting for approval.
Description Job description as entered at the time of creation.
Owner User who created the job.
Scheduled At Start time of the scheduled job.
Completed At End time of the scheduled job.
Schedule Type Type of the scheduled job:
• Immediate
• Once
Buttons Description
Edit Reschedules the job.
You can change the schedule only for jobs that are either in the Pending, Waiting
for Approval or the Approved status.
See Changing the Schedule of a Job.
Retry Retry the failed job.
You can retry only failed distribution jobs.
See Retry a Failed Distribution Job.
Buttons Description
Undo Undo a successful job.
You can undo only successful distribution jobs.
See Undo a Successful Distribution Job.
However, you cannot undo a successful software distribution job scheduled for
NAM devices. If you still try to Undo this job, an error message is displayed
indicating that the Undo operation is not supported for NAM devices.
Stop Stops a scheduled job.
You can Stop only jobs that are either in the Pending or the Running status.
See Stopping a Job.
Delete Delete the jobs.
See Deleting Jobs.
Refresh Click on this icon to refresh the Software Management Job Browser Window.
(Icon)
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Mgmt Jobs.
The Software Management Job Browser dialog box appears.
Step 2 Select either a pending or an approved job.
Step 3 Click Edit.
The Change Job Schedule dialog box appears.
Step 4 Change the schedule.
Step 5 Click Submit.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
To retry a Job:
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Mgmt Jobs.
The Software Management Job Browser dialog box appears.
Step 2 Select a failed distribution job.
Step 3 Click Retry.
The Retry Upgrade dialog box appears with the following information:
Field Description
Device Information Name of the device
Module Device module
Pre-upgrade Image Image name which was running before the upgrade.
Selected Image Image name that is selected for distribution.
Running Image Image name that is currently running on the image.
Errors Click on the underlined Error message to review the details.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
To undo a job:
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Mgmt Jobs.
The Software Management Job Browser dialog box appears.
Step 2 Select a successful distribution job.
Step 3 Click Undo.
The Undo Upgrade dialog box appears with the following information:
Field Description
Device Name of the device
Module Device module
Pre-upgrade Image Image name which was running before the upgrade.
Post-upgrade Image Image name after completing the upgrade.
Running Image Image name that is currently running on the image.
Errors Click on the underlined Error message to review the
details.
Stopping a Job
You can stop only jobs that are either in the Pending or the Running status.
The job stops only after the current task is complete. During this time, the Software Management Job
Browser window displays the job status as Running.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
To stop a job:
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Mgmt Jobs.
The Software Management Job Browser dialog box appears.
Step 2 Select either a pending or a running job.
Step 3 Click Stop.
A confirmation box shows that the selected job will be stopped.
Step 4 Click OK.
A message appears that the selected job has been stopped.
After the job is stopped, the Pending job status changes to Stopped. The Running job status changes
temporarily to Stop Initiated and then to Stopped.
Deleting Jobs
To delete jobs:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Mgmt Jobs.
The Software Management Job Browser dialog box appears.
Step 2 Select the jobs.
Step 3 Click Delete.
A confirmation box shows that the selected jobs will be deleted.
Step 4 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
The Software Management Job Details window contains the following information:
Page/Folder Description
Work Order Select a device to view the summary of the job:
• If there is more than one device, the software distribution order.
• The state of the running image on the device.
• The image selected for the upgrade.
• Whether Flash memory will be erased before the new image is loaded.
• Operations that will be performed during the upgrade procedure.
• For a bootloader upgrade, whether the bootloader will be upgraded.
• The Job Approval information.
• Information you should know before the upgrade begins. For instance, if the Image Subset feature has
changed on the device, you might need to reconfigure the device.
• Details of the Remote Stage device (if applicable).
• Verification warnings generated during image distribution (if applicable).
Job Results Select a device to view the complete job result. It displays information on:
• The job status, start time and end time.
• The job completion status on the devices you have selected. For example, number of successful
devices where the job is executed successfully.
• The import/upgrade mode (parallel or sequential)
• The protocol order used for image transfer and configuration tasks.
• How the job was processed.
Summary[On Job Displays the summary of the completed job
Complete]
For software distribution jobs, the summary contains details about the device, image type, running image
name, upgrade image name, upgrade storage location, and image distribution status.
For software import jobs, the summary contains details about device, image name, storage location, and
import status of the image.
The Job Summary is not generated for Image Out-Of-Sync Report job.
Script Requirements
• In the Edit Preferences dialog box (Admin > Software Mgmt > View/Edit Preferences), enter:
– Enter the shell scripts (*.sh) on UNIX and batch files (*.bat) on Windows.
On UNIX, the scripts should have read, write, and execute permissions for the owner (casuser)
and read and execute permissions for group casusers. That is, the script should have 750
permission.
On Windows, the script should have read, write, and execute permissions for
casuser/Administrator.
The other users should have only read permission. You must ensure that the scripts contained in
the file has permissions to execute from within the casuser account.
– The script files must be available at this location:
On UNIX:
/var/adm/CSCOpx/files/scripts/swim
On Windows:
NMSROOT/files/scripts/swim
– User script timeout
Software Management waits for the time specified before concluding that the script has failed.
• Software Management verifies that:
– The script has write and execute permissions for the user casuser.
– Only users logged in as Administrator, root, or casuser have write and execute permissions.
Caution The script should not write output to the system console. The script can write the output to a file. Writing
the script output to the system console can cause the Software Management job to hang.
Script Parameters
Software Management passes a parameter indicating whether the script is running before or after the
upgrade. If the script does not intend to perform any pre-upgrade check, the script can return an exit
value of zero and perform checks in the post-upgrade. See the Sample Script for reference.
The parameters provided to the script by Software Management are in the form of environment variables.
The server environment variables such as PATH, SystemRoot, etc., are not passed on to the script by
Software Management. You have to set the relevant environment variables within the script. See the
Sample Script for reference.
See Adding Devices to the Device and Credential Repository section in the Common Services User
Guide and Online Help for further information on device hostname, device name (device display name),
SNMP v2 community strings, etc.
The different parameters are described in the table below:
Variable Description
CRM_SCRIPT_CONTEXT This variable is used to determine if the script has to be invoked before or
after image upgrade. If you set the variable to,
• PRE-DOWNLOAD—Script is invoked by Software Management prior
to image upgrade.
• POST-DOWNLOAD—Script is invoked by Software Management
post image upgrade.
NMSROOT CiscoWorks installed directory.
TMPDIR Directory provided to CiscoWorks to create temporary files.
CRM_DEV_NAME Name of Device Display name as entered in Device and Credential
Repository.
CRM_SNMP_V2_RWCOMMUNITY SNMP version 2 read-write community string.
CRM_SNMP_V2_ROCOMMUNITY SNMP version 2 read only community string.
CRM_SNMP_V3_ENGINE_ID SNMP version 3 Engine ID
CRM_SNMP_V3_USER_ID User ID configured for SNMP version 3 protocol access on the device.
CRM_SNMP_V3_PASSWORD SNMP version 3 password for the user ID.
CRM_ENABLE_PASSWORD Enable password.
CRM_PRIMARY_USERNAME Primary user name configured on the device.
CRM_PRIMARY_PASSWORD Primary password configured on the device.
CRM_DEV_MGMT_IP_ADDR IP address provided in Device and Credential Repository for management.
Sample Script
The sample script illustrates how to use this option before the upgrade to see if the device is accessible
and after the upgrade to see whether it was successful.
The sample.bat file contains:
c:\progra~1\cscopx\bin\perl c:\progra~1\cscopx\files\scripts\swim\samplescript.pl
}
use Net::Telnet;
#my $output="";
## The following Environment variables are not passed on by Software Image Management
## Need to set these variables for the script to work as expected
$ENV{'Path'}="C:\\PROGRA~1\\CSCOpx\\MDC\\tomcat\\bin;C:\\PROGRA~1\\CSCOpx\\MDC\\Apache;C:\\PROGRA~1\\CSCOpx\\
MDC\\jre\\bin;C:\\PROGRA~1\\CSCOpx\\MDC\\bin;C:\\PROGRA~1\\CSCOpx\\lib\\jre\\bin\\server;C:\\PROGRA~1\\CSCOpx
\\objects\\db\\win32;C:\\PROGRA~1\\CSCOpx\\bin;c:\\cscopx\\lib\\jre\\bin\\server;c:\\cscopx\\lib\\jre141\\bin
\\server;C:\\WINNT\\system32;C:\\WINNT;C:\\WINNT\\System32\\Wbem;C:\\Program Files\\Common Files\\Adaptec
Shared\\System;c:\\progra~1\\cscopx;c:\\progra~1\\cscopx\\bin;";
$ENV{'TEMP'}=$ENV{'TMPDIR'};
$ENV{'TMP'}=$ENV{'TMPDIR'};
$ENV{'SystemRoot'}="C:\\WINNT";
###### Required Environment variables are set #########
my $prmptchar = '/\>/i';
$filename = $ENV{'CRM_DEV_NAME'} . '.txt';
if ($ENV{'CRM_SCRIPT_CONTEXT'} eq 'PRE-DOWNLOAD') {
open OUTFILE, "> $filename" or die "Can't open file";
print OUTFILE %ENV;
my $host = $ENV{'CRM_DEV_MGMT_IP_ADDR'};
my $pwd = $ENV{'CRM_PRIMARY_PASSWORD'};
print OUTFILE $host;
print OUTFILE $pwd;
$telnet = new Net::Telnet(Input_Log=>"inp.txt");
$prev = $telnet->host($host);
print OUTFILE $prev;
print OUTFILE "Conntecting to Host....";
$telnet->open($host);
print OUTFILE "Connected ...";
$telnet->dump_log("dmp.txt");
$telnet->waitfor('/Username: $/i');
$telnet->print($ENV{'CRM_PRIMARY_USERNAME'});
$telnet->waitfor('/Password: $/i');
$telnet->print($pwd);
print OUTFILE "Password send";
($output) = $telnet->waitfor('/#$/i');
print OUTFILE "Returned after waitfor";
print OUTFILE $output;
$telnet->print('terminal length 0');
$telnet->waitfor('/#$/i');
$telnet->print('sh ver');
($output) = $telnet->waitfor('/#$/i');
print OUTFILE $output;
### If the device is not running the expected Image, return 1
### so that Software Image Management application does not proceed.
if ($output =~ m/Version 12.2\(27\)/) {
print OUTFILE "Required Software running on Device, Allow to proceed with Upgrade\n"
}
else
{
print OUTFILE "Upgrade stopped, Device not running desired Image";
close OUTFILE;
exit(1);
}
close OUTFILE;
## A return vale of zero(0) allows the Software Image Management application to proceed
exit(0);
}
if ($ENV{'CRM_SCRIPT_CONTEXT'} eq "POST-DOWNLOAD") {
my $hostnew = $ENV{'CRM_DEV_MGMT_IP_ADDR'};
my $pwdnew = $ENV{'CRM_PRIMARY_PASSWORD'};
open OUTFILE, ">>$filename" or die "Can't open file";
print OUTFILE "====== POST DOWNLOAD RESULTS ========";
$telnet = new Net::Telnet(Input_Log=>"inp1.txt");
$telnet->dump_log("dmpo.txt");
$telnet->open($hostnew);
$telnet->waitfor('/Username: $/i');
$telnet->print($ENV{'CRM_PRIMARY_USERNAME'});
$telnet->waitfor('/Password: $/i');
$telnet->print($pwdnew);
($opt) = $telnet->waitfor('/#$/i');
$telnet->print('terminal length 0');
$telnet->waitfor('/#$/i');
$telnet->print('sh ver');
($opt) = $telnet->waitfor('/#$/i');
if ($opt =~ m/Version 12.3\(10a\)/) {
print OUTFILE "Required Software running on Device, Upgrade Successful\n";
}
print OUTFILE $opt;
close OUTFILE;
exit(0);
}
Change Audit tracks and reports changes made in the network. Change Audit allows other RME
applications to log change information to a central repository. Device Configuration, Inventory, and
Software Management changes can be logged and viewed using Change Audit.
RME applications write change records to Change Audit. Change Audit stores these records in the log
tables (summary and details) for later use with reports.
For example, Software Management records a change for each completed device upgrade. If a job has
ten devices, then Software Management writes ten entries to the Change Audit log, but the Change Audit
report shows only one job with ten devices. You can then access individual device information.
Each application writes its own change records to Change Audit. For example, in Inventory you can set
inventory change filters to filter out all kinds of information for different device types. Change Audit
record maintenance is controlled by the Change Audit Delete Change History option.
You can convert change records into SNMP V1 traps and forward them to a destination of your choice.
This allows system administrators to forward critical network change data to their own NMS.
You can define automated actions (e-mail and automated scripts) on creation of change audit record. The
automated action gets triggered on creation of the change audit record.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > ChangeAudit > Set Purge Policy.
The Purge Policy dialog box appears in the Periodic Purge Settings pane.
Step 2 Enter the following information:
Field Description
Purge change audit Enter the number of days. Only Change Audit records older than the number of days that you
records older than specify here, will be purged.
The default is 180 days.
Purge audit trail records Enter the number of days. Only Audit Trail records older than the number of days that you
older than specify here, will be purged.
The default is 180 days.
See Tracking RME Server Changes Using Audit Trail for further information.
Field Description
Scheduling
Run Type You can specify when you want to run the purge job for Change Audit and Audit Trail records.
To do this, select one of these options from the drop down menu:
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is
complete.
For example: If you have scheduled a daily job at 10:00 a.m. on November 1, the next instance
of this job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1
job has completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m.
November 2, then the next job will start only at 10:00 a.m. on November 3.
Date You can select the date and time (hours and minutes) to schedule.
at Enter the start time, in the hh:mm:ss format (23:00:00).
Job Info
Job Description The system default job description, ChangeAudit Records - default purge job is displayed.
You cannot change this description.
E-mail Enter e-mail addresses to which the job sends messages at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When the
job starts or completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Caution You might delete data by changing these values. If you change the number of days to values lower than
the current values, messages over the new limits will be deleted.
Step 3 Click either Save to save the purge policy that you have specified, or click Reset to reset the changes
made to a Purge policy.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > ChangeAudit > Force Purge.
The Purge Policy dialog box appears.
Step 2 Enter the information required to perform a Forced Purge:
Field Description
Purge change audit Enter the number of days. Only Change Audit records older than the number of days that you specify
records older than here, will be purged.
Purge audit trail Enter the number of days. Only Audit Trail records older than the number of days that you specify
records older than here, will be purged.
See Tracking RME Server Changes Using Audit Trail for further information.
Scheduling
Run Type You can specify when you want to run the Force Purged job for Change Audit and Audit Trail records.
To do this, select one of these options from the drop down menu:
• Immediate—Runs this task immediately.
• Once—Runs this task once at the specified date and time.
Date Enter the start date in the dd-mmm-yyyy format, for example, 02-Dec-2003, or click on the Calendar
icon and select the date.
The Date field is enabled only if you have selected Once as the Run Type.
at Enter the start time, in the hh:mm:ss format (23:00:00).
The At field is enabled only if you have selected Once as the Run Type
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Step 1 Select Resource Manager Essentials > Admin > Change Audit > Config Change Filter
The Config Change Filter dialog box appears.
Step 2 Check or uncheck the Enable VLAN Change Audit Filter option.
• Check Enable VLAN Change Audit Filter, if you do not want the change audit record to be created
for devices that have a VLAN configuration.
• Uncheck Enable VLAN Change Audit Filter, if you want the change audit record to be created for
devices that have VLAN configuration. By default, this option is unchecked.
Step 3 Click either Apply to apply the option or click Cancel to discard the changes.
Tasks Description
Creating an Exception Period Creating an exception profile.
Enabling and Disabling an Enabling and disabling a set of exception profiles.
Exception Period
Editing an Exception Period Editing an exception profile.
Deleting an Exception Period Deleting a set of exception profiles.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Exception Periods.
The Define Exception Period dialog box appears.
Step 2 Select:
• Days of the week from the Day drop-down list box
• Start and end times from the Start Time and the End Time drop-down list box.
Step 3 Click Add.
The defined exception profile appears in the List of Defined Exception Periods pane.
To enable the exception period, see Enabling and Disabling an Exception Period.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Exception Periods.
The Define Exception Period dialog box appears.
Step 2 Select one or more exception profiles in the List of Defined Exception Periods pane.
Step 3 Click Enable/Disable.
• If you have selected Enabled, then the exception period report is generated for that specified time
frame.
• If you have selected Disabled, then the exception period report is not generated for that whole day.
For example: If you have disabled exception period for Monday from 10:00 am to 12:30 pm, then
there will not be any exception period report generated for Monday.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Exception Periods.
The Define Exception Period dialog box appears.
Step 2 Select a day from the Day drop-down list box for which you want to change the exception period.
Step 3 Change the start and end times in the Start Time and the End Time drop-down list box.
If required you can also enable or disable the status for the exception period.
Step 4 Click Add.
The edited exception profile appears in the List of Defined Exception Period dialog box. This will
overwrite the existing exception profile for that day.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Exception Periods.
The Define Exception Period dialog box appears.
Step 2 Select one or more exception profiles in the List of defined Exception Periods pane.
Step 3 Click Delete.
Field Description
Name Name of the automated action.
Status Status of the automated action—Enabled, or disabled.
Type Type of automated action—Email, Script or Trap.
Tasks Description
Creating an Automated Action Creating an automated action.
Enabling and Disabling an Enabling and disabling a set of automated actions.
Automated Action
This button gets activated only after selecting an automated
action.
Tasks Description
Editing an Automated Action Editing an automated action.
This button gets activated only after selecting an automated
action.
Exporting and Importing an Exporting and importing a set of automated actions.
Automated Action
Deleting an Automated Action Deleting a set of automated actions.
This button gets activated only after selecting an automated
action.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Automated Action.
The Automated Action dialog box appears.
Step 2 Click Create.
The Define Automated Action dialog box appears.
Step 3 Enter the following:
Field Description
Name Name for the automated action.
Status Select either Enabled or Disabled For the automated action to trigger.
Application Select the name of the application on which the automated action has to
be triggered.
Category Select the types of the changes, for example, configuration, inventory, or
software on which the automated action has to be triggered.
Mode Select the connection mode on connection modes on which the
automated action has to be triggered.
User Select the user name on which the automated action has to be triggered.
Step 5 Select either E-mail or Trap or Script. Based on your selection, enter the following data:
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Automated Action.
The Automated Action dialog box appears.
Step 2 Select an Automated Action.
Step 3 Click Edit. (See step 3 to step 5 in Creating an Automated Action.).
Step 4 Click Finish.
The Automated Action window appears with the updated data.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Automated Action.
The Automated Action dialog box appears.
Step 2 Select a or a set of Automated actions.
Step 3 Click Enable/Disable.
The Automated Action window appears with the updated data.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Automated Action.
The Automated Action dialog box appears.
Step 2 If you want to export an Automated action, then select the automated actions else go to next step.
Step 3 Click Export/Import.
The Export/Import dialog box appears.
Step 4 Select the task to be performed—Export or Import.
Step 5 Either:
• Enter the filename along with the absolute path.
Or
• Click Browse,
The Server Side File Browser dialog box appears.
a. Select a folder.
b. Click OK.
c. Enter the filename.
Step 6 Click OK.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Change Audit > Automated Action.
The Automated Action dialog box appears.
Step 2 Select a or a set of Automated actions.
Step 3 Click Delete.
The Automated Action window appears with the updated data.
Button Description
Export to File You can export this report in either PDF or CSV format.
(Icon)
Print Generates a format that can be printed.
(Icon)
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The Report Generator dialog box appears.
Step 2 Select Change Audit from the first drop-down list box.
Step 3 Select Exception Period Report from the second drop-down list box.
Step 4 Select the required devices using the Device Selector. (See Using RME Device Selector for more
information.)
Step 5 Enter the information required to generate the required report:
Field Description
Date Range
From Click on the calendar icon and select the start date.
To Click on the calendar icon and select the end date.
Exception Period
Select Days Select the days for the week.
If the exception profiles are defined, then the exception periods are displayed in this box. If the
exception profiles are not defined, then this box will be blank.
You can define your exceptions profiles in the Exception Period Definition dialog box (Resource
Manager Essentials > Tools > Change Audit > Exception Periods).
Scheduling
Run Type You can specify when you want to run the Exception Report job.
To do this, select one of these options from the drop down menu:
Immediate—Runs the report immediately.
Once—Runs the report once at the specified date and time.
Date Click on the calendar icon and select the start date.
The Date field is enabled only if you have selected an option other than Immediate in the Run Type
field.
at Select the hours and minutes from the drop-down lists.
Field Description
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
The Job Description field is enabled only if you have selected an option other than Immediate in the
Run Type field.
E-mail Enter e-mail addresses to which the job sends messages at the end of the job.
The E-mail field is enabled only if you have selected an option other than Immediate, in the Run Type
field.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The Report Generator dialog box appears.
Step 2 Select Change Audit from the first drop-down list box.
Step 3 Select Standard Report from the second drop-down list box.
Step 4 Select the required devices using the Device Selector. (See Using RME Device Selector for more
information.)
Step 5 Enter the information required to generate the required report:
Field Description
Date Range
Last X Select this option, if you want to generate a report for the last X days or weeks or months or years.
Where X represents the number of days or weeks or months or years.
Let us say, you want to generate a 24 Hour Change Audit report for the last 4 weeks.
You can enter 4 in the textbox and select Weeks from the listbox.
The generated report will contain the Change Audit data gathered during the last 4 weeks.
This option is applicable only for 24 Hour Change Audit Reports.
24 Hours Select this option, only if you want to generate a 24 hours report. This report will contain all the
Change Audit data gathered during the last 24 hours.
From Click on the calendar icon and select the start date.
The From field is enabled only if you have de-selected the 24 Hours check box.
To Click on the calendar icon and select the end date.
The To field is enabled only if you have de-selected the 24 Hours check box.
Selection Criteria
User Name Select the user name. This report will be filtered on user names.
Mode Select the connection mode through which the change was made. This report will be filtered on
connection modes.
Category Select the types of the changes.
The supported categories are:
• CONFIG_CHANGE—Configuration changes on the device.
• INVENTORY_CHANGE—Hardware changes on the device.
• SOFTWARE_CHANGE—Software changes on the device.
Application Select the name of the application. This report will be filtered on application names.
Field Description
Scheduling
Run Type You can specify when you want to run the Standard Report job.
To do this, select one of these options from the drop down menu:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example: If you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then
the next job will start only at 10:00 a.m. on November 3.
Date Click on the calendar icon and select the start date.
The Date field is enabled only if you have selected an option other than Immediate, in the Run Type
field.
At Select the hours and minutes from the drop-down lists.
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
The Job Description field is enabled only if you have selected an option other than Immediate, in the
Run Type field.
E-mail Enter e-mail addresses to which the job sends messages at the end of the job.
The E-mail field is enabled only if you have selected an option other than Immediate, in the Run Type
field.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Note When an application is unable to obtain information for Change Audit, N/A is used on the Change Audit
report.
The Change Audit report contains all change information provided by RME applications based on your
filter criteria.
It contains the following fields.
Field Description
Device Name Device Display Name as entered in Device and Credential Repository.
Click on the device name to launch the Device Center.
User Name Name of the user who performed the change. This is the name entered when the user logged in. It
can be the name under which the RME application is running, or the name using which the change
was performed on the device.
The User Name field may not always reflect the user name. The User Name is reflected only when:
• Config change was performed using RME.
• Config change was performed outside of RME, but the network has username based AAA
security model, wherein authentication is performed by a AAA server which could be
TACACS/RADIUS or local.
Application Name Name of the RME application involved in the network change. For example, Archive Mgmt,
ConfigEditor, CwConfig, etc.
Host Name Host name of the machine from which the user accessed the device or the host name of the RME
server. The Host name can contain IP address if the address does not resolve to a name.
Creation Time Date and time at which the application communicated the network change or when Change Audit
saw the change record.
Connection Mode Connection mode through which the change was made. For example, Telnet, SNMP, or console. The
mode is obtained by querying the device and if the query fails, default or NA is shown.
Field Description
Message Brief summary of the network change.
Details Application details for a particular device displayed in a separate browser window.
Select the highlighted Details text to view application details in a separate browser window.
Applications that make or detect changes in the network log a change record in Change Audit log
and provide a means for getting to the detailed data.
The following information is displayed when you click on the Details link for:
• Archive Mgmt, ConfigEditor, CwConfig, and NetConfig—The Config Diff Viewer window is
displayed.
This window shows the differences between the configurations. See Understanding the Config
Diff Viewer Window for further information.
• ICServer—The Inventory Change report is displayed.
This window shows the changed values (previous and current value) of different Inventory
entitites such as FlashDevice, FlashPartition, FlashFile.
• Software Management—The Software Modification History report is displayed.
This window shows the changed software image details.
Grouped Records Similar change details grouped by the same job ID and the same function ID (for example:
inventory collection) displayed in a separate summary window.
Select the highlighted More Records text in the Grouped Records column to view similar change
details in a frame below the summary window.
For example, you have completed a software update on five devices. The Change Audit report
shows the Software Management summary information about who performed the job, when, and so
on.
To display all devices affected by this upgrade, click More Records to display the summary
information related to the five devices. From here you can look at details of the individual device
upgrades.
ChangeAudit Process
The change audit process consists of the following Java programs, which provide the back-end
functionality of Device Configuration:
• CasServer
• ConfigArchive
• InvChangeProbe
• Scheduler
This process depends on the following:
• RMEDbMonitor
• CTMJrmServer
• jrm
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Common Services > Server Configuration > Admin > Processes.
The Process Management dialog box appears.
Step 2 Select the ChangeAudit process.
Step 3 Click either Stop to stop the process or Start to Restart the process.
The Syslog Analyzer application along with the syslog collector lets you centrally log and track syslog
messages (error, exception, information etc) sent by devices in the network. The logged message data
can be used to analyze network device performance. Syslog Analyzer application can also be customized
to store and produce the information important to you.
The Syslog Analyzer application, or the Syslog Analyzer, works together with the Common Syslog
Collector (CSC) (see Overview: Common Syslog Collector).
The Syslog Analyzer receives syslogs from the Common Syslog Collector, invokes automated actions
that have been configured for RME, and stores the syslogs in the database. You can use the Syslog
Analyzer to generate many useful reports on the syslogs stored in the database. You can also define
templates for custom reports.
Network devices can be configured to send Syslog messages directly to the Common Syslog Collector
installed on the CiscoWorks Server or a remote network host on which a Syslog Collector is installed.
The Common Syslog Collector is configured to filter and forward messages to the CiscoWorks Server.
In addition, Syslog Analyzer application also notifies:
Inventory application, when a network device sends a inventory change syslog messages like
SYS-5-RELOAD, SNMP-5-COLDSTART etc. For a complete list of messages that trigger Inventory
collection see Table 15-1.
Config Management application, when a network device sends configuration change messages like
SYS-6-CFG_CHG, CPU_REDUN-6-RUNNING_CONFIG_CHG etc. For a complete list of messages
that trigger a Configuration fetch see Table 15-2.
Devices send Syslog messages that contain a time stamp reflecting the local time zone of the device.
Syslog reports are always displayed in server time zone.
If a device time zone is an unsupported format, the server time zone is used. If a device is not configured
to send time zone information with its messages, Syslog assumes that the device resides in the server
time zone and uses that time zone in the message time stamp.
For example, assume that a managed device in India (set to the local time zone) sends a Syslog message
to an RME server in California. When this message is viewed on a client browser in New York, the
message will reflect California time.
Caution Any change that you make to the system time or time zone affects the Syslog processes and other RME
processes. You will then have to restart the Daemon Manager for the proper functioning.
Note You can select the log level settings for the Syslog application using the feature Application Log Level
Settings (Resource Manager Essentials > Admin > System Preferences > Loglevel Settings).
For the new features in this release, see What's New in this Release.
NMSROOT\MDC\tomcat\webapps\rme\WEB-INF\classes\com\cisco\nm\rmeng\csc\data\server
name_port\DowntimeSyslogs.log
The Syslog Analyzer will automatically restore the connection after RME server restart.
For the complete instructions on installing the Common Syslog Collector, see the Installing and Getting
Started with LAN Management Solutions 3.0.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Column Description
Name Hostname or the IP address of the host on which the Collector is installed.
Forwarded Number of forwarded Syslog messages
Invalid Number of invalid Syslog messages.
Filtered Number of filtered messages. Filters are defined with the option Message Filters option (see Defining Message
Filters.)
Dropped Number of Syslog messages dropped.
Received Number of Syslog messages received.
Up Time Time duration for which the Syslog Collector has been up.
Update Time Date and time of the last update.
Time and time zone are those of the CiscoWorks Server.
If you want to refresh the information in this dialog box, click Update.
If you have restarted the RME daemon manager, the Syslog Collector Status processes (under Resource
Manager Essentials > Tools > Syslog) may take 6-10 minutes to come up, after the Syslog Analyze
processes come up. In this interval you may see the following message:
Collector Status is currently not available.
Check if the SyslogAnalyzer process is running normally.
Wait for the Syslog Collector status process to come up and try again.
To subscribe to a Common Syslog Collector using the Subscribe button, see Subscribing to a Common
Syslog Collector.
If you are already subscribed to a Syslog collector, and you want to unsubscribe, select the collector and
click the Unsubscribe button.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Common Services > Server > Admin > Processes.
The Process Management dialog box appears.
Step 2 Select SyslogCollector and click Stop.
Step 3 Open the Windows Control Panel and select Administrative tools > Services.
Step 4 Select CWCS syslog service, and click Stop.
Step 5 Delete the NMSROOT\log\syslog.log file.
• To restart the syslog service in the Control Panel, click Start next to the CWCS syslog service.
• To restart the SyslogAnalyzer process in RME, select Common Services > Server > Admin >
Processes and click Start.
Note The first occurrence of local7 in the syslog.conf file, must contain the path for the Syslog message
source.
Step 1 Make sure that the facility.level definition is set to local7.info, and that the following line is present
(there must be a tab between local7.info and the path/filename):
local7. info path/filename
Step 2 Make sure that the syslog process (syslogd) can both read and write to the file.
• If you modify the /etc/syslog.conf file, you must restart the syslog process (syslogd). Enter the
following command to stop and restart syslogd:
/etc/init.d/syslog stop
/etc/init.d/syslog start
Step 3 Make sure the path for Syslog message file in the CiscoWorks Server is the same as the filename you
specified in the syslog.conf file.
Step 1 Select Common Services > Server > Admin > Processes.
The Process Management dialog box appears.
Step 2 Select SyslogAnalyzer.
Step 3 Click Stop.
Step 1 Select Common Services > Server > Admin > Processes.
The Process Management dialog box appears.
Step 2 Select SyslogAnalyzer.
Step 3 Click Start.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Click Common Services > Server > Admin > Processes.
The Process Management dialog box appears.
Step 2 Click SyslogAnalyzer (hyperlink) to view process details.
The Process Details window appears.
Field Data
Process Process name
Path Fully qualified path name for the Java Runtime Environment (JRE)
Flags Java package name and class file of the Syslog Analyzer program
Startup When the process was started
Dependencies Prerequisite processes
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
You can configure the devices for sending Syslog messages to RME server in the following ways:
• Configuring the Device Using Telnet
– IOS Devices
– Catalyst Devices
– Content Service Switches Devices
– Content Engine Devices
• Configuring the Device Using NetConfig Syslog Task
IOS Devices
Catalyst Devices
• To limit the types of messages that can be logged to the RME server, enter set logging level all
6 default. This means that all messages from level 0-5 (from emergencies to notifications) will be
logged to the RME server.
Step 3 See the appropriate Catalyst reference manual for more information.
Step 4 Verify that the syslog filter settings (see Defining Message Filters) are correct and that syslog is running.
Step 1 Connect to the device using Telnet and enter into the Global Configuration mode.
Step 2 Run the following commands:
logging commands enable
logging host CiscoWorks IP address
logging facility local7
Step 1 Connect to the device using Telnet and enter into the Global Configuration mode.
Step 2 Run the following commands:
logging host CiscoWorks IP address
logging facility local7
NAM Devices
Step 1 Connect to the device using Telnet and enter into the Global Configuration mode.
Step 2 Run the following commands:
remote-host CiscoWorks IP address
logging facility local7
PIX Devices
Step 1 Connect to the device using Telnet and enter into the Global Configuration mode.
Step 2 Run the following commands:
logging host CiscoWorks IP address [in_if_name] CiscoWorks IP address [protocol /port] [format
emblem], where:
in_if_name is the interface on which the syslog server resides.
CiscoWorks IP address is the address of the CiscoWorks server.
protocol is the protocol over which the syslog message is sent; either tcp or udp. PIX Firewall only sends
TCP syslog messages to the PIX Firewall Syslog Server.
You can only view the port and protocol values you previously entered by using the write terminal
command and finding the command in the listing—the TCP protocol is listed as 6 and the UDP protocol
is listed as 17.
port is the port from which the PIX Firewall sends either UDP or TCP syslog messages. This must be
same port at which the syslog server listens.
For the UDP port, the default is 514 and the allowable range for changing the value is 1025 through
65535.
For the TCP port, the default is 1470, and the allowable range is 1025 through 65535. TCP ports only
work with the PIX Firewall Syslog Server.
format emblem is the option that enables EMBLEM format logging on a per-syslog-server basis.
EMBLEM format logging is available for UDP syslog messages only and is disabled by default.
Step 1 Select Resource Manager Essentials > Config Mgmt > NetConfig.
The NetConfig Job Browser appears.
Ensure that you have set the transport protocol order and password policy for your job using Resource
Manager Essentials > Admin > Config Mgmt > Archive Mgmt. See the topics Configuring Transport
Protocols and Configuring Default Job Policies in the section, Archiving Configurations and Managing
Them Using Archive Management.
For the fields in the NetConfig Job Browser, see Starting a New NetConfig Job in the section Making
and Deploying Configuration Changes Using NetConfig.
Step 2 Click Create.
The Devices and Tasks dialog box appears, with these panes. See Table 15-3:
Pane Description
Device Allows you to select the devices on which the NetConfig job has to run. Make sure that for the devices on
Selector which the job will run, the configurations are archived in the Configuration Archive. NetConfig will not
configure devices whose configurations are not archived. (See Archiving Configurations and Managing Them
Using Archive Managementon how to update the configuration archive.)
Task Selector Allows you to select the system-defined tasks or user-defined tasks that you want to run on the selected
devices. For descriptions of system-defined tasks and the device categories they support, seeCreating and
Editing User-defined Tasks in the section Making and Deploying Configuration Changes Using NetConfig.
Pane Description
Applicable Tasks Allows you to add a task. The task that you selected using the Task Selector,
appears here.
From your selection, only the tasks that are applicable to at least one device
that you have selected, appear here. If the task that you have selected does
not apply to the categories of any of the devices that you have selected, it
will not be displayed in the Applicable Tasks pane.
Select a task and click Add to create an instance for the task (see Step 6).
Added Instances Allows you to edit the task instance you have added, view its CLI, or delete
it. Select the instance of the task, and click the required button (see
Table 10-1).
Button Description
Edit Task pop-up opens with previously assigned values. You can edit these
values and click Save.
View CLI Device Commands pop-up opens with the list of applicable devices and
their corresponding CLI commands. Devices in your selection for which
the commands are not applicable, are also displayed as Non-Applicable
Devices.
Click Close. You can edit an instance of a configuration task (and its
configuration commands) at any time before the job is scheduled.
Delete Deletes the selected task instance. You can delete an instance of a
configuration task (and its configuration commands) at any time before the
job is scheduled.
Step 6 Select the Syslog configuration task from the Applicable Tasks pane and click Add.
The Syslog Configuration Task (system-defined or user-defined) pop-up appears for the selected task
(seeCreating and Editing User-defined Tasks in the section Making and Deploying Configuration
Changes Using NetConfig).
This is a dynamic user interface. The Syslog Configuration task dialog box displays parameters based
on your device selection in the Device Selector.
For example, if you have selected Content Engine devices, you will be able to specify Content Engine
parameters in this dialog box. If not, this section will not be available to you.
Step 7 Set the parameters in the task dialog box and click Save.
To reset the values that you have selected click Reset. Click Cancel to return to the previous dialog box,
without saving your changes.
You will see the instance of the task in the Added Tasks pane of the Add Tasks dialog box. The instance
appears in this format:
Taskname_n, where Taskname is the name of the task you have added, and n is the number of the
instance. For example, the first instance of a Banner task is Banner_1.
You can add as many instances as required, for a task.
Step 8 Click Next.
The Job Schedule and Options dialog box appears.
Step 9 Set the schedule for the job, in the Scheduling pane.
Step 10 Set the job options, in the Job Options pane.
To view the device order, click Device Order. The Set Device Order pop-up appears.
You can reset the order in which the job should be executed on the devices using the up and down arrows.
When you are done, click Done. The pop-up closes.
Step 11 Click Next.
The Job Work Order dialog box appears with the general information about the job, the job policies, the
Job Approval details (if you have enabled job approval), the device details, the task, and the CLI
commands that will be executed on the selected devices as part of this job.
Step 12 Click Finish after you review the details of your job in the Job Work Order dialog box.
A job confirmation message appears along with the Job ID. The newly created job appears in the
NetConfig Job Browser.
For the complete procedure on how to schedule the NetConfig job see Starting a New NetConfig Job in
the section Making and Deploying Configuration Changes Using NetConfig.
Also see Syslog Task in the section Making and Deploying Configuration Changes Using NetConfig.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform these tasks.
Step 1 Select Resource Manager Essentials > Admin > Syslog > Set Backup Policy.
The Backup Policy dialog box appears.
By default, the backup policy is set to disabled.
Step 2 Select Enable to enable the backup process for Syslog messages, after configuring backup.
Step 3 Click Browse to select the backup file location.
The Server Side File Browser dialog box appears.
In the Server Side File Browser dialog box:
a. Specify the external file.
b. Select Directory Content,
c. Click OK.
Step 4 Enter the maximum size that you want to set for the backup file. By default this is set to 100 MB.
Step 5 Enter the e-mail ID of the user who should receive a notification, if the backup fails. You can enter
multiple e-mail addresses separated with commas. This is a mandatory field.
Configure the SMTP server to send e-mails in the View/Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job completes, an
e-mail is sent with the CiscoWorks E-mail ID as the sender's address.)
If you also want a notification to be sent when the backup is a success, select Also Notify on Success.
Step 6 Either click Save to save the backup configuration details that you have specified or click Reset to clear
the values that you specified and reset to the previously saved values in the dialog box.
If you have clicked Save, the backup will continue to save the data even after the data has exceeded the
specified size of the backup file. However, the system will send an e-mail asking you to cleanup the
backup file.
Step 1 Select Resource Manager Essentials > Admin > Syslog > Set Purge Policy.
The Purge Policy dialog box appears.
Step 2 Specify the number of days in the Purge records older than field.
Only the records older than the number of days that you specify here, will be purged. The default value
is 7 days. This is a mandatory field.
Caution You might delete data by changing these values. If you change the number of days to values lower than
the current values, messages over the new limits will be deleted.
If the data of a particular day is being accessed either through Immediate reports, Report jobs, or by any
other means, it will not be purged. However, during the successive purge operations this data will be
purged.
Step 3 Specify the periodicity of the purge in the Run Type field. This can be monthly, daily, or weekly.
Step 4 Select the start date using the calendar icon, to populate the date field in the dd-mmm-yyyy format (For
example, 02-Dec-2004). This is a mandatory field.
Step 5 Enter the start time in the At field, in the hh:mm:ss format (23:00:00). This is a mandatory field.
The Job Description field has a default description—Syslog Records - default purge job.
Enter the e-mail ID of the user who should be notified when the scheduled purge is complete. You can
enter more than one e-mail ID separated by commas. This is a mandatory field. Configure the SMTP
server to send e-mails in the View / Edit System Preferences dialog box (Common Services > Server >
Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job completes, an
e-mail is sent with the CiscoWorks E-mail ID as the sender's address
Step 6 Either click Save to save the purge policy that you have specified or click Reset. to clear the values that
you specified and reset the defaults in the dialog box.
You can view the scheduled purge job in the Common Services JRM Job Browse (Common Services >
Server > Admin > Job Browser).
Step 1 Select Resource Manager Essentials > Admin > Syslog > Force Purge.
The Force Purge dialog box appears.
Step 2 Enter the information required to perform a Forced Purge:
Field Description
Purge records older than Enter the number of days. Only the records older than the number of days that you specify here,
will be purged. This is a mandatory field.
If the data of a particular day is being accessed either through Immediate reports, Report jobs, or
by any other means, it will not be purged. However, during the successive purge operations this
data will be purged.
Scheduling
Run Type Specify whether the purge is to be Immediate or Once.
• If you select Immediate, all the other options will be disabled for you.
• If you select Once, you can specify the start date and time and also provide the job
description (mandatory) and the e-mail ID for the notification after the scheduled purge is
complete.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences).
When the job completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's
address.
Date Select the start date using the calendar icon, to populate the Date field in the dd-mmm-yyyy
format, for example, 02-Dec-2004. This is a mandatory field.
The Date field is enabled only if you have selected Once as the Run Type.
at Enter the start time, in the hh:mm:ss format (23:00:00).
The at field is enabled only if you have selected Once as the Run Type.
Field Description
Job Info
Job Description Enter a description for the forced purge job.
The Job Description field is enabled only if you have selected Once as the Run Type. This is a
mandatory field. Accepts alphanumeric values.
E-mail Enter the e-mail ID of the user who should be notified when the Forced Purge is complete. You
can enter more than one e-mail ID separated by commas.
The e-mail field is enabled only if you have selected Once as the Run Type.
Configure the SMTP server to send e-mails in the View/ Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View/Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When
the job completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address
You can view the scheduled force purge job in the Common Services JRM Job Browse (Common
Services > Server > Admin > Job Browser).
Column Description
Template Name Name of the template.
Report Type Syslog report, or inventory report.
Owner User who created the template.
Last Modified Time Date (yyyy-mm-dd) and the time (hh:mm:ss).
Using the custom templates dialog box, you can do the following tasks:
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Task Button
Create a custom template (see Creating a Custom Report Template). Create
Editing a custom template (see Editing a Custom Template). Edit
Delete a custom template (see Deleting a Custom Template). Delete
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The custom templates dialog box appears.
Step 2 Click Create.
The Application Selection dialog box appears.
Step 3 Select Syslog.
Step 4 Click Next.
The Syslog custom report template dialog box appears. The messages that have previously been defined
are displayed here.
The columns in the Syslog custom reports templates dialog box are:
Column Description
Facility Facility is a hardware device, a protocol, or a module of the system software; for example, SYS.
See the Cisco IOS reference manual System Error Messages for a predefined list of facility
codes.
Sub-Facility Sub-Facility is the subfacility in the device that generated the Syslog message. In most cases, this
is blank. An example of an entry in this field is
CCM_CDR_INSERT-GENERIC-0-OutOfMemory.
Severity The severity level for the messages. The following are the severity codes:
0—Emergencies
1—Alerts
2—Critical
3—Errors
4—Warnings
5—Notifications
6—Informational
Column Description
Mnemonic Code that uniquely identifies the error message. For example, UPLOAD, RELOAD,CONFIG.
Description Description of the Syslog message.
Step 5 Enter a unique name for the custom report template, in the Custom Report Name field.
Step 6 Specify whether you want the custom report template to be Public or Private.
Public templates can be seen and used by other users who have the permissions to do these tasks. Private
templates can be seen and used by only the owner (creator) of the templates.
Using the Syslog custom report template dialog box, you can do the following tasks:
Task Button
Add a message type (see Adding a Message Type.) Use the Add button.
Edit a message type (see Editing a Message Type.) Use the Edit button.
Delete a message type (see Deleting a Message Type.) Use the Delete button.
Select a message type from a set of standard messages (see Selecting a Message Type.) Use the Select button.
Step 1 Click Add in the Define New Message Type section of your dialog box.
The Define New Message Type dialog box appears.
Column Description
Facility Enter the codes for the facilities you want reported. A facility is a hardware
device, a protocol, or a module of the system software. See the Cisco IOS
reference manual, System Error Messages, for a predefined list of system
facility codes.
Each code can consist of two or more uppercase letters. You can enter
several facility codes, separated by commas, for example, SYS,ENV,LINK.
If you do not enter any facility but use the asterisk, all the facilities will be
reported.
Sub-Facility Enter the codes for the sub-facilities you want reported. Sub-Facility is the
subfacility in the device that generated the Syslog message.
An example of an entry in this field is
CCM_CDR_INSERT-GENERIC-0-OutOfMemory. This is an optional
field.
If you do not enter any sub-facility but use the asterisk, all the sub- facilities
will be reported.
Severity Enter codes for the message severity levels you want reported.
The following codes are supported:
0—Emergencies
1—Alerts
2—Critical
3—Errors
4—Warnings
5—Notifications
6—Informational
If you do not enter any severity level but use the asterisk, all severity levels
will be considered.
Mnemonic Enter a code that uniquely identifies the error message.
To match for Catalyst 5000 family devices, enter a hyphen (-) to indicate an
empty mnemonic field. You can enter several mnemonics, separated by
commas. An example is UPLOAD, RELOAD,CONFIG.
Description Enter the Syslog message description. For example, *REBOOT*,
*SNMP*, *telnet*, etc. If you do not want to specify a description, leave in
the default asterisk.
Step 1 Select the required message type from the Define New Message Type section of your dialog box.
Step 2 Click Delete.
You will be asked to confirm the deletion. If you confirm the deletion, the message type is deleted.
Step 1 Select the required message type from the Define New Message Type section of your dialog box
Step 2 Click Edit.
The Define New Message Type dialog box appears with the previously entered information in the fields
(for the field descriptions, see Adding a Message Type).
Step 3 Edit the information and click Save.
The message type is edited.
Step 1 Click Select in the Define New Message Type section of your dialog box.
The Select System Defined Message Types dialog box appears.
Step 2 Select the required system defined message type.
Step 3 Click OK.
The selected message appears in the Define New Message Type section of your dialog box.
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The custom templates dialog box appears with a list of custom templates.
Step 2 Select the required custom template and click Edit.
The Syslog custom report template dialog box appears. The messages that have previously been defined,
appear here.
For the description of the columns in the Syslog custom reports templates dialog box, see Creating a
Custom Report Template.
If required, you can:
• Change the Custom Report accessibility—Private to Public or vice-versa.
• Add a message type (see Adding a Message Type.)
• Edit a message type (see Editing a Message Type.)
• Delete a message type (see Deleting a Message Type.)
• Select a message type from system-defined message types (see Selecting a Message Type.)
Step 3 Click Finish.
The edited custom template appears in the custom templates dialog box.
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The custom templates dialog box appears with a list of custom templates.
Step 2 Select the required custom template.
Step 3 Click Delete.
You will be asked to confirm the deletion. If you confirm the deletion, the template will be deleted.
The Syslog custom report template is deleted and no longer appears in the Syslog custom report template
dialog box.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Reports dialog box appears, in the Report Generator page.
Step 2 Go to the first drop-down list box, and select Syslog.
Step 3 Go to the second drop-down list box, select the required custom report. (Custom reports that you created
appear in the drop-down list box with a separator).
The Device Selector appears, along with the fields that allow you to enter information in the Scheduling
and Job Info fields.
Step 4 Select the required devices using the Device Selector. (See the topic, Using RME Device Selector in the
section Adding and Troubleshooting Devices Using Device Management, for more details.)
Step 5 Enter the information required to generate the required custom report, in the Date Range, Scheduling,
and Job Info groups:
Field Description
Date Range
24 Hours Select this option, only if you want to generate a 24 hour report. This report will contain all the
syslog data gathered during the last 24 hours. For example, if you select this option and schedule
the report to be generated at 6.p.m. the report will have the data of the past 24 hours, from 6 p.m.
From Click on the calendar icon and select the date. The date appears in the dd-mmm-yyyy format in
the From field. For example, 02-Dec-2004.
The From field is enabled only if you have de-selected the 24 Hours check box.
To Click on the calendar icon and select the date. The date appears in the dd-mmm-yyyy format in
the To field. For example, 03-Dec-2004.
The To field is enabled only if you have de-selected the 24 Hours check box.
Field Description
Scheduling
Run Type Specifies the type of schedule for the job:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly— Runs monthly on the day of the month and at the specified time.
In the case of periodic jobs, the subsequent instances of jobs will run only after the earlier
instance of the job is complete.
For example: If you have scheduled a daily job at 10:00 a.m. on November 1, the next instance
of this job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1
job has completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m.
November 2, then the next job will start only at 10:00 a.m. on November 3.
If you select Immediate, the Date, Job Description, and E-mail option will be disabled for you.
If you select any other run type, then you can specify the start date and time and also provide the
job description (mandatory) and the e-mail ID for the notification after the report is generated.
Date Select the start date using the calendar icon, to populate the Date field in the dd-mmm-yyyy
format, for example, 02-Dec-2004. This is a mandatory field.
The Date field is enabled only if you have selected an option other than Immediate in the Run
Type field.
at Select the time in hours and minutes from the respective drop-down lists.
Field Description
Job Info
Job Description Enter a description for the report that you are creating.
The Job Description field is enabled only if you have selected an option other than Immediate in
the Run Type field. This is a mandatory field. Accepts alpahnumeric characters.
E-mail Enter the e-mail ID of the user who should be notified when the report is generated. You can enter
more than one e-mail ID, separated by commas.
The E-mail field is enabled only if you have selected an option other than Immediate, in the Run
Type field.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System
Preferences dialog box (Common Services > Server > Admin > System Preferences). When
the job completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address
Attachment Check this option if you want the job notification mail to consist of attachments in either CSV
or PDF format.
Either select:
• CSV if you want the attachment in CSV format.
Or
• PDF if you want the attachment in PDF format. This is the default format.
The CSV and PDF radio options will be enabled only if the Attachment checkbox is checked.
If the Attachment option is disabled, go to Common Services to change the settings. For more
information on configuring attachment settings as well as the maximum size of attachments
allowed in notification mails, see Common Services Online Help
To view Report Jobs, go to Resource Manager Essentials > Reports->Report Jobs. For details see the
topic Using the Report Job Browserin the section Generating Reports.
Column Description
Name Name of the automated action.
Status Status of the automated action at creation time—Enabled, or disabled
Type Type of automated action—E-mail, script or URL.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Using the automated actions dialog box, you can do the following tasks:
Task Button
Create an automated action (see Creating an Automated Action). Create
Edit an automated action (see Editing an Automated Action). Edit
Enable or Disable an automated action (see Enabling or Disabling an Automated Action) Enable/Disable
Import or Export an automated action (see Exporting or Importing an Automated Action) Import/Export
Delete an automated action (see Deleting an Automated Action). Delete
If you are creating an automated action, see the example (Automated Action: An Example) of how to set
up an automated action that sends an e-mail when a specific Syslog message is received.
On Windows, you cannot set up an automated action to execute an.exe file that interacts with the
Windows desktop. For example, you cannot make a window pop up on the desktop.
Step 1 Select Resource Manager Essentials > Tools > Syslog > Automated Actions.
A dialog box, with a list of automated actions, appears in the Automated Actions page. Here, you can
choose whether to include interfaces of selected devices or not. For the description of the columns in the
Automated Actions dialog box, see Defining Automated Actions.
Step 2 Click Create.
A dialog box appears for device selection.
Step 3 Select All Managed Devices or Choose Devices.
If you select the All Managed Devices option:
• You cannot select the individual devices or device categories from the device selector.
• All managed devices are considered.
• The syslog messages from the various device interfaces are considered for creating automated
actions.
If you select Choose Devices option, you must select the required devices (for details about the Device
Selector, see the topic Using RME Device Selector in the section Adding and Troubleshooting Devices
Using Device Management).
Step 4 Click Next.
A dialog box appears in the Define Message Type page.
Step 5 Enter a unique name for the automated action that you are creating.
Step 6 Select either Enabled or Disabled as the status for the action at creation time.
Step 7 Select the Syslog message types for which you want to trigger the automated action from the Define New
Message Type section of the dialog box. (For explanations of the column titles Facility, Sub-facility,
Severity etc., see Adding a Message Type.)
If you want to add, delete, edit, or selected system-defined Syslog message types, see:
• Adding a Message Type,
• Selecting a Message Type
• Editing a Message Type
• Deleting a Message Type
Step 8 Click Next.
The Automated Action Type dialog box appears.
Step 9 Select a type of action (E-mail, URL, or Script) from the Select a type of action drop-down list box.
• If you select E-mail, enter the following information in the Automated Action Type dialog box:
Field Description
Send to List of comma separated e-mail addresses. Mandatory field.
Subject Subject of the e-mail.
Content Content that you want the e-mail to contain.
• If you select URL, enter the URL to be invoked, in the URL to Invoke field of the Automated Action
type dialog box. In the URL, you can use the following parameters:
– $D (for the device)
– $M (for the complete syslog message).
When the URL is invoked, If you have specified $D or $M, then, $D is substituted with the device
hostname or IP address and $M is substituted with the syslog message.
For example, if the URL is
http://hostname/script.pl?device=$D&mesg=$M
When invoked, $D is replaced with 10.68.12.2 and $M is replaced with the URL-encoded syslog
message.
• If you select Script, enter the script to be used, in the Script to execute field of the Automated Action
type dialog box.
Either enter or select the script file. You can run only shell scripts (*.sh) on Unix and batch files
(*.bat) on Windows. The shell script or batch file should have only write/execute permissions for
casuser:casusers in UNIX and casuser/Administrator in Windows.
The other users should have only read permission. You must ensure that the scripts contained in the
file have permissions to execute from within the casuser account.
The script files must be available at this location:
On Windows:
NMSROOT/files/scripts/syslog
On UNIX:
/var/adm/CSCOpx/files/scripts/syslog
To select the script file:
a. Click Browse.
The Server Side File Browser dialog box appears.
b. Select the file (*.sh on Unix and *.bat on Windows).
Step 10 Click OK.
Step 11 Click Finish.
If the executable program produces any errors or writes to the console, the errors will be logged as Info
messages in the SyslogAnalyzer.log.
Step 1 Select Resource Manager Essentials > Tools > Syslog > Automated Actions.
A dialog box, displaying the list of automated actions, appears in the Automated Actions page.
For the description of the columns in the Automated Actions dialog box, see Defining Automated
Actions.
Step 2 Select an automated action from the drop-down list and click Edit.
The Select Devices dialog box appears.
Step 3 Select the required devices and click Next.
A dialog box appears in the Define Message Type page.
This dialog box allows you to:
• Change the Message Filter Type—From Enabled to Disabled, or vice, versa.
• Add a message type (see Adding a Message Type.)
• Edit a message type (see Editing a Message Type.)
• Delete a message type (see Deleting a Message Type.)
• Select a message type from system-defined message types (see Selecting a Message Type.)
Step 4 Click Next.
Step 5 The Automated Action Type dialog box appears.
This dialog box allows you to change the type of action. For example, you can change from E-mail to
URL or Script.
• For E-mail, enter or change the following information in the Automated Action type dialog box:
Field Description
Send to List of comma separated e-mail addresses.
Subject Subject of the e-mail (optional).
Content Content that you want the e-mail to contain.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job completes,
an e-mail is sent with the CiscoWorks E-mail ID as the sender's address
• For URL, enter or change the URL to be invoked, in the Automated Action type dialog box. If you
select URL, enter the URL to be invoked, in the URL to Invoke field of the Automated Action type
dialog box. In the URL, you can use the following parameters:
– $D (for the device)
– $M (for the complete syslog message).
When the URL is invoked, If you have specified $D or $M, then, $D is substituted with the device
hostname or IP address and $M is substituted with the syslog message.
For example, if the URL is
http://hostname/script.pl?device=$D&mesg=$M
When invoked, $D is replaced with 10.68.12.2 and $M is replaced with the URL-encoded syslog
message.
• If you select Script, enter the script to be used, in the Script to execute field of the Automated Action
type dialog box.
Either enter or select the script file. You can run only shell scripts (*.sh) on Unix and batch files
(*.bat) on Windows. The shell script or batch file should have only write/execute permissions for
casuser:casusers in UNIX and casuser/Administrator in Windows.
The other users should have only read permission. You must ensure that the scripts contained in the
file have permissions to execute from within the casuser account.
The script files must be available at this location:
On Windows:
NMSROOT/files/scripts/syslog
On UNIX:
/var/adm/CSCOpx/files/scripts/syslog
To select the script file:
a. Click Browse.
The External Config Selector dialog box appears.
b. Select the file (*.sh on Unix and *.bat on Windows).
Step 6 Click Finish.
The edited automated action appears in the dialog box on the Automated Action page.
Step 1 Copy the sampleEmailScript.pl from RME 3.5 or older to the new RME 4.2 server and put this file in:
For Solaris:
/var/adm/CSCOpx/files/scripts/syslog directory
For Windows:
NSMROOT/files/scripts/syslog
Step 2 Write a shell script for Solaris or .bat file for Windows in the same directory.
Here is an example shell script (called syslog-email.sh) for UNIX:
#!/bin/sh
/opt/CSCOpx/bin/perl /var/adm/CSCOpx/files/scripts/syslog/sampleEmailScript.pl
-text_message "MEssage:
$2 from device: $1" -email_ids nobody@nowhere.com -subject "Syslog Message: $2" -from
nobody@nowhere.com -smtp mail-server-name.nowhere.com
For Windows, replace $1 and $2 with %1 and %2 and change the directory accordingly.
Step 1 Select Resource Manager Essentials > Tools > Syslog > Automated Actions.
A dialog box, displaying the list of automated actions, appears in the Automated Action page. For the
description of the columns in the Automated Actions dialog box, see Defining Automated Actions.
Step 2 Select the required automated action from the list in the dialog box.
Step 3 Click Enable/Disable to toggle its status.
The dialog box in the Automated Action page is refreshed and it displays the changed state for the
specified automated action.
Step 1 Select Resource Manager Essentials > Tools > Syslog > Automated Actions.
A dialog box, displaying the list of automated actions, appears in the Automated Action page.
For the description of the columns in the Automated Actions dialog box, see Defining Automated
Actions.
Step 2 Select an automated action. You can select more than one automated action.
If you do not select an automated action before clicking the Export/Import button, then only the Import
option will be available. The Export option will be disabled
Step 3 Click Export/Import.
The Export/Import Automated Actions dialog box appears with the Export or Import options.
Step 4 Select either Export or Import.
Step 5 Either:
• Enter the location of the file to be exported or imported.
Or
• Click Browse.
The Server Side File Browser appears. You can select a valid file, and click OK.
The file location appears in the Export/Import dialog box.
Step 6 Click OK.
Step 1 Select Resource Manager Essentials > Tools > Syslog > Automated Actions.
A dialog box, displaying the list of automated actions, appears in the Automated Action page.
For the description of the columns in the Automated Actions dialog box, see Defining Automated
Actions.
Step 2 Select the required automated action from the list in the dialog box.
Step 3 Click Delete.
You will be asked to confirm the deletion. If you confirm the deletion, the action will be deleted.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Syslog > Automated Actions.
A dialog box, with a list of automated actions, appears in the Automated Action page. For the description
of the columns in the Automated Actions dialog box, see Defining Automated Actions.
Step 2 Click Create.
The Devices Selection dialog box appears.
Step 3 Select the required devices and click Next.
The Define Message Type dialog box appears.
Step 4 Enter a unique name for the automated action that you are creating.
Step 5 Select either Enabled, or Disabled as the status for the action at creation time.
Step 6 Click Select.
The Select System Defined Message Types dialog box appears.
Step 7 Select the SYS folder, then select the SYS-*-5-CONFIG_I message from the Select System Defined
Message Types list, and click OK.
The dialog box on the Define Message Type page appears.
Step 8 Click Next.
The Automated Action Type dialog box appears.
Step 9 Select the type of action—E-mail, Script, or URL.
If you had selected Email in Step 9: Enter the following information:
Field Description
Send to List of comma-separated e-mail addresses.
Subject Subject of the e-mail (optional).
Content Content that you want the e-mail to contain.
Configure the SMTP server to send e-mails in the View/Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). If a syslog is found with the
matching type for managed (normal) devices, an e-mail is sent with the CiscoWorks E-mail ID as the
sender's address. Then go to Step 10.
If you had selected Script in Step 9: Choose the appropriate bat file for Windows, or shell script for
Solaris, from the File Selector. For details about these files, see the topic Creating an Automated Action.
Then go to Step 10.
If you had selected URL in Step 9: Enter the URL to be invoked. If you select URL, enter the URL to
be invoked, in the URL to Invoke field of the Automated Action type dialog box. In the URL, you can
use the following parameters:
– $D (for the device)
– $M (for the complete syslog message).
When the URL is invoked, if you have specified $D or $M, then, $D is substituted with the device
hostname or IP address and $M is substituted with the syslog message.
For example, if the URL is
http://hostname/script.pl?device=$D&mesg=$M
When invoked, $D is replaced with 10.68.12.2 (where 10.68.12.2 is the IP address of the device) and
$M is replaced with the URL-encoded syslog message.
Step 10 Click Finish.
Also see Verifying the Automated Action.
Step 1 Select a managed router that is already sending Syslog messages to the RME server and generate a
SYS-5-CONFIG_I message by changing the message-of-the-day banner as follows:
a. Connect to the managed router using Telnet and log in.
b. In enable mode enter enable, then enter a password.
c. At the config prompt enter configure terminal.
d. Change the banner by entering:
banner motd z
This is a test banner z
end
e. Exit the Telnet session.
Step 2 Make sure that the SYS-5_CONFIG_I message is sent to the CiscoWorks Server as follows:
• On UNIX systems, open the syslog_info file located in the /var/log directory, or whichever file has
been configured to receive Syslog messages.
• On Windows systems, open the syslog.log file located in the NMSROOT\log\ directory.
Where NMSROOT is the RME installation directory.
Step 3 Verify that there is a message from the managed router whose banner-of-the-day was changed.
This message appears at the bottom of the log.
• If the message is in the file, an e-mail is mailed to the e-mail ID specified.
• If the message is not in the file, the router has not been configured properly to send Syslog messages
to the CiscoWorks Server.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Tools > Syslog > Message Filters.
A dialog box appears in the Message Filters page.
A list of all message filters is displayed in this dialog box, along with the names, and the status of each
filter—Enabled, or Disabled.
Step 2 Specify whether the filters are for dropping the Syslog messages or for keeping them, by selecting either
Drop or Keep.
• If you select Drop, the Common Syslog Collector drops the syslogs that match any of the Drop
filters from further processing.
• If you select Keep, Collector allows only the syslogs that match any of the “Keep” filters, for further
processing.
Note The Drop or Keep options apply to all message filters. They do not apply to individual filters.
Task Button
Create a filter (see Creating a Filter). Create
Edit a filter (see Editing a Filter). Edit
Enable or disable a filter (see Enabling or Disabling a Filter). Enable/Disable
Export or import a filter. (see Exporting or Importing a Filter). Export/Import
Delete a filter (see Deleting a Filter). Delete
Creating a Filter
You can create a filter for Syslog messages by:
Step 1 Select Resource Manager Essentials > Tools > Syslog > Message Filters.
A dialog box with a list of filters, appears in the Message Filter page.
Step 2 Specify whether the filter should be a dropped or kept, by selecting either Drop or Keep.
• If you select Drop, the Common Syslog Collector drops the Syslogs that match any of the Drop
filters from further processing.
• If you select Keep, Collector allows only the Syslogs that match any of the Keep filters, for further
processing.
Note The Drop or Keep options apply to all message filters. They do not apply to individual filters.
Editing a Filter
To edit a filter:
Step 1 Select Resource Manager Essentials > Tools > Syslog > Message Filters.
A dialog box, displaying the list of filters, appears in the Message Filter page.
Step 2 Select a filter by clicking on its check box, and click Edit.
The Select Devices dialog box appears.
Step 3 Select the required devices and click Next.
A dialog box appears in the Define Message Type page.
This dialog box allows you to:
• Change the filter Status—From Enabled to Disabled, or vice, versa.
• Add a message type (see Adding a Message Type.)
• Edit a message type (see Editing a Message Type.)
• Delete a message type (see Deleting a Message Type.)
• Select a message type from system-defined message types (see Selecting a Message Type.)
Step 1 Select Resource Manager Essentials > Tools > Syslog > Message Filters.
A dialog box, with the list of filters, appears in the Message Filter page.
Step 2 Select the required filter from the list in the dialog box.
Step 3 Click Enable/Disable to toggle its status.
The dialog box in the Message Filter page is refreshed and it displays the changed state for the specified
filter.
Step 1 Select Resource Manager Essentials > Tools > Syslog > Message Filters.
A dialog box, with the list of filters, appears in the Message Filter page.
Step 2 Select a filter. You can select more than one filter.
Step 3 Click Export/Import.
The Export/Import dialog box appears with the Export or Import options.
Step 4 Select either Export or Import.
Step 5 Either:
• Enter the location of the file to be exported or imported.
Or
a. Click Browse.
The Server Side File Browser appears.
b. Select a valid file location, and click OK.
The file location appears in the Export/Import dialog box.
Step 6 Click OK.
Deleting a Filter
To delete a filter:
Step 1 Select Resource Manager Essentials > Tools > Syslog > Message Filters.
A dialog box, displaying the list of filters, appears in the Message Filter page.
Step 2 Select the required filter from the list in the dialog box.
Step 3 Click Delete.
When you confirm the deletion, the filter is deleted.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Report Generator dialog box appears, in the Report Generator page.
Field Description
Date Range
Last X Select this option, if you want to generate a report for the last X days or weeks or months or years.
Where X represents the number of days or weeks or months or years.
For example, if you want to generate a Syslog Standard report for the last 4 days, you can enter 4 in
the textbox and select Days from the listbox.
The generated report will consist of Syslog data gathered for the last 4 days. This option applies only
to Syslog Standard Reports.
24 Hours Select this option, only if you want to generate a 24 hour report. This report will contain all the syslog
data gathered during the last 24 hours. For example, if you select this option and schedule the report
to be generated at 6.p.m. the report will have the data of the past 24 hours, from 6 p.m.
From Click on the calendar icon and select the date. The date appears in the dd-mmm-yyyy format in the
From field. For example, 02-Dec-2004.
The From field is enabled only if you have de-selected the 24 Hours check box.
To Click on the calendar icon and select the date. The date appears in the dd-mmm-yyyy format in the To
field. For example, 03-Dec-2004.
The To field is enabled only if you have de-selected the 24 Hours check box.
Field Description
Scheduling
Run Type Specifies the type of schedule for the job:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly— Runs monthly on the day of the month and at the specified time.
In the case of periodic jobs, the subsequent instances of jobs will run only after the earlier instance of
the job is complete.
For example: If you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then
the next job will start only at 10:00 a.m. on November 3.
If you select Immediate, the Date, Job Description, and E-mail option will be disabled for you.
If you select any other run type, then you can specify the start date and time and also provide the job
description (mandatory) and the e-mail ID for the notification after the report is generated.
Date Select the start date using the calendar icon, to populate the Date field in the dd-mmm-yyyy format,
for example, 02-Dec-2004. This is a mandatory field.
The Date field is enabled only if you have selected an option other than Immediate in the Run Type
field.
at Select the hours and minutes from the drop-down lists.
Job Info
Job Description Enter a description for the report that you are creating.
The Job Description field is enabled only if you have selected an option other than Immediate in the
Run Type field. This is a mandatory field. Accepts alpahnumeric characters.
Field Description
E-mail Enter the e-mail ID of the user who should be notified when the report is generated. You can enter
more than one e-mail ID, separated by commas.
The E-mail field is enabled only if you have selected an option other than Immediate, in the Run Type
field.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job completes,
an e-mail is sent with the CiscoWorks E-mail ID as the sender's address
Attachment Check this option if you want the job notification mail to consist of attachments in either CSV or PDF
format.
Either select:
• CSV if you want the attachment in CSV format.
Or
• PDF if you want the attachment in PDF format. This is the default format.
The CSV and PDF radio options will be enabled only if the Attachment checkbox is checked.
If the Attachment option is disabled, go to Common Services to change the settings. For more
information on configuring attachment settings as well as the maximum size of attachments allowed
in notification mails, see Common Services Online Help.
Field Description
Custom Report Name Name of the Custom Reports.
Total number of records Number of records that have been generated for each report.
Field Description
Device Name Name of the device from which syslog messages are received.
Emergencies Number of emergency messages received from the device.
Alerts Number of alert messages received from the device.
Critical Number of critical messages received from the device.
Errors Number of error messages received from the device.
Warnings Number of warning messages received from the device.
Notifications Number of notification messages received from the device.
Informational Number of informational messages received from the device.
Debugging Number of debug messages received from the device.
You can click on any of the field titles to sort the report based on that field.
Note When you are generating a Standard Report, you may get an outofmemory exception. This may occur if
the number of syslog messages that were generated in the date range that you specified in the report job,
exceeded six hundred thousand. Decrease the period, that is, specify a shorter date range, and run the
report job again.
Note If you enter the device name or IP address of a device not managed by any of the applications installed
on the Common Services server, the Functions Available pane will display only the default connectivity
tools from Common Services.
For Syslog application, you can generate the Syslog Analyzer Standard Report.
In the Functions Available pane, select Reports > Syslog Messages. The Syslog Analyzer Standard
Report appears. For details of this report, see Generating a Standard Report.
Prerequisites
In this scenario, you will use only the Syslog Analyzer application.
No prerequisites are required.
For a complete description of the required tasks, see the Online Help.
Procedures
The purpose of this scenario is to show you how you can use specific RME applications to perform these
tasks. This will help you understand how to use the applications to perform similar tasks in your network.
When you create a custom report template, you select the syslog message types you want reported. The
Custom Templates option lets you create a custom template, and edit or delete existing custom templates.
To create a custom report template:
Step 1 Select Resource Manager Essentials > Reports > Custom Report Templates.
The custom templates dialog box appears.
Step 5 Enter a unique name for the custom report template, in the Custom Report Name field, for example,
OSPFNOMEMORY.
Step 6 Specify whether you want the custom report template to be Public or Private.
Public templates can be seen and used by other users who have the permissions to do these tasks. Private
templates can be seen and used by only the owner (creator) of the templates.
Step 7 Click Add in the Define New Message Type section of your dialog box.
The Define New Message Type dialog box appears.
Step 8 Enter the required information:
Column Description
Facility You can enter the codes for the facilities you want reported. A facility is a hardware device, a protocol,
or a module of the system software. See the Cisco IOS reference manual, System Error Messages, for
a predefined list of system facility codes.
Each code can consist of two or more uppercase letters. You can enter several facility codes, separated
by commas.
If you do not enter any facility but use the asterisk, all the facilities will be reported.
In this example, enter OSPF.
Sub-Facility You can enter the codes for the sub-facilities you want reported. Sub-Facility is the subfacility in the
device that generated the Syslog message.
This is an optional field.
If you do not enter any sub-facility but use the asterisk, all the sub- facilities will be reported.
In this example, leave in the default asterisk.
Severity You can enter codes for the message severity levels you want reported.
The following codes are supported:
0—Emergencies
1—Alerts
2—Critical
3—Errors
4—Warnings
5—Notifications
6—Informational
If you do not enter any severity level but use the asterisk, all severity levels will be considered.
In this example, enter 2.
Column Description
Mnemonic You can enter a code that uniquely identifies the error message.
To match for Catalyst 5000 family devices, enter a hyphen (-) to indicate an empty mnemonic field.
You can enter several mnemonics, separated by commas.
In this example, enter NOMEMORY
Description You can enter an appropriate description for the Syslog message. In this example, leave in the default
asterisk.
For more details about the columns in the Syslog custom report template dialog box, see the topic
Creating a Custom Report Template in the section Enabling and Tracking Syslogs Using Syslog
Analyzer and Collector.
For more details about the field descriptions of the Define New Message Type dialog box, see the topic,
Adding a Message Type in the section Enabling and Tracking Syslogs Using Syslog Analyzer and
Collector.
Verification
To make sure the report was created, select Resource Manager Essentials > Reports > Custom
Templates.
Your custom report template is displayed in the dialog box on the Custom Templates page.
To run this Syslog custom report:
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Reports dialog box appears, in the Report Generator page.
Step 2 Go to the first drop-down list box, select Syslog.
Step 3 Go to the second drop-down list box, select the required custom report. (Custom reports that you created
appear in the drop-down list box with a separator, therefore your report, OSPFNOMEMORY appears
here.)
The Device Selector appears, along with the fields that allow you to enter information in the Scheduling
and Job Info fields.
Step 4 Select the required devices using the Device Selector. (See the topic, Using RME Device Selector in the
section Adding and Troubleshooting Devices Using Device Management, for more details.)
Step 5 Select 24 Hours in the Date Range group.
Step 6 Select Immediate from the Run Type drop-down list, in the Scheduling group.
Step 7 Click Finish.
Your OSPFNOMEMORY custom report appears in a separate browser window.
For more details on Syslog Custom Reports, see the topic Defining Custom Report Templates in the
section Enabling and Tracking Syslogs Using Syslog Analyzer and Collector.
Audit Trail tracks and reports changes that the RME administrator makes on the RME server.
To view the list of RME tasks that trigger an Audit Trail record, see Audit Trail Record.
You can perform the following tasks using the Audit Trail records:
• Generate a Audit Trail report
You can track the changes that are performed on the RME server by the RME administrator.
See Generating a Standard Audit Trail Report for procedure on generating Audit Trail report.
• Purging the Audit Trail records
Frees disk space and maintains your Audit Trail records at a manageable size. You can either
schedule for Periodic Purge or perform a Forced Purge of Audit Trail data.
See Performing Maintenance Tasks for scheduling a Periodic Purge.
Note An Audit Trail record is not logged for all tasks performed under this navigation Resource Manager
Essentials > Admin > Approval.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The Report Generator dialog box appears.
Step 2 Select Audit Trail from the first drop-down list box.
Step 3 Select Standard Report from the second drop-down list box.
Field Description
Date Range
24 Hours Select this option, only if you want to generate a 24 hour report. This report
will contain all the Audit Trail data gathered during the last 24 hours.
Last X Select this option, if you want to generate a report for the last X days or
weeks or months or years.
Where X represents the number of days or weeks or months or years.
For example, if you want to generate a Standard Audit Trail report for the
last 6 days, you can enter 6 in the textbox and select Months from the
listbox.
The generated report will consist of Audit Trail data gathered for the last 6
days. This option applies only to Standard Audit Trail Reports.
From Click on the calendar icon and select the start date.
The From field is enabled only if you have de-selected the 24 Hours check
box.
To Click on the calendar icon and select the end date.
The To field is enabled only if you have de-selected the 24 Hours check box.
Selection Criteria
User Name Select the user name. This report will be filtered on user names.
Application Select the name of the application. This report will be filtered on application
names.
Field Description
User Name Name of the person who performed the change. This is the name entered when the person logged
in. It can be the name under which the RME application is running, or the name under which the
Telnet connection is established.
Application Name Name of the RME application involved in the network change. For example, ChangeAudit, Device
Management, ICServer, NetConfig, NetShow etc.
Field Description
Server Name Host name of the RME server.
Creation Time Date and time at which the changes were performed on the RME server.
Description Brief summary of the change that occurred on the RME server.
The following buttons are available on the Audit Trail Standard report:
Button Description
Export to File You can export this report in either PDF or CSV format.
(Icon)
Print Generates a format that can be printed.
(Icon)
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > ChangeAudit > Set Purge Policy.
The Purge Policy dialog box appears in the Periodic Purge Settings pane.
Field Description
Purge change audit Enter the number of days. Only Change Audit records older than the number of days that you specify
records older than here, will be purged.
The default is 180 days.
See Tracking Network Changes Using Change Audit for further information.
Purge audit trail Enter the number of days. Only Audit Trail records older than the number of days that you specify
records older than here, will be purged.
The default is 180 days.
Scheduling
Run Type You can specify when you want to run the Purge job for Change Audit and Audit Trail records.
To do this, select one of these options from the drop down menu:
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example: If you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then
the next job will start only at 10:00 a.m. on November 3.
Date Enter the start date in the dd Mmm yyyy format, for example, 02 Jun 2004, or click on the calendar
icon and select the date.
at Enter the start time, in the hh:mm:ss format (23:00:00).
Job Info
Job Description The system default job description, ChangeAudit Records - default purge job is displayed.
You cannot change this description.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Caution You might delete data by changing these values. If you change the number of days to values lower than
the current values, messages over the new limits will be deleted.
Step 3 Click Save, to save the Purge policy that you have specified.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > ChangeAudit > Force Purge.
The Purge Policy dialog box appears.
Step 2 Enter the information required to perform a Forced Purge:
Field Description
Purge change audit Enter the number of days. Only Change Audit records older than the number of days that you specify
records older than here, will be purged.
See Tracking Network Changes Using Change Audit for further information.
Purge audit trail Enter the number of days. Only Audit Trail records older than the number of days that you specify
records older than here, will be purged.
Scheduling
Run Type You can specify when you want to run the Force Purge job for Change Audit and Audit Trail records.
To do this, select one of these options from the drop down menu:
• Immediate—Runs the report immediately.
• Once—Runs the report once at the specified date and time.
Date Click on the Calendar icon and select the start date.
The Date field is enabled only if you have selected Once as the Run Type.
at Enter the start time, in the hh:mm:ss format (23:00:00).
The At field is enabled only if you have selected Once as the Run Type
Job Info
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses separated by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box
(Common Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Bug Toolkit is an application in Resource Manager Essentials that helps the user identify the bugs filed
against devices in their network and check the status of the bugs.
You can generate reports based on bugs filed against IOS and CATOS devices that are managed in the
your network.
To generate reports using Bug Toolkit from the CiscoWorks desktop:
Note Cisco.com account credentials from Common Services > Security > Cisco.com Connection
Management > Cisco.com User Account Setup and proxy username/password credentials from
Common Services > Security > Cisco.com Connection Management Proxy Server Setup will not be
used henceforth.
RME will use the central Cisco.com credentials as default if they are configured under Common
Services > Server > Security > Cisco.com Connection Management > Cisco.com User Account
Setup, while generating reports based on PSIRT data or End of Sale/End of Life data or Bug Tool Kit.
You can still change these credentials when you are scheduling the report jobs. You will be prompted to
enter these Cisco.com credentials if they are not configured.
However tasks like Contract Connection, which are User-specific will not use these credentials.
Inconsistencies may occur in the number of bugs displayed in the Bug Summary Report archived in the
server and the Bug Details Report information on Cisco.com.
Date Date on which you want to run Click on the calendar icon and select the start date.
the job.
If Run Type is Immediate, the system date is automatically selected.
at Time when you want to run the Select the hours and minutes from the drop-down lists.
job in the future.
If Run Type is Immediate, the system time is automatically selected.
SmartCase lets you access Cisco.com from Resource Manager Essentials (RME) to open a Cisco.com
case or to query and update an existing case. You can submit, review, and update problems or questions
about your Cisco products.
Cisco Contract Connection lets you verify which of your Cisco IOS devices are covered by a service
contract. Contract Connection (CC) uses Inventory Manager, Cisco.com, and Cisco's internal contract
tracking service, Contract Agent, to provide the status of your service coverage.
You must have a Cisco.com account to use CC and CC lists all contracts applicable to you.
You can select any of the contracts to get the contract details for the IOS devices belonging to that
particular contract in your network.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The Report Generator page appears.
Step 2 Select Contract Connection from the drop-down list box on the left.
Step 3 Select Report Based on Contract from the drop-down list box on the right.
The Cisco.com and Proxy Server Credentials Profile dialog box appears as a pop-up.
Step 4 Enter your Cisco.com username and password in the Cisco.com and Proxy Server Credentials Profile
dialog box.
• You must have valid Cisco.com account credentials to generate Contract Connection reports.
• You are also prompted to enter ProxyUsername and ProxyPassword if a Proxy Server hostname/IP
and port are configured in:
Common Services > Security > Cisco.com Connection Management Proxy Server Setup
• After providing the credential information click OK.
• A dialog box appears within the Contract Connection Reports page.
Cisco.com account credentials from Common Services > Security > Cisco.com Connection
Management > Cisco.com User Account Setup and proxy username/password credentials from
Common Services > Security > Cisco.com Connection Management Proxy Server Setup will not be
used hence forth.
Step 5 Enter the name of the device in the Device Names field and click Select.
If you enter more than one name, separate the names by commas.
Or
Select the required device from the list tree.
• To see only the devices that you have selected, click Selection.
• To see all the devices, click All.
Step 6 Select the required contract from the Select Contracts list and click Finish.
The Summary Report page appears with a Summary of submitted devices and the Device Type Summary
Report for the selected contract.
If you want to revert to the default values in the Contract Connection Reports dialog box, click Reset.
Field Description
Product Family Displays the following:
• Product family of the device.
• None — Devices that do not belong to Cisco Product Family.
• Total — Number of devices managed by Resource Manager Essentials.
Devices on Network Number of devices managed by Resource Manager Essentials. This also includes devices
that do not have a Cisco Contract but are covered by other contracts.
Devices on Contract Total Number of devices in the contract that you had selected. This also includes devices that are
not managed by Resource Manager Essentials.
Field Description
Devices on Contract Active Number of active devices in the contract that you selected.
Devices on Contract Expired Number of expired devices in the contract that you selected.
Devices Matched on Contract Number of devices whose Serial Number in the Resource Manager Essentials inventory,
Total match with the corresponding Serial Number in Cisco support database (Service Contract
Center).
Devices Matched on Contract Number of active devices that match in the contract that you selected.
Active
Devices Matched on Contract Number of expired devices that match in the contract that you selected.
Expired
No Serial Number Number of devices that do not have Serial Numbers. These are devices that do not have
both the Electronic Serial Number and the Managed Serial Number.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The Report Generator page appears.
Step 2 Select Contract Connection from the drop-down list box on the left.
Step 3 Select Report Based on Contract from the drop-down list box on the right.
The Cisco.com and Proxy Server Credentials Profile dialog box appears as a pop-up.
Step 4 Enter your Cisco.com username and password in the Cisco.com and Proxy Server Credentials Profile
dialog box.
• You must have valid Cisco.com account credentials to generate Contract Connection reports.
• You are also prompted to enter ProxyUsername and ProxyPassword if a Proxy Server hostname/IP
and port are configured in Common Services > Security > Cisco.com Connection Management
Proxy Server Setup
Step 5 Enter the credential information and click OK.
A dialog box appears within the Contract Connection Reports page.
Cisco.com account credentials from Common Services > Security > Cisco.com Connection
Management > Cisco.com User Account Setup and proxy username/password credentials from
Common Services > Security > Cisco.com Connection Management Proxy Server Setup will not be
used henceforth.
Step 6 Enter the name of the device in the Device Names field and click Select.
If you enter more than one name; separate the names by commas.
Or
Select the required device from the list tree.
• To see only the devices that you have selected, click Selection.
• To see all the devices, click All.
Step 7 Select the required contract from the Select Contracts list and click Finish.
The Summary Report page appears with a Summary of submitted devices and the Device Type Summary
Report for the selected contract.
Button Description
Export to File Exports the report in either PDF or CSV format.
(Icon)
Print Generates a format of the report that you can print.
(Icon)
Field Description
Contract Status Support status for the device. This is determined by a device serial number in the Resource Manager
Essentials inventory that matches the serial number in the Cisco support database.
The Contract Status can be A=> active, E=> expired or N=> no contract.
Device Type Cisco-specific device class description.
Device Name Assigned host name.
Electronic Serial Serial number that you set using CLI when you enter the device into the network.
No
Managed Serial No Serial number that is in the Resource Manager Essentials inventory database.
Shipment Serial No Serial number embedded on the chassis hardware.
Contract No Cisco support contract identification number.
Contract Type Cisco support contract code.
Cisco Part No Cisco part number for the device.
Begin Date Start date of the Cisco support contract for the device. This indicates whether the Contract Status is
active or expired.
End Date End date of the Cisco support contract for the device. This indicates whether the Contract Status is
active or expired.
Sales Order Original device shipment sales identification number.
Ship Date Date device left Cisco to be delivered to customer.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The Report Generator page appears.
Step 2 Select Contract Connection from the drop-down list box on the left.
Step 3 Select Report Based on Contract from the drop-down list box on the right.
The Cisco.com Profile dialog box appears as a pop-up.
Step 4 Enter your Cisco.com username and password in the Cisco.com and Proxy Server Credentials Profile
dialog box.
• You must have valid Cisco.com account credentials to generate Contract Connection reports.
• You are also prompted to enter ProxyUsername and ProxyPassword if a Proxy Server hostname/IP
and port are configured in:
Common Services > Security > Cisco.com Connection Management Proxy Server Setup
Step 5 Enter the credential information and click OK.
A dialog box appears within the Contract Connection Reports page.
Cisco.com account credentials from Common Services > Security > Cisco.com Connection
Management > Cisco.com User Account Setup and proxy username/password credentials from
Common Services > Security > Cisco.com Connection Management Proxy Server Setup will not be
used henceforth.
Step 6 Enter the name of the device in the Device Names field and click Select.
If you enter more than one name; separate the names by commas.
Or
Select the required device from the list tree.
• To see only the devices that you have selected, click Selection.
• To see all the devices, click All.
Step 7 Select the required contract from the Select Contracts list and click Finish.
The Summary Report page appears with a Summary of submitted devices and the Device Type Summary
Report for the selected contract.
The Summary displays:
• Total number of submitted devices.
• Number of devices successfully processed by Cisco.com Contract Connection system.
• Devices not processed because of insufficient inventory data, such as vendor type or serial number.
If you want to revert to the default values in the Contract Connection Reports dialog box, click Reset.
Step 8 Click the Product Family name under Product Family in the Device Type Summary Report.
The Contract Status Detailed Report page appears.
• Click None to get similar information for devices that do not belong to Cisco Product Family.
• Click Total to get the number of devices managed by RME.
The following buttons are available on the Contract Status Detailed Report page:
Button Description
Export to File Exports the report in either PDF or CSV format.
(Icon)
Print Generates a format of the report that you can print.
(Icon)
Note If the Contract Status Detailed Report page shows no records, press F5 to refresh the page and get the
results.
Scheduling Jobs
You can schedule report generation using the Schedule Job option. The job schedule can be Immediate,
Once, Weekly or Monthly.
• If you want an Immediate report select the Immediate option.
• If you want reports Once, Weekly or Monthly, specify the time and date on which you want to enable
the report collection job.
After the job runs, the status appears in the Job Browser according to the work order.
The generated report is archived separately. The Job Purge Policy is the same as for other reports. For
more details on Job Purge Policy, see the topic Purging Reports Jobs and Archived Reports in the
Generating Reports section.
To schedule a job:
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The Report Generator page appears.
Step 2 Select Contract Connection from the drop-down list box on the left.
Step 3 Select Report Based on Contract from the drop-down list box on the right.
The Cisco.com Profile dialog box appears as a pop-up.
Step 4 Enter your Cisco.com username and password in the Cisco.com and Proxy Server Credentials Profile
dialog box.
• You must have valid Cisco.com account credentials to generate Contract Connection reports.
• You are also prompted to enter ProxyUsername and ProxyPassword if a Proxy Server hostname/IP
and port are configured in:
Common Services > Security > Cisco.com Connection Management Proxy Server Setup
Step 5 Enter the credential information and click OK.
A dialog box appears within the Contract Connection Reports page.
Cisco.com account credentials from Common Services > Security > Cisco.com Connection
Management > Cisco.com User Account Setup and proxy username/password credentials from
Common Services > Security > Cisco.com Connection Management Proxy Server Setup will not be
used henceforth.
Step 6 Enter the name of the device in the Device Names field and click Select.
You can enter more than one name; separate the names by commas.
Or
Select the required device from the list tree.
• To see only the devices that you have selected, click Selection.
• To see all the devices, click All.
Step 7 Select the required contract from the Select Contracts list.
Step 8 Select the frequency of job scheduling - Immediate, Once, Weekly or Monthly from the Run Type drop
down list box.
The date and time are enabled only if you have selected an option other than Immediate in the Run Type
field.
Step 9 Click on the calendar icon and select the start date.
Step 10 Select the hours and minutes from the drop-down lists.
Step 11 Enter a description for the job you are scheduling in the Job Description field.
This is a mandatory field, if you have selected Immediate, Once, Weekly or Monthly from the Run Type
drop-down list box.
Step 12 Enter your E-mail ID in the E-mail field if you want to be notified when a job is executed.
The mail informs you whether the job was executed successfully or was a failure. You can enter multiple
E-mail IDs, separated by commas.
Step 13 Click Finish.
A message appears confirming the creation of the job with the Job ID. This message also informs you
how you can view the job status from Reports > Report Jobs. For example, Job 1018 was created
successfully. Go to Reports > Report Jobs to view the status of the job.
• Owner
• Schedule Type
You can filter by All, Job ID, Job Type, Report Type, Status, Description, Owner, and Schedule Type.
To do this, select the required criteria in the Filter By drop-down list box. Then, select the required report
in the drop-down list box. Click Filter.
To view Job Details, click on a job number under Job ID.
The Contract Connection Report pop-up window appears with the Job Details.
It contains the Job ID number and status, Job Summary and a Refresh button.
Job Summary displays your E-mail ID or IDs if you had entered it while scheduling the job, Selected
Devices, Report Publish Location, Report Name, Selected Contract and the date and time the job was
created. Click OK.
Step 2 Select the required job in Contract Connection in the Report Job Browser page. You can view the output
of successful jobs only.
Step 3 Click Show output.
The Summary Report page appears with the Summary of submitted devices and the Device Type
Summary Report.
• If you want to stop a scheduled or running job or jobs, select the job and click Stop in the Report
Job Browser page.
• If the job is a one-time job, a message appears informing you that you are about to delete report jobs.
Click OK.
A message appears Successfully stopped the selected job(s). Click OK.
• If the job is a periodic one, the Period Job Cancel Confirmation dialog box appears after you have
clicked OK in the dialog box.
This message informs you that you are about to delete report jobs. It prompts you to confirm whether
you want to cancel only this instance or all future instances, as well.
Step 4 Select the option you want and click OK.
A message appears Successfully stopped the selected job(s).
Step 5 Click OK.
If you want to delete a job, click Delete in the Job Browser page.
A message appears informing you that you are about to delete report jobs and no instance will be
scheduled in the future. Click OK.
A message appears with the job IDs informing you that you have successfully deleted the jobs, for
example, Job(s) [1018] deleted successfully. Click OK.
Resource Manager Essentials provides Command Line Interface (CLI) support. The CLI utilities that are
supported by RME are:
• CWCLI
• Performance Tuning Tool
• .syslogConf.pl Utility
• Software Management CLI Utility
CWCLI
CiscoWorks Command Line Framework (CWCLI) is the interface or framework through which
application functionality is provided.
The following are the cwcli applications:
• cwcli config is the configuration command-line tool of Resource Manager Essentials. cwcli
netconfig command lets you use NetConfig from the command line.
• cwcli export is a command line tool that also provides servlet access to inventory, configuration
and change audit data.
This can be used for generating inventory, configuration archive, and change audit data for devices
in Resource Manager Essentials (RME).
• cwcli inventory is a RME Device Management application command line tool. This tool can be
used for checking the device credentials, exporting the device credentials. You can also view the
RME devices and delete the RME devices.
• cwcli invreport is a CiscoWorks command line tool which allows you to run previously created
Inventory Custom Reports and also system reports. The output is displayed in the (CSV) Comma
Separated Value format.
• cwcli netshow is a comand line tool that lets you use NetShow features from the command line.
You can use the cwcli netshow commands to view, browse, create, delete, and cancel NetShow jobs
and Command Sets.
This chapter contains the following sections:
• Overview: CLI Framework (cwcli)
• Overview: cwcli config Command
• Overview: cwcli netconfig Command
SYNOPSIS
The command line syntax is as follows:
cwcli application command GlobalArgs AppSpecificArguments
• application specifies one or more RME applications that use the framework. For example, config,
export, inventory, invreport, and netconfig.
• command specifies which core operations are to be performed for a particular service.
• GlobalArgs specifies arguments common for all CLI. For example, username, password, log, debug,
etc.
• AppSpecificArguments are the additional parameters required for each core command.
You should enter the application name immediately after cwcli and the command name, after the
application name. All other GlobalArgs arguments can be specified in any order.
Apart from the applications, Global args (-u user, -p password, -l logfile, -m email, -d debuglevel)
framework also supports two generic commands. They are:
• -v—Version of the CLI interface.
• -help—All the applications that can be invoked using the framework.
SYNTAX
cwcli –v
cwcli –help
If the password is not specified in the command line, framework searches for the password
in the file pointed to by the CWCLIFILE environment variable. If the variable is not set, you
are prompted to enter the password.
* Warning * CWCLIFILE Environment variable not set. Enter your password
Note -d and -l arguments are supported for backward compatibility. In the CiscoWorks LMS Portal home
page, select RME > Admin > System Preferences > Loglevel Settings > CLI Framework to set debug
levels.
When using wildcards, you must use the percent sign (%), not an asterisk (*), as shown in the following
examples:
%device (lists all devices that end with the suffix ‘device’)
dev% (lists all devices that start with the prefix ‘dev’)
% (lists all devices RME manages)
Remote Access
CLI framework (cwcli) offers remote access facilities to allow you to invoke cwcli commands from the
client in the same way as they run on the RME server.
The name of the servlet is /rme/cwcli.
The following is the servlet to be invoked to execute any command:
For post request,
http://rme-server:rme-port/rme/cwcli payload XML file
For get request,
http://rme-server:rme-port/rme/cwcli?command=cwcli config commandname -u user -p BAse64
encoded pwd -args1 arg1value...
Note Use <arg> and <argval> tags when the argument is a file.
</arg-val>
</command>
</payload>
The Remote Access servlet creates a temporary file with the contents specified between the arg-val tags
for the import command. On the server the command is executed as
cwcli config import -u admin -p Base64Enoced pwd -device 10.77.240.106 -f tempfile
Here, the tempfile contains the configuration of the device that you want to import.
For example,
perl samplescript.pl http(s)://rme-server:rme-port/rme/cwcli payloadXML
To invoke the servlet using a script, see the Sample Script to Invoke the Servlet.
The script and the payload file should be residing in the client machine.
Note For the secure mode (HTTPS) the port number is 443. The default port for CiscoWorks server in HTTP
mode is 1741.
if ($res->is_error)
{
print "ERROR : ", $res->code, " : ", $res->message, "\n"; $result = '';
}
else {
$result = $res->content;
if($result =~ /Authorization error/)
{ print "Authorization error\n";
}
else {
print $result ;
}
}
}
You can store your username and password in a file and set a variable CWCLIFILE which points to the file,
if you want to avoid the -p argument which will reveal the password in clear text in CLI.
You should maintain this file and control access permissions to prevent unauthorized access.
If CWCLIFILE is set only to filename instead of full path, cwcli framework looks for the current working
directory.
If you use the -p argument, even after setting the CWCLIFILE variable, the password is taken from the
command line instead of CWCLIFILE. This is not secure and usage of this argument is not recommended.
The password must be provided in the file in the following format:
username password
Where username and password are the CiscoWorks login credentials. The delimiter between the
username and password is a single space.
You must enter a comma as the delimiter if the password is blank. Otherwise, cwcli framework will fail
to validate the password.
Example to run the cwcli command with the CWCLIFILE file:
On Windows, at the command prompt enter:
C:\Program Files\CSCOpx\bin>set CWCLIFILE=D:\ciscoworks\password.txt
Note Your login determines whether you can use this argument.
Whenever you use cwcli config to update the running configuration of the device, the tool also archives
the newly written configuration to the archive, bypassing the auto-detection mechanism.
To obtain a version of the device's configuration from the device, modify it, and then write it back to the
device. You use two features of cwcli config to do this.
1. Use the export command to obtain a copy of the desired configuration version file.
2. Edit and deploy it on the device using the import function. If the update succeeds, import also
archives the configuration in the archive as the latest version.
Example:
cwcli config export -u user -p pass -device zebra.domain.com -version 3 -f zebraconf
version 3 of device zebra's configuration has been obtained from the device. It is available in the file
zebraconf. You must edit the file and make the necessary modifications.
cwcli config import -u user -p pass -device zebra.domain.com -f zebraconf
The edited file is written back to the device and archive. If there were five configurations originally, a
sixth one is now added.
If you want to update the running config on the device, and are certain that the latest archived version is
the same as the running config, then you can obtain the latest version as follows:
cwcli config export -u user -p pass -device zebra.domain.com -f zebraconf
the latest version is copied to file zebraconf.
After writing the edited configuration to the device, you might want to reboot the device. You can do this
automatically from cwcli config by using the -reboot argument to the import command:
cwcli config export -u user -p pass -device zebra.domain.com -f zebraconf -reboot
In addition, you might want to write file zebraconf to both the running as well as the startup
configuration. To do this, enter the following command:
cwcli config export -u user -p pass -device zebra.domain.com -f zebraconf -save
For running configuration, use either compare or export to decide, which version to revert to.
For VLAN configuration, look into the Configuration Version Report for the device to find the versions
for which VLAN configuration is also archived. Then use put to deploy the desired version.
The put function gets the requested version from the archive, writes it to the device. For Running
configuration, it archives it as the latest version of that device.
Example:
cwcli config put -u user -p pass -device zebra.domain.com -version 3
version 3 of device zebra's configuration is extracted from the archive and written to the device. It is also
stored in the archive as the latest version.
Example:
cwcli config put -u user -p pass -device zebra.domain.com -version 3 -filetype vlan
version 3 of device zebra's vlan configuration is extracted from the archive and written to the device.
Like import, the put function allows you to reboot the device using the -reboot argument, and to update
the startup configuration using the -save argument.
To write the startup configuration of the device to its running configuration. Use the start2run function
of cwcli config to retrieve the startup configuration from the device, and then write it back to the
device's running configuration. The new running configuration is archived as the latest version.
Example:
cwcli config start2run -u user -p pass -device zebra.domain.com
To ensure that the running configuration on the device is stored in the archive, that is, synchronize the
archive with the device. Use the get function to do so.
Example:
cwcli config get -u admin -p admin -device zebra.domain.com
The running configuration of device zebra is retrieved from the device and archived as the latest version,
only if there is a need to do so. However, if the running configuration does not differ from the latest
archived version, then the archival does not take place.
Configuration updates can be performed on multiple devices at once. For more details see “Running
cwcli config on Multiple Devices” section on page 20-10.
Deleting Configurations
Use the delete function of cwcli config to delete unwanted versions from the archive, to conserve disk
space, and to reduce visual clutter on reports.
Example:
cwcli config delete -u user -p pass -device zebra.domain.com -version 2 5
All versions between and including 2 and 5 are removed from the archive. There is also a time-stamp
based variant.
Comparing Configurations
Use the compare function to compare any two versions of the archived configuration files of one or more
devices. The compare function also lists down the entire configuration changes based on the timestamp.
Example:
cwcli config compare -u user -p pass -device zebra.domain.com -version 2 5
cwcli config can only compare the archived configuration files. The compliance report is stored in the
job directories.
Remote Access
cwcli config uses remote access facilities offered by the CLI framework to allow you to invoke the
cwcli config commands from the client in the same manner they would execute them on the RME
server.
The name of the servlet is /rme/cwcli.
All the command can be executed remotely.
Note For the secure mode (HTTPS) the port number is 443. The default port for CiscoWorks server in HTTP
mode is 1741.
You can run cwcli config simultaneously on multiple devices. Details vary from command to
command. This section describes how to apply import on multiple devices. Details of multiple-device
syntax for other commands are described under the DESCRIPTION in the man page.
The commands, such as put, import, write2run and write2start accept only one device on the
command line. If you want to apply the command to multiple devices, enter the names of those devices
and any arguments in a text file.
For example, assume that you want to deliver the configuration file serviceconf to devices, antelope and
rhino. Also assume that you want to reboot rhino. The command line of cwcli config is as follows:
cwcli config import -u admin -p admin -input device-list -m root@netcontrol.domain.com
You do not want the output of the command to go to stdout. Instead, you want it to be mailed to the
superuser at host netcontrol.
Device-list is a text with the following contents:
# comments start with a leading hash symbol. Write serviceconf to rhino and # antelope.
reboot antelope.
-device rhino.domain.com -f serviceconf
-device antelope.domain.com -f serviceconf -reboot
# end of input file device-list
Additional Information
The examples in this man page are not comprehensive. There are many other scenarios in which cwcli
config can be used.
For example, if you want to modify the running configuration on the device, without using the latest
archived version, considering the latest may not be the same as the running configuration. You can apply
the get command and then export and import. Various combinations of the features can be used.
You can also use cwcli config in UNIX cron jobs to schedule config updates in advance.
Also, the output generated by cwcli config can be logged to a file and sent to any recipient through
email. A host of additional arguments can be applied on other commands.
When you specify the compare command, both -version and -date are optional.
• If you do not specify -version or -date, the latest configuration is compared with the previous
version.
• If you do specify -version or -date, and the value you enter is the latest version or date, that
configuration is compared with the previous version.
When you specify the -date command, you must specify -version or -date.
If you specify only one date, all versions archived up and including that date are deleted.
To delete a version archived on a particular date, specify two dates that are the same date as the archived
version date. The latest two versions of configuration can never be deleted from the archive. Be careful
while using the delete command.
The following table lists the cwcli config command-specific arguments and which commands you can
use the arguments with:
-f filename export, import Specifies fully qualified pathname of configuration file to import
to or export from.
• If you do not specify this argument, the current working
directory is assumed.
• If you do not specify this argument when importing or
exporting a single device configuration, default filename,
devicename.cfg, in the current working directory is
assumed.
The -f argument applies only to single devices. To perform the
operation on multiple devices, you must specify the -input
argument.
-input inputlist Applicable to all commands You must enter -input inputlist to run commands, such as put
except compareanddeploy, and import, on multiple devices.
createdeployparamfile,
The parameter, inputlist is a text file containing arguments for
deploycomplianceresults, and
each device. A line starting with # is treated as a comment.
directbaselinedeploy,
For example, an input list file might look like this:
#comment line
-version version [-save] [-reboot] device_name
-version version [-save] [-reboot] device_name
-jobid createdeployparamfile Used to specify the job identifier of the previously executed
comparewithbaseline job.
-version version compare, delete, export, put • For put and export, you can specify one version of the
configuration in the archive.
• For compare, you can specify two versions, which are
compared with each other.
If you specify only one version, that is compared with latest
archived version.
• For delete, if you specify one version, that version is
deleted.
If you specify two versions, all versions in between and
including those version are deleted.
Note Make sure you first use the cwcli config command in a test environment before running the command
in production. This is to avoid any loss of data when a device is rebooted or a configuration is
overwritten.
The following command extracts the running configurations from all devices:
cwcli config get -u user -p password -device %
The following command exports the configuration of all the devices from the archive and puts the
configuration into the file, devicename.cfg. This is the default file name because -f is not specified:
cwcli config export -u user -p password -device %
If there is more than one device in the default view All, you see an error message because the export
command does not accept multiple device names on the command line. You must specify the -input
argument to run the export command on more than one device.
The following table shows more syntax examples:
NAME
cwcli config CiscoWorks command line interface for the device configuration archive
SYNOPSIS
cwcli config command {-arg1 [arg1Value] -arg2 [arg2Value] -argN [argNValue]}
cwcli config -help
DESCRIPTION
cwcli config is a CiscoWorks command line tool that allows you to access the configuration archive or
configurations on devices. You can use cwcli config to update, export, and import configurations on
devices and in the archive. You can also compare configurations and delete old configurations.
To get a list of supported commands, run the command
cwcli config -help
or
cwcli config?
Help on each command can be obtained in the following manner:
cwcli config command -help
For example:
cwcli config export -help
Additionally, man pages are available on UNIX installations for individual commands. To view the man
page for any command, enter:
man cwc-command
For example:
man cwc-export
Arguments
Many of the arguments are common across all commands. These arguments can be broadly classified as
those that are expected by every command (function independent) and those that are specific to the
context of a command.
• Mandatory Arguments
• Function-independent Arguments
• Function-dependant Arguments
• Function-specific Arguments
• Common Arguments
• Command Arguments
Mandatory Arguments
Where username is the CiscoWorks user name given in command line. The delimiter between username
and password is single blank space. You must provide the delimiter if the password is blank
Otherwise, cwcli config will not validate the password. The password file can contain multiple entries
with different user names. The password of the first match is considered in case of duplicate entries.
See Setting CWCLIFILE Environment Variable for more details.
Function-independent Arguments
Function-dependant Arguments
Warning SECURITY WARNING: If -p password is used, the password is read from the command line instead of
cwcli CWCLIFILE. This is highly insecure and *not* recommended. See -u argument for more details.
See Setting CWCLIFILE Environment Variable for more details.
-d debuglevel
Sets the debug level based on which debug information is printed. debuglevel is a numeric value between
1 and 5.
-f filename
Specifies the name of the file to which the retrieved configuration is written. If not specified,
devicename.cfg is assumed.
-l logfile
Logs the results of the cwcli config command to the specified log filename.
-m mailbox
Mails the results of the cwcli config command to the specified email address.
Function-specific Arguments
You can use the following arguments only with specific commands:
-baseline
Used with the compareanddeploy, deploycomplianceresults, listversions,
createdeployparamfile, directbaselinedeploy, or comparewithbaseline function, specifies the
name of the Baseline template that is compared with the latest configuration version of the device.
If there are commands in the baseline configuration file that are not compliant with the latest
configuration of the device in the archive, they are downloaded to the device.
Note The Baseline template must not contain any parameters for the command to succeed.
Note -f argument must not be specified when -view or -device % is used. If used, the given file will be
overwritten with the configuration retrieved for other devices.
-input listfile
Used with the export, import, compareanddeploy, comparewithbaseline,
deploycomplianceresults or put function, specifies the name of the file containing the arguments for
multiple devices.
The contents of the file must be similar to those described in the Input List File Format section later in
this man page.
-listonly
Used with the write2run function, lists the differences between the running configuration and the
specified configuration file.
-reboot
Used with the import or put function, reboots the device after the configuration has been written to the
device.
-save
Used with the import or put function, saves the configuration written to the device to the device's
memory.
-timeout
Used with the compareanddeploy, deploycomplianceresults, import, put, run2start,
start2run, write2run or comparewithbaseline function, specifies the duration of the interval in
seconds between two successive polling cycles.
-version number
Used with the export function, specifies the configuration version to retrieve from the archive. Used
with the put function, specifies the configuration version to load from the archive and push to the device.
-version version1 version2
Used with the compare, or delete function, specifies the configuration version(s) to compare or delete.
-view name
Specifies the device view where the device name specified with -device argument is located. If -device
argument is not specified, performs the operation on all devices in the view. More details are described
in the -view Argument Usage section later in this man page.
-xml
Creates an XML file with the name of the device containing the configuration retrieved.
For commands that do not accept multiple device names on the command line, such as put, import, and
export, you can create an input list file that contains a list of devices to perform the operation on.
The contents of the input list file are a sequence of lines. Each line specifies a device name and the
arguments to apply to that device. The arguments must be specific to the function. You cannot include
view names in the input list file. You must specify view names on the command line. You can include
comments in the input list file by starting the each commented line with #.
If both -device and -view are specified, the devices in that view and the devices specified against
-device are considered.
For example, assume that -view has two devices D1 and D2 and D3 is specified against -device, then
all the three devices D1, D2 and D3 are considered.
-view Argument Usage Examples:
Search for a device in a specified view:
cwcli config export -u admin -p admin -view myView -device myDevice
compare
compareanddeploy
Name cwcli config compareanddeploy – CiscoWorks compare and download configuration with Baseline
template function.
Syntax cwcli config compareanddeploy -u userid -p password [-d debuglevel] [-m email][-l logfile] {
-device list | -view name | -device list -view name |-ipaddress list }{ -baseline baselinefile }[
-timeout seconds] [-input argumentFile] [-primary_user primary user name] [-primary_pass Base64
encoded primary password] [-enable_pass Base64 encoded enable password]
cwcli config compareanddeploy -help
Description compareanddeploy creates a job that compares the given Baseline template with the latest version of the
configuration for a device and downloads the configuration to the device if there is non-compliance.
If you specify -baseline argument, the name of the Baseline template is compared with the latest
configuration version of the device and later downloaded to the device if there are any commands in the
baseline config file which are not compliant with the latest configuration of the device in the archive.
The Baseline template must not have any parameters for the command to succeed.
comparewithbaseline
Name cwcli config comparewithbaseline - CiscoWorks compare configuration with Baseline template
function.
Syntax cwcli config comparewithbaseline -u userid -p password [-d debuglevel] [-m email][-l logfile] {
-device list | -view name | -device list -view name |-ipaddress list }{ -baseline baselinefile }[
-timeout seconds] [-input argumentFile]
cwcli config comparewithbaseline -help
Description comparewithbaseline creates a job that compares the given Baseline template with the latest version of
the configuration for a device.
If you use the -baseline argument, the name of the Baseline template is compared with the latest
configuration version of the device.
delete
deploycomplianceresults
Name cwcli config deploycomplianceresults - CiscoWorks deploy command with baseline function.
Syntax cwcli config deploycomplianceresults -u userid -p password [-d debuglevel] [-m email][-l logfile]
{ -substitute datafile } {-jobid jobID}[ -timeout seconds][-primary_user primary user name]
[-primary_pass Base64 encoded primary password] [-enable_pass Base64 encoded enable password]
cwcli config deploycomplianceresults -help
Description deploycomplianceresults uses the previously executed comparewithbaseline job to get the
non-compliance commands and creates a job after replacing the parameters if any in the non-compliance
commands with the values from the data file and then downloads those commands to ensure the
compliance with the baseline config.
If you specify the -baseline argument, the name of the Baseline template which will be compared with
the latest configuration version of the device.
export
get
import
put
reload
run2start
start2run
write2run
CAVEAT
This command is not 100% reliable in that it may not successfully overwrite the running configuration.
This is due to the dependency on the underlying Diff API, which generates the configuration difference
to be downloaded to the device to make the running configuration on the device same as the one specified
in the file (by the -f argument).
write2start
listversions
createdeployparamfile
directbaselinedeploy
Caution The cwcli netconfig command does not validate the command arguments you use or the configuration
commands that you run using it. If you enter incorrect commands you can misconfigure or disable the
devices on which the job runs.
Subcommands
Subcommands specify the action the command performs. Valid values for the subcommands are:
Subcommand Description
createjob Creates job.
deletejob Deletes jobs.
canceljob Cancels jobs.
jobdetails Lists job details.
jobresults Lists job results.
listjobs Lists jobs.
import Imports user-defined tasks in XML format.
export Exports user-defined tasks in XML format.
listtasks Lists the NetConfig user-defined tasks.
Common Arguments
Common arguments specify parameters that apply to all subcommands. Valid values for
common_arguments are:
Command Arguments
[{-primary_user : Primary Primary username for connecting Enter the primary password within
User name -primary_pass : to the device. quotes.
“Primary password” }]
Primary password for connecting
to the device.
Command Examples
Example 1
The command
cwcli netconfig -u username -p password createjob -devicelist device1, device2, device3
-commandfile command.file -failure Ignore failure and Continue -startup
creates a NetConfig job with the following characteristics:
• Devices device1, device2, device3 will be configured.
• Commands in file command.file will run.
• Job will continue if it fails to successfully configure a device.
• Each device's running configuration will be copied to startup as soon as the device is successfully
configured.
• Job will run immediately because the -schedule argument is not specified.
Example 2
The command
cwcli netconfig -u username -p password createjob -devicefile device.file -commandfile
command.file -policyfile policy.file
creates a NetConfig job with the following characteristics:
• Devices listed in the file device.file will be configured.
• Commands in the file command.file will run.
• The file policy.file contains job policy arguments that determine the job policy.
Several types of text files are available for you to use as input for the cwcli netconfig command and
the -createjob subcommand. You can also use the command list type as input for user-defined tasks.
Examples
This file configures the job to stop running if the job fails on a device, to write the running configuration
to startup after configuration changes are made.
-failure Stop on Failure
-sync
On UNIX, you can view the complete man pages by setting the MANPATH to /opt/CSCOpx/man
The following are some examples from the NetConfig man page:
Examples
Device List File Example
For the command
cwcli netconfig createjob -u userid -p password -devicefile c7000.dev -commandfile
command.file
-description "cwcli netconfig job" -mode config
Note You cannot run this command for the RME devices that are in Conflicting or Suspended state.
The order of the arguments and arguments are not important. However, you must enter the core command
immediately after cwcli export.
The following sections describe:
• The cwcli export commands (See cwcli export Commands)
• The mandatory and optional arguments (See cwcli export Global Arguments)
• The default archiving location (See Archiving cwcli export Data in XML File)
On UNIX, you can view the cwcli export man pages by setting the MANPATH to /opt/CSCOpx/man.
The commands to launch the cwcli export man pages are:
• man cwcli-export—To launch the cwcli export command man page.
• man export-changeaudit—To launch the cwcli export changeaudit command man page.
• man export-config—To launch the cwcli export config command man page.
• man export-inventory—To launch the cwcli export inventory command man page.
The following table lists the command part of the cwcli export syntax.
Command Description
cwcli export changeaudit Generates Change Audit log data in XML format.
cwcli export config Generates configlets in XML format
cwcli export inventory Generates Inventory data in XML format.
You must invoke the cwcli export command with one of the core commands specified in the above
table. If no core command is specified, cwcli export can execute the -v or -h. arguments only.
Argument -v specifies the version of the cwcli export utility and argument -h (or null argument)
displays the usage information of this tool.
The following describes the mandatory and optional global arguments for cwcli export:
By default, the data generated through cwcli export command is archived at the location:
Arguments Description
[-from mm/dd/yyyy] Optional.
Enter the from date.
If you enter only -from date then the report will be generated from the date that you
have specified, to the current date.
[-to mm/dd/yyyy] Optional.
Enter the from date.
If you enter only -to date then the report will be generated from the date RME has
logged Change Audit record to the -to date that you have specified.
Arguments Description
[-app comma separated list of Specify the application name. The supported applications are:
applications]
• Archive Mgmt
• ConfigEditor
• CwConfig
• ICServer
• NetConfig
• Software Management
If you do not specify the -app argument, then changes made by all applications is
reported.
[-cat comma separated list of Specify the category name. The supported categories are:
categories]
• CONFIG_CHANGE—Configuration changes on the device.
• INVENTORY_CHANGE—Hardware changes on the device.
• SOFTWARE_CHANGE—Software changes on the device.
If you do not specify the -cat argument, then changes made by all categories is
reported.
Note If you do not enter -from and -to arguments, all the Change Audit records logged till the current date
will be displayed.
The following is the schema used for exporting the change audit data in XML format.
<?xml version = "1.0" encoding = "UTF-8"?>
<!--Generated by XML Authority. Conforms to w3c http://www.w3.org/2000/10/XMLSchema-->
<xsd:schema xmlns:xsd = "http://www.w3.org/2000/10/XMLSchema">
<xsd:element name = "changeRecord">
<xsd:complexType>
<xsd:sequence>
<xsd:element ref = "groupId"/>
<xsd:element ref = "category"/>
<xsd:element ref = "host"/>
<xsd:element ref = "user"/>
<xsd:element ref = "device"/>
<xsd:element ref = "connectionMode"/>
<xsd:element ref = "timestamp"/>
<xsd:element ref = "description"/>
</xsd:sequence>
<xsd:attribute name = "id" use = "required" type = "xsd:integer"/>
</xsd:complexType>
</xsd:element>
<xsd:element name = "groupId" type = "xsd:string"/>
<xsd:element name = "category" type = "xsd:string"/>
<xsd:element name = "application" type = "xsd:string"/>
<xsd:element name = "host" type = "xsd:string"/>
<xsd:element name = "user" type = "xsd:string"/>
<xsd:element name = "device" type = "xsd:string"/>
<xsd:element name = "connectionMode" type = "xsd:string"/>
<xsd:element name = "timestamp" type = "xsd:string"/>
<xsd:element name = "description">
<xsd:complexType>
<xsd:sequence>
<xsd:element ref = "summary"/>
<xsd:element ref = "details"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
<xsd:element name = "summary" type = "xsd:string"/>
<xsd:element name = "details">
<xsd:complexType/>
</xsd:element>
<xsd:element name = "changeRecordSet">
<xsd:complexType>
<xsd:sequence>
<xsd:element ref = "changeRecord" maxOccurs = "unbounded"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
</xsd:schema>
Field Description
Category Type of the change. For example, configuration, inventory, or software.
Application Name of the RME application involved in the network change (Device Configuration,
Inventory, or Software Management).
Host Host device from which the user accessed the device or the host name of the RME server.
User Name of the person who performed the change. This is the name entered when the person
logged in. It can be the name under which the RME application is running, or the name under
which the Telnet connection is established.
Device Network device on which the change occurred. The display name as entered in the Device and
Credential Repository.
ConnectionMode Connection mode through which the change was made, for example, Telnet, snmp, console,
or RME application.
Field Description
Timestamp Date and time at which the application communicated the network change or when Change
Audit saw the change record.
Description Contains the detailed information of the changes that had occurred on the device.
The description changes based on the application you have selected:
• Archive Mgmt (See XML Schema for Configuration Management Application for more
information.)
• ConfigEditor (See XML Schema for Configuration Management Application for more
information.)
• CwConfig (See XML Schema for Configuration Management Application for more
information.)
• ICServer—Inventory Collection Service (See XML Schema for Inventory Collection
Service for more information.)
• NetConfig (See XML Schema for Configuration Management Application for more
information.)
• Software Management (See XML Schema for Software Management for more
information.)
The following section describes the schema used by these application when you run the command cwcli
export changeaudit with -app argument:
• Archive Mgmt, ConfigEditor, CwConfig, NetConfig
• Inventory Collection Service
• Software Management
The following XML schema is used by all Configuration Management application when you run the
cwcli export changeaudit command with -app argument and the -app argument values as either
Archive Mgmt, ConfigEditor, CwConfig, or NetConfig.
The schema file is:
<?xml version="1.0" encoding="UTF-8" ?>
- <!-- edited with XMLSPY v2004 rel. 2 U (http://www.xmlspy.com) by Cisco (t) -->
- <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"
attributeFormDefault="unqualified">
- <xs:element name="ConfigDiff">
- <xs:annotation>
<xs:documentation>Comment describing your root element</xs:documentation>
</xs:annotation>
- <xs:complexType>
- <xs:sequence>
- <xs:element name="OldConfig">
- <xs:complexType>
- <xs:sequence>
<xs:element name="Command" maxOccurs="unbounded" />
</xs:sequence>
<xs:attribute name="Version" type="xs:integer" />
</xs:complexType>
</xs:element>
- <xs:element name="NewConfig">
- <xs:complexType>
- <xs:sequence>
<xs:element name="Command" maxOccurs="unbounded" />
</xs:sequence>
<xs:attribute name="Vesrion" type="xs:integer" />
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="CASLogID" type="xs:integer" />
<xs:attribute name="DeviceName" type="xs:string" />
</xs:complexType>
</xs:element>
</xs:schema>
Field Description
Category Type of the change. For example, configuration, inventory, or software.
Host Host device from which the user accessed the device or the host name of the RME server.
Application Name of the application. For example, Archive Mgmt, NetConfig, etc.
User Name of the person who performed the change. This is the name entered when the person
logged in. It can be the name under which the RME application is running, or the name under
which the Telnet connection is established.
Device Network device on which the change occurred. The display name as entered in the Device and
Credential Repository.
ConnectionMode Connection mode through which the change was made, for example, Telnet, snmp, console,
or RME application.
Timestamp Date and time at which the application communicated the network change or when Change
Audit saw the change record.
Summary Description describing what caused the change. For example:
• Configuration Download due to job
• Syslog triggered Config Collection
ConfigDiff • FirstConfig, SecondConfig
• DeviceName—Network device on which the change occurred. The display name as
entered in the Device and Credential Repository.
• Version—Configuration file version number.
• CommandDiff Polarity—Changes in the configuration file.
– POSNEG—No change
– POSITIVE —Added new commands
– IGNORED—Ignored the commands
– NEGATIVE—Deleted the commands
The following XML schema is used by Inventory Collection Service application when you run the cwcli
export changeaudit command with -app argument and the -app argument values as ICServer.
The table below describes elements in the Inventory Collection Service schema.
Field Description
Name Name of the physical and logical entities.
The main physical entities are Chassis, Backplane, Card, CommunicationConnector,
FlashDevice, FlashPartition, FlashFile, SoftwareIdentity, PhysicalMemory
The main logical entities are ManagedNetworkElement, LogicalModule, Port, MemoryPool,
OSElement, IPProtocolEndpoint, IfEntry, AdditionalInformation
See Detailed Description of the Inventory Schema for further information.
Identity Identifies the entity that has changed on the device.
For example: If the Flash File name has changed then Identity will be Flash Device 2, Flash
Partition 3.
Field Description
AttributeName Name of the different physical and logical entities
For example: In MemoryPool, the different entities are User, Free, PoolType.
See Detailed Description of the Inventory Schema for further information.
Previous_value Value of the entity before the change occurred.
Current_value Value of the entity after the change occurred.
Action Type of change that has occurred on the device:
• Inserted— Added a new entity.
• Changed—Changed in the entity.
• Deleted—Deleted an entity.
The following XML schema is used by Software Management application when you run the cwcli
export changeaudit command with -app argument and the -app argument values as Software
Management.
The schema file is:
<?xml version="1.0" encoding="UTF-8" ?>
- <!-- edited with XMLSPY v2004 rel. 2 U (http://www.xmlspy.com) by Cisco -->
- <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"
attributeFormDefault="unqualified">
- <xs:element name="SwimHistoryRecord">
- <xs:annotation>
<xs:documentation>Models a set of image changes on the device.</xs:documentation>
</xs:annotation>
- <xs:complexType>
- <xs:sequence>
- <xs:element name="JobID" type="xs:positiveInteger" minOccurs="0">
- <xs:annotation>
<xs:documentation>ID of the Job in which the change happened</xs:documentation>
</xs:annotation>
</xs:element>
- <xs:element name="ImageChange" maxOccurs="unbounded">
- <xs:complexType>
- <xs:sequence>
<xs:element name="OldImage" type="Image" />
<xs:element name="NewImage" type="Image" />
</xs:sequence>
<xs:attribute name="ID" type="xs:positiveInteger" use="required" />
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
- <xs:complexType name="Image">
- <xs:annotation>
<xs:documentation>Models an Image.</xs:documentation>
</xs:annotation>
- <xs:sequence>
- <xs:element name="Type">
- <xs:annotation>
<xs:documentation>Label of corresponding image type from enumeration
com.cisco.nm.xms.xdi.ags.imageparser.ImageType</xs:documentation>
</xs:annotation>
- <xs:simpleType>
- <xs:restriction base="xs:string">
<xs:whiteSpace value="preserve" />
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name="Name" type="xs:string" />
<xs:element name="Version" type="xs:string" />
- <xs:element name="Attribute" minOccurs="0" maxOccurs="unbounded">
- <xs:complexType>
- <xs:sequence>
- <xs:element name="AttributeName">
- <xs:simpleType>
- <xs:restriction base="xs:string">
<xs:whiteSpace value="preserve" />
</xs:restriction>
</xs:simpleType>
</xs:element>
- <xs:element name="AttributeValue">
- <xs:simpleType>
- <xs:restriction base="xs:string">
<xs:whiteSpace value="preserve" />
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
Field Description
Category Type of the change. For example, configuration, inventory, or software.
Host Host device from which the user accessed the device or the host name of the RME server.
Application Name of the application. For example, Archive Mgmt, NetConfig, etc.
User Name of the person who performed the change. This is the name entered when the person
logged in. It can be the name under which the RME application is running, or the name under
which the Telnet connection is established.
Device Network device on which the change occurred. The display name as entered in the Device
and Credential Repository.
ConnectionMode Connection mode through which the change was made, for example, Telnet, snmp, console,
or RME application.
Timestamp Date and time at which the application communicated the network change or when Change
Audit saw the change record.
Summary Description describing what caused the change. For example, Software upgrade.
Job ID Job ID for the Software Upgrade.
Field Description
OldImage Displays the details on device type, name of the software image, and version of the image.
NewImage Displays the details on device type, name of the software image, and version of the image.
This section provides some examples of usage for the cwcli export changeaudit command.
Example 1: To generate the Change Audit report for all applications and categories for a particular RME device group.
Example 2: To generate the Change Audit report for a specific application and category for a device in a given time frame
cwcli export changeaudit -u admin -p admin -device 10.6.8.6 -from 09/30/2004 -to 10/15/2004
-app "Archive Mgmt" -cat CONFIG_CHANGE
SUMMARY
========
Successful: export:
D:/PROGRA~1/CSCOpx/files/rme/archive/2004-10-15-04-44-50-changeaudit.xml
Example 3: To generate the Change Audit report in the given output file
Example 4: To generate the Change Audit using the cwcli get request
Example 5: To generate the Change Audit report using cwcli post request method
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
The payload file, changeaudit.xml contains:
<payload>
<command>
cwcli export changeaudit -u admin -p YWRtaW4= -device 1.6.8.6 -from 09/30/2004 -app
"Archive Mgmt" -cat CONFIG_CHANGE -view "/RME@CiscoWorks_servername/Pre-deployed" -f
changeauditreport.xml
</command>
</payload>
At the command prompt enter:
perl samplepost.pl https://CiscoWorks_Servername:443/rme/cwcli changeaudit.xml
To invoke the servlet using a script, see the Sample Script to Invoke the Servlet.
SUMMARY
========
Successful: export: changeauditreport.xml
<!-- Processing complete -->
The output for this is written to the changeauditreport.xml file.The changeauditreport.xml file is located:
On Windows:
NMSROOT\MDC\tomcat
Where, NMSROOT is the CiscoWorks installed directory.
On Solaris:
/opt/CSCOpx/objects/dmgt
Arguments Description
-s 1 Optional.
Displays the exported configuration file on the console.
If you use this command, you can specify only one device. You cannot export the
configuration files of multiple devices.
To export the configuration files of multiple devices, either make multiple requests
to the servlet, or get these files from the CiscoWorks server.
Usage of this option:
cwcli export config -u admin -p admin
-device 10.22.33.44 -s 1
The output files depends on the number of devices specified. There are as many configuration XML
output files as the number of devices. The output files are created under this location on CiscoWorks
server:
On Solaris:
/var/adm/CSCOpx/files/rme/cwconfig/YYYY-MM-DD-HH-MM-SS-XXX-Device_Display_Name.xml
On Windows:
NMSROOT\files\rme\cwconfig\YYYY-MM-DD-HH-MM-SS-XXX-Device_Display_Name.xml
Where NMSROOT is the CiscoWorks installed directory.
The following is the schema used for exporting the configuration data in XML format.
<?xml version="1.0" encoding="UTF-8"?>
<!-- edited with XMLSPY v5 rel. 4 U (http://www.xmlspy.com) by Cisco -->
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"
attributeFormDefault="unqualified">
<xs:element name="DeviceConfiguration">
<xs:annotation>
<xs:documentation>This has list of Configlets</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element ref="Confilglet" maxOccurs="unbounded"/>
<xs:element name="DeviceName" type="xs:string">
<xs:annotation>
<xs:documentation>Device Name as managed by RME</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="DeviceFamily" type="xs:string">
<xs:annotation>
<xs:documentation>MDF devcie family</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="CreationTime" type="xs:date">
<xs:annotation>
<xs:documentation>Date and Time this was created</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="Version" type="xs:string">
<xs:annotation>
<xs:documentation>Config File Version</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="Data" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Confilglet">
<xs:annotation>
<xs:documentation>Configlet can have subconfiglets</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element ref="Confilglet" minOccurs="0" maxOccurs="unbounded"/>
<xs:element name="command" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="LineNo"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
<xs:element name="SubModeCommand" type="xs:string" minOccurs="0">
<xs:annotation>
<xs:documentation>Command to change the mode</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
<xs:attribute name="Name" type="xs:string" use="required">
<xs:annotation>
<xs:documentation>Configlet Name</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="Checkedout" type="xs:boolean" use="optional" default="false">
<xs:annotation>
<xs:documentation>Future Use </xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="Rebuild" type="xs:boolean" use="optional" default="false">
<xs:annotation>
<xs:documentation>Specifies if the entire list of commands in particular configlet needs a rebuild if any of
the coammnds is modified</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="Submode" type="xs:boolean" use="optional" default="false">
<xs:annotation>
<xs:documentation>Specfies if the commands under the configlet falls under a submode</xs:documentation>
</xs:annotation>
</xs:attribute>
<xs:attribute name="OrderSensitive" type="xs:boolean" use="optional" default="false">
<xs:annotation>
<xs:documentation>Specifies if the commands in the configlet are oreder sensitive or not</xs:documentation>
</xs:annotation>
</xs:attribute>
</xs:complexType>
</xs:element>
</xs:schema>
Field Description
Device Device display name as entered in the Device and Credential Repository.
Date Date and time at which the configuration changes have occurred.
Version Configuration file version.
Configlet name Name of the configlet. The available configlets vary from device to device; the following are
examples:
• SNMP displays SNMP configuration commands, for example, snmp-server community
public RO.
• IP Routing displays IP routing configuration commands, for example, router abcd 100.
• Interface folder displays the different interface configuration commands, for example,
Interface Ethernet0 and Interface TokenRing.
• Global displays global configuration commands, for example no ip address.
• Line con 0 displays configuration commands for line console 0.
• IP displays IP configuration commands, for example, ip http server.
This section provides some examples of usage for the cwcli export config command.
Example 1: To generate the config report for a particular RME device group
Example 2: To generate the config report for the devices that are specified in the device input file
Example 4: To generate the Change Audit report using cwcli post request method
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
The payload file, config.xml contains:
<payload>
<command>
cwcli export config -u admin -p YWRtaW4= -device 1.6.8.6
</command>
</payload>
At the command prompt enter:
perl samplepost.pl https://CiscoWorks_Servername:443/rme/cwcli config.xml
<!-- Processing Starts -->
SUMMARY
========
Successful: ConfigExport: D:/PROGRA~1/CSCOpx/files/rme/cwconfig
<!-- Processing complete -->
To invoke the servlet using a script, see the Sample Script to Invoke the Servlet.
Arguments Description
-hop hopdevice Optional
Used to increase performance by using more memory. This indicates the number of devices to be
worked upon at a time. By default, this value is 1.
Given below is the list of combinations, which could occur for the inventory command.
cwcli export inventory -u admin -p admin -f myinv.xml
cwcli export inventory -u admin -p admin -f myinv.xml -device device1
cwcli export inventory -u admin -p admin -device device%
cwcli export inventory -u admin -p admin -input inv.txt
cwcli export inventory -u admin -p admin -view "/RME@ciscoworksservername/Normal Devices"
cwcli export inventory -u admin -p admin -f myinv.xml -input inv.txt
To apply the cwcli export command on more than one CiscoWorks device you must use the format in
the example given below. The parameter, inputlist, is a text file which will have the list of device names
separated by a new line. A line starting with # will be treated as a comment.
Example:
#comment
-device device1,device2,device3
#comment
where device1, device2, and device3 are device displaynames.
<xs:complexType>
<xs:sequence>
<xs:element name = "Address" type = "xs:string" minOccurs = "0" maxOccurs = "1"/>
<xs:element name = "SubnetMask" type = "xs:string" minOccurs = "0" maxOccurs = "1"/>
<xs:element name = "DefaultGateway" type = "xs:string" minOccurs = "0" maxOccurs = "1"/>
<xs:element ref = "AdditionalInformation" minOccurs = "0" maxOccurs = "unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name = "Cisco_PEHasIfEntry">
<xs:complexType>
<xs:sequence>
<xs:element name = "Cisco_IPProtocolEndpoint" type = "xs:string" minOccurs = "0" maxOccurs = "1"/>
<xs:element name = "Cisco_IfEntry" type = "xs:string" minOccurs = "0" maxOccurs = "1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name = "Cisco_ComputerSystemPackage">
<xs:complexType>
<xs:sequence>
<xs:element name = "Antecedent" type = "xs:string" minOccurs = "0" maxOccurs = "1"/>
<xs:element name = "Dependent" type = "xs:string" minOccurs = "0" maxOccurs = "1"/>
<!--
Antecedent is the InstanceID from Cisco_Chassis Element
Dependent is the InstanceID from Cisco_NetworkElement
-->
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name = "SoftwareIdentity">
<xs:complexType>
<xs:sequence>
<xs:element name = "Classification" minOccurs = "0" maxOccurs = "1">
<xs:simpleType>
<xs:restriction base = "xs:string">
<xs:enumeration value = "Firmware"/>
<xs:enumeration value = "Software"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name = "VersionString" type = "xs:string" minOccurs = "0" maxOccurs = "1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name = "AdditionalInformation">
<xs:complexType>
<xs:sequence>
<xs:element name = "AD" minOccurs = "0" maxOccurs = "unbounded">
<xs:complexType>
<xs:attribute name = "name" type = "xs:string"/>
<xs:attribute name = "value" type = "xs:string"/>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
The inventory schema provides the structure for the inventory information exported from Resource
Manager Essentials (RME). The schema divides inventory information into two groups:
• Physical Inventory
• Logical Inventory
The Physical Inventory contains the chassis information and related details for the device. The main
elements in the schema for the physical inventory part are:
• Chassis (Cisco_Chassis
• Backplane (Cisco_ Backplane
• Card (Cisco_Card)
• CommunicationConnector (Cisco_CommunicationConnector)
• FlashDevice (Cisco_FlashDevice)
• FlashPartition (Cisco_FlashPartition)
• FlashFile (Cisco_FlashFile)
• .SoftwareIdentity (Cisco_SoftwareIdentity)
• PhysicalMemory (Cisco_PhysicalMemory)
The Logical Inventory part of the schema contains the details of the managed network element. The main
elements in the schema for the logical inventory part are:
• .ManagedNetworkElement (Cisco_NetworkElement)
• LogicalModule (Cisco_LogicalModule)
• Port (Cisco_Port)
• MemoryPool (Cisco_MemoryPool)
• OSElement (Cisco_OSElement)
• IPProtocolEndpoint (Cisco_IPProtocolEndpoint)
• IfEntry (Cisco_IfEntry)
• Additional Information
Chassis (Cisco_Chassis
The Chassis class represents the physical elements that enclose other elements in the device and provide
specific functions, such as a desktop, networking node, UPS, disk or tape storage, or a combination of
these functions.
The following table describes the elements in Chassis:
Element Description
InstanceID Unique identifier.
Model Chassis model / Chassis ID.
Version Hardware version of the chassis
SerialNumber Serial number associated with the chassis.
Type Chassis type.
Element Description
NumberOfSlots Number of slots in a chassis.
NoOfCommunicationConnectors Number of physical connectors in a chassis.
Backplane is an instance of a backplane in a chassis. The following table describes the elements in
Backplane:
Element Description
BackplaneType Type of backplane
Model Model of the backplane
SerialNumber Serial number of the backplane.
Card (Cisco_Card)
Card represents:
• A type of physical container that can be plugged into another card, motherboard, or hosting board
• A motherboard or hosting board in a chassis
This element includes any package capable of carrying signals and providing a mounting point for
physical components such as chips, or other physical packages such as other cards. The following table
describes the elements in Card:
Element Description
InstanceID Card number. This is used to correlate with the logical part of the card.
Model Model of the card.
SerialNumber Serial number of the card.
LocationWithinContainer Number that indicates the physical slot number. This can be used as an index into a
system slot table, irrespective of whether that slot is physically occupied or not.
PartNumber Part number of the Hardware Component.
CardType Type of the card (Card Type)
Description Descriptive string used to describe the card.
OperationalStatus Status of the card describing whether it is up or down
FWManufacturer Manufacturer of the firmware
Manufacturer Manufacturer of the hardware
NumberOfSlots Number of slots in the card.
NoOfCommunicationConnectors Number of ports in the card.
Apart from the elements described in the table above, the card element also contains reference to itself,
which can represents a sub card. It also contains other elements such as CommunicationConnector and
FlashDevice.
CommunicationConnector (Cisco_CommunicationConnector)
CommunicationConnector represents a physical port. The table below describes the elements in
CommunicationConnector:
Element Description
InstanceID Indicates the connector number for the chassis or system.
ConnectorType Type of the physical port.
Description Descriptive string used to describe the card.
FlashDevice (Cisco_FlashDevice)
FlashDevice represents physical flash memory. Flash memory may reside on a PCMCIA card, line card,
or any other type of card. FlashDevice may consist of one or more actual flash memory chips.
It also consists of reference to one or more flash partitions described in FlashPartition. The table below
describes the elements in FlashDevice.
Element Description
InstanceID FlashDevice sequence number to index the flash devices within the table of initialized
FlashDevices.
InstanceName Name of FlashDevice. This name is used to refer to the device within the system. Flash
operations get directed to a device based on this name.
Size Total size of FlashDevice. For a removable device, the size will be zero if the device has been
removed.
NumberOfPartitions Number of Flash partitions present in f FlashDevice
ChipCount Total number of chips within FlashDevice. This element provides information to a network
management station on how much chip information to expect.
It also helps the management station to check the chip index against an upper limit when
randomly retrieving chip information for a partition.
Description Description of a FlashDevice. The description is meant to explain what FlashDevice is and its
purpose.
Removable Specifies whether FlashDeviceis removable. Typically, only PCMCIA Flash cards are treated as
removable. Socketed Flash chips and Flash SIMM modules are not treated as removable.
FlashPartition (Cisco_FlashPartition)
FlashPartition corresponds to the Cisco-flash-mib. The elements in FlashPartiion are derived from the
table of properties of ciscoFlashPartitionTable for each initialized flash partition.
When there is no explicit partitioning for a device, it is assumed that there is a single partition spanning
the entire device exists. Therefore, a device always has at least one partition.
FlashPartition contains one or more FlashFileSystems as described in FlashFile. The table below
describes the elements in FlashPartition.
Element Description
InstanceID FlashPartition sequence number used to index FlashPartitions within the table for
initialized FlashPartitions.
InstanceName FlashPartition name used to refer to a partition by the system.
PartitionStatus Status of the partition.
Upgrade Upgrade information for the partition. This helps to download new files into the
partition, and is needed when the PartitionStatus is run from flash.
NeedsErasure Boolean parameter indicating whether the partition requires to be erased before any
write operations can occur.
Size FlashPartition size. It should be an integral multiple of
ciscoFlashDeviceMinPartitionSize. If there is a single partition, this size will be equal
to ciscoFlashDeviceSize.
FreeSpace Free space within aFlashPartition.
FileCount Number of files stored in the file system.
FlashFile (Cisco_FlashFile)
FlashFile manages the storage and organization of files on a Flash memory device. The table below
describes the elements in FlashFile
Element Description
InstanceID FlashFile sequence number used to index within a FlashPartition directory table.
FileSize Size of the file in bytes.This size does not include the size of the filesystem file header.
FileStatus Status of a file. A file could be explicitly deleted if the file system supports such a user
command. Alternatively, an existing good file would be automatically deleted if another
good file with the same name were copied in.
Deleted files continue to occupy prime space in flash memory. A file is marked as having
an invalid checksum if any checksum mismatch was detected while writing or reading
the file.
Incomplete files (files truncated either because of lack of free space, or because of a
network download failure) are also written with a bad checksum and marked as invalid.
Checksum File checksum stored in the file header. This checksum is computed and stored when the
file is written into Flash memory, and serves to validate the data written into Flash.
Where the system generates and stores the checksum internally in hexadecimal form,
checksum provides the checksum in a string form. Checksum is available for all valid
and invalid-checksum files.
FileName FlashFile name as specified by the user while copying the file to Flash memory.
The name should not include the colon (:) character as it is a special separator character
used to separate the device name, partition name, and the file name.
.SoftwareIdentity (Cisco_SoftwareIdentity)
SoftwareIdentity provides the hardware and firmware version of the card. The table below describes
elements in SoftwareIdentity.
Element Description
Classification Specifies whether the information is for hardware or firmware.
VersionString Version information for software or firmware.
PhysicalMemory (Cisco_PhysicalMemory)
PhysicalMemory specifies the memory type and capacity of the device. The table below describes
elements in PhysicalMemory.
Element Description
MemoryType Specifies the type of memory, that is whether RAM, ROM, or NVRAM.
Capacity Capacity in bytes.
.ManagedNetworkElement (Cisco_NetworkElement)
ManagedNetworkElement is the entity that contains all logical parts of the device, which the users can
configure (such as Logical Module, Port, Interfaces, Software Image details, and Memory Pool). The
table below describes elements in ManagedNetworkElement.
Element Description
InstanceID Index number assigned to the network element.
Description Description of the network element. This description includes the full name and version
identification of the system's hardware type, operating system, and networking software.
The description can have only printable ASCII characters.
PrimaryOwnerName Identification of the contact person for this managed node, and information on how to
contact this person.
InstanceName Administratively defined name for the network element.
PhysicalPosition Physical location of the network element.
SysObjectId Vendor's authoritative identification of the management subsystem contained in the
element.
SysUpTime Time in hundredths of a second since the network management portion of the element
was last initialized.
OfficialHostName Name of the device.
NumberOfPorts Number of ports in the network element.
LogicalModule (Cisco_LogicalModule)
LogicalModule is the logical device corresponding to a line card in the network device.
For example, a line card in a switch is an instance of LogicalModule, associated with the
ManagedNetworkElement, in this case the switch. LogicalModule is not necessarily independently
managed.
To represent a sub module, LogicalModule contains a reference to itself. It also contains Port and the
OSElement. The table below describes the other elements in LogicalModule.
Element Description
InstanceID Index that correlates the physical card and the logical module. This helps to correlate the
physical card to logical card details.
ModuleNumber Number assigned to the module by its parent ManagedNetworkElement.
ModuleType Type or model of the module.
InstanceName Name of the logical module.
EnabledStatus Status of the module, that is whether it is up or down.
NumberOfPorts Number of ports in the logical module.
Port (Cisco_Port)
Port is the logical representation of network communications hardware - a physical connector and the
setup or operation of the network chips, at the lowest layers of a network stack
For example, an Ethernet port on an Ethernet line card uses an instance of Port to represent its
operational and logical properties. A port should be associated with either a LogicalModule or directly
with a ManagedNetworkElement.
It also contains the element IPProtocolEndpoint. The table below describes the other elements in Port.
Element Description
PortNumber Number assigned to the port. Ports are often numbered relative to either a logical module
or a network element.
PortType Type of the port.
InstanceName Name assigned to the port.
IfInstanceID Index of the interface related to this port.
MemoryPool (Cisco_MemoryPool)
MemoryPool corresponds to entries to monitor entries. Each pool is a range of memory segregated by
type or function. The table below describes the other elements in MemoryPool.
Element Description
InstanceName Name assigned to the MemoryPool.
PoolType Dynamic type value assigned to a dynamic MemoryPool. This is valid only when the
PoolType attribute has the value Dynamic. MemoryPools can be divided into two groups
Predefined Pools and Dynamic Pools.
For dynamic pools, the PoolType is set to the dynamic value (65536) and the
DynamicPoolType is set to an integer value used to distinguish the various dynamic pool
types.
DynamicPoolType This attribute holds the dynamic type value assigned to a dynamic memory pool. It is
only valid when the PoolType attribute has the value Dynamic (65536).
AlternatePoolType Indicates whether this MemoryPool has an alternate pool configured. Alternate pools
are used for fallback when the current pool runs out of memory.
If the value is set to zero, then this pool does not have an alternate. Otherwise the value
is the same as the value of PoolType of the alternate pool.
IsValid Indicates whether the other attributes in this MemoryPool contain accurate data.
If an instance of this object has the value, False, (indicating an internal error condition),
the values of the remaining objects in the instance may contain inaccurate information.
That is, the reported values may be less than the actual values.
Used Indicates the number of bytes from the MemoryPool that are currently in use by
applications on the managed device.
Allocated Indicates the number of bytes from the MemoryPool that are currently unused on the
managed device.
Free Indicates the largest number of contiguous bytes from the MemoryPool that are
currently unused on the managed device.
OSElement (Cisco_OSElement)
OSElement represents the software element that is deployed to a network system and describes the
software behind the operating system.The table below describes the other elements in OSElement.
Element Description
InstanceName Name of the OS image.
Family Family of the OS component.
Version Version of the OS.
Description Description of the OS image.
IPProtocolEndpoint (Cisco_IPProtocolEndpoint)
IPProtocolEndpoint contains the subnet mask and default gateway information corresponding to the
management IP Address.
Element Description
Address IP address of this endpoint, formatted according to the convention as defined in the
AddressType property of this class.
SubnetMask Mask for the IP address of this element, formatted according to the convention as
defined in the AddressType property of this class (e.g., 255.255.252.0).
DefaultGateway Default gateway address.
IfEntry (Cisco_IfEntry)
IfEntry represents the contents of an entry in the ifTable as defined in RFC 1213.
Element Description
InstanceID Index in the interface table defined in RFC 1213 for the entry containing the interface
attributes of this object.
InstanceName ifName attribute in the interface table defined in RFC 1213.
IfType Interface type enumeration taken from the IANA definition of ifType.
IfSpeed Estimate of the current bandwidth of the interface in bits per second. In cases, where the
current bandwidth cannot be given, the nominal bandwidth should be specified.
IfAdminStatus Desired state of the interface.
IfOperStatus Current operational status of the interface.
Description Description of the interface.
PhysicalAddress Hardware address of the interface.
NetworkAddress Network address of the interface.
Additional Information
AdditionalInformation is used to describe device specific information. It contains name and value
attributes for elements specific to the device.
The following table lists the command part of the cwcli inventory syntax:
Command Description
cwcli inventory cda You can check the specified device credentials for the RME devices.
See Running the cwcli inventory cda Command
cwcli inventory crmexport You can export device credentials of one or more RME devices in clear text.
See Running the cwcli inventory crmexport Command
cwcli inventory deletedevice You can delete the specified RME devices.
See Running the cwcli inventory deletedevice Command
cwcli inventory getdevicestate You can view the RME devices state.
See Running the cwcli inventory getdevicestate Command
The following describes the mandatory and optional global arguments for
cwcli inventory:
The Table 20-1 maps the device credentials that you have entered in the Device and Credentials
(Common Services > Device and Credentials > Device Management) database and the credentials
that appear in the
cwcli inventory cda command:
Credentials displayed in
Credentials in Device and Credentials Database cwcli inventory cda
This section provides some examples of usage for the cwcli inventory cda command.
Example 2: Checking the read and write device credentials for multiple devices
cwcli inventory cda -u admin -p admin -device 3750-stack, rtr% -credtype 1,2 -status
CDA Status :
============
deviceId | deviceName | ro | rw | snmpv3 | telnet | telnetEnable | ssh | sshEnable
25 | rtr10005 | OK | OK | | | | |
27 | 3750-stack | OK | OK | | | | |
32 | rtr10K | No Data Yet | No Data Yet | | | | |
SUMMARY
========
Successful: CDA: Success
Example 4: Checking device credentials for a device using the cwcli get request
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
Enter this in your browser:
http://ciscowork_servername:1741/rme/cwcli?command=cwcli inventory cda -u admin -p
YWRtaW4= -device 10.10.10.12 -status
The output for this appears on your console:
<!-- Processing Starts -->
CDA Status :
============
deviceId | deviceName | ro | rw | snmpv3 | telnet | telnetEnable | ssh | sshEnable
12 | 10.10.10.12 | OK | OK | No Value To Test | Incorrect | Did Not Try | Failed | Did
Not Try
SUMMARY
========
Successful: CDA: Success
<!-- Processing complete -->
Example 5: Checking device credentials for a device using the cwcli post request
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
The payload file, cda.xml contains:
<payload>
<command>
cwcli inventory cda -u admin -p YWRtaW4= -device 10.10.16.20 -status
</command>
</payload>
At the command prompt enter:
perl samplepost.pl http://ciscowork_servername:1741/rme/cwcli cda.xml
To invoke the servlet using a script, see the Sample Script to Invoke the Servlet.
<!-- Processing Starts -->
CDA Status :
============
deviceId | deviceName | ro | rw | snmpv3 | telnet | telnetEnable | ssh | sshEnab
le
71 | 10.10.16.20 | No Data Yet | No Data Yet | No Data Yet | No Data Yet | No
Data Yet | No Data Yet | No Data Yet
SUMMARY
========
Successful: CDA: Success
<!-- Processing complete -->
There is a job 1098, which is currently running. You can use this command to stop the job 1098.
cwcli inventory cda stopjob -u admin -p admin -id 1098
There are two jobs 1057 and 1058 scheduled. You can use this command to stop the two jobs.
cwcli inventory cda deletejob -u admin -p admin -id 1057,1058
Example 9: Getting details of jobs using cwcli inventory cda jobdetails command
There are two jobs 1001 and 1002 that are scheduled. You can use this command to list the details of
both the jobs:
cwcli inventory cda jobdetails -u admin -p admin -id 1001, 1002
Example 10: Listing the cda jobs based on the status using the listjobs command
cwcli inventory cda listjobs -u admin -p admin -jobstatus R, C
Use this command to list those jobs whose status is Running or Completed.
There are two jobs 1023 and 1024 that are completed. You can use this command to save the results of
these jobs to the specified location.
cwcli inventory cda jobresult -u admin -p admin -jobid 1023, 1024 -csvoutput
C:/jobs/results
This section provides some examples of usage for the cwcli inventory crmexport command.
cwcli inventory crmexport -device % -filetype xml -filename crmexport-xml -u admin -p admin
SUMMARY
======== Successful: Export: Success
The RME device credentials are exported into a file, crmexport-xml in XML format. The credentials that
are exported depends on the data that you have provided when you added the devices to Device
Credentials Repository.
Example 2: Exporting device credentials of all RME devices in Normal State in CSV format
Example 3: Exporting device credentials of all RME devices using cwcli get request method
The output is written in the getxml file. The getxml file is located:
On Windows:
NMSROOT\MDC\tomcat
Where, NMSROOT is the CiscoWorks installed directory.
On Solaris:
/opt/CSCOpx/objects/dmgt
Example 4: Exporting device credentials of all RME devices using cwcli post request method
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
The payload file, crmexport.xml contains:
<payload>
<command>
cwcli inventory crmexport -u admin -p YWRtaW4= -device 10.66.162.208 -filetype xml
-filename /opt/CSCOpx/crmexport-xml
</command>
</payload>
At the command prompt enter:
perl samplepost.pl http://ciscowork_servername:1741/rme/cwcli crmexport.xml
To invoke the servlet using a script, see the Sample Script to Invoke the Servlet.
SUMMARY
========
Successful: Export: Success
The RME device credentials are exported into a file, crmexport-xml in XML format. This file is created
in the /opt/CSCOpx directory. By default, the specified file is created in this location:
On Windows:
NMSROOT\MDC\tomcat
Where, NMSROOT is the CiscoWorks installed directory.
On Solaris:
/opt/CSCOpx/objects/dmgt
The credentials that are exported depends on the data that you have provided when you added the devices
to Device Credentials Repository.
The input file, deletedevice contains list of device Display Name separated by a comma:
-device 3750-stack,rtr1000,rtr10005
cwcli inventory deletedevice -u admin -p admin -input deletedevice.csv
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
Enter the following in your browser:
http://ciscowork_servername:1741/rme/cwcli?command=cwcli inventory deletedevice -u
admin -p YWRtaW4= -device 10.10.10.41,10.10.10.51
The output for this appears on your console:
<!-- Processing Starts -->
<cwcli> INFO - Total number of devices deleted successfully: 2
SUMMARY
========
Successful: Delete Device: Success
<!-- Processing complete -->
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
The payload file, deletedevicestate.xml contains:
<payload>
<command>
cwcli inventory deletedevice -u admin -p YWRtaW4= -device
10.77.9.10,10.77.9.18,10.76.8.6
</command>
</payload>
At the command prompt enter:
perl samplepost.pl http://doclab2:1741/rme/cwcli deletedevice.xml
To invoke the servlet using a script, see the Sample Script to Invoke the Servlet.
<!-- Processing Starts -->
<cwcli> INFO - Total number of devices deleted successfully: 3
SUMMARY
========
Successful: Delete Device: Success
<!-- Processing complete -->
The input file, deletedevice contains list of device Display Name separated by a comma:
-device VG200,rtr1750,cat4000
cwcli inventory deletedevice -u admin -p admin -input devicestate.csv
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
Enter the following in your browser:
http://ciscowork_servername:1741/rme/cwcli?command=cwcli inventory getdevicestate -u
admin -p YWRtaW4= -device 10.16.10.15,10.16.10.35
The output for this appears on your console:
<!-- Processing Starts -->
<cwcli> INFO - Device State Information
DisplayName:Device State
10.16.10.15:NORMAL
10.16.10.35:PREDEPLOYED
SUMMARY
========
Successful: getdevicestate: Success
<!-- Processing complete -->.
The password that you enter here must be in base64 encoded. In this example, YWRtaW4= is the base64
encoded password for admin.
The payload file, getdevicestate.xml contains:
<payload>
<command>
cwcli inventory getdevicestate -u admin -p YWRtaW4= -device
12.20.12.26,10.6.12.21,12.18.10.129,10.7.9.13
</command>
</payload>
At the command prompt enter:
perl samplepost.pl http://ciscowork_servername:1741/rme/cwcli getdevicestate.xml
To invoke the servlet using a script, see the Sample Script to Invoke the Servlet.
<!-- Processing Starts -->
<cwcli> INFO - Device State Information
DisplayName:Device State
12.18.13.129:ALIAS
10.7.9.13:PREDEPLOYED
10.6.12.21:NORMAL
12.20.12.26:NORMAL
SUMMARY
========
Successful: getdevicestate: Success
<!-- Processing complete -->
my ($url) = @_;
my $ua = new LWP::UserAgent;
$ua->timeout(1000);
# you can set timeout value depending on number of devices
my $hdr = new HTTP::Headers 'Content-Type' => 'text/html';
my $req = new HTTP::Request ('POST', $url, $hdr);
$req->content($str);
my $res = $ua->request ($req);
my $result;
if ($res->is_error)
{
print "ERROR : ", $res->code, " : ", $res->message, "\n"; $result = '';
}
else {
$result = $res->content;
if($result =~ /Authorization error/)
{ print "Authorization error\n";
}
else {
print $result ;
}
}
• Enable debug mode and set the debug level using the -d argument.
• E-mail the output to an e-mail recipient using the -m argument.
• Log the error messages to a file using the -l argument. The log and the output files are created in
the current directory.
• List the existing reports with the -listreports argument.
Usage Examples
This section provides some examples of usage for the cwcli invreport command:
• Example 1
• Example 2
• Example 3
• Example 4
• Example 5
• Example 6
Example 1
cwcli invreport -u admin -p admin -reportname "Detailed Device Report" -device %
This generates Detailed Device Report for all devices and CSV file will be located at
$NMSROOT\files\rme\jobs\inventory\reports\archives\Detailed Device Report_timestamp.csv
Example 2
cwcli invreport -u admin -p admin -reportname "Detailed Device Report" -device % -file
D:\cisco\CSCOpx\a.csv
This generates Detailed Device Report, a system report, for all devices, and the result will be written to
D:\cisco\CSCOpx\a.csv
Example 3
cwcli invreport -u admin -p admin -reportname "Detailed Device Report" -device % -file a.csv
This generates the Detailed Device Report, a system report, for all devices, and the result will be written
to the file a.csv in the current directory (from where you are running this command).
Example 4
cwcli invreport -u admin -p admin -input cliinputs.txt
Generate the reports using the parameters provided in the file cliinputs.txt. Using -input argument you
can run multiple reports at a time by providing parameters in the file.
Example 5
cwcli invreport -u admin -p admin -listreports
Displays a list of all Inventory system report and custom templates.
You can run this command if you have the required permissions to generate reports.
Example 6
cwcli invcreport -u admin -p admin -d 3 -m xxx@yyy.com -reportname acmeinventory -view acme
-file acmeinventory.txt
Generates the report named acmeinventory, using the acme device view and the CSV formatted output
will be written to acmeinventory.txt
You can place this file in the current directory (from where you are running the command).
Example 7
cwcli invreport -u admin -p admin -reportname HardwareStatisticsReport -device devname -file
hwstreport.txt
Generates the Hardware Statistics Report for the device devname and the CSV formatted output will be
written to hwstreport.txt
Example 8
cwcli invreport -u admin -p admin -reportname DeviceStatisticsReport -device devname -file
devstreport.txt
Generates the Device Statistics Report for the device devname and the CSV formatted output will be
written to devstreport.txt
Example 9
cwcli invreport -u admin -p admin -reportname POEReport -device devname -file report.txt
Generates the POE Report for the device devname and the CSV formatted output will be written to
report.txt
You can also perform the cwcli invreport tasks using the servlet. You will have to upload a payload
XML file, which contains the cwcli invreport command arguments and CiscoWorks user credentials.
You have to write your own script to invoke the servlet with a payload of this XML file and the servlet
returns the output either on the console or in the specified output file, if the credentials are correct and
arguments are valid.
The name of the servlet is /rme/cwcli.
The following is the servlet to be invoked to execute any command:
You can also view the Command Sets assigned to each user by entering the command listcmdsets from
CLI.
You can set the following job attributes using the command line option:
• E-mail Notification
• Job Based Password
• Execution Policy
• Approver List
However, the Administrator must define and assign the command sets to you, in the browser interface.
If you do not have permission to run custom commands, you can run a command or command set from
the CLI only if:
• The command set is assigned to you by the Administrator.
• The command set has at least one command that can be run on the specified device.
If you have permission to run custom commands, you can run any of the following adhoc commands:
• show
• version
• where
• ping
• traceroute
• ?
Administrator level users have all command sets assigned to them. However, only system-defined
command sets are assigned to all users, by default. Other commands have to be assigned to the user by
the Administrator. If any users create a command, it is automatically assigned to them.
Subcommands
Subcommands specify the actions that you perform. Valid values for subcommands are described in the
following table.
Or
cwcli netshow createjob -u
Username -p Password -input
Input File
canceljob Cancels an existing job. Enter the job ID. cwcli netshow canceljob -u
Username -p Password -id “Job
ID”
deletejob Deletes existing jobs. Enter the job IDs separated by cwcli netshow deletejob -u
commas. Username -p Password -id “Job ID
1”,” Job ID 2”
jobdetails Displays details of specified Enter the job IDs separated by cwcli netshow jobdetails -u
job. commas. Username -p Password -id “Job
ID 1”,”Job ID 2”, “Job ID 3”
listjobs Displays a list of jobs created Specify the type of jobs to be cwcli netshow listjobs -u
by the user and the job status. listed. The command type is Username -p Password -status
R,C
case sensitive.
The commands that you can use
are:
A —All jobs
R —Running jobs
C —Completed jobs
P —Pending jobs
You can use combinations of
status options. Separate the
options by commas.
listcmdsets Displays a list of command sets None. cwcli netshow listcmdsets -u
assigned to the user. Username -p Password
jobresults Displays results of specified Specify the job IDs. Separate the cwcli netshow jobresults -u
jobs job IDs by commas. Username -p Password -id "Job
ID 1" , "Job ID 2" , "Job ID 3"
help Displays command usage None. cwcli netshow -help
information.
Common Arguments
Common arguments specify parameters that apply to all subcommands. Valid values for
common_arguments are described in the following table.
Command Arguments
Command arguments specify parameters that apply only to specific subcommands. Valid values for
command arguments are described in the following table.
Arguments in square brackets ([]) are optional. Arguments in curly brackets ({}) are required. You must
provide one argument from each group of arguments in curly brackets ({}) that is separated by vertical
bars (|).
PTT Features
The PTT CLI utility allows you to:
• List the profile that is currently applied to the target machine.
• List the profiles that match the system configuration.
• List the profiles that match the operating system.
• Apply a selected profile onto the target machine.
• Reverse the changes done to a target machine by applying the default profile to restore the default
settings.
• View details of a profile.
Note All the configuration files are backed up before applying a profile.
PTT identifies the matching profile for a CiscoWorks server based on the following criteria:
• The operating system for which the profile is created.
• The System Configurations such as Dual CPU and 4 GB RAM.
A profile is considered matching only if it meets these criteria.
When you apply a profile, the tuned parameters, see Table 20-3 corresponding to that profile is applied
to the system.
These parameters belong to Sync Archive, Netconfig, Syslog, Device Management, Check Device
Attributes (CDA) and Inventory Collection sub systems of the RME application. The profile, with tuned
parameters when applied, improves the performance. Before running PTT, ensure that the Daemon
manager is stopped.
Default Profile
A default profile is a profile with default values. It is used to rollback the changes done by PTT. You can
roll back the changes made to a profile, by applying the default profile. This action rolls back the
parameters to their original values. The parameters and the original values are:
Table 20-3 Default Profile Original Values
Original New
RME Sub system Parameters Values Value Platform Supported
CDA CDA_MIN_THREADS 7 14 Windows and Solaris
EssentialsDM ConfigJobManager.heapsize 192m 256 Windows and Solaris
EssentialsDM EssentialsDMServiceHeapsize 256 512 Windows and Solaris
Inventory Collection snmp.threads.min 10 20 Windows and Solaris
Inventory Collection snmp.threads.max 15 25 Windows and Solaris
Inventory Collection ICS ThreadCount 10 20 Windows and Solaris
Original New
RME Sub system Parameters Values Value Platform Supported
Inventory Collection ICS DBConnectionCount 5 10 Windows and Solaris
NetConfig and SyncArchive max_threads_for_config_fetch 5 10 Windows and Solaris
NetConfig and SyncArchive ThreadPoolCount 10 20 Windows and Solaris
NetConfig and SyncArchive CDLNumOfThreads 5 10 Windows and Solaris
NetConfig and SyncArchive max_db_connections 20 40 Windows and Solaris
Config Management (Config Xmx 192 256 Solaris
Management Server Daemons -
dmgtd.conf Arguments for max
heap size.)
Config Management (Config Xms 64 128 Solaris
Management Server Daemons -
dmgtd.conf Arguments for
minimum heap size.)
Example 1
If the Perftune - Windows profile is applied to a system which already has a default profile applied, the
parameters are changed from the original values to new values. See Table 20-4 for Original and New
values.
Example 2
If the default profile is applied to a system which already has a Perftune - Windows profile applied to it,
the parameters are rolled back to original values. See Table 20-3 for Original values..
PTT Commands
Table 20-5 lists the various PTT command options that you can use. These command options are
common for Windows and Solaris.
Command Usage
In Windows enter:
rmeptt.bat <option> <argument>
For example, to list all the profiles that matches the target operating system, the command is:
rmeptt.bat -list
In Solaris, enter:
rmeptt.sh <option > <argument>
. syslogConf.pl Utility
The syslogConf.pl is a perl script CLI utility. You can use this utility to:
• Change Syslog Analyzer Port.
• Change Syslog Collector Port.
• Configure Remote Syslog Collector(RSAC) Address and Port in RME server.
• Change Syslog File Location.
You can run this script in the RME server as well as the RSAC server. All the activities mentioned above
can be performed in a RME server by running the syslogConf.pl script from the command prompt.
In RSAC server, you can only change the Syslog Collector Port and Syslog File location. The Syslog
Collector and Syslog Analyzer ports can be any number between 1025 and 5000.
This utility is available under:
NMSROOT/bin/
A log file for the syslogconf.pl script is available at:
In Solaris
/var/adm/CSCOpx/log/SyslogConf.log
In Windows
NMSROOT\log\SyslogConf.log
Note Before you run the syslogConf.pl script, ensure that the Daemon Manager is stopped.
• If you enter 4, the following message is displayed with the old Syslog Directory Path. You are also
prompted to enter the new Syslog Directory path.
INFO: You have opted to change Syslog File Location
Old Syslog Directory : /var/log/
Enter Full Path of New Syslog Directory:
Ensure that you enter the full directory path, if you are running the syslogConf.pl script on Solaris.
You can provide the relative directory path if you are running the syslogConf.pl script on Windows.
For example you can change the Syslog Directory location from /var/log/ to /var/log/newSyslogLoc.
After providing the required information, the following message is displayed.
Syslog file location changed from: /var/log/ to: /var/log/newSyslogLoc
• If you enter Q, you are allowed to quit from the script.
Subcommands
Subcommands specify the actions that you perform. Valid values for subcommands are described in the
following table.
Common Arguments
Common arguments specify parameters that apply to all subcommands. Valid values
forcommon_arguments are described in the following table.
Command Arguments
Command arguments specify parameters that apply only to specific subcommands. Valid values for
command arguments are described in the following table.
Arguments in square brackets ([]) are optional. Arguments in curly brackets ({}) are required. You must
provide one argument from each group of arguments in curly brackets ({}) that is separated by vertical
bars (|).
Example of sample.txt:
-imagenames{imagename1},
[imagename2...]
-imagenames{imagename4},
[imagename5...]
Items in square brackets ([]) are
optional; items in curly brackets ({}) are
required.
[-dirname directoryname] Specify a directory name if you want to If you do not specify this the images are
export images to a specified directory exported to the NMSROOT/temp
using this command. directory, where CLI is launched.
Note The Base64 encoded password is used for accessing Software Management (SWIM) CLI remotely.
To invoke the servlet using a script, see the Sample Script to Invoke the Servlet.
The script and the payload file should be residing in the client machine.
Resource Manager Essentials (RME) applications, such as NetConfig, Config Editor, Archive
Management, and Software Management allow you to schedule jobs to perform their tasks. Job Approval
allows you to require that one of a group of users designated as job Approvers approves each job before
it can run.
Job Approval sends job requests through e-mail to users on a job’s Approver list. If none of the
Approvers approve the job before its scheduled run time, or if an Approver rejects the job, the job is
moved to the rejected state and will not run.
When Job Approval is enabled, applications that use it, require you to schedule the job to run in the
future, rather than immediately. Job approval cannot be enabled for jobs that run immediately.
A user with the appropriate privileges uses a CiscoWorks application to schedule jobs.
When you use Job Approval, different people can perform different tasks:
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform job approval tasks.
Role Responsibilities
System Administrator Creates and maintains the Approver lists
Approver Approves/rejects a job, or changes the schedule for a job.
For the new features in this release, see What's New in this Release.
You can select the log level settings for the Job Approval application using the feature Setting
System-wide Parameters Using System Preferences (Resource Manager Essentials > Admin > System
Preferences > Loglevel Settings).
Job Approval is also referred to as Maker Checker in a few places within RME and Common Services.
For example, in Loglevel Settings and Permission Report (Common Services > Server > Reports) it is
mentioned as Maker Checker.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Approval > Approver Details.
The Approver Details dialog box appears.
Step 2 Click Synchronize with CommonServices.
All the approvers in Common Services, with valid E-mail IDs, will appear in the the Approvers list. The
E-mails of the approvers will be the same as that added in Common Services.
(You can create a valid CiscoWorks user using the Local User Setup option under Common Services >
Security).
Note Every time an Approver is added to or deleted from Common Services, you should do a
synchronize operation, by clicking Synchronize with CommonServices.
If you want to change the E-mail ID of any of the Approvers, select the Approver from the Approvers
list, and change specifying the new e-mail ID in the E-mail Address field. You can add more than one
e-mail, separated by commas
Step 3 Click Save to save your changes.
Only those approvers in the ACS mode, who are also approvers in Common Services, are added to RME
upon clicking Synchronize with CommonServices. All other approvers in ACS, have to be manually
added to RME.
To do this, enter the name of the Approver that you want to add in the New Approver field, enter a valid
e-mail ID for that user in the E-mail Address field, and click Save.
The Approver that you added, appears in the Approvers box.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Approval > Create/Edit Approver Lists.
The Create/Edit Approver List dialog box appears.
Step 2 Go to the Approver List field and enter a name for an Approver list that you are creating. It can be an
alphanumeric name.
Step 3 Click Add.
A message appears:
List Listname has no users. To save the list successfully, add users and click Save.
Step 4 Click OK to proceed.
The newly-created list appears in the lists box.
(If previously-created lists exist, you can highlight a list to see the List Members in the Users group of
fields.)
Step 5 Add users to the newly-created list, by highlighting the list.
In the Users group of fields, the Available Users box lists users who have Approver permissions. Only
these users can be added to Approver lists to approve jobs.
• To add a user to the Approver List, select the name from the Available Users list box, and click Add.
The name appears in the List Members list box.
• To remove a user from the Approver list, select the name from the List Members list box, then click
Remove.
The name is removed from the List Members list box.
Note View Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Approval > Assign Approver Lists.
The Assign Approver Lists dialog box appears.
Step 2 Select the required Approver list from the drop-down list box for that application. Repeat this for each
of the applications listed here.
Step 3 Click Assign.
The selected Approver lists are assigned to the applications.
Prerequisite
Make sure the approver list is assigned to the application, before you enable approval for the application.
Note View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task.
Step 1 Select Resource Manager Essentials > Admin > Approval > Approval Policies.
The Approval Policies dialog box appears. You can enable or disable Job Approval for the following
applications:
• NetConfig
• NetShow
• Config Editor
• Archive Management.
• Software Management.
Step 2 Set up Job Approval for the various applications that support job approval, by doing one of the following:
• Select the Enable check box that corresponds to an application, to enable Job Approval.
• Deselect the Enable check box that corresponds to an application, to disable Job Approval.
• Select the All check box to enable Job Approval, for all the applications to which it is applicable.
• Deselect the All check box to disable Job Approval, for all the applications to which it is applicable.
Step 3 Click Apply to apply your changes.
After you enable Job Approval, two additional fields appear in the job schedule wizard of the
applications. These are:
• Maker Comments—Job creator’s comments.
• Maker E-mail—Job creator’s e-mail address.
Details Description
Job ID ID of the job that has been put up for approval.
Job Description Description of the job.
Job Schedule Date and time for which the job has been scheduled.
Server Name Name of the server.
Server Time-zone: Time zone of the server.
Maker Comments Comments for the Approver, entered by the job creator.
URLS Two URLs to launch dialog boxes for:
• Viewing job details.
• Approving or rejecting jobs.
View the Permission Report (Common Services > Server > Reports) to check whether you have the
required privileges to perform this task. You need to be a user with an Approver role.
Note You will be able to select only those jobs for which you are a part of the Approver List. The other jobs,
for which you are not a part of the Approver List, will be disabled.
Step 1 Select Resource Manager Essentials > Job Mgmt > Job Approval.
The Jobs Pending Approval dialog box appears with the following information about the scheduled jobs
on the system:
Column Description
Job ID Unique number assigned to the job when it is created.
For periodic jobs such as Daily, Weekly, etc., the job IDs are in the number.x format. The x
represents the number of instances of the job. For example, 1001.3 indicates that this is the third
instance of the job ID 1001.
Click the Job ID hyperlink to view the details of the job.
Owner Job owner.
Column Description
Job Type Application that registered job.
Scheduled to Run at When job is scheduled to run.
Approver List Name of Approver list whose members can approve job.
Description Job description, entered by job creator.
You can filter the pending jobs by any specified criteria using the Filter By drop-down list. Select your
criteria and click Filter.
Step 2 Either:
• Select the job and click Approve to approve the job.
The job is approved.
Or
• Select Next.
The Job Details dialog box appears (For example, if the ID of the job awaiting approval is 1025, then
the title of the dialog box appears as Job Details For Job 1025). You can view/ change the job details
before approving or rejecting it.
Fields in the Job Details box are:
Field Description
Job
ID ID of the job (display only).
To see the detailed description of the job, click the View Job Details hyperlink.
Schedule Options
Run Type The run type of the job. The Run Types could be any or all of these, depending on the type of the job:
• Immediate—Runs the report immediately.
• 6 - hourly—Runs the report every 6 hours, starting from the specified time.
• 12 - hourly—Runs the report every 12 hours, starting from the specified time.
• Once—Runs the report once at the specified date and time.
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example: If you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has
completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then the
next job will start only at 10:00 a.m. on November 3.
To change, select the required run type from the drop-down list.
Field Description
Current Schedule
Date Scheduled date and time of the job. Click Change Schedule to change the schedule of the job.
You must click the Change Schedule button for the changed schedule to take effect. If you do not click
this button, the changed schedule will not be set.
Approver
Comments Enter your comments. This field is mandatory only if you are rejecting a job.
Job Management
The Job Management tab of RME allows you to view the status of all RME jobs using the RME Job
Browser. See RME Job Browser.
This page also enables you to view all the jobs that are pending approval, and approve or reject them.
See Approving and Rejecting Jobs.
You may not be able to use some of these functions if you do not have the required privileges.
Column Description
Job ID Unique ID of the job. Click on the hyperlink to view the Job details.
Some Job IDs have N.x format, which stands for the number of instances of that job.
For example, 1003.3 indicates that the Job ID is 1003 and it is the third instance of that job.
Job Type Type of job. The jobs include, Syslog and Change Audit purge jobs, Device Credential, Inventory
collection or polling jobs (system jobs and user-run), NetConfig, Archive Management, or Report jobs.
Column Description
Status Status of the job—Scheduled, Successful, Failed, Partial Success, Cancelled, Stopped, Running,
Missed Start, Rejected, Approved, Waiting for Approval, Pending, etc.
Description Description of the job.
Owner Username of the job creator.
Scheduled At Date and time at which the job was scheduled.
Completed At Date and time at which the job was completed.
Schedule Type Type of job schedule—Immediate, 6- Hourly, 12-Hourly, Once, Daily, Weekly, Monthly, etc.
For periodic jobs, the subsequent instances will run only after the earlier instance of the job is
complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this
job will run at 10:00 a.m. on November 2, only if the earlier instance of the November 1 job has
completed. If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, then
the next job will start only at 10:00 a.m. on November 3.
Refresh Click on this icon to refresh the RME Job Browser.
(Icon)
You can set system-wide parameters for RME, using the RME > Admin > System Preferences tab. Here
you can set parameters for RME, such as log level settings, job purge preferences, device attributes and
device credentials verification settings.
• Application Log Level Settings
• Job Purge
• RME Device Attributes
• RME Secondary Credentials
• Collection Failure Notification
Step 1 Select Resource Manager Essentials > Admin > System Preferences > Application Log level
Settings.
The Set Application Logging Levels dialog box appears.
Step 2 Select the Application from the drop-down list.
Step 3 Select the appropriate log level from the Logging Level drop-down list.
The fields in the Set Application Logging Levels dialog box are:
BugToolkit Bug Toolkit bugtoolkit.log Changes the logging level for Bug Toolkit.
ChangeAudit • Change Audit ChangeAudit.log Changes the logging level for Change Audit.
• Change Audit User ChangeAuditUI.log Changes the logging level for Change Audit
Interface UI.
CLIFramework CLI Framework cli.log Changes the logging level for CLI
Framework.
ConfigCLI • Config CLI ConfigCLI.log Changes the logging level for Config CLI.
• Netconfig CLI netcfgcli.log Changes the logging level for NetConfig
CLI.
ConfigEditor Config Editor CfgEdit.log Changes the logging level for Config Editor.
ConfigJob Config Jobs logs under Changes the logging level for Configuration
%NMSROOT%\files\rme\jo Jobs.
bs\NetConfigJob
ConfigJobManager Config Job Manager cjp.log Changes the logging level for Configuration
Job Browser.
This log file is used for config purge jobs
ContractConnection Contract Connection contractcon.log Changes the logging level for Contract
Connections
CTMJRrmServer CTM Jrm Server CTMJrmServer.log Changes the logging level for CTM JRM
Server.
CRI CRI • cri.log Changes the logging level for Common
reporting Infrastructure.
• criarvpurge.log
• crijobpurge.log
DeviceManagement • Device • EssentialsDM.log Changes the logging level for Device
Management User Management.
Interface
• Check Device • cda.log Changes the logging level for Check Device
Attributes User Attributes User Interface
Interface
• Device Credential • log files under Changes the logging level for Device
Verification Jobs %NMSROOT%\files\r Credential Verification jobs.
me\jobs\cda\
• Device • EssentialsDM_Server.log Changes the logging level for Device
Management Management Operations.
Operations
Job Purge
The Job Purge option provides a centralized location for you to schedule Purge operations for the
following RME jobs:
• Credential Verification Jobs—Purge all Credential Verification jobs. This also includes credential
verification edit jobs.
• Software Management Jobs—Purge all Software Management jobs such as Image Import, Image
Distribution, etc.
• Netconfig Jobs—Purge all NetConfig jobs.
• Archive Management Jobs—Purge Archive Management jobs such as Compliance Check, Deploy
Compliance Results, etc.
• Archive Update Jobs—Purge Archive Management collection jobs, Default config collection job.
• Archive Poller Jobs—Purge Archive Management polling jobs, Default config polling job.
• Archive Purge Jobs—Purge Archive Management purge jobs, Default archive purge job.
• Config Editor Jobs—Purge all Config Editor jobs.
• CwConfig Jobs—Purge all cwcli config jobs such as Get Config, Put Config, etc.
• Inventory Collector Jobs—Purge Inventory collection jobs.
• Inventory Poller Jobs—Purge Inventory polling jobs.
• Reports Jobs—Purge all RME Reports jobs
• Reports Archive Jobs—All reports that are archived are purged. You can view all reports that are
archived in the Archives window (Resource Manager Essentials > Reports > Report Archives).
• NetShow Jobs—Purge all RME NetShow jobs.
You cannot purge the jobs that are in the running state.
The Job Purge contains the following information:
Column Description
Application Lists the application for which the Purge is applicable.
Status Whether a Purge job is enabled or disabled.
Policy This value is in days. Data older than the specified value, will be purged. You can change value this
as required. This is a mandatory field. The default is 180 days.
Job ID Unique ID assigned to the job by the system, when the Purge job was created. This job ID does not
change even when you disable or enable or change the schedule of the Purge job.
For Purge Now task, job ID is not assigned. Also, if a Job ID already exist for that application, the
job ID is not updated for Purge Now tasks. That is, the scheduled Purge job is not affected by Purge
Now task.
Scheduled At Date and time that the job was scheduled at. For example: Nov 17 2004 13:25:00.
Schedule Type Specifies the type of schedule for the Purge job:
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the specified time.
• Monthly—Runs monthly on the day of the month and at the specified time. (A month comprises
30 days).
You can select the applications by checking the checkboxes next to the application to perform the
following tasks using the Job Purge window:
Button Description
Schedule Schedules a Purge job.
Enable After you schedule a job, you can enable Purge.
Disable After you schedule a job, if you have enabled the Purge job, you can choose to disable it.
Purge Now Perform Immediate Purge.
You can select more than one application to purge in a single step. After selecting the applications,
click on this button to purge jobs.
Step 1 Select Resource Manager Essentials > Admin > System Preferences > Job Purge.
The Job Purge dialog box appears.
To create a Purge job,
Step 2 Select Schedule.
The Purge Schedule dialog box appears for the selected application.
Field Description
Scheduling
Run Type Specifies the type of schedule for the Purge job:
• Daily—Runs daily at the specified time.
• Weekly—Runs weekly on the day of the week and at the
specified time.
• Monthly—Runs monthly on the day of the month and at
the specified time. (A month comprises 30 days).
For periodic jobs, the subsequent instances of jobs will run
only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m.
on November 1, the next instance of this job will run at 10:00
a.m. on November 2, only if the earlier instance of the
November 1 job has completed. If the 10.00 a.m. November
1 job has not completed before 10:00 a.m. November 2, then
the next job will start only at 10:00 a.m. on November 3.
Date 1. Click on the date picker icon and select the date, month
and year.
Your selection appears in the Date field in this format:
dd Mmm yyyy (example: 14 Nov 2004).
2. Select the time (hh and mm) from the drop-down lists in
the at fields.
Job Info
Days The default setting for purging archived data is 180 days.
That is, data older than 180 days will be purged. You can
change this value as required. This is a mandatory field.
You can enter non-negative full day only. You cannot enter
fractions of days.
Job Description Based on the option that you selected, you see a default job
description.
For example, for Software Management Purge jobs the
default description is:
Purge - Software Management Jobs.
For Reports Archive Purge, the default description is: Purge
- Reports Archive Purge.
Note You cannot purge the jobs that are in the running state.
Step 1 Select Resource Manager Essentials > Admin > System Preferences > Job Purge.
The Job Purge dialog box appears.
Step 2 Click Enable.
A confirmation message appears:
There is a purge schedule and it is enabled.
Step 3 Click OK.
The Status column in the Job Purge window displays Enabled for the selected application Purge job.
Step 1 Select Resource Manager Essentials > Admin > System Preferences > Job Purge.
The Job Purge dialog box appears.
Step 2 Click Disable.
A confirmation message appears:
There is a purge schedule and it is disabled.
Step 3 Click OK.
The Status column in the Job Purge window displays Enabled for the selected application Purge job.
Step 1 Select Resource Manager Essentials > Admin > System Preferences > Job Purge.
The Job Purge dialog box appears.
Step 2 Click Purge Now.
The Explorer User Prompt dialog box appears.
Step 3 Enter the number of days jobs that have to be purged.
The default setting for purging archived data is 180 days. That is, data older than 180 days will be
purged. You can change value this as required.
You can enter non-negative full day values only. You cannot enter fractions of days.
Step 4 Click OK.
The Purge Job Details window appears displaying the purged job details.
Note You cannot purge the jobs that are in the running state.
• Natted RME IP Address—The RME server ID. This is the translated address of RME server as seen
from the network where the device resides.
You need to enable support for NAT, in a scenario where RME tries to contact devices outside the
NAT boundary.
The default value is Not Available.
• TFTP Timeout—Amount of time that the system should wait to get the result status of the copy
operation. Changing the TFTP timeout value affects Config collection.
The default value is 5 and the minimum value is 0 seconds. There is no maximum value limit.
To edit the RME device attributes:
Step 1 Select Resource Manager Essentials > Admin > System Preferences > RME Device Attributes.
The RME Device Attributes dialog box appears.
Step 2 Enter the default values for:
• SNMP Retry
• SNMP Timeout
• Telnet Timeout
• Natted RME IP Address
• TFTP Timeout
The value you enter here will be applicable for all RME devices. You can change the value for individual
devices and also enter the device serial number information using the Edit Devices Attributes option on
RME Devices window. (see To set or edit the RME device attributes for a single RME device.)
Step 3 Click Apply.
A confirmation message appears:
Default settings are updated successfully.
Step 4 Click OK.
For instance, if the AAA Server is down, accessing devices using their primary credentials will lead to
failure.
You can add or edit the Secondary Credentials information through the DCR page available in
CiscoWorks Common Services if the Secondary Credential information is not available for a device.
Note The use of Secondary Credentials fallback is applicable for both Login and Enable connectivity.
You can use the RME Secondary Credential dialog box to enable or disable Secondary Credentials
fallback when the Primary Credentials for a device fails. This is a global option which you can use to
enable or disable the use of Secondary Credential fallback for all RME applications.
To enable or disable the Secondary Credentials fallback:
Step 1 Select Resource Manager Essentials > Admin > System Preferences > RME Secondary Credentials
The RME Secondary Credentials dialog box appears.
Step 2 Do either of the following:
• Check Fallback to Secondary Credentials checkbox if you want to enable the Secondary
Credential fallback.
Or
• Uncheck Fallback to Secondary Credentials checkbox if you want to disable the Secondary
Credential fallback.
Step 3 Click either Apply to apply the option or click Cancel to discard the changes.
Field Description
All Check this option, if you require both the Config Fetch Failure and Inventory Collection Failure trap
notification to be sent to the listed servers.
The listed servers are those servers that you have configured to receive trap notifications. See the
description for List of Destination field for more information.
Field Description
Config Collection Check this option, if you require the Config Fetch Failure trap notification to be sent to the listed
servers.
Uncheck this option if you do not want the Config Fetch Failure trap notification to be sent to the listed
servers.
The listed servers are those servers that you have configured to receive trap notifications. See the
description for List of Destination field for more information.
Inventory Check this option, if you require the Inventory Collection Failure trap notification to be sent to the listed
Collection servers.
Uncheck this option if you do not want the Inventory Collection Failure trap notification to be sent to
the listed servers.
The listed servers are those servers that you have configured to receive trap notifications. See the
description for List of Destination field for more information.
Trap Destination Information
Server The name or IP address of the destination server.
Port The port number of the destination server.
List of The names of the destination servers along with their ports which are configured to receive the trap
Destinations notifications.
Buttons
Add Use the Add button to add the destination server and port information. On clicking Add, the server and
port information get reflected in the List of Destinations list.
Delete Use the Delete button to remove server and port information from the List of Destinations. To do so,
select one or more server and port entry from the list of Destinations list and click on Delete to remove
the entries from the list.
Apply Click to accept the changes made.
Step 1 Select Resource Manager Essentials > Admin > System Preferences > Collection Failure
Notification
The Notification on Failure dialog box appears. Refer to to further complete the selection in this dialog
box.
Step 2 Click Apply to accept the changes made.
PSIRT Data
Cisco’s Product Security Incident Response Team (PSIRT) is a dedicated, global team that manages the
receipt, investigation, and public reporting of security vulnerability-related information, related to Cisco
products and networks.
For every security vulnerability, a PSIRT document is created with a PSIRT Document ID. This
document consists of definitions of the vulnerabilities, the IOS image version that is affect by the PSIRT,
as well as the device that is impacted.
RME fetches and collects this PSIRT information from Cisco.com at regular intervals.See Cisco.com
Fetch Interval for more information on setting or changing the frequency of retrieval of PSIRT
information from Cisco.com.
Note The PSIRT Summary report displays PSIRTs only for Cisco IOS device categories.
Table 23-1 provides description for the fields in the By PSIRT table.
Field Description
PSIRT Document ID Document ID of the PSIRT announcement.
Click on the PSIRT Document ID for more information on that PSIRT.
Announced Date Date on which the PSIRT announcement was released in Cisco.com.
Description Brief description of the security vulnerability.
Severity Severity classification for the PSIRT. It could be:
• High
• Medium
• Low
IOS Versions Impacted IOS software version that is impacted by the PSIRT.
Image File Names Name of the image file.
Number of devices affected Count of the number of devices affected by the PSIRT.
Fixed in IOS Versions IOS software version that has the fix to the security vulnerability.
You can upgrade to this fixed IOS version to overcome the security vulnerability.
Table 23-2 provides description for the fields in the By Device table.
Field Description
Device Name Name or IP address of the device.
Device Model Model of the device.
PSIRT Document Id Document ID of the PSIRT announcement.
Click on the PSIRT Document ID for more information on that PSIRT.
IOS Version IOS software version that is impacted by the PSIRT.
Location Physical location of the device in the network.
Note Any PSIRT report job, which was scheduled using RME 4.1 or 4.1.1, after upgrade and restore into RME
4.2 will only follow the method of retrieving information from Cisco.com.
If you:
• Click on the Number of Devices link from the End of Sales/End of Life Announcements for devices
table, the devices that have End of Sales/End of Life support announcements table is displayed.
The records are arranged according to the Bulletin Number that correspond to the Number of
Devices link clicked in the End of Sales/End of Life Announcements for devices table.
• Click on the Number of Modules link from the End of Sales/End of Life Announcements for
modules table, the Devices that have End of Sales/End of Life support announcements table is
displayed.
The records are arranged according to the Bulletin Number that corresponds to the Number of
Modules link clicked in the End of Sales/End of Life Announcements per module table.
Table 23-3 provides descriptions for the fields in the End of Sales / End of Life Announcements for
Devices table.
Table 23-3 Fields in the End of Sales / End of Life Announcements for Devices
Field Description
Bulletin Number Bulletin number of End of Sale / End of Life Announcement for a device in Cisco.com.
Click on the bulletin number link for more information of End of Sale / End of Life Announcement
for that device in Cisco.com. There maybe multiple announcements for a device.
Device Model Model of the device. For instance, the device model can be Cisco Catalyst 4507R Switch.
Number of devices Count of the number of affected devices.
EOS Date Last date to order the product through Cisco point-of-sale mechanisms. The product is no longer for
sale after this date.
EOL Date Date of the document that announces the end of sale and end of life of a product is distributed to the
general public.
Table 23-4 provides descriptions for the fields in the End of Sales / End of Life Announcements Per
Module table.
Field Description
Bulletin Number Bulletin number of End of Sale / End of Life Announcement for a module in Cisco.com.
Click on the bulletin number link for more information of End of Sale / End of Life Announcement
for that module in Cisco.com. There maybe multiple announcements for a module.
Module Type Module type information consisting of the End of Sale product part number.
Number of Modules Count of the number of affected modules.
EOS Date Last date to order the product through Cisco point-of-sale mechanisms. The product is no longer for
sale after this date.
EOL Date The date of the document that announces the end of sale and end of life of a product is distributed to
the general public.
Table 23-5 provides descriptions for the fields in the Devices that have End of Sales / Support
Announcements table.
Field Description
Device Name Name or IP address of the device. Click on the device name for more information about the device.
Device Model Model of the device. For instance, the device model can be Cisco Catalyst 4507R Switch.
Module Type Module type information consisting of the End of Sale product part number.
Location Physical location of the devices on the network.
Bulletin Number Bulletin number of End of Sale / End of Life Announcement for a device or module in Cisco.com.
Click on the bulletin number link for more information of End of Sale / End of Life Announcement
for that device or module in Cisco.com. There maybe multiple announcements for a device or
module.
Note Any End of Sale or End of Life report job, which was scheduled using RME 4.1 or 4.1.1, after upgrade
and restore into RME 4.2 will only follow the method of retrieving information from Cisco.com
When you schedule a PSIRT or End of Sale or End of Life report, the Report Generator retrieves the data
either from Cisco.com or from a local text file with XML data, depending upon the option you have set.
To change the PSIRT or End of Sale/End of Life report settings:
You can use the Cisco.com option, if you have access to Cisco.com from the LMS server. When you
schedule a PSIRT or End of Sale or End of Life report, the Report Generator retrieves the data from
Cisco.com. The report so generated consists of latest data.
Note While you schedule a PSIRT Summary report job or End of Sale or End of Life job using the Cisco.com
method, the Cisco.com Username, Cisco.com Password, Proxy Username and Proxy Password fields are
enabled.
Generating PSIRT/End of Sale/End of Life Report using Data from Local File Location
You can use the Local option, if you do not have an internet connection from the RME server. The local
file is a text file with XML data in it.
3. After downloading the text file with XML data to the external server, copy this file from the external
server into the LMS server under:
NMSROOT\files\rme\jobs\inventory\reports\EOX_PSIRT\local_xml
The text file with XML data, PSIRT_EOX_OFFLINE.txt gets saved under local_xml folder.
When you schedule a PSIRT or End of Sale/End of Life report, the Report Generator retrieves the data
from this text file available in the local file location.
To ensure that the data shown in the PSIRT or End of Sale or End of Life report is the latest:
1. Retrieve the PSIRT or End of Sale or End of Life information from Cisco.com using an external
server which has internet connection.
2. Store this retrieved XML information in a text file in the local file location.
3. Then generate a PSIRT Summary Report or End of Sale or End of Life report.
For more information, see:
– Downloading the text file with XML data from Cisco.com
– Generating a PSIRT Summary Report
– Generating End of Sale/End of Life Report
The default local file location is:
NMSROOT\files\rme\jobs\inventory\reports\EOX_PSIRT\local_xml
Step 1 Select Resource Manager Essentials > Admin > Inventory > Cisco.com Fetch Interval
The Cisco.com Fetch Interval dialog box appears.
Step 2 Select a frequency at which you require the PSIRT information to be retrieved from Cisco.com. The
duration can be:
• 1 hour
• 3 hours
• 24 hours. This is the default value
• 7 days
• 30 days
Step 3 Select a frequency at which you require the End of Sale/End of Life information to be retrieved from
Cisco.com.
The duration can be:
• 1 hour
• 3 hours
• 24 hours
• 7 days. This is the default value
• 30 days
Step 4 Either:
• Click Apply to apply the changes.
Or
• Click Cancel to revert your selections to the last saved value.
The Virtual Switching technology is the process of combining two standalone distribution switches
found in the local distribution layer into a single management point.
The Virtual Switching System functions and appears as a single switch to the wiring closet and the core
layer. You can also create Virtual Switching Systems with a pair of standalone switches available in the
core layer.
After the conversion of two distribution switches into one Virtual Switching System, the wiring closet
switch creates a port bundle to the Virtual Switching System.
Creating a port bundle allows you to manage Standalone switches, easily. This is because the port bundle
has to manage only a single virtual port to the Virtual Switching System.
This Virtual Switching technology is implemented in Lan Management Solutions (LMS) by providing a
Virtual Switching System Configuration Tool under Resource Manager Essentials (RME).
This GUI based conversion tool allows you to select two compatible standalone switches and guides you
to convert those standalone switches into one Virtual Switching System.
During the conversion process, the Virtual Switching System Configuration tool generates the required
CLI commands, based on your inputs. It pushes this configuration to the devices using the protocol order
provided in RME > Admin > Config Mgmt > Transport settings.
Note Only VSS-capable standalone Cisco Catalyst 6000 switches can be converted into a Virtual Switching
System.
You need to select two switches and convert them into one Virtual Switching System. Only VSS-capable
Standalone devices can be converted to Virtual Switching System.
The Virtual Switching System Configuration Tool consists of a customized device selector. This device
selector displays only VSS-capable devices with their sysObjectIDs.
Example
You can select two standalone Cisco Catalyst 6000 switches to be converted to a Virtual Switching
System.
After you select two devices, sequential hardware checks are carried out by the Virtual Switching System
Configuration tool on these two devices to ensure hardware compliance.
The hardware checks carried out are:
• RAM size check
The RAM sizes in MB of both the selected devices are compared.
If you try to convert one device with 450 MB RAM and another device with 512 MB RAM into a
Virtual Switching System, a warning message is displayed. However, you are allowed to proceed
with the conversion.
• Supervisor Type check
The Supervisor types of both the selected devices are compared. You cannot convert one device with
Supervisor4 and another device with Supervisor3 into a Virtual Switching System. Only
Supervisor4 is supported for VSS Configuration.
• Modules not supported in VSS mode
Ideally all modules available in the two selected devices must support VSS mode. But if there are
any modules that are not supported, they are listed here.
After the hardware compatibility check is successfully done, the selected devices undergo a software
compatibility check.
The software compatibility checks are:
• Switch mode check
Check whether both devices are in standalone non-VSS modes.
You cannot convert a Standalone switch and a Virtual-mode configured switch into a Virtual
Switching System.
• IOS Software Modularity Image check
Both selected devices must be running VSS-capable IOS Software Modularity images in native IOS
mode. An image is considered VSS-capable if it consists of SXH towards the end of the image name.
Example
The image, 12.2(99)SXH is considered VSS-capable because it consists of SXH towards the end of
the image name.
After the hardware and software compatibility checks have been completed, a Compliance report is
generated. This report indicates the various attributes considered for the checks and the status of the
checks.
If there are any instances of non-compliance, you need to restart the conversion process to address these
non-compliances.
You are allowed to proceed to the next step only if both hardware and software compatibility checks are
successful.
Example
If there is an instance of non compliance of the devices towards minimum IOS software image version,
you need to upgrade the software images in the two devices to the minimum recommended version.
A link is provided to the software image upgrade page along with the compliance report, if the minimum
software requirement is not met. You can use this link to upgrade the software images in the devices to
the minimum IOS software image version.
After successful compliance of both the devices, you need to define configuration parameters for both
devices.
The configuration definition includes:
• Specifying the Domain Number for the Virtual Switching System configuration
• Assigning one switch as the Active switch and the other as the Standby switch
• Entering the Port Channel Numbers for both switches
• Selecting 10 Gigabit Ethernet Interfaces for both switches.
After you have defined the configuration parameters, the Conversion Work Order page is displayed. This
page lists the various CLI commands that you must download to the two devices. This is to convert the
switches into a Virtual Switching System.
These CLI commands are generated by the Virtual Switching System Configuration tool. You need to
deploy the CLI commands on the devices.
RME uses various protocols such as Telnet, SSH, RCP, SCP, and TFTP to deploy the commands on the
devices. The protocols are tried out in the order specified in RME. If the first protocol in sequence cannot
log into the device, the next protocol in the order is tried out. This is done until a suitable protocol is
found.
For more information on how to change the protocol order, see Defining Protocol Order.
The devices reboot after the CLI commands have been deployed onto them. One switch is transformed
to function as an Active switch and the other as a Standby switch.
After successful conversion, the running configuration of the VSS setup is copied to its startup
configuration. The individual switches are then moved to the Suspended state in RME.
The new Virtual Switching System is added to Device Credentials Repository (DCR) with display name,
same as the IP address of the Active switch followed by _VSS.
Note After conversion, irrespective of whether an Active or Standby switch boots up first, the conversion to
Virtual Switching System takes place successfully. The IP address of the Active device is added to DCR.
Step 1 Select Resource Manager Essentials > Tools > Virtual Switching System Configuration > VSS
Conversion.
The Virtual Switching System Configuration dialog box appears.
Step 2 Select two Standalone switches that are VSS-compliant from the Device Selector to convert to a Virtual
Switching System.
This device selector is customized to display only Standalone switches that are VSS-compliant.
See the topic Using RME Device Selector in the section Adding and Troubleshooting Devices Using
Device Management.
Software Checks
Properties Device 1 Device 2
VSS Mode The current mode of Device 1. The current mode of Device 2.
Image Version The software image version in Device 1 The software image version in Device 2.
Result Whether the devices satisfy the software check.
When the RAM size of both the devices are not equal, a warning message is displayed. However, you
will be allowed to continue with the conversion.
Step 4 Click Next.
The Define Configuration Parameters dialog box appears.
Step 5 Enter the required information as shown in Table 24-2
Field Description
Virtual Switching System Configuration
Enter Domain Number Domain number to be used by the Virtual Switching System. It can
be any number between 1 to 255.
This domain number is common for both the switches.
Field Description
Device Name: 1
Select Switch Number Either
• Check Switch No.1 if you want to assign Device 1 as Switch No.
1 (Active Switch).
Or
• Check Switch No.2 if you want to assign Device 1 as Switch No.
2 (Standby Switch).
You cannot assign both Device1 and Device 2 as Switch No.1. If
Device 1 is assigned Switch No.1 then Device 2 should be assigned
as Switch No.2 and vice versa.
If you select Device 1 or Device 2, as Switch No. 1 or Switch No. 2,
the configuration of the second switch is erased and the configura-
tion of the first switch is copied to the second switch.
The first switch becomes the Active Switch and the second switch
becomes the Standby Switch.
Select Port Channel Number Port Channel for Device 1.
Enter a port channel number for the switch. The Port channel must
be different for each switch.
Select Interface Interface for Device 1.
This list box lists the 10 Gigabit Ethernet interfaces. Select the
interface for the device from the list box.
You can select a maximum of two interfaces for a Virtual Switching
System.
Use the Control Key to select two interfaces.
Only VSS capable 10 Gigabit line cards are displayed.
Currently Supervisor 4 and 6708 10 Gigabit cards are available for
selection.
Field Description
Device Name: 2
Select Switch Number Either:
• Check Switch No.1 if you want to assign Device 2 as Switch No.
1 (Active Switch).
Or
• Check Switch No.2 if you want to assign Device 2 as Switch No.
2 (Standby Switch).
You cannot assign both Device1 and Device 2 as Switch No.1. If
Device 1 is assigned Switch No.1 then Device 2 should be assigned
as Switch No.2 and vice versa.
If you select Device 1 or Device 2, as Switch No. 1 or Switch No. 2,
the configuration of the second switch is erased and the configura-
tion of the first switch is copied to the second switch.
The first switch becomes the Active Switch and the second switch
becomes the Standby Switch.
Select Port Channel Number The Port channel for Device 2.
Enter a port channel number for the switch. The Port channel must
be different for each switch.
Select Interface The Interface for Device 2.
This list box lists the 10 Gigabit Ethernet interfaces. Select the
interface for the device from the list box.
You can select a maximum of two interfaces for a Virtual Switching
System.
Use the Control Key to select two interfaces.
Only VSS capable 10 Gigabit line cards are displayed.
Currently Supervisor 4 and 6708 10 Gigabit cards are available for
selection.
Note You cannot set priorities for the two Standalone switches which are considered for VSS conversion. Both
the Standalone switches have default equal priority.
Inventory Management
The Virtual Switching System is considered as a single switch by Inventory. However Inventory
collection happens for both switches.
You can generate a Detailed Device Report for the Virtual Switching System. The output of this report
consists of information on the Active and the Standby switch.
For more information on how to generate a Detailed Device Report, see Generating a Detailed Device
Report.
Configuration Management
After the conversion, the Virtual Switching System will have a single unified configuration. RME
Configuration management provides support for Virtual Switching Systems by managing the
configuration of the switch.
You can use RME Configuration Management to:
• Archive the device configurations
• Determine out-of-sync configuration files
• View the configuration version tree
• Compare the revisions of configurations
• Compare the archived configuration with a baseline template
• Deploy a version of configuration on the device
For more information on Configuration Management, see Archiving Configurations and Managing
Them Using Archive Management.
You can also use NetConfig and Config Editor to configure Interfaces on a VSS device.
For more information on using NetConfig and Config Editor, see:
• Making and Deploying Configuration Changes Using NetConfig
• Editing and Deploying Configurations Using Config Editor
Syslog
The Syslog messages are sent from the Active switch of the Virtual Switching System to the RME server.
These messages are treated like any other Syslog message from any other device types. The Syslog
reports can also be generated for the Syslogs received from the Active switch of the Virtual Switching
System.
For more information on Syslogs, see Enabling and Tracking Syslogs Using Syslog Analyzer and
Collector.
Note You can only distribute Patch images to a Virtual Switching System running VSS-capable IOS Software
Modularity image in Install mode.
Scheduling a Software Management distribution job for Virtual Switching Systems is almost similar to
that of any Standalone switch. In addition to the verifications performed by Software management, there
are few verifications that are carried out for Virtual Switching Systems.
Software management verifies:
• If VSS-capable IOS Software Modularity images are running on the devices.
The prerequisite for VSS is that the devices should have VSS-capable IOS Software Modularity
images running on them. So if you select an image that is not a VSS-capable IOS Software
Modularity image, the software distribution job cannot be performed.
• If the RAM space available on the two devices are compatible.
RAM checks are carried out only for Master switch supervisors and not for Slave switch supervisors.
• If there is an identical Slave switch storage partition with enough space for the selected Master
switch storage partition.
For more information on Software Distribution, see:
• Distributing by Devices [Basic]
• Distributing by Devices [Advanced]
• Distributing by Images
• Remote Staging and Distribution
• Patch Distribution
Note Alternatively, you can refer to the VSS Reverse Conversion wizard for the procedures for converting
Virtual Switching Systems to Standalone switches. To access the wizard, go to Resource Manager
Essentials > Tools > Virtual Switching System Configuration > VSS Reverse Conversion.
Solution:
To convert Standalone switches to a Virtual Switching System:
Step 1 Select Resource Manager Essentials > Tools > Virtual Switching System Configuration > VSS
Conversion.
The Virtual Switching System Configuration dialog box appears.
Step 2 Select 10.77.118.242 and 10.77.118.242_alias, two Standalone switches that are VSS-compliant from
the Device Selector to convert to a Virtual Switching System.
Step 3 Click Convert to VSS Mode.
Figure 24-1 displays the hardware and software check results dialog box.
What is EEM?
EEM (Embedded Event Manager) is an IOS technology that runs on the control plane of the Cisco
Catalyst 6500 device. This EEM technology is integrated within Cisco IOS Software and because of this
the Cisco IOS Software, EEM is aware of the state of the network from the perspective of view of the
device on which it is operating.The Cisco Catalyst 2900XL, 2970, 2960, 3550, 3560, 3750, and 3750E
switches also support EEM.
This intelligence, combined with the programmability of EEM, provides a powerful facility that can be
leveraged in many ways. It is a combination of processes designed to monitor key system parameters
such as:
• CPU Utilization
• Interface Errors
• Counters
• SNMP Events
• Syslog Events
• Diagnostics Events
After monitoring the system parameters, EEM acts on specific events or thresholds or counters that are
exceeded.
The Cisco IOS Software Infrastructure allows triggering pre-programmed local actions when specific
events are detected. Cisco IOS Software Embedded Event Manager harnesses network intelligence
through event detectors and takes action according to pre-defined policies. This results in greater
manageability, control, and resiliency.
The EEM is a framework to monitor and detect certain conditions that might impact network services.
It includes methods to program corrective actions when incorrect events are detected.
Types of Actions
There are two types of events and actions that you can configure on the Cisco IOS Catalyst 6500,
2900XL, 2970, 2960, 3550, 3560, 3750, and 3750E switches:
• Applets
An applet is a simple policy that is defined within the CLI configuration. It is a combination of
events and actions. You can use it to define simple policies that are triggered by specific events.
• TCL Scripts
You can create extensive policies using the script policy engine. You can develop TCL-based
policies that interact with Cisco IOS Software using CLI commands and a set of environment
variables.
A TCL policy when registered, becomes an event subscriber. After a registered event is detected, the
EEM server will trigger all corresponding event subscribers interested in this particular event.
You cannot deploy TCL scripts using TFTP, RCP and SCP protocols using Embedded Event
Manager task.
Field/Button Description
IOS Parameters
EEM Environmental Variables
Field/Button Description
Action Select either:
• Add - to add one or more variables.
Or
• Remove - to remove one or more variables.
Variable Name Enter the name for the variable.
Example:
my_counter
You can create a maximum of five variables at a time. If you want to create more variables, create
another instance by clicking Add Instance Button.
Value Enter the value for the variable.
Example:
15
Now the variable my_counter will have the value 15.
Applicable Devices Allows you to view the IOS devices in your selection, to which these variables would be applied to.
Save Saves the information you have specified.
Reset Clears all fields and reverts to the default setting.
Cancel Ignores your changes.
Field/Button Description
IOS Parameters
EEM Configuration
Policy Type Select either Script or Applet as the policy.
Action Select Register or Unregister to register or unregister a script or applet.
Field/Button Description
Device Directory Options
Create New Check this option if you want to create a new directory on the device to copy the applet or script.
Directory
If you select this checkbox, the input given in the Directory Name textbox is used to create a new
directory.
This option is activated only when the Script Policy and Register Action options are selected.
Directory Name Enter the absolute path of the directory where the file needs to be placed on the device.
Example:
disk0:/Testing
Here a new directory Testing is created in the device under disk0 Partition.
Ensure that the selected directory has enough space before the script files are copied.
This option is activated only when the Script Policy and Register Action options are selected.
Upload Script/Applet files from Server
Files Use this option to either:
• Enter the file location to upload the scripts to deploy on the device.
Ensure that you enter the absolute path along with the filename.
You can specify multiple filenames separated by commas.
Or
• Browse to the directory and select one or more scripts to deploy on the device.
Use CTRL to select more than one file.
Use Browse to browse to the directory.
You cannot combine tcl files and applet files in a single NetConfig task.
Applicable Devices Allows you to view the IOS devices in your selection, to which the scripts or applets apply.
Save Saves the information you have specified.
Reset Clears all fields and reverts to the default setting.
Cancel Ignores your changes.
Step 1 Go to Resource Manager Essentials > Config Mgmt > NetConfig > NetConfig Jobs.
The NetConfig Job Browser appears.
For the fields in the NetConfig Job Browser, see Browsing and Editing Jobs Using the NetConfig Job
Browser.
Step 2 Click Create.
The Devices and Tasks dialog box appears.
Step 3 Select the devices from the Device Selector pane.
For more information on Device Selector, see the topic Using RME Device Selector in the section
Adding and Troubleshooting Devices Using Device Management.
Step 4 Select the Environmental Variables task, using the Task Selector.
Step 5 Click Next.
Step 6 Select Environmental Variables from the Applicable Tasks pane and click Add Instances.
The Environmental Variables Configuration dialog box appears.
For more information on the fields in the Environmental Variables Configuration dialog box, see
Embedded Event Manager Task.
Step 7 Set the parameters in the task dialog box and click Save.
To reset the values that you have selected click Reset. Click Cancel to return to the previous dialog box,
without saving your changes.
You will see the instance of the task in the Added Tasks pane of the Add Tasks dialog box. The instance
appears in this format:
Taskname_n, where Taskname is the name of the task you have added, and n is the number of the
instance. For example, the first instance of a Environmental Variables task is Environmental
Variables_1.
Pane Description
Scheduling Allows you to schedule the job.
Job Options Allows you to set the job options.
Step 9 Set the schedule for the job, in the Scheduling pane:
Field Description
Scheduling
Run Type Select the run type or frequency for the job—Immediate, Once, Daily, Weekly, Monthly,
or Last Day of Month.
If Job Approval is enabled, the Immediate option is not available.
Date Select the start date for the job.
at Select the start time for the job from the hour and minute drop-down lists.
Job Info
Job Description Enter the Job Description. Enter unique descriptions to help you to identify jobs
easily.This is mandatory.
E-mail Enter e-mail addresses to which the job will send status notices. Separate multiple
addresses with commas or semicolons.
You must configure the SMTP server to send e-mails (Common Services > Server >
Admin > System Preferences).
If the user who has created the job has a valid e-mail address, an e-mail notification is
sent with the user’s address in the sender address field, when job is started and completed.
If the user who has created the job does not have a valid e-mail address, then the
notification e-mails will be sent with the sender address field blank.
Notification e-mails include a URL that displays the job details (see Viewing Job Details
for the more information about what details are displayed). If you are not logged in, you
must log in using the provided login panel to view the job details.
Comments Enter your comments for the job. Comments appear in the work order of the job and are
stored in the configuration archive.
Approver Comments Enter comments for the Job Approver. This field is displayed only if you have enabled
Job Approval for NetConfig. For more details see the section Enabling Approval and
Approving Jobs Using Job Approval.
Maker E-mail Enter the e-mail-ID of the job creator. This field is displayed only if you have enabled
Job Approval for NetConfig. This is a mandatory field. For more details see the section
Enabling Approval and Approving Jobs Using Job Approval.
Option Description
Fail on Mismatch of Config Causes the job to be considered as failed when the most recent configuration version in
Versions the configuration archive is not identical to the most recent configuration version that was
in the configuration archive when you created the job.
Sync Archive before Job Causes the job to archive the running configuration before making configuration
Execution changes.
Copy Running Config to Startup Causes the job to write the running configuration to the startup configuration on each
device after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Option Description
Enable Job Password
Login Username Enter the Login username. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Login Password Enter the Login password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Enable Password Enter the Enable password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Option Description
Failure Policy Select one of these options to specify what the job should do if it does not run on a device.
• Stop on failure:
If the job does not run on a device, the job is stopped. The database is updated only
for the devices on which the job was run successfully.
• Ignore failure and continue
If the job fails on a device, the job skips the device and continues running on the
remaining devices. The database is updated only for the devices on which the job was
run successfully.
• Rollback device and stop
Rolls back the changes on the failed device and stops the job.
• Rollback device and continue
Rolls back the changes on the failed device and continues the job.
• Rollback job on failure
Rolls back the changes on all devices and stops the job. Roll back configuration
changes to failed device or all devices configured by job (see Configuring a Job to
Roll Back on Failure.)
Execution Specify the order in which the job should run on the devices.
• Parallel
Allows the job to run on multiple devices at the same time. By default, the job runs
on five devices at a time.
• Sequential
Allows the job to run on only one device at a time. If you select sequential execution,
you can click Set Device Order to set the order of the devices. In the Device
Ordering dialog box:
a. Select a device name
b. Click Move Up or Move Down to change its place in the order.
c. Click OK to save the current order and close the dialog box
or
Click Cancel to close the dialog box without making any changes.
Step 14 Click Finish after you review the details of your job in the Job Work Order dialog box.
A notification message appears along with the Job ID. The newly created job appears in the NetConfig
Job Browser.
Step 1 Select Resource Manager Essentials > Config Mgmt > NetConfig > NetConfig Jobs.
The NetConfig Job Browser appears.
For the fields in the NetConfig Job Browser, see Browsing and Editing Jobs Using the NetConfig Job
Browser.
Step 2 Click Create.
The Devices and Tasks dialog box appears.
Step 3 Select the devices from the Device Selector pane.
See the topic Using RME Device Selector in the section Adding and Troubleshooting Devices Using
Device Management.
Step 4 Select the Embedded Event Manager Task, using the Task Selector.
Step 5 Click Next.
Step 6 Select Embedded Event Manager from the Applicable Tasks pane and click Add Instances.
The Embedded Event Manager Configuration dialog box appears.
For more information on the fields, see EEM Environmental Variables Task.
Step 7 Set the parameters in the Task dialog box and click Save.
To reset the values that you have selected click Reset. Click Cancel to return to the previous dialog box,
without saving your changes.
You will see the instance of the task in the Added Tasks pane of the Add Tasks dialog box. The instance
appears in this format:
Taskname_n, where Taskname is the name of the task you have added, and n is the number of the
instance. For example, the first instance of a Embedded Event Manager task is Embedded Event
Manager_1.
Pane Description
Scheduling Allows you to schedule the job.
Job Options Allows you to set the job options.
Step 9 Set the schedule for the job, in the Scheduling pane:
Field Description
Scheduling
Run Type Select the run type or frequency for the job—Immediate, Once, Daily, Weekly, Monthly,
or Last Day of Month.
If Job Approval is enabled, the Immediate option is not available.
Date Select the start date for the job.
at Select the start time for the job from the hour and minute drop-down lists.
Job Info
Job Description Enter the Job Description. Enter unique descriptions to help you to identify jobs
easily.This is mandatory.
E-mail Enter e-mail addresses to which the job will send status notices. Separate multiple
addresses with commas or semicolons.
You must configure the SMTP server to send e-mails (Common Services > Server >
Admin > System Preferences).
If the user who has created the job has a valid e-mail address, an e-mail notification is
sent with the user’s address in the sender address field, when job is started and completed.
If the user who has created the job does not have a valid e-mail address, then the
notification e-mails will be sent with the sender address field blank.
Notification e-mails include a URL that displays the job details (see Viewing Job Details
for the more information about what details are displayed). If you are not logged in, you
must log in using the provided login panel to view the job details.
Comments Enter your comments for the job. Comments appear in the work order of the job and are
stored in the configuration archive.
Approver Comments Enter comments for the Job Approver. This field is displayed only if you have enabled
Job Approval for NetConfig. For more details see the section Enabling Approval and
Approving Jobs Using Job Approval.
Maker E-mail Enter the e-mail-ID of the job creator. This field is displayed only if you have enabled
Job Approval for NetConfig. This is a mandatory field. For more details the section
Enabling Approval and Approving Jobs Using Job Approval.
Field Description
Fail on Mismatch of Config Causes the job to be considered as failed when the most recent configuration version in
Versions the configuration archive is not identical to the most recent configuration version that was
in the configuration archive when you created the job.
Sync Archive before Job Causes the job to archive the running configuration before making configuration
Execution changes.
Copy Running Config to Startup Causes the job to write the running configuration to the startup configuration on each
device after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Field Description
Enable Job Password
Login Username Enter the Login username. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Login Password Enter the Login password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Enable Password Enter the Enable password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Failure Policy Select one of these options to specify what the job should do if it fails to run on a device.
• Stop on failure:
If the job does not run on a device, the job is stopped. The database is updated only
for the devices on which the job was run successfully.
• Ignore failure and continue
If the job fails on a device, the job skips the device and continues running on the
remaining devices. The database is updated only for the devices on which the job was
run successfully.
• Rollback device and stop
Rolls back the changes on the failed device and stops the job.
• Rollback device and continue
Rolls back the changes on the failed device and continues the job.
• Rollback job on failure
Rolls back the changes on all devices and stops the job. Roll back configuration
changes to failed device or all devices configured by job (see Configuring a Job to
Roll Back on Failure.)
Field Description
Execution Specify the order in which the job should run on the devices.
• Parallel
Allows the job to run on multiple devices at the same time. By default, the job runs
on five devices at a time.
• Sequential
Allows the job to run on only one device at a time. If you select sequential execution,
you can click Set Device Order to set the order of the devices.
In the Device Ordering dialog box:
a. Select a device name
b. Click Move Up or Move Down to change its place in the order.
c. Click OK to save the current order and close the dialog box
or
Click Cancel to close the dialog box without making any changes.
To generate this custom report, see Overview: Syslog Analyzer Reports. The fields in the generated
Syslog EEM Custom Report are given below:
Field Description
Device Name Name of the device generating the Syslog message.
Interface Name or IP Address of the interface in that device generating the Syslog message.
Timestamp Time when the Syslog message was generated.
The format used by timestamp is:
mmm dd yyyy hh:mm:ss
where:
mmm represents month
dd represents date
yyyy represents year
hh represents hour
mm represents minute
ss represents second
Example:
Nov 18 2008 12:24:36
Facility/Sub Facility Displays the facility or sub-facility codes.
A facility is a hardware device, a protocol, or a module of the system software.
See System Error Messages in the Cisco IOS Reference manual, for a predefined list of
system facility codes.
A sub-facility is the sub-facility in the device that generates the Syslog message.
Severity Displays the message severity levels.
Representations for the severity codes are:
0—Emergencies
1—Alerts
2—Critical
3—Errors
4—Warnings
5—Notifications
6—Informational
Mnemonics Codes that uniquely identifies an error message.
Example:
LOG
Description Description of each Syslog message.
Details Other details for each Syslog message.
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser window appears.
Step 2 Click Create .
The Select Devices and Commandsets window appears.
Step 3 Select the devices from the Device Type Selector.
Step 4 Select Show Embedded Event Manager Info comandset from the Commandset List
Step 5 Enter custom commands in the Custom Commands text area if required.
Step 6 Click Next to continue.
The Set Schedule Options dialog box appears.
Step 7 Enter the following information in the Set Schedule Options dialog box:
Field Description
Scheduling
Run Type The run type of the job. The Run Types could be any or all of these, depending on the type of the job:
• Immediate—Runs the job immediately.
• Once—Once at the specified date and time.
• 6 -hourly—Every 6 hours, starting from the specified time.
• 12 -hourly—Every 12 hours, starting from the specified time.
• Daily—Daily at the specified time.
• Weekly—Weekly on the day of the week and at the specified time.
• Monthly—Monthly on the day of the month and at the specified time.
• Last day of Month—On the last day of the month at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has completed. If
the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will start
only at 10:00 a.m. on November 3.
Date Scheduled date and time of the job.
Job Information
Job Description Enter the Job Description. This is mandatory. Enter unique descriptions to help you to identify jobs easily.
You can enter only alphanumeric characters.
E-mail Enter the e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses; separate these addresses by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences dialog
box (Common Services > Server > Admin > System Preferences). When the job starts or completes, an
e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter your comments for the job. Comments appear in the work order of the job.
Field Description
Job Options
Enable Job • If you have enabled the Enable Job Password option and disabled the User Configurable option in the
Password Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
enter the device login user name and password and Device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in the
Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
either:
– Enter the device login user name and password and Device Enable password.
The credentials are for contacting the device and not the DCR credentials.
Or
– Disable the Job Password option in the Set Schedule Options dialog box.
Execution Specify the order in which the job should run on the devices.
• Parallel—Allows the job to run on multiple (up to five) devices at the same time.
• Sequential—Allows the job to run on only one device at a time.
Maker Comments This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker Comments.
See Setting Up Job Approval for more details on enabling Job Approval Policies.
Maker E-mail This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker E-mail
address. This is mandatory. See Setting Up Job Approval for more details on enabling Job Approval
Policies.
What is Gold?
GOLD (Generic OnLine Diagnostics) is a device-specific IOS feature with fault detection capabilities.
It defines a common framework for diagnostic operations across Cisco platforms running Cisco IOS
Software.
Note Only Cisco Catalyst 6500 (IOS), 2900XL, 2970, 2960, 3550, 3560, 3750, and 3750E switches are
supported.
It provides:
• Fault Detection framework
• Proactive Diagnostics to detect hardware and software failures
The GOLD framework specifies the platform-independent fault-detection architecture for centralized
and distributed systems.
The platform-specific diagnostics provide hardware-specific fault-detection tests and take corrective
action in response to diagnostics test results.
Diagnostics Operations
GOLD implementation checks the health of hardware components and verifies proper operation of the
system data and control planes. Some tests take effect when the system starts , whereas other tests take
effect when the system is running.
Types of Diagnostics
The diagnostics performed by GOLD (Generic OnLine Diagnostics) are:
• Boot-Up Diagnostics
• Runtime Monitoring
Boot-Up Diagnostics
A booting module goes through a series of checks before coming online. This allows the system to detect
faults in the hardware components at boot-up time and helps to ensure that a failing module is not
introduced in a live network.
When boot-up diagnostics detect a diagnostics failure on a Cisco Catalyst 6500 Series, the failing
modules are shut down.
As an administrator, you can enable or disable the boot-level diagnostics. If you enable the boot level
diagnostics, you can set the diagnostics levels to either complete or minimal.
Runtime Monitoring
Defects are also diagnosed during system operation or runtime. A series of diagnostics checks can be
enabled to determine the condition of an online system. You must take care to distinguish between
disruptive and non-disruptive diagnostics tests.
Although nondisruptive tests occur in the background and do not affect the system data or control planes,
disruptive tests do affect live packet flows and should be scheduled during special maintenance windows.
The Runtime monitoring tests consist of Health-monitoring Diagnostics Tests
Field/Button Description
Action Select either Enable to enable the actions or Disable to disable the actions
Level Select either Complete to set the boot level to Complete or Minimal to set the boot level to Minimal
This option is activated only if the Action option is enabled. This option is not activated, if you have
selected Disable in the Action field.
Save Saves the information you have specified.
Reset Clears all fields and reverts to the default setting.
Cancel Ignores your changes.
Pane Description
GOLD Monitoring Test Configuration
Configuring Health Monitoring Diagnostics
Action Select any of the following:
• Add Interval - To add an interval
• No Interval. - To not to add an interval
• No Change - No change to the Action
Enter Vendor Enter the Vendor type or Module Name. You can enter one or more comma separated module names.
Type or Name
Example:
cevCat6kVsS72010G
This is a mandatory field and is available only if you select Cisco Catalyst 6500 devices.
Enter Switch ID Enter the Switch ID.
You can enter a single switch ID or a number of switch IDs separated by comma.
Example 1:
Enter 2 if you want to include switch with ID 2.
Example 2:
Enter 3, 6 if you want to include switches with IDs 3 and 6.
This is a mandatory field and is available only if you select Cisco Catalyst 2900XL, 2970, 2960, 3550,
3560, 3750, or 3750E stack switches.
Enable/Disable Health Monitoring Diagnostics Test
Action Select any of the following:
• Enable - To start the Health Monitoring tests
• Disable - To stop the running Health Monitoring tests.
The tests once stopped, will not start again until the Action is enabled.
• No Change - No change to Action
Pane Description
Test Details
All Allows you to configure all diagnostic tests.
Enter Testnames Allows you to manually enter the test names.
Enter one or more test names separated by comma.
This option is activated only if the Enable Action is selected.
Range Allows you to enter a range for tests to be run.
This option is activated only if the Enable Action is selected.
Example:
Enter 2-8 if you want to run tests with IDs from 2 to 8.
Configure Health Monitoring Interval
No. of Days Enter the number of days till which you require the tests to be run on the devices.
The number of days can be any value between 0 - 20.
The default value is 1 day.
Hours Select the hour frequency at which the tests should be run. The hour value can be any value between 00
and 23.
This is a mandatory field if Add Interval is the Action.
Minutes Select the minute frequency at which the tests should be run. The minute value can be any value between
00 and 59.
This is a mandatory field.
Seconds Enter the seconds frequency at which the tests should be run. The second value can be any value between
00 and 59.
This is a mandatory field if Add Interval is the Action.
Milliseconds Enter the millisecond frequency at which the tests should be run. The millisecond value can be any value
between 0 and 999.
This is a mandatory field if Add Interval is the Action.
Applicable Allows you to view the IOS devices in your selection that you want to monitor with GOLD Monitoring
Devices Tests.
Save Saves the information you have specified.
Reset Clears all fields and reverts to the default setting.
Cancel Ignores your changes.
Step 1 Select Resource Manager Essentials > Config Mgmt > NetConfig > NetConfig Jobs.
The NetConfig Job Browser appears.
For the fields in the NetConfig Job Browser, see Browsing and Editing Jobs Using the NetConfig Job
Browser.
Step 2 Click Create.
The Devices and Tasks dialog box appears.
Step 3 Select the devices from the Device Selector pane.
For more information on the device selector, see the topic Using RME Device Selector in the section
Adding and Troubleshooting Devices Using Device Management.
Step 4 Select the GOLD Boot Level task, using the Task Selector.
Step 5 Click Next.
The Add Tasks dialog box appears.
Step 6 Select GOLD Boot Level from the Applicable Tasks pane and click Add Instances.
The GOLD Boot Level Configuration dialog box appears. For more information on the fields in the
GOLD Boot Level Configuration dialog box, see GOLD Boot Level Task.
Step 7 Set the parameters in the task dialog box and click Save.
To reset the values that you have selected click Reset. Click Cancel to return to the previous dialog box,
without saving your changes.
You will see the instance of the task in the Added Tasks pane of the Add Tasks dialog box. The instance
appears in this format:
Taskname_n, where Taskname is the name of the task you have added, and n is the number of the
instance. For example, the first instance of a GOLD Boot Level task is Gold Boot Level_1.
You can add as many instances as required, for a task.
Step 8 Click Next.
The Job Schedule and Options dialog box appears with these panes:
Pane Description
Scheduling Allows you to schedule the job.
Job Options Allows you to set the job options.
Step 9 Set the schedule for the job, in the Scheduling pane:
Field Description
Scheduling
Run Type Select the run type or frequency for the job—Immediate, Once, Daily, Weekly, Monthly,
or Last Day of Month.
If Job Approval is enabled, the Immediate option is not available.
Date Select the start date for the job.
at Select the start time for the job from the hour and minute drop-down lists.
Job Info
Job Description Enter the Job Description. Enter unique descriptions to help you to identify jobs easily.
This is mandatory.
E-mail Enter e-mail addresses to which the job will send status notices. Separate multiple
addresses with commas or semicolons.
You must configure the SMTP server to send e-mails (Common Services > Server >
Admin > System Preferences).
If the user who has created the job has a valid e-mail address, an e-mail notification is
sent with the user’s address in the sender address field, when job is started and completed.
If the user who has created the job does not have a valid e-mail address, then the
notification e-mails will be sent with the sender address field blank.
Notification e-mails include a URL that displays the job details (see Viewing Job Details
for the more information about what details are displayed). If you are not logged in, you
must log in using the provided login panel to view the job details.
Comments Enter your comments for the job. Comments appear in the work order of the job and are
stored in the configuration archive.
Approver Comments Enter comments for the Job Approver. This field is displayed only if you have enabled
Job Approval for NetConfig. For more details see the section Enabling Approval and
Approving Jobs Using Job Approval.
Maker E-mail Enter the e-mail-ID of the job creator. This field is displayed only if you have enabled
Job Approval for NetConfig. This is a mandatory field. For more details see the section
Enabling Approval and Approving Jobs Using Job Approval.
Option Description
Fail on Mismatch of Config Causes the job to be considered as failed when the most recent configuration version in
Versions the configuration archive is not identical to the most recent configuration version that was
in the configuration archive when you created the job.
Sync Archive before Job Causes the job to archive the running configuration before making configuration
Execution changes.
Copy Running Config to Startup Causes the job to write the running configuration to the startup configuration on each
device after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Option Description
Enable Job Password
Login Username Enter the Login username. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Login Password Enter the Login password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Enable Password Enter the Enable password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Option Description
Failure Policy Select one of these options to specify what the job should do if it does not run on a device.
• Stop on failure:
If the job does not run on a device, the job is stopped. The database is updated only
for the devices on which the job was run successfully.
• Ignore failure and continue
If the job fails on a device, the job skips the device and continues running on the
remaining devices. The database is updated only for the devices on which the job was
run successfully.
• Rollback device and stop
Rolls back the changes on the failed device and stops the job.
• Rollback device and continue
Rolls back the changes on the failed device and continues the job.
• Rollback job on failure
Rolls back the changes on all devices and stops the job. Roll back configuration
changes to failed device or all devices configured by job (see Configuring a Job to
Roll Back on Failure.)
Execution Specify the order in which the job should run on the devices.
• Parallel
Allows the job to run on multiple devices at the same time. By default, the job runs
on five devices at a time.
• Sequential
Allows the job to run on only one device at a time. If you select sequential execution,
you can click Set Device Order to set the order of the devices. In the Device
Ordering dialog box:
a. Select a device name
b. Click Move Up or Move Down to change its place in the order.
c. Click OK to save the current order and close the dialog box
or
Click Cancel to close the dialog box without making any changes.
Step 14 Click Finish after you review the details of your job in the Job Work Order dialog box.
A notification message appears along with the Job ID. The newly created job appears in the NetConfig
Job Browser.
Step 1 Go to Resource Manager Essentials > Config Mgmt > NetConfig > NetConfig Jobs.
The NetConfig Job Browser appears.
For the fields in the NetConfig Job Browser, see Browsing and Editing Jobs Using the NetConfig Job
Browser.
Step 2 Click Create.
The Devices and Tasks dialog box appears.
Step 3 Select the devices from the Device Selector pane.
For more information on device selector, see the topic Using RME Device Selector in the section Adding
and Troubleshooting Devices Using Device Management.
Step 4 Select the GOLD Monitoring Tests task, using the Task Selector.
Step 5 Click Next.
The Add Tasks dialog box appears.
Step 6 Click Add Instances.
The GOLD Boot Level Configuration dialog box appears.
For more information on the fields, see GOLD Monitoring Test Task.
Step 7 Set the parameters in the task dialog box and click Save.
To reset the values that you have selected click Reset. Click Cancel to return to the previous dialog box,
without saving your changes.
You will see the instance of the task in the Added Tasks pane of the Add Tasks dialog box. The instance
appears in this format:
Taskname_n, where Taskname is the name of the task you have added, and n is the number of the
instance. For example, the first instance of a GOLD Monitoring task is Gold Monitoring Tests_1.
You can add as many instances as required, for a task.
Step 8 Click Next.
The Job Schedule and Options dialog box appears with these panes:
Pane Description
Scheduling Allows you to schedule the job.
Job Options Allows you to set the job options.
Step 9 Set the schedule for the job, in the Scheduling pane:
Field Description
Scheduling
Run Type Select the run type or frequency for the job—Immediate, Once, Daily, Weekly, Monthly,
or Last Day of Month.
If Job Approval is enabled, the Immediate option is not available.
Date Select the start date for the job.
at Select the start time for the job from the hour and minute drop-down lists.
Job Info
Job Description Enter the Job Description. Enter unique descriptions to help you to identify jobs
easily.This is mandatory.
E-mail Enter e-mail addresses to which the job will send status notices. Separate multiple
addresses with commas or semicolons.
You must configure the SMTP server to send e-mails (Common Services > Server >
Admin > System Preferences).
If the user who has created the job has a valid e-mail address, an e-mail notification is
sent with the user’s address in the sender address field, when job is started and completed.
If the user who has created the job does not have a valid e-mail address, then the
notification e-mails will be sent with the sender address field blank.
Notification e-mails include a URL that displays the job details (see Viewing Job Details
for the more information about what details are displayed). If you are not logged in, you
must log in using the provided login panel to view the job details.
Comments Enter your comments for the job. Comments appear in the work order of the job and are
stored in the configuration archive.
Approver Comments Enter comments for the Job Approver. This field is displayed only if you have enabled
Job Approval for NetConfig. For more details see the section Enabling Approval and
Approving Jobs Using Job Approval.
Maker E-mail Enter the e-mail-ID of the job creator. This field is displayed only if you have enabled
Job Approval for NetConfig. This is a mandatory field. For more details the section
Enabling Approval and Approving Jobs Using Job Approval.
Field Description
Fail on Mismatch of Config Causes the job to be considered as failed when the most recent configuration version in
Versions the configuration archive is not identical to the most recent configuration version that was
in the configuration archive when you created the job.
Sync Archive before Job Causes the job to archive the running configuration before making configuration
Execution changes.
Copy Running Config to Startup Causes the job to write the running configuration to the startup configuration on each
device after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Enable Job Password
Login Username Enter the Login Username. This option is available to you if you have set the appropriate
job password policy in the Configuration Management module.
This overrides the credentials that you have entered at the time of adding the device in
the Device and Credentials Administration module of Common Services.
Login Password Enter the job password. This option is available to you if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Field Description
Enable Password Enter the Enable password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Failure Policy Select one of these options to specify what the job should do if it does not run on a device.
• Stop on failure:
If the job does not run on a device, the job is stopped. The database is updated only
for the devices on which the job was run successfully.
• Ignore failure and continue
If the job fails on a device, the job skips the device and continues running on the
remaining devices. The database is updated only for the devices on which the job was
run successfully.
• Rollback device and stop
Rolls back the changes on the failed device and stops the job.
• Rollback device and continue
Rolls back the changes on the failed device and continues the job.
• Rollback job on failure
Rolls back the changes on all devices and stops the job. Roll back configuration
changes to failed device or all devices configured by job (see Configuring a Job to
Roll Back on Failure.)
Execution Specify the order in which the job should run on the devices.
• Parallel
Allows the job to run on multiple devices at the same time. By default, the job runs
on five devices at a time.
• Sequential
Allows the job to run on only one device at a time. If you select sequential execution,
you can click Set Device Order to set the order of the devices. In the Device
Ordering dialog box:
In the Device Ordering dialog box:
a. Select a device name
b. Click Move Up or Move Down to change its place in the order.
c. Click OK to save the current order and close the dialog box
or
Click Cancel to close the dialog box without making any changes.
Field Description
Device Name Name of the device generating the Syslog message.
Interface Name or IP Address of the interface in that device generating the Syslog message.
Timestamp Time when the Syslog message was generated.
The format used by timestamp is:
mmm dd yyyy hh:mm:ss
where:
mmm represents month
dd represents date
yyyy represents year
hh represents hour
mm represents minute
ss represents second
Example:
Nov 18 2008 12:24:36
Field Description
Facility/Sub Facility Displays the facility or sub-facility codes.
A facility is a hardware device, a protocol, or a module of the system software.
See System Error Messages in the Cisco IOS Reference manual, for a predefined list of
system facility codes.
A sub-facility is the sub-facility in the device that generates the Syslog message.
Severity Displays the message severity levels.
Representations for the severity codes are:
0—Emergencies
1—Alerts
2—Critical
3—Errors
4—Warnings
5—Notifications
6—Informational
Mnemonics Codes that uniquely identifies an error message.
Example:
TEST_RUNNING
TEST_OK
Description Description of each Syslog message.
Details Other details for each Syslog message.
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser window appears.
Step 2 Click Create .
The Select Devices and Commandsets window appears.
Step 3 Select the devices from the Device Type Selector.
Step 4 Select Show Configured GOLD Tests Info commandset from the Commandset List.
Step 5 Enter the custom commands in the Custom Commands text area if required.
Step 6 Click Next to continue.
The Set Schedule Options dialog box appears.
Step 7 Enter the following information in the Set Schedule Options dialog box:
Field Description
Scheduling
Run Type The run type of the job. The Run Types could be any or all of these, depending on the type of the job:
• Immediate—Runs the job immediately.
• Once—Once at the specified date and time.
• 6 -hourly—Every 6 hours, starting from the specified time.
• 12 -hourly—Every 12 hours, starting from the specified time.
• Daily—Daily at the specified time.
• Weekly—Weekly on the day of the week and at the specified time.
• Monthly—Monthly on the day of the month and at the specified time.
• Last day of Month—On the last day of the month at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has completed. If
the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will start
only at 10:00 a.m. on November 3.
Field Description
Comments Enter your comments for the job. Comments appear in the Job Work Order.
Job Options
Enable Job • If you have enabled the Enable Job Password option and disabled the User Configurable option in the
Password Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
enter the device login user name and password and Device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in the
Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
either:
– Enter the device login user name and password and Device Enable password.
The credentials are for contacting the device and not the DCR credentials.
Or
– Disable the Job Password option in the Set Schedule Options dialog box.
Execution Specify the order in which the job should run on the devices.
• Parallel—Allows the job to run on multiple (up to five) devices at the same time.
• Sequential—Allows the job to run on only one device at a time.
Maker Comments This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker Comments.
See Setting Up Job Approval for more details on enabling Job Approval Policies.
Maker E-mail This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker E-mail
address. This is mandatory. See Setting Up Job Approval for more details on enabling Job Approval
Policies.
When a NetShow job is created for the commandset Show Configured GOLD Tests Info, It fails for
any kind of devices that are selected. For each device that is selected in the job, only a particular
command in the commandset is successful. Other commands fail and hence the job fails.
Example:
The command show diagnostic bootup level will be successful for a Cisco Catalyst 6000 device but
will fail for Stack and Non Stack devices.
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser window appears.
Step 2 Click Create .
The Select Devices and Commandsets window appears.
Step 3 Select the devices from the Device Type Selector.
Step 4 Select Show GOLD Test results commandset from the Commandset List
Step 5 Enter Custom Commands in the Custom Commands text area if required.
Step 6 Click Next to continue.
The Set Schedule Options dialog box appears.
Step 7 Enter the following information in the Set Schedule Options dialog box:
Field Description
Scheduling
Run Type The run type of the job. The Run Types could be any or all of these, depending on the type of the job:
• Immediate—Runs the job immediately.
• Once—Once at the specified date and time.
• 6 -hourly—Every 6 hours, starting from the specified time.
• 12 -hourly—Every 12 hours, starting from the specified time.
• Daily—Daily at the specified time.
• Weekly—Weekly on the day of the week and at the specified time.
• Monthly—Monthly on the day of the month and at the specified time.
• Last day of Month—On the last day of the month at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has completed.
If the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will start
only at 10:00 a.m. on November 3.
Field Description
Date Scheduled date and time of the job.
Job Information
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter the e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses; separate these addresses by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences
dialog box (Common Services > Server > Admin > System Preferences). When the job starts or
completes, an e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter your comments for the job. Comments appear in the Job Work Order.
Job Options
Enable Job • If you have enabled the Enable Job Password option and disabled the User Configurable option in
Password the Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job
Policies) enter the device login user name and password and Device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in the
Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
either:
– Enter the device login user name and password and Device Enable password.
The credentials are for contacting the device and not the DCR credentials.
Or
– Disable the Job Password option in the Set Schedule Options dialog box.
Execution Specify the order in which the job should run on the devices.
• Parallel—Allows the job to run on multiple (up to five) devices at the same time.
• Sequential—Allows the job to run on only one device at a time.
Maker Comments This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker Comments.
See Setting Up Job Approval for more details on enabling Job Approval Policies.
Maker E-mail This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker E-mail
address. This is mandatory. See Setting Up Job Approval for more details on enabling Job Approval
Policies.
Step 9 Click Finish after you review the details of your job in the Job Work Order.
A message appears, Job ID created successfully.
The newly created job appears in the NetShow Job Browser.
If your job failed and you want to run the same job, click Retry and perform steps 7 through 9 above.
Step 10 Click on the Job ID to view the results of the NetShow job created.
When a NetShow job is created for the commandset Show GOLD Test Results, It fails for any kind of
devices that are selected. For each device that is selected in the job, only a particular command in the
command set is successful. Other commands fail and hence the job fails.
Example:
The command show diagnostic result switch all detail will be successful for Stack devices but
will fail for Cisco Catalyst 6000 devices and Non Stack devices.
Integration of Cisco IOS Features GOLD and EEM into Smart Call
Home
The Smart Call Home Service, along with the Call-Home IOS feature on the Cisco Catalyst 6500 device,
allows Cisco hardware to send the following information to Cisco TAC.
• Periodic system messages
• Real time system event messages
Call Home messages that are sent periodically, include inventory and configuration information. The
inventory and configuration messages are used to generate the Device Report and improve hardware and
software quality, by identifying failure trends.
Call Home also uses Syslog messages. Whenever a certain specified event occurs, Syslog messages are
sent from the devices to Call Home.
Call Home messages that are generated by system events include diagnostic and environmental
messages:
• Diagnostic messages are generated when Generic OnLine Diagnostics (GOLD) failures occur.
For more information on GOLD, see Usage of GOLD in RME.
• Environmental messages, through Embedded Event Manager (EEM), are sent when temperature,
power and other types of system related thresholds are crossed. This causes major, minor or recovery
alarms.
For more information on EEM, see Usage of Embedded Event Manager in RME.
The information in these messages enable Cisco TAC to provide timely and proactive service to assist
you to manage their network.
• For Smart Call Home support, a Cisco Catalyst 6500 device must be running the IOS Software
Modularity Image version 12.3(33)SXH image.
• Only Internet Explorer browsers are supported.
The fields in the Smart Call Home Configuration dialog box are:
Field/Button Description
General Configuration
Call Home Service Select any of the following:
• Enable — Enable Smart Call Home service.
• Disable — Disables Smart Call Home service.
• No Change — No change to Smart Call Home Service.
Contact Email Addresses
Action Select any of these:
• Add — Adds the contact e-mail addresses
• Remove — Removes the contact e-mail addresses
• No Change — Not to change the contact e-mail addresses. This is the default option.
Contact Email Enter contact email address. You can enter one or more email IDs on a per line basis.
Address
Email Server
Action Select any of these:
• Add — Adds one or more email servers.
You can add a maximum of 5 email servers.
• Replace — Adds new email servers after removing all the email servers provided previously.
• Remove — Removes one or more email servers
• No Change —Not to change the email servers. This is the default option.
Email Servers Enter one or more email servers. Enter each email server on a separate line and specify priority for each
of them. The priority can be between 1 and 100.
Sender From Email Address
Action Select any of these:
• Add — Adds a sender email address
• Remove — Removes the sender email address
• No Change —Not to change the sender email address. This is the default option.
Sender Email Enter a Sender From email address.
Address (from)
Sender Reply-to Address
Action Select any of these:
• Add — Adds a sender reply-to email address
• Remove — Removes the sender reply-to email address
• No Change —Not to change the sender reply-to email address. This is the default option.
Sender Reply-to Enter a sender reply to email ID.
Address
Field/Button Description
Install Cisco Security Certificate
Install Cisco Check to install the HTTP certificate.
Security Certificate
Profile Configuration
Profile Select either:
• CiscoTAC-1 Profile
Or
• Other Profiles
Profile Name Enter a profile name.
This option is activated only if you have selected Other Profiles option in the Profile field.
Activate Profile Select any of these:
• Enable — Activates the selected profile.
• Disable — Deactivates the selected profile.
• No Change —Not to add or remove a profile. This is the default option
Transport Options
Connect To Select either:
• Cisco.com if you want to connect to Smart Call Home using Cisco.com
Or
• Transport Gateway, if you want to connect to Smart Call Home using a transport gateway.
Or
• Other, if you want to connect to Smart Call Home using transport option other than Cisco.com or
Transport Gateway.
CiscoTAC-1 profile does not support the Transport Gateway and Other option. So this option is not
activated when you select CiscoTAC-1 profile.
Transport Details
Transport Method Select either:
• No Change — To not to change the transport settings
Or
• Email— To use email as the transport method. This option is selected if Transport Gateway is
selected as the Connect to option and the HTTPS option is not activated.
Or
• HTTPS — To use HTTPS as the transport method.
Email Address Enter the email address, if you have selected Email as the transport method.
HTTPS URLs Enter the HTTPS URL, if you have selected HTTPS as the transport method.
Field/Button Description
Alert Groups
Inventory Select any of the following:
• Enable if you want to subscribe to the Inventory Alert Group.
• Disable if you do not want to subscribe to the Inventory Alert Group.
• No Change if you do not want to subscribe to or unsubscribe from Inventory Alert Groups. This
is the default option.
If you have selected CiscoTAC-1 Profile, you cannot change the Alert groups or Alert group settings.
If you have selected Other Profiles, you can change the Alert groups and Alert group settings.
Periodicity Specify the periodicity to receive these Inventory alerts. You can select:
• Asynchronous — To receive the Inventory alerts on a specified day or time. In other words, not in
a periodic manner.
• Daily — To receive the Inventory alerts every day
• Weekly — To receive the weekly consolidated Inventory alerts.
• Monthly— To receive the monthly consolidated Inventory alerts
DOW DOW refers to Date of Week.
This list box is activated only if you select Weekly as the periodicity for receiving the Inventory alerts.
Select any of the following week days:
• Sun
• Mon
• Tue
• Wed
• Thu
• Fri
• Sat
Sun is the default value.
For example:
Select Tue if you want to receive Inventory alerts on a weekly basis, every Tuesday.
DOM DOM refers to Date of Month.
This list box is activated only if you select Monthly as the periodicity for receiving the Inventory alerts.
Select any value from 1 and 31 to receive Inventory alerts every month on that date.
Day 1 is the default value.
For example:
Select 5, if you want to receive Inventory alerts on the 5th day of every month.
Begin Time Specify the date and time at which you want to receive the Inventory alerts.
The format supported is hh:mm
The format supported is hh:mm, where hh refers to hours and mm refers to minutes.
Field/Button Description
Configuration Select any of the following:
• Enable if you want to subscribe to the Configuration Alert Group.
• Disable if you do not want to subscribe to the Configuration Alert Group.
• No Change if you do not want to subscribe to or unsubscribe from Configuration Alert Groups.
This is the default option.
If you have selected CiscoTAC-1 Profile, you cannot change the Alert groups or Alert group settings.
If you have selected Other Profiles, you can change the Alert groups and Alert group settings.
Periodicity Specify the periodicity to receive these Configuration alerts. You can select:
• Asynchronous — To receive the Configuration alerts on a specified day or time. In other words,
not in a periodic manner.
• Daily — To receive the Configuration alerts every day.
• Weekly — To receive the weekly consolidated Configuration alerts.
• Monthly — To receive the monthly consolidated Configuration alerts
DOW DOW refers to Date of Week.
This list box is activated only if you select Weekly as the periodicity for receiving the Configuration
alerts.
Select any of the following week days:
• Sun
• Mon
• Tue
• Wed
• Thu
• Fri
• Sat
Sun is the default value.
For example:
Select Tue if you want to receive Configuration alerts on a weekly basis, every Tuesday.
DOM DOM refers to Date of Month.
This list box is activated only if you select Monthly as the periodicity for receiving the Configuration
alerts.
Select any value from 1 and 31 to receive Configuration alerts every month on that date.
Day 1 is the default value.
For example:
Select 5, if you want to receive Inventory alerts on the 5th day of every month.
Begin Time Specify the date and time at which you want to receive the Configuration alerts.
The format supported is hh:mm, where hh refers to hours and hh refers to minutes.
Field/Button Description
Syslog Select any of the following:
• Enable if you want to subscribe to the Syslog Alert Group.
• Disable if you do not want to subscribe to the Syslog Alert Group.
• No Change if you do not want to subscribe to or unsubscribe from Syslog Alert Groups. This is
the default option.
If you have selected CiscoTAC-1 Profile, you cannot change the Alert groups or Alert group settings.
If you have selected Other Profiles, you can change the Alert groups and Alert group settings.
Severity Select from any of these severities:
• catastrophic
• disaster
• fatal
• critical
• major
• minor
• warning
• notification
• normal
• debugging
You will be notified when the selected Syslog severity occurs.
Patterns Specify a pattern of a Syslog for which you want to receive alerts if that pattern occurs.
Environment Select any of the following:
• Enable if you want to subscribe to the Environmental Alert Group.
• Disable if you do not want to subscribe to the Environmental Alert Group.
• No Change if you do not want to subscribe to or unsubscribe from Environment Alert Groups. This
is the default option.
If you have selected CiscoTAC-1 Profile, you cannot change the Alert groups or Alert group settings.
If you have selected Other Profiles, you can change the Alert groups and Alert group settings.
Field/Button Description
Severity Select from any of these severities:
• catastrophic
• disaster
• fatal
• critical
• major
• minor
• warning
• notification
• normal
• debugging
You will be notified when the selected environment severity occurs.
Diagnostics Select any of the following:
• Enable if you want to subscribe to the Diagnostics Alert Group.
• Disable if you do not want to subscribe to the Diagnostics Alert Group.
• No Change if you do not want to subscribe to or unsubscribe from Diagnostics Alert Groups. This
is the default option.
If you have selected CiscoTAC-1 Profile, you cannot change the Alert groups or Alert group settings.
If you have selected Other Profiles, you can change the Alert groups and Alert group settings.
Severity Select from any of these severities:
• catastrophic
• disaster
• fatal
• critical
• major
• minor
• warning
• notification
• normal
• debugging
You will be notified when the selected diagnostics severity occurs.
Applicable Devices Allows you to view the IOS devices in your selection.
Save Saves the information you have specified.
Reset Clears all fields and reverts to the default setting.
Cancel Ignores your changes.
Step 1 Select Resource Manager Essentials > Config Mgmt > NetConfig > NetConfig Jobs.
The NetConfig Job Browser appears.
For the fields in the NetConfig Job Browser, see Browsing and Editing Jobs Using the NetConfig Job
Browser.
Step 2 Click Create.
The Devices and Tasks dialog box appears.
Step 3 Select the devices from the Device Selector pane.
See the topic Using RME Device Selector in the section Adding and Troubleshooting Devices Using
Device Management.
Step 4 Select Smart Call Home Task, using the Task Selector.
Step 5 Click Next.
Step 6 Select Smart Call Home from the Applicable Tasks pane and click Add Instances.
The Smart Call Home Configuration dialog box appears.
For more information on the fields, see Smart Call Home Task.
Step 7 Set the parameters in the task dialog box and click Save.
To reset the values that you have selected click Reset. Click Cancel to return to the previous dialog box,
without saving your changes.
You will see the instance of the task in the Added Tasks pane of the Add Tasks dialog box. The instance
appears in this format:
Taskname_n, where Taskname is the name of the task you have added, and n is the number of the
instance. For example, the first instance of a Smart Call Home task is Smart Call Home_1.
You can add as many instances as required, for a task.
Step 8 Click Next.
The Job Schedule and Options dialog box appears with these panes:
Pane Description
Scheduling Allows you to schedule the job.
Job Options Allows you to set the job options.
Step 9 Set the schedule for the job, in the Scheduling pane:
Field Description
Scheduling
Run Type Select the run type or frequency for the job—Immediate, Once, Daily, Weekly, Monthly,
or Last Day of Month.
If Job Approval is enabled, the Immediate option is not available.
Date Select the start date for the job.
at Select the start time for the job from the hour and minute drop-down lists.
Job Info
Job Description Enter the Job Description. Enter unique descriptions to help you to identify jobs easily.
This is mandatory.
E-mail Enter e-mail addresses to which the job will send status notices. Separate multiple
addresses with commas or semicolons.
You must configure the SMTP server to send e-mails (Common Services > Server >
Admin > System Preferences).
If the user who has created the job has a valid e-mail address, an e-mail notification is
sent with the user’s address in the sender address field, when job is started and completed.
If the user who has created the job does not have a valid e-mail address, then the
notification e-mails will be sent with the sender address field blank.
Notification e-mails include a URL that displays the job details (see Viewing Job Details
for the more information about what details are displayed). If you are not logged in, you
must log in using the provided login panel to view the job details.
Comments Enter your comments for the job. Comments appear in job work order and are stored in
configuration archive.
Approver Comments Enter comments for the job approver. This field is displayed only if you have enabled job
approval for NetConfig. For more details the section Enabling Approval and Approving
Jobs Using Job Approval.
Maker E-mail Enter the e-mail-ID of the job creator. This field is displayed only if you have enabled job
approval for NetConfig. This is a mandatory field. For more details the section Enabling
Approval and Approving Jobs Using Job Approval.
Option Description
Fail on Mismatch of Config Causes the job to be considered as failed when the most recent configuration version in
Versions the configuration archive is not identical to the most recent configuration version that was
in the configuration archive when you created the job.
Sync Archive before Job Causes the job to archive the running configuration before making configuration
Execution changes.
Copy Running Config to Startup Causes the job to write the running configuration to the startup configuration on each
device after configuration changes are made successfully.
Does not apply to Catalyst OS devices.
Login Username Enter the Login username. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services
Option Description
Login Password Enter the Login password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Enable Password Enter the Enable password. This option is available if you have set the appropriate job
password policy in the Configuration Management module.
This overrides the credentials that you had entered when you added the device in the
Device and Credentials Administration module of Common Services.
Failure Policy Select one of these options to specify what the job should do if it does not run on a device.
• Stop on failure:
If the job does not run on a device, the job is stopped. The database is updated only
for the devices on which the job was run successfully.
• Ignore failure and continue
If the job fails on a device, the job skips the device and continues running on the
remaining devices. The database is updated only for the devices on which the job was
run successfully.
• Rollback device and stop
Rolls back the changes on the failed device and stops the job.
• Rollback device and continue
Rolls back the changes on the failed device and continues the job.
• Rollback job on failure
Rolls back the changes on all devices and stops the job. Roll back configuration
changes to failed device or all devices configured by job (see Configuring a Job to
Roll Back on Failure.)
Execution Specify the order in which the job should run on the devices.
• Parallel
Allows the job to run on multiple devices at the same time. By default, the job runs
on five devices at a time.
• Sequential
Allows the job to run on only one device at a time. If you select sequential execution,
you can click Set Device Order to set the order of the devices.
In the Device Ordering dialog box:
a. Select a device name
b. Click Move Up or Move Down to change its place in the order.
c. Click OK to save the current order and close the dialog box
or
Click Cancel to close the dialog box without making any changes.
Step 1 Select Resource Manager Essentials > Tools > NetShow > NetShow Jobs.
The NetShow Job Browser window appears.
Step 2 Click Create .
The Select Devices and Commandsets window appears.
Step 3 Select the devices from the Device Type Selector.
Step 4 Select Smart Call Home commandset from the Commandset List
Step 5 Enter custom commands in the Custom Commands text area if required.
Step 6 Click Next to continue.
The Set Schedule Options dialog box appears.
Step 7 Enter the following information in the Set Schedule Options dialog box:
Field Description
Scheduling
Run Type The run type of the job. The Run Types could be any or all of these, depending on the type of the job:
• Immediate—Runs the job immediately.
• Once—Once at the specified date and time.
• 6 -hourly—Every 6 hours, starting from the specified time.
• 12 -hourly—Every 12 hours, starting from the specified time.
• Daily—Daily at the specified time.
• Weekly—Weekly on the day of the week and at the specified time.
• Monthly—Monthly on the day of the month and at the specified time.
• Last day of Month—On the last day of the month at the specified time.
The subsequent instances of periodic jobs will run only after the earlier instance of the job is complete.
For example, if you have scheduled a daily job at 10:00 a.m. on November 1, the next instance of this job
will run at 10:00 a.m. on November 2 only if the earlier instance of the November 1 job has completed. If
the 10.00 a.m. November 1 job has not completed before 10:00 a.m. November 2, the next job will start
only at 10:00 a.m. on November 3.
Date Scheduled date and time of the job.
Job Information
Job Description Enter a description for the job. This is mandatory. You can enter only alphanumeric characters.
E-mail Enter the e-mail addresses to which the job sends messages at the beginning and at the end of the job.
You can enter multiple e-mail addresses; separate these addresses by commas.
Configure the SMTP server to send e-mails in the View / Edit System Preferences dialog box (Common
Services > Server > Admin > System Preferences).
We recommend that you configure the CiscoWorks E-mail ID in the View / Edit System Preferences dialog
box (Common Services > Server > Admin > System Preferences). When the job starts or completes, an
e-mail is sent with the CiscoWorks E-mail ID as the sender's address.
Comments Enter your comments for the job. Comments appear in the Job Work Order.
Job Options
Enable Job • If you have enabled the Enable Job Password option and disabled the User Configurable option in the
Password Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
enter the device login user name and password and Device Enable password.
• If you have enabled the Enable Job Password option and enabled the User Configurable option in the
Job Policy dialog box (Resource Manager Essentials > Admin > Config Mgmt > Config Job Policies)
either:
– Enter the device login user name and password and Device Enable password.
The credentials are for contacting the device and not the DCR credentials.
Or
– Disable the Job Password option in the Set Schedule Options dialog box.
Field Description
Execution Specify the order in which the job should run on the devices.
• Parallel—Allows the job to run on multiple (up to five) devices at the same time.
• Sequential—Allows the job to run on only one device at a time.
Maker Comments This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker Comments.
See Setting Up Job Approval for more details on enabling Job Approval Policies.
Maker E-mail This field appears if you have enabled Job Approval Policies for NetShow. Enter the Maker E-mail
address. This is mandatory. See Setting Up Job Approval for more details on enabling Job Approval
Policies.
Device Management
This section provides troubleshooting information and FAQs for the Device Management application:
• Device Management FAQs
• Troubleshooting Device Management:
Q. How can I verify that the Device Credentials configured on the device match those in the RME
inventory?
A. Click on the View Credential Verification Report in the Device Credential Verification (Devices >
Device Management > Device Credential Verification) dialog box:
– If you have already selected the credentials that have to be verified then the Credential
Verification Report appears.
– If you have not selected the credentials that have to be verified, then a message appears:
None of the devices have credential verification data. Click Check Device
Credential to select the credentials that have to be verified and then click
Credential Verification.
See Using Device Credential Verification Window section in Chapter 3: Adding and
Troubleshooting Devices Using Device Management of the User Guide for Resource Manager
Essentials 4.2 for more information at this URL:
http://www.cisco.com/en/US/products/sw/cscowork/ps2073/products_user_guide_list.html
Q. How can I check the device credentials while adding the devices to RME?
A. To check the device credentials while adding devices to RME, you have to enable the Verify Device
Credentials While Adding Devices option in the Device Management Settings window (Resource
Manager Essentials > Admin > Device Mgmt > Device Management Settings).
You can select the device credentials that have to be verified in the Device Credential Verification
Settings window (Resource Manager Essentials > Admin > Device Mgmt > Device Credential
Verification Settings).
Q. How are the device credentials mapped in Device and Credential Repository?
A. The following table describes the mapping of device credentials in Device and Credential
Repository:
The order of preference to set these values in Device and Credential Repository is:
• If Tacacs username, password, enable password is set, then these values will be set as
primary_username, primary_password and primary_enable_password.
• If Local username and password is set, then the values will be set as primary_username and
primary_password.
• If Telnet password, Enable Password, and Enable Secret are set, then the values will be set as
primary_password, and primary_enable_password (for both Enable Password, and Enable Secret).
Q. How do I increase the SNMP Timeout and Telnet Timeout values for RME devices?
A. You can edit the RME device attributes using either of these options:
– Set a default device attributes value for all RME devices using Resource Manager Essentials
> Admin > System Preferences > RME Device Attributes.
Or
– Set different device attributes value for different RME devices using Resource Manager
Essentials > Devices > Device Management > RME Devices > Edit Device Attributes.
See Editing RME Device Attributes section under Chapter 3: Adding and Troubleshooting Devices
Using Device Management of the User Guide for Resource Manager Essentials 4.2 for more
information at this URL:
http://www.cisco.com/en/US/products/sw/cascara/ps2073/products_user_guide_list.html
Inventory
This section provides the troubleshooting information and FAQs for the Inventory application:
• Inventory FAQs
• Troubleshooting Inventory
Inventory FAQs
• Where can I find out what devices are supported by RME Inventory?
• What are the main methods that I have for performing data collection?
• What does the Inventory Poller do?
• How do I know when a schedule collection was last performed and how long it took?
• How can I see the most recent changes?
• Where can I find out what devices are supported by RME Inventory?
• Why is the Device Serial Number field blank in Inventory?
• How can I make sure a device's serial number is correct, and fix it, if it is wrong?
• Why am I receiving an error message, Write Community = INCORRECT although I have entered
the correct Write Community String?
• What do I need to collect from my Solaris or Windows machine when troubleshooting RME
Inventory?
• Is there an option to disable/enable Secondary Credentials fallback in RME?
• How can I generate an End of Sale / End of Life Report?
• How can I generate a PSIRT Summary Report?
• How can I change the Cisco.com Fetch interval for End of Sale/End of Life report and PSIRT
reports?
• What is the prerequisite to generate the PSIRT/End of Sale End of Life reports?
• Is it possible to generate PSIRT Summary report for all categories of devices?
• Why are there multiple End of Sale/End of Life announcements for a device?
• Is it possible to schedule an Immediate PSIRT Summary or End of Sale/End of Life report job?
Q. Where can I find out what devices are supported by RME Inventory?
A. You can find out what devices are supported by RME Inventory in any one of the following ways:
• Check the Supported Device Table on Cisco.com to see whether or not an upgrade to RME is
required.
Or
• Follow this procedure:
a. Select CiscoWorks Common Services > Software Center > Device Update.
The Device Updates dialog box appears.
b. Click Resource Manager Essentials.
The Package Map dialog box appears with the list of supported devices.
Or
• In the RME Device Selector, if the device is grayed out, then it means that RME does not support
the device.
Q. What are the main methods that I have for performing data collection?
A. At the time of RME installation, system jobs are created for both Inventory collection and polling
with their own default schedules. A periodic inventory collection job collects inventory data from
all managed devices and updates your inventory database.
Similarly, the periodic polling polls devices and updates the inventory database. You can change the
schedule of these default, periodic system jobs (Resource Manager Essentials > Admin >
Inventory > System Job Schedule).
System Inventory Collection is the heavyweight collection method. It collects all managed devices
at a scheduled time and updates the database. You can view Inventory Collection status at Resource
Manager Essentials > Devices > Inventory > View Inventory Collection Status.
You can also create and run an Inventory Collection job on selected devices by creating a job
(Resource Manager Essentials > Devices > Inventory > Inventory Jobs. In the Inventory Job
Browser that appears, click Create. For details on how to create a job, see User Guide for Resource
Manager Essentials 4.2).
Q. How do I know when a schedule collection was last performed and how long it took?
A. In the Inventory Job Browser (Resource Manager Essentials > Devices > Inventory > Inventory
Jobs) click on the Job ID for a specified job. The Job Details dialog box appears. You can view the
complete details of the inventory collection here, by browsing through the left navigation pane.
At a high level, you can view Inventory Collection status at Resource Manager Essentials >
Devices > Inventory > View Inventory Collection Status.
Q. How can I make sure a device's serial number is correct, and fix it, if it is wrong?
The serial number in inventory should always match the number printed on the chassis. If the serial
number does not match the number on the chassis, you can change it in this way:
a. Select Resource Manager Essentials > Devices > Device Management > RME Devices >
Edit Device Attributes.
The Device Attributes Information dialog box appears.
b. Select the device and enter the correct serial number printed on the device chassis, in the RME
ID field and click Modify.
Q. Why am I receiving an error message, Write Community = INCORRECT although I have entered the
correct Write Community String?
A. Check if you have dropped the system group from the view (read-view and write-view). The system
group must be available for Read and Write task. In MIB-II, the system group is available as the
default.
Q. What do I need to collect from my Solaris or Windows machine when troubleshooting RME
Inventory?
A. You can collect troubleshooting information about the status of the server using the Collect Server
Information option in Common Services:
a. Login as Administrator.
b. Select Common Services > Server > Admin > Collect Server Information. The Collect
Server Information dialog box appears.
c. Click Create.
A list of report modules and options are displayed.
d. Select the modules you want to include and click OK.
By default, all the modules are selected.
If you collect server information using the Collect Server Information GUI option the data is
stored in /opt/CSCOpx/htdocs/collect.
A command line script is also available at /opt/CSCOpx/bin/collect.info. The command script
outputs data to STDOUT. For more details on the command script, see the User Guide.
For both Windows and Solaris, you can turn on the debug for ICServer and other processes from the
GUI.
You can use the LogLevel Settings option to set the logging levels for RME packages. You can set
the log levels for all RME packages, or at a package (application) level.
To set the log levels:
a. Select Resource Manager Essentials > Admin > System Preferences > Loglevel Settings.
The Set Application Logging Levels dialog box appears.
b. Select the application from the drop-down list.
c. Select the appropriate log level from the Logging Level drop-down list.
d. Click Default to apply the default logging levels.
e. After you set the log levels, click Apply.
A message appears, that the log levels have been successfully updated.
Log files are stored at these locations:
On Windows: NMSROOT/log, where NMSROOT is the CiscoWorks installation directory.
On Solaris: /var/adm/CSCOpx/log
You need to collect the following log files:
On Windows:
– IC_Server.log
– EssentialsDM_Server.log
– EssentialsDM.log
– ICServer.log
– ICServer_UI.log
– InvReports.log
Step 1 Select Resource Manager Essentials > Admin > System Preferences > RME Secondary Credentials
The RME Secondary Credentials dialog box appears.
Step 2 Do either of the following:
• Check the Fallback to Secondary Credentials checkbox if you want to enable the Secondary
Credential fallback.
Or
• Uncheck the Fallback to Secondary Credentials checkbox if you want to disable the Secondary
Credential fallback.
Step 3 Click either Apply to apply the option or click Cancel to discard the changes.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Reports dialog box appears, in the Report Generator page.
Step 2 Go to the first drop-down list box, and select Inventory.
Step 3 Go to the second drop-down list box, select the End of Sale / End of Life Report.
Step 4 Select the required devices using the Device Selector.
Step 5 Enter the required information to generate the required report.
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Reports dialog box appears, in the Report Generator page.
Step 2 Go to the first drop-down list box, and select Inventory.
Step 3 Go to the second drop-down list box, select the PSIRT Summary Report.
Step 4 Select the required devices using the Device Selector.
Step 5 Enter the required information to generate the required report.
Q. How can I change the Cisco.com Fetch interval for End of Sale/End of Life report and PSIRT
reports?
A. To update the Cisco.com Fetch interval:
Step 1 Go to Resource Manager Essentials > Admin > Inventory > Cisco.com Fetch Interval.
Step 2 Select a frequency at which you require the PSIRT information to be retrieved from CCO.
The duration can be 1 hour or 3 hours or 24 hours or 7 days or 30 days. The default value is 24 hours.
Step 3 Select a frequency at which you require the EoSale/EoL information to be retrieved from CCO.
The duration can be 1 hour or 3 hours or 24 hours or 7 days or 30 days. The default value is 7 days.
Step 4 Click Save to save the changes to the frequencies.
Q. What is the prerequisite to generate the PSIRT/End of Sale End of Life reports?
A. Ensure that Inventory collection for devices has taken place before you generate a PSIRT/End of
Sale End of Life report.
Q. Why are there multiple End of Sale/End of Life announcements for a device?
A. A device consists of many components. Each component is subject to End of Sale/End of Life. So
there maybe multiple End of Sale/End of Life announcements for a device.
Q. Is it possible to schedule an Immediate PSIRT Summary or End of Sale/End of Life report job?
A. Yes. You can schedule an Immediate PSIRT Summary or End of Sale/End of Life report job. You
can use the Cisco.com Fetch Interval option to configure the interval at which the PSIRT and End
of Sale/End of Life announcements are retrieved from Cisco.com.
However, there maybe delays by 3 hours as the announcements are refreshed in the Cisco servers
every 3 hours. So the information that is represented in the Immediate PSIRT Summary report or
End of Sale/End of Life report is 3 hours old.
Troubleshooting Inventory
This section provides the troubleshooting information for the Inventory application:
Inventory Reports
This section provides the troubleshooting information for the Inventory Reports application:
Archive Management
This section provides the troubleshooting information and FAQs for the Archive Management
application:
• Archive Management FAQs
• Troubleshooting Archive Management
Q. Can I define the protocol order for configuration fetch and deploy?
A. Yes, you can define the order of protocol that has to be used for Configuration Management
applications (Archive Management, Config Editor, and NetConfig). You can define this in the
Transport Settings window (Resource Manager Essentials > Admin > Config Mgmt).
Q. I have set up the purge setting for configuration files to retain 3 versions and no version older than
5 days. This purge job runs daily. The configuration files are deleted for the selected versions but
the configuration diff files still exist for the deleted versions. Why does this happen?
A. The configuration diff files are not purged because the RME Change Audit records refer to these
files. After you delete the RME Change Audit records, these configuration diff files get deleted
automatically.
Q. When I select:
a. TFTP alone as the configuration transport protocol
b. Run Sync Archive Job for a device
c. Run a data capture trace
The data capture trace shows Telnet traffic along with SNMP/TFTP sessions.
Why does the Telnet session appear in the data capture trace although I have selected TFTP as the
configuration transport protocol?
Q. The Telnet session that appears in the data capture trace is a socket connection to the Telnet port. It
identifies the IP address of the CiscoWorks RME server. This is important in multi-homed servers
where the IP address that CiscoWorks server uses to contact the device, has to be identified.
NetConfig
This section provides the troubleshooting information and FAQs for the NetConfig application:
• NetConfig FAQs
• Troubleshooting NetConfig
NetConfig FAQs
What are the supported protocols for NetConfig Reload task?
Troubleshooting NetConfig
This section provides the troubleshooting information for the NetConfig application:
On Solaris:
/var/adm/CSCOpx/log/netconfigclient.log
CFG0029 Job approval is enabled. This job requires job Do not select Immediate schedule type.
approval. So it can run
only when the job is
approved. So you cannot
schedule a job with
immediate schedule type.
CFG0041 You have selected an None. Select an instance that has an associated task.
instance that does not
have a task associated
with it.
Config Editor
This section provides the troubleshooting information for the Config Editor application:
CEDT0011 Could not get the None. Check Cfgedit.log for more details.
summary of the job.
CEDT0012 Job not found. None Check Cfgedit.log for more details.
Contact Cisco TAC with log details for
further assistance.
CEDT0013 Some change in Jsp None. Check cfgedit.log for more details.
leading to incompatible
Contact Cisco TAC with log details for
with Action class.
further assistance.
CEDT0014 Label not selected for You have tried to search labeled Select a label from the drop down.
search configurations without selecting
a label
CEDT0015 Cannot open None. Check Cfgedit.log for more details.
configuration file.
Contact Cisco TAC with log details for
further assistance.
Software Management
This section provides the troubleshooting information and FAQs for the Software Management
applications:
• Software Management FAQs
• Troubleshooting Software Management
• In the Job Details Window (clicking on job ID in the Software Management Job Browser) I don't see
the job status being updated.
• What Validations are performed by Software Management before actual image distribution onto the
device?
• What is the minimum software version required to be running on the device for Software
Management to upgrade the software?
• Can I have a different script for each device in a job?
• What device types can be used as remote stage device?
• What device types cannot be upgraded using remote stage flow?
• What are the pre-requisites for using the device as remote stage?
• What Configuration changes are performed by Software Management on the remote stage device?
• If I use the device as remote stage device does it impact the device's other functionalities? or what
are the performance implications of using the device as remote stage device?
• Are there any Bad version of IOS for Remote stage device?
• Can I perform module upgrade (like Bootloader/mica/microcom etc.) using remote stage flow?
• How many devices in a job can be upgraded using remote stage?
• Can I perform Parallel upgrade using remote stage flow?
• Can I perform Slam dunk upgrade using the remote stage?
• What is the difference between Run-from-RAM and Run-from-Flash devices?
• When does Software Management use the remote copy protocol (rcp) to transfer images?
• How does Software Management ensure that file corruption does not occur during transfer?
• After an upgrade, why does Software Management sometimes leave behind image files in the
tftpboot directory?
• How much temporary space do you need during image distribution?
• Is Cisco.com connection mandatory for Software Management?
• Cisco.com connection is not mandatory for using basic Software Management functionality. Image
distribution, library management, tracking software upgrade changes, and other functions can run
without Cisco.com connectivity.
• How does Software Management handle proxy environments?
• Does Software Management support proxy with user authentication environments?
• Why is the Cisco.com filter option on the Software Management Edit Preferences screen not
provided for Catalyst or Cisco 700 Series images?
• How come the Cisco.com filter option does not work in LS1010 devices?
• Can I configure Software Management to retrieve images from a Cisco.com mirror site rather than
the main Cisco.com site?
• Why I cannot download crypto images?
• How does Software Management verify the integrity of the images after importing them from
Cisco.com?
• Why does the Flash size displayed in the Add Image to Repository (Source:Cisco.com) function not
match the actual size for some Cisco IOS devices?
• What is a Dual Flash Bank device?
• Does Software Management determine if the Supervisor Engine has the minimum required RAM to
run a new image?
• Are there restrictions on the downgrade of the software on the Supervisor Engine card and other
modules?
• Do you need to reconfigure the device when you downgrade the Supervisor Engine software?
• In the 4.1(1) software release and later, Supervisor Engine III cards allow the storage of
configuration files on Flash cards. Does Software Management preserve the backed up configuration
files on Flash during a software upgrade?
• Does Software Management allow you to upgrade epsboot images on Token Ring cards on Cisco
Catalyst 5500/5000 devices?
• Why does the Add Image to Repository (Source: Cisco.com) task not display Token Ring LAN
Emulation (LANE) or Permanent Virtual Circuit (PVC)-only ATM software images?
• How do you identify software image files for each of the ATM modules that Software Management
does support? What are the file-name conventions on Cisco.com?
• How can I make the Image Recommendation faster?
• Why do the software version numbers that the show module command output displays from the
Supervisor Engine command-line interface (CLI) and the version numbers that Software
Management uses fail to match in some cases?
• Does Software Management recommend the right ATM image for your ATM module type?
• Should you use special images with Software Management for Cisco Catalyst 2900XL/3500XL
devices?
• How does Software Management handle image import functionality of TAR and bin types of images
for Catalyst 2900XL/3500XL devices?
• Why do software upgrades take longer on Cisco Catalyst 2900XL/3500XL devices?
• How do you upgrade Route Switch Module (RSM) and LightStream 1010 (LS1010) module
software on Cisco Catalyst 5500/5000 and 6500/6000 series switches?
• Why does the Distribute Images task show all the images from Cisco.com for LightStream 1010
(LS1010) and Cisco Catalyst 8500 devices, even though you have configured Cisco.com filtering?
• What is the minimum version that Cisco 700 series ISDN routers support?
• What connection mechanism does Software Management use for Cisco 700 series upgrades?
• Both Cisco 760 and 770 series devices run the same image. Why do you see only some images with
versions later than 4.0(1) for 770 series devices but see all images for 760 series devices?
• Why do you not see the option to reboot the device later on the Job Control page for Cisco 700 series
routers?
• Why do you not see the option to modify the boot commands on the Job Control page for Cisco 700
series routers?
• Why does Software Management report download failures for some images even though the device
runs the new image after the job completes?
• In which order does Software Management upgrade modules on a Catalyst 5000 device?
• Does Software Management check to see that the newly deployed Supervisor software or module
software is compatible with the module types (or module hardware versions)?
• Does Software Management support upgrading software on redundant Supervisor card-based
systems?
Q. Are there DNS dependencies for Remote Copy Protocol (RCP) to work properly for a device?
A. Yes. If there are multiple IP addresses configured on the device, all IP addresses on the device must
be configured in the Domain Name System (DNS). Examples of devices with multiple IP addresses
are those having many interfaces, with each interface configured with its own IP address, or a device
that interfaces configured with primary and secondary IP addresses.
Configure the DNS so that all IP addresses are resolved to the same host name. The host name in
the DNS should match the host name entered in the Device and Credential Repository.
Q. What is the default Simple Network Management Protocol (SNMP) timeout used by Software
Management? Can I configure it?
A. Default retry is 2 and default SNMP time out value is 2. This value is configurable using RME >
Admin > System Preference.
Q. Can I configure TACACS or Radius authentication for devices that Software Management has
upgraded?
A. Software Management supports upgrading devices that are configured for TACACS or Radius
authentication. An exception is software upgrades on the Run-from-Flash partition if the device is
configured with Radius protocol authentication. The Common Services Device and Credential
Repository must be configured with the appropriate information to access the device.
Q. Can I configure default privileges on terminal lines for Cisco IOS devices that Software
Management has upgraded?
A. Software Management upgrades software by using the Telnet interface or Command-Line Interface
(CLI) on devices that do not support enough Management Information Base (MIB) instrumentation
for software management.
Software Management uses Telnet to connect into the devices and executes privileged commands
such as copy tftp flash, copy flash tftp, erase flash, show version, copy flash modem
to perform upgrades.
Software Management modifies the configuration file using the Telnet interface to upgrade the
software. For Software Management to work on a device, there are some restrictions on how default
privileges and enable mode authentication are configured.
The restrictions apply to only those Cisco IOS devices that are managed by Software Management
through the Telnet interface. Cisco 700 Series and Catalyst 5000/6000/4000 devices are not affected.
Restrictions include the following:
• Software Management tries to run the above CLI commands from privilege level 15. The user
must always configure an enable password/secret for privilege level 15, and the same
password/secret must be entered in the Device and Credential Repository.
If the device is configured with TACACS authentication for enable mode access, then the
Enable TACACS user name and password must be entered in the Device and Credential
Repository. The Enable User name and password authenticated by TACACS+ server always
should receive a privilege level of 15.
• The default privilege level configured on a vty line must allow Software Management to run the
CLI commands mentioned earlier as well change the configuration file on the device. The
privilege level does not need to be 15, but setting the privilege level to 15 guarantees Software
Management can always work on the device.
See How are the device credentials mapped in Device and Credential Repository? for information
on how Device and Credential Repository maps the device credentials.
Q. Where is the storage location of the bootldr image on the Cisco IOS device?
A. Software Management always uses the Bootflash card as the target Flash for the bootldr image.
Software Management stores bootldr images on the Bootflash card only, even though Cisco IOS
Software allows the store of bootldr images on a Flash card.
If you use other Flash cards for the store of bootldr images, problems can occur when you have
stored other types of images, such as system software, Microcom, or Modem ISDN channel
aggregation (MICA), in the same location.
Q. Does Software Management erase Bootflash if there is not enough free space on Bootflash?
A. If the Bootflash card does not have enough free space to store the new bootldr image, Software
Management erases the Bootflash to make room for the new boot image. A verification warning
alerts you of the Bootflash erase.
To see this warning, click the Failure/Warning link in the Status column of the Verify Image Upgrade
window.
Software Management backs up and restores files on Bootflash with sizes of less than 1 MB.
Q. Does Software Management change the configuration file for bootldr upgrades?
A. Upon bootldr upgrade, Software Management changes the device configuration file such that the
configuration file that downloads to the device contains:
Assume that the file name of the newly downloaded bootldr image is c4500-boot-mz.112-13.bin.
– no boot bootldr
– boot bootldr c4500-boot-mz.112-13.bin
Q. Can Software Management back up the current bootldr image while Software Management runs the
Distribute Images job?
A. Software Management backs up the system software image only during the Cisco IOS Distribute
Images job execution. The backup of bootldr images cannot take place. Use the add images function
to import the bootldr image from device to library. (Select Resource Manager Essentials >
Software Mgmt > Software Repository > Add).
Q. Does Software Management recommend bootldr images from Cisco.com in the Distribute Images
function?
A. Yes, Software Management does recommend the download of bootldr images directly from
http://www.cisco.com during the Distribute Images job creation.
Q. What is the best effort verification performed while distributing the image using Advance mode?
A. Verification in Advance distribution mode is referred as the best effort verification because you can
proceed to schedule the image upgrade even without RME inventory data. This is designed to
support devices that are not yet managed in CiscoWorks (pre-deployed devices).
Q. How much Disk space should be available while performing parallel image upgrade to large number
of devices (more than 100)?
A. The amount of disk depends upon the number of images staged in the upgrade job. If the image
selected is common for all the devices then disk space required is equal to size of the image. If
different images are selected for each job then disk space required is the sum of all the images.
Q. What is the swap file size required for Software Management application?
A. RME 4.0 recommend a swap size of 2MB for managing 300 devices.
Q. What are the pre requisites for using SCP for image upgrade?
A. The device should have SCP server Any image having 3DES feature has SCP server in it. SSH
should be enabled on the device.
Q. Why do I get an error message such as, Navigation to other areas of this application is
not available until the opened wizard is finished or canceled.?
A. Yes, you get this when you are in a wizard (you will see 'Back', 'Next', 'Finish' & 'Cancel' when you
are in a wizard at the bottom) and you click any of the other navigational links.
Q. The Cisco.com profile window is sometimes filled with user and password and sometimes not.
Why?
A. If the Cisco.com user name and password is configured for you the same will be pre-populated. You
can configure the Cisco.com credentials in the Cisco.com User Account Setup dialog box (Common
Services > Server > Security > Cisco.com Connection Management > Cisco.com User Account
Setup).
Q. I am not able to select both sequential execution and sequential reboot at 'Schedule Job' step during
distribution?
A. If you had selected execution to be sequential the same order applies to reboot. However, if the
execution is parallel you will be allowed to select reboot sequential.
Q. During Distribution by Advance flow, I get “Software Management application could not verify the
flash inputs since there was no flash information available. Edit the expert input file and verify once
again. If you do not edit the expert input file, you can continue with the task by clicking Next.
However, the results may be inaccurate.”?
A. You get this when there are no inventory information available for the device. You can expect this
error for 2900, 3500, 3550 xl devices.
Q. I am not able to select the device (greyed box) at Software Management device selector page, but
I'm able to select at inventory.
A. Software Management support might not be there. See the Supported Device Table for RME 4.2 on
Cisco.com
Q. In ACS login mode. I'm not able to see links that I usually get to see.
A. On the ACS server, check if some role to task mapping (tree) has got changed. The required Software
Management task option should be selected on the ACS server for a particular role.
Q. In the Job Details Window (clicking on job ID in the Software Management Job Browser) I don't see
the job status being updated.
A. The job status will not be updated, as only the job running status is getting refreshed.
Q. What Validations are performed by Software Management before actual image distribution onto the
device?
A. Software performs the following checks before the job execution:
• Checks whether job file is Available at the job id and has required data in the format and prepares a
list of devices to be upgraded in the job.
• Checks whether RME License is valid
– Whether license file is valid
– Number of devices managed
• Removes all devices from the list which are not authorized for the user to perform image
distribution.
Removes all devices from the list which are in Suspended state or Conflicting state. Pre-deployed
state devices are not removed.
• Checks for the proper pre/post job script (if any) ownership and permission
– On Solaris, check is performed for rwxr-x--- permissions for script file (0750)
– On Windows, check is performed if the given script has write permissions for any non-admin
and non-casuser
• Verifies that critical data required for image upgrade are present in the job file.
Q. What is the minimum software version required to be running on the device for Software
Management to upgrade the software?
A. For Cisco IOS device minimum supported version is 11.0 where as for Catalyst Images Minimum
supported version is 3.8.
For more details on minimum supported version for each device type refer to Supported Devices
Table for Resource Manager Essentials 4.2
Q. What are the pre-requisites for using the device as remote stage?
A. It must be an IOS device and it must be running >= 12.0 version and it must support
CISCO-FLASH-MIB completely.
Q. What Configuration changes are performed by Software Management on the remote stage device?
A. tftp-server flash-partiiton-name:image-name alias image-name is the only command that will be
added to the Remote stage device to make the image copied to Remote Stage device as accessible
through TFTP from other devices.
Q. If I use the device as remote stage device does it impact the device's other functionalities? or what
are the performance implications of using the device as remote stage device?
A. There will not be any impact on device's other functionalities and also they will no be any
performance implications on the device that is used as Remote-Stage.
Q. Are there any Bad version of IOS for Remote stage device?
A. 12.3(5x) series.
Q. Can I perform module upgrade (like Bootloader/mica/microcom etc.) using remote stage flow?
A. No.
Q. When does Software Management use the remote copy protocol (rcp) to transfer images?
A. Generally the order defined in selected protocol list will be used for transferring (to upload and
download) Cisco IOS® Soft wares. If RCP is in the top of the selected protocol list then RCP is used
as the first protocol for image transferring on to the devices that support CISCO-FLASH-MIB.
Check the supported protocol list for the device to find out whether device supports RCP or not.
Cisco Catalyst 5500/5000 switches and Cisco 700 series devices do not support rcp. Cisco IOS
devices that do not support rcp include the Cisco 7000 series (route processor [RP]-based 7000 only)
and MC3810.
All other Cisco IOS devices support the rcp protocol. Protocol order defined for the Config option
in Resource Manager Essentials > Admin > Config Mgmt will be used for the Config option.
Q. How does Software Management ensure that file corruption does not occur during transfer?
A. Software Management computes the checksum of the image file. Then, Software Management
compares this checksum to the checksum from the device after the copy of the image file to the
device Flash.
Software Management also verifies the size of the file on the Flash. If either the size or checksum
do not match, Software Management aborts the distribution and marks the job status as an error.
Q. After an upgrade, why does Software Management sometimes leave behind image files in the
tftpboot directory?
A. Software Management removes the image files from the tftpboot directory after the upgrade unless
the TFTP fallback job option is set. If the TFTP fallback option is set, Software Management
uploads the image from the device and leaves the image in the tftpboot directory for fallback.
Software Management also modifies the boot system commands on the device to add a fallback
command to boot from the original image on the RME TFTP server if the upgraded image does not
boot.
Cisco.com connectivity provides the additional benefits of obtaining images and their attributes
from Cisco.com and viewing the status of outstanding bugs against the software images running on
the devices in the network.
The following features of Software Management require Cisco.com connectivity:
• Adding image to Repository from Cisco.com. Software Management can import images for all
supported devices.
• Distributing images directly from Cisco.com to devices, also called Recommend Images from
Cisco.com. Without a Cisco.com connection, the Recommend Images screen Image list box will not
show any images from Cisco.com when it creates the Distribute Images job.
• Cisco.com upgrade analysis.
• Cisco IOS image deferral processing.
Q. Why is the Cisco.com filter option on the Software Management Edit Preferences screen not
provided for Catalyst or Cisco 700 Series images?
A. During the Distribute Images task, Software Management communicates with Cisco.com to obtain
a list of applicable images and their attributes. Based on this information, Software Management
recommends an image.
There are many Cisco IOS images available on Cisco.com, which can cause a substantial delay in
retrieving image attributes from Cisco.com. Some of these images will not be relevant to the user.
Software Management filters the amount of images being considered to make a more meaningful
and manageable subset.
For Catalyst and 700 devices, fewer images are available on Cisco.com than for Cisco IOS;
therefore, it is not necessary to filter the images.
Q. How come the Cisco.com filter option does not work in LS1010 devices?
A. Although LS1010 devices run Cisco IOS images, there are some differences in how the LS1010
images are released. LS1010 images do not follow the Cisco IOS-type image releases like general
deployment (GD), limited deployment (LD), and early deployment (ED).
Therefore, Software Management cannot effectively filter LS1010 type images. Nor does Software
Management filter Catalyst 8500 Series images.
Q. Can I configure Software Management to retrieve images from a Cisco.com mirror site rather than
the main Cisco.com site?
A. No. Although the mirror Cisco.com sites contain the images, they do not store image attributes, such
as minimum RAM and FLASH requirement. This information is available only from the main
Cisco.com site at http://www.cisco.com.
Q. How does Software Management verify the integrity of the images after importing them from
Cisco.com?
A. Software Management checks the validity of the downloaded images by comparing the MD5
checksum of the image with the MD5 checksum value retrieved from the Cisco.com database.
Q. Why does the Flash size displayed in the Add Image to Repository (Source:Cisco.com) function not
match the actual size for some Cisco IOS devices?
A. Software Management does not erase files whose sizes are less than 1 MB on Cisco IOS devices
because those files may be config files that are backed up to Flash partitions or .html files or Java
applets used for management.
Software Management subtracts sizes of all files whose sizes are less than 1 MB from the size of the
Flash partition. The result of the subtraction is displayed as the size of the Flash partition in the
Software Management user interface.
The Software Repository Management window (Resource Manager Essentials > Software Mgmt
> Software Repository) displays the size of the largest Flash partition on the device. The size is
displayed as an integer-truncated value in megabytes.
The Distribute Images screen displays information for all Flash partitions on the device. The values
are displayed with two-decimal-digit precision.
The example below illustrates Software Management’s behavior on a Cisco IOS device, which has
two files whose sizes are 10 KB and 50 KB respectively.
The Flash card’s total size is 8 MB. Because it has two files whose sizes are less than 1 MB, the Add
Image to Repository screen displays the size as 7 MB. The Distribute Images screen displays the
size as 7.94 MB.
enm-2502> show flash
System flash directory:
File Length Name/status
1 8089628 c2500-js-l.112-14.bin
2 10470 test_file1
3 52995 test_file2
8153288 bytes used, 235320 available, 8388608 total]
8192K bytes of processor board System flash (Read ONLY)
This is because the other partition, which can be upgraded directly, is the recommended partition for
storing the new software image.
The AS5200 device has two Flash cards, Bootflash and Flash. The Flash is an RFF system and
Bootflash is an RFR system. The Bootflash is intended for storing bootldr images on the AS5200
and flash is for storing Cisco IOS System Software.
Q. Why does Software Management require static IP routes or dynamic IP routing protocol for
configuration for the upgrade of a run-from-Flash (RFF) partition on a Single Flash Bank (SFB)
device?
A. Software Management upgrades SFB devices that are in Rxboot mode. Rxboot mode does not
support IP routing, IP bridging, or Simple Network Management Protocol (SNMP). The Rxboot
image can support only one IP interface. Before the reboot of the device while in the Rxboot mode,
Software Management determines the:
• Interface that connects the device to RME servers. Software Management shuts down all interfaces
except the one that connects to the RME server.
• Default gateway IP address for the forward of all IP traffic when the device is in the Rxboot mode.
• Software Management queries the ipRouteEntry MIB variables ipRouteDest and ipRouteIfIndex to
determine the default gateway IP address and the interface that connects.
If the device configuration does not include static IP routes or dynamic IP routing protocol, the
ipRouteEntry table is not set on the device. Consequently, Software Management cannot determine
the default gateway and the interface that connects to RME.
Q. Although the configuration of the Single Flash Bank (SFB) device includes an IP default gateway,
why does Software Management not upgrade the device?
A. Software Management requires an IP default gateway address and an interface that connects. If you
configure only the IP default gateway with the configuration command (ip default-gateway
ip-address), you do not generate the ipRouteEntry MIB table on the device.
You can parse the IP default gateway from the configuration file; however, there is no reliable way
to get the connecting interface from the device without the ipRouteEntry MIB. Without the
ipRouteEntry MIB, Software Management does not allow upgrades, even if you have manually
configured the IP gateway on the device.
Q. How do you change the IP default gateway configuration to allow Software Management to upgrade
a device?
A. Use the IP default gateway configuration command to convert to a static IP route. Replace ip
default-gateway gateway_ip_address with ip route 0.0.0.0 0.0.0.0 gateway_ip_address, which
removes the ip default-gateway command from the configuration file. Check the output of the show
ip route command to verify the correct configuration of a static IP route on the device.
Q. Why does Software Management require Cisco IOS Software Release 11.1 or later to run on a Single
Flash Bank (SFB) device for an upgrade when you have configured the device with Frame Relay
subinterfaces?
A. Releases earlier than Cisco IOS Software Release 11.1 do not include Frame Relay subinterfaces in
ifTable and ipRouteTable in RFC 1213. Software Management requires information from these
tables to perform Rxboot mode upgrades.
Therefore, Software Management requires Cisco IOS Software Release 11.1 or later to run on an
SFB device when the device has Frame Relay subinterfaces.
Where,
• swim_debug.log contains the debug information during the job execution.
• workorder.html contains the changes that user has chosen to perform with the job
• deviceName.upgStatus- a serialized file created on job completion for Retry and Undo options.
• PostOperation.txt used for all jobs scheduled through UI.
• SwOperation.txt indicates Job has been triggered. Absence indicate job has crashed for what ever
reasons
• SummarTable.tab for UI purposes always exists for executed job.
• _Config_snap contains the Changes that are performed by Software Management on the original
configuration.
• HostName_telnet.log for some device types only.
Q. Which devices and software versions get support for the modem upgrades?
A. Support is available for Modem ISDN channel aggregation (MICA) portware upgrades on:
• Cisco AS5200 that runs Cisco IOS Software Release 11.3(2)T or later and Bootldr version 11.2(11)P
or later.
• Cisco AS5300 that runs Cisco IOS Software Release 11.2(9)XA, 11.3(2)T, or later.
• Cisco 3640 that runs Cisco IOS Software Release 11.2(12)P, 11.3(2)T, or later.
Support is available for Microcom firmware upgrades on:
• AS5200 that runs Cisco IOS Software Release 11.2(10a)P or later.
• AS5300 that runs Cisco IOS Software Release 11.1(14)AA, 11.2(7a)P, or later.
Note Cisco AS5800 devices also have modems. However, the modem microcode for these devices is bundled
with the system software only and receives upgrades as part of the system software upgrade.
Q. Which format of Modem ISDN channel aggregation (MICA) portware do Cisco 3600 devices
support?
A. The 3640 digital modem network modules can run two types of modem microcode.
– 3600-Specific Modem Microcode File—This file has a 3600-specific header and should have
the characters c3600-mica in the file name. Software Management does not support such files.
– Cisco AS5300 Modem Microcode File—In Cisco IOS Software Release 11.2(12)P, 11.3(2)T,
and later, the 3640 supports the AS5300 microcode files directly and the 3600-specific
microcode files.
The AS5300 microcode files have Executable and Linking Format headers that contain the
version and other information about the image file. Even though the microcode file formats
differ between the 3600 and the AS5300, the actual microcode that downloads to the MICA
modems is the same.
Software Management supports only AS5300 format files. Therefore, the earliest Cisco IOS
Software release that the 3640 supports is Cisco IOS Software Release 11.2(12)P.
Q. Why does the Undo option not receive support for modem upgrades?
A. To support the Undo option, Software Management must determine the version of software that runs
and identify the image file on the device that corresponds. The image file must be present in the
library or available on Cisco.com.
In the case of modem upgrades, Software Management cannot precisely determine the current
software version on the modems in all cases. Moreover, different modems can run different software
versions, which makes the undo process difficult to support.
Q. What connection mechanism does Software Management use for modem upgrades?
A. Software Management uses Simple Network Management Protocol (SNMP) to initiate the modem
image file transfer to the device Flash. After Software Management copies the image to Flash,
Software Management uses the Telnet interface to the device to run a command line interface (CLI)
command that downloads the code to the modems. (The command is copy flash modem.)
Q. Does Software Management erase Flash for modem upgrades if there is not enough free space on
Flash?
A. Yes, if the target Flash card does not have enough free space for the store of the new modem image,
Software Management erases the target Flash. Software Management does not erase the Flash card
if:
– The upgrade of the system software does not occur within the same job as the modem upgrade.
– The target Flash partition for the modem upgrade contains the current system software image.
Instead, Software Management prevents the modem upgrade on that Flash partition. On the Cisco
AS5200, the Bootflash card stores modem images, which can contain the bootloader image that
currently runs.
If there is not enough free space to contain the new modem image, Software Management erases the
Bootflash card. Back up and restore bootloader images in the case that an erase of the Bootflash is
necessary for the upgrade of the modem image. Software Management issues a verification warning
if Software Management needs to erase the Bootflash.
Q. What is CIP?
A. CIP stands for Channel Interface Processor card. This interface card allows you to connect the Cisco
7000 router to IBM or IBM-compatible mainframes.
Q. Which devices support the Channel Interface Processor (CIP) microcode upgrade? What is the
minimum software version necessary?
A. Software Management supports CIP upgrades on Cisco 7000 and 7500 routers that run Cisco IOS
Software Release 11.1(1) or later.
Q. What is the minimum Channel Interface Processor (CIP) version that Software Management
supports?
A. Software Management supports CIP version 22.0 at minimum.
Q. How can you import Channel Interface Processor (CIP) images to the Software Management
library?
A. The Add Images function (Resource Manager Essentials > Software Mgmt > Software
Repository > Add) does not support the import of CIP microcode images from Cisco.com.
a. You first must download the images to the file system on the RME server.
b. Then, choose Add option with source as File System to import them to the software repository.
Software Management does not recommend the download of CIP microcode directly from
Cisco.com for an upgrade.
c. Populate the software Repository with modem images before you run the Distribute Images
function.
Q. Is there support for the Undo option for Channel Interface Processor (CIP) upgrades?
A. No, there is no support for the Undo option for CIP upgrades.
Q. What connection mechanism does Software Management use to upgrade Channel Interface
Processor (CIP)?
A. Software Management uses the Telnet interface to the device to copy the CIP image to the Flash.
Software Management uses TFTP (via Simple Network Management Protocol [SNMP]) for the
configuration upgrade to add the boot command to load CIP microcode.
Q. Does Software Management change the configuration file for the Channel Interface Processor (CIP)
upgrade?
A. To load the new CIP microcode, the CIP upgrade process adds these configuration commands:
microcode cip flash new_cip_image_name
microcode reload
Q. In which order does Software Management upgrade modules on a Cisco Catalyst 5500/5000 device?
A. Software Management upgrades the Supervisor Engine module on the device before other modules.
Software Management upgrades the remainder of the modules in slot-number order. For example,
Software Management upgrades the module on Slot 3 before Slot 5.
Q. Does the Supervisor Engine card reboot after the upgrade of all modules?
A. If you elect to reboot devices immediately after the upgrade of software, Software Management
reloads the Supervisor Engine card. The reload of the card results in the reload of all modules, before
the upgrade of software on other intelligent modules. This process supports instances in which the
new module requires a newer version of Supervisor Engine software.
If you choose not to reboot the device after the download of software, you then must reload the
Supervisor Engine module manually. You also should consider that software that you have newly
loaded on a module may require new Supervisor Engine software.
If a new Supervisor Engine software is necessary, you should reload the Supervisor Engine module
before you load the new software to the other intelligent modules (such as ATM, FDDI, and Token
Ring).
For example, you may download 3.1(1) FDDI software and 4.1(1) Supervisor Engine software in a
single job. The 3.1(1) FDDI software may require 4.1(1) Supervisor Engine software. Then, you
must reset the Supervisor Engine module before you can upgrade the FDDI software. In such cases,
you must have already chosen the Reboot Immediately option.
Q. Does Software Management determine if the newly deployed Supervisor Engine software or module
software is compatible with the module types (or module hardware versions)?
A. Software Management does not verify whether the newly deployed Supervisor Engine software
supports all modules that are available on the chassis.
Usually, with the upgrade of Supervisor Engine software to a newer release, the software provides
backward compatibility for all the modules that exist on the chassis. However, you should check the
release notes of the Supervisor Engine software or module software to be sure that the software
versions are compatible.
Q. Does Software Management support the upgrade of software on redundant Supervisor Engine
card-based systems?
A. The redundant architecture of Cisco Catalyst devices ensures that when the device reboots after a
software upgrade, the redundant Supervisor Engine automatically synchronizes all the data from the
primary Supervisor Engine. No special processes are necessary.
Q. Does Software Management update the configuration file on Cisco Catalyst 5500/5000 devices
during the software upgrade?
A. Software Management updates the configuration file on Catalyst 5500/5000 devices only when the
device has a Supervisor Engine III card. Software Management updates the boot system commands
and the config register value if necessary.
For Supervisor Engine I and II and other module upgrades, Software Management does not update
the configuration file on the device. Instead, Software Management uses CISCO-STACK-MIB and
TFTP to download the configuration file. Before Software Management changes the configuration
file on the device, Software Management backs up the file to the Job Schedule directory.
The example below illustrates the Software Management update of the configuration file. Assume
that a Supervisor Engine III card runs 3.1(1) software. Also, assume that the software image file is
on slot0 with the name cat5000-sup3.3-1-1.bin.
The configuration file boot system commands before the upgrade are:
set boot system flash slot0:cat5000-sup3.3-1-1.bin
Software Management has upgraded the software to 4.1(2). The new software image is on the same
Flash card as cat5000-sup3-4-1-2.bin. Software Management then performs these configuration
updates:
clear all boot system all
This removes all boot system commands on the device.
set boot system flash slot0:cat5000-sup3.4-1-2.bin
set boot system flash slot0:cat5000-sup3.3-1-1.bin
The update modifies the BOOT environment variable on the Supervisor Engine III card. You can
display the environment values on the device is you issue the show boot command from the
Supervisor Engine command-line interface (CLI).
The config register update occurs only if the least significant four bits of the config register are not
all set to “1”.
For example, if the current config register value is 0x10F (with the least significant four bits all 1s),
Software Management requires no change to the config register. If the current config register value
is, for example, 0x111 or 0x11A, Software Management modifies the config register to 0x11F. The
action generates this command:
set boot config-register 0x11F
Q. Does Software Management determine if the Supervisor Engine has the minimum required RAM to
run a new image?
A. Software Management uses the Minimum Required RAM field for the Supervisor Engine software
image. You can set this field when you import the image into the library. If you do not input a value
in this field, Software Management uses this matrix to determine the RAM requirement:
Image Type Software Version RAM Requirement
– I, II sup < 2.1(1) 4 MB
– I, II sup > = 2.1(1) & < 3.1(1) 8 MB
– I, II sup8 > = 3.1(1) & < 4.1(1) 8 MB (8 MB RAM image)
– I, II sup > = 3.1(1) & < 4.1(1) 16 MB
– I, II sup > = 4.1(1) 16 MB
– III sup3 > = 3.1(1) 32 MB
Images that are 8 MB RAM are available in 3.1 and 3.2 software releases only for Supervisor Engine
I and II cards.
Software Management tries to use CISCO-MEMORY-POOL MIB to determine the available
memory on a device. The MIB is implemented from 4.1(1) Supervisor Engine software (on all
different Supervisor Engine card types—I, II, and III).
– If a device runs the software that implements this MIB, Software Management performs a
memory check between the image requirement and the size of DRAM that is on the device.
– If the device does not have enough RAM to run the image, Software Management generates a
verification warning.
– If the current software on the device is earlier than 4.1, Software Management generates a
generic verification warning about memory requirements.
Q. Are there restrictions on the downgrade of the software on the Supervisor Engine card and other
modules?
A. You can downgrade Supervisor Engine card software to version 4.1(1) or later.
For example, if a Supervisor Engine card runs 4.2(1) software, you can downgrade the software to
4.1(2) or 4.1(1). However, you cannot downgrade the same Supervisor Engine card to 3.2(1b). If a
Supervisor Engine card runs 3.2(2), you cannot downgrade the software to 3.1(1) or 2.4(1).
There are no restrictions for the downgrade of software on other modules, such as ATM, FDDI, and
Token Ring. However, you should check the release notes of new software before you attempt
downgrades on modules.
Q. Do you need to reconfigure the device when you downgrade the Supervisor Engine software?
A. When you downgrade Supervisor Engine software, parts of the configuration may be lost. You must
check the configuration file and reconfigure as necessary. Use the backed up Software Management
configuration file from the Job Schedule directory as a reference, or use the backed up configuration
file from the Config Archive.
Q. In the 4.1(1) software release and later, Supervisor Engine III cards allow the storage of
configuration files on Flash cards. Does Software Management preserve the backed up configuration
files on Flash during a software upgrade?
A. Software Management erases a Flash card on Supervisor Engine III if the free space on the Flash
card cannot store the target software image. Software Management does not erase files of sizes that
are less than 1 MB during software upgrades. Since configuration files generally do not exceed 1
MB, Software Management does not erase these files.
Q. Does Software Management allow you to upgrade epsboot images on Token Ring cards on Cisco
Catalyst 5500/5000 devices?
A. Software Management does not allow upgrades of epsboot images on Catalyst 5500/5000 devices.
An epsboot string in the file names can identify epsboot images. Epsboot upgrades are not often
necessary. You can perform the upgrades with the Supervisor Engine card command-line interface
(CLI).
Q. Why does the Add Image to Repository (Source: Cisco.com) task not display Token Ring LAN
Emulation (LANE) or Permanent Virtual Circuit (PVC)-only ATM software images?
A. The Add Image to Repository (Source: Cisco.com) function in Software Management displays
software images for only a subset of these ATM modules:
– WS-X5153
– WS-X5154
– WS-X5155
– WS-X5156
– WS-X5157
– WS-X5158
Software images for these modules have version numbers that range from 2.2 to 3.2(8).
Q. How do you identify software image files for each of the ATM modules that Software Management
does support? What are the file-name conventions on Cisco.com?
A. ATM software image file names and version numbers determine on which modules the software
image can run and identify the features that receive support. This table provides details on version
numbers and file-name conventions.
Version to Input in
Software
Module IDs Image Feature/Version Image File Name Format (Example) Management
WS-X5153 to Ethernet LAN Emulation cat5000-atm.ver_number 3.2(7) 2.2-3.2(7)
WS-X5158 (LANE) 2.2 to 3.2(7)
cat5000-atm.3-2-7.bin
WS-X5153 to Ethernet LANE 3.2(8) c5atm-wblane.Cisco 3.2(8)
WS-X5158 _IOS_Software_rel_number
c5atm-wblane.113-2.5.WA4.4m.bin
WS-X5153 to Token Ring LANE 70.x c5k-trlane.ver_number c5k-trlane.70-1-1.bin 70.x
WS-X5158
WS-X5153 to Permanent Virtual Circuit cat5000-atm-pvcshape.ver_number 50.x
WS-X5158 (PVC) Traffic Shaping 50.x
cat5000-atm-pvcshape.50-1-1.bin
Version to Input in
Software
Module IDs Image Feature/Version Image File Name Format (Example) Management
WS-X5153 to PVC Traffic Shaping 51.x c5atm-wbpvc.Cisco 51.x
WS-X5158 _IOS_Software_rel_number
c5atm-wbpvc.113-2.5.WA4.5.x.bin
WS-X5161, Ethernet LANE, Token Ring c5atm-wtall.Cisco 4(3), 4(4b)
WS-X5162, LANE, PVC Traffic Shaping _IOS_Software_rel_number
WS-X5167, 4.3, 4.4
c5atm-wtall.113-2a.WA4.4b.bin
WS-X5168
(Truckee)
ATM version-number conventions differ for different classes of ATM images. PVC, Token Ring
LANE, and Truckee types of ATM images have unique version-number conventions. Software
Management recognizes the version numbers that appear in the last column of the table. The input
of an incompatible version number results in upgrade job failures.
ATM software release notes give the original version number of the image as well as a version
number that is close to the Software Management version-number scheme. Check the release notes
for version-number schemes.
Q. Why do the software version numbers that the show module command output displays from the
Supervisor Engine command-line interface (CLI) and the version numbers that Software
Management uses fail to match in some cases?
A. ATM module software for Cisco Catalyst devices uses Cisco IOS Software code as a basis. The
software release for Truckee ATM modules as well as ATM software releases 3.2(7) and later use
the Cisco IOS Software version-number scheme.
Software Management does not recognize the Cisco IOS Software version-number scheme for
Catalyst ATM software images. Use the simple version-number scheme that appears in the table in
this document. (See the Version to Input in Software Management column.)
Output of the show module command of the Supervisor Engine CLI and the show command on the
ATM module can display different versions. If the software that runs on the Supervisor Engine is
earlier than 4.1, the Supervisor Engine software does not recognize the Cisco IOS Software
version-number scheme of ATM images.
Therefore, the Supervisor Engine displays a different version number than the output of the show
version command on the ATM module.
Q. Does Software Management recommend the right ATM image for your ATM module type?
A. Yes, Software Management distinguishes different flavours of ATM images and recommends
images based on current class of ATM card on the device.
Q. Should you use special images with Software Management for Cisco Catalyst 2900XL/3500XL
devices?
A. The 2900XL/3500XL devices have three images:
– Regular Cisco IOS Software image.
– A TAR format HTML image that contains files for Visual Switch Manager.
– A TAR format image that contains both of these images.
Software Management uses the TAR format image that contains the Cisco IOS Software and HTML
image. This image posts on Cisco.com, as do other images for 2900XL/3500XL.
When you use RME for software upgrades, you should use images with the description
Enterprise-IOS and HTML-Use with RME 2.1 or later or Standard-IOS and HTML-Use with RME
2.1 or later. When you use Add Image to Repository from Cisco.com/Slam Dunk, you are able to
see only these images.
Q. How does Software Management handle image import functionality of TAR and bin types of images
for Catalyst 2900XL/3500XL devices?
A. For 2900/3500 device types Both .tar format and .bin format images are supported as system
software. Network Synchronization option (Add image from network as source) will not be able
import tar images because when the image downloads to the switch, the image distributes as small
individual files on the Flash in different directories.
The switch command-line interface (CLI) does not provide commands to combine all the files and
make a new TAR file that Software Management can then upload. Whereas the .bin image can be
imported from the device as well as from the Network Synchronization option.
Q. How do you upgrade Route Switch Module (RSM) and LightStream 1010 (LS1010) module
software on Cisco Catalyst 5500/5000 and 6500/6000 series switches?
A. The RSM (also called the VLAN router) on a Catalyst 5500/5000 or 6500/6000 switch and the
LS1010 module on a Catalyst 5500/5000 switch run Cisco IOS Software. RSMs and LS1010
modules have individual IP addresses and Simple Network Management Protocol (SNMP) agents.
The RME Inventory manages these modules as separate devices.
You can find the IP address of the RSM if you look at the Detailed Inventory report of the Catalyst
5500/5000 and 6500/6000 device that has the RSM on the chassis. The Module IP Address column
in the Stack Modules section shows the IP addresses of all modules on the chassis.
If you do not find the addition of RSM or LS1010 to Inventory, you must first add the module as a
device to Inventory before you attempt Software Management functions. Software Management
functions that run on Cisco IOS devices also can run on an RSM or an LS1010.
Q. Why does the Distribute Images task show all the images from Cisco.com for LightStream 1010
(LS1010) and Cisco Catalyst 8500 devices, even though you have configured Cisco.com filtering?
A. Although LS1010 and the 8500 devices run Cisco IOS Software images, differences exist in the
means of image release. The images do not follow the Cisco IOS Software image releases, such as
general deployment (GD), limited deployment (LD), and early deployment (ED). Therefore,
Software Management cannot effectively filter LS1010-type and 8500-type images.
Q. What is the minimum version that Cisco 700 series ISDN routers support?
A. For Cisco 760 Series ISDN routers, Software Management requires a minimum software version of
3.2(4) on the device. For Cisco 770 Series ISDN routers, the minimum version necessary is 4.0(1).
Q. What connection mechanism does Software Management use for Cisco 700 series upgrades?
A. Software Management uses the Telnet interface to the device to copy the 700 series image to the
Flash. Software Management uses TFTP protocol. The RME workstation is the TFTP client, and the
device is the TFTP server.
Q. Both Cisco 760 and 770 series devices run the same image. Why do you see only some images with
versions later than 4.0(1) for 770 series devices but see all images for 760 series devices?
A. When you load an image with a version earlier than 4.0(1) onto a 770 series device, the sysObjectID
box changes to something other than Cisco-assigned. Also, RME identifies the device as a
non-Cisco device. Therefore, Software Management does not list images with versions earlier than
4.0(1) for Cisco 770 series upgrades.
Q. Why do you not see the option to reboot the device later on the Job Control page for Cisco 700 series
routers?
A. There is no option to reboot the device later because 700 series routers reboot at the time of the new
image download.
Q. Why do you not see the option to modify the boot commands on the Job Control page for Cisco 700
series routers?
A. Only one image at a time can appear on the 700 series devices, which means the boot command does
not apply to these devices.
Q. Why does Software Management report download failures for some images even though the device
runs the new image after the job completes?
A. Some new Cisco 700 series images use nonstandard name convention or nonstandard versions.
Software Management incorrectly parses the version number from file names of those images. After
the download of the new image, the device reboots.
Software Management retrieves the new image version from the device and compares that with the
version that Software Management parsed. The two versions do not match. As a result, the software
download appears to have failed, which generates as an error.
This problem occurs with c760-in.b-US.42-3.5.bin and c760-in.b-US.43.1.bin images for all
countries.
You can resolve this issue by entering the correct version number when you import the image from
the file system.
For example, for c760-in.b-US.42-3.5.bin, enter 4.2(3.5). For c760-in.b-US.43.1.bin, enter 4.3(1) as
the version number.
Q. In which order does Software Management upgrade modules on a Catalyst 5000 device?
A. Software Management upgrades the Supervisor module on the device before other modules. The
remainders of the modules are upgraded in the order of their slot number. For example, the module
on Slot #3 is upgraded before Slot #5.
Q. Does Software Management check to see that the newly deployed Supervisor software or module
software is compatible with the module types (or module hardware versions)?
A. Software Management does not verify whether the newly deployed Supervisor software supports all
modules that are available on the chassis.
Usually, when Supervisor software is upgraded to a newer release, the software provides backward
compatibility for all the modules that exist on the chassis. Users are encouraged to check the release
notes of the Supervisor software or module software to make sure that the software versions are
compatible.
Q. What if the user script crashes? Will it crash the Software Management job also?
A. No, crashing of the script will not stop the Software Management job. Software Management
executes the script in a different process space so the script crashing will not crash the Software
Management job. But Software Management will assume the script has failed.
Q. When a Software Management job is scheduled, how is the baseline determined? When I distribute
a job, is an automatic backup performed?
A. There are two options that import images from the network to the Software Repository:
• Baseline tasks
• Synchronization
The baseline task (Resource Manager Essentials > Software Mgmt > Software Repository > Add
> Network) should be done only once as a part of the initial setup. This imports the images running
on the network to your Repository.
To keep the Repository synchronized with any new images and changes caused by upgrades from
sources other than Software Management, schedule a synchronization job to run periodically at
appropriate intervals.
When this synchronization job runs, it looks for differences between the Repository and the network
and allows any new images to be imported. During job distribution, Software Management backs up
the current running image only if the option, Use current running image as tftp fallback image was
selected when the job was created.
Q. At what time will the images directory get created during the process of obtaining images from a
device? Does this happen during the initial step?
A. The software images directory gets created at the time of importing an image to the Repository;
however, this should be transparent to you.
Q. Can different group members edit jobs? What are the restrictions?
A. The only job attribute that can be edited is the schedule time for non-Job Approval jobs. Any user
who has the Network Administrator role defined can edit jobs or create new jobs; however, in the
Job Approval model, the jobs can only be approved by users who are in the approver list specified
during the creation of the job.
• Ensure that NAM is added with the correct SNMP read/write community strings.
• Ensure that the switch, which contains NAM, is added with the correct attributes.
Q. How does Software Management handle the job status for an abnormally terminated job?
A. Software Management checks the last modification time of the job results file for each running job
when the Browse Job Status screen is displayed. If the results file has not been modified for the last
six hours, Software Management assumes that the job was terminated abnormally (server reboot is
a probable cause for the termination), and the job status is changed to Error.
Q. How does Software Management handle the job status of a pending job whose scheduled time has
passed?
A. Software Management checks the scheduled time for each pending job when the Browse Job Status
screen is displayed. If the current time is an hour past the scheduled time for starting the job, (lack
of operating system resources is a probable cause for the job not running at the scheduled time), the
job status is changed to Error.
Q. Why are some files left in the Software Management folder after Software Management has been
uninstalled?
A. When uninstalled, Software Management does not remove the software images directory from the
RME server. The software images directory contains subdirectories for storing software images for
various device families.
Q. How can I enable or disable the SSH to Telnet fallback for RME - Software Management
jobs?
A. To enable or disable SSH to Telnet fallback for RME Software Management jobs:
Step 1 Go to RME > Admin > Software Mgmt > View/Edit Preferences.
Under the Distribution pane, there is a checkbox option, Use SSH for software image upgrade and
software image import through CLI (with fallback to TELNET).
Step 2 Do either of the following:
• Check this option, to enable the use of SSH for software image upgrade and software image import
through CLI along with fallback to Telnet.
• Uncheck this option, to disable the use of SSH for software image upgrade and software image
import through CLI along with fallback to Telnet.
Step 3 Click Apply to save your changes.
Q. How can I export the images from RME-SWIM repository to a local drive or a file system mounted
to the RME server?
A. To export the image from RME Software Repository to a local drive or a file system:
Step 1 Select Resource Manager Essentials > Software Mgmt > Software Repository.
The Software Repository Management dialog box appears.
Step 2 Select images that you want to export, then click Export.
A confirmation message appears, The selected images will be exported.
Step 3 Click OK.
The Select directory to export window appears.
Step 4 Click on Browse to select a directory to which you want to export the selected images.
The Server Side File Browser dialog box appears.
Step 5 Choose the required directory and click OK.
The Image Directory field in the Select directory to export window displays the directory location which
you had selected.
Step 6 Click Next
A progress bar appears indicating the progress of the export of images.
The Export Images Summary Report appears after completion of the export of the images with these
details:
• Number of Selected Images
• Target Directory
• Summary
Step 7 Click Finish.
You have successfully exported the images to the selected directory.
Q. Does Flash get erased if there is no sufficient space for Patch Distribution?
A. No. Patch Distribution requires sufficient amount of free space in Flash and so it cannot be erased.
Q. When I try to copy images, the Image Copy option fails indicating that the External TFTP server is
inaccessible.
A. If you come across this error, try any of these:
• Check whether TFTP service is running or stopped in the External TFTP server. If stopped, start it.
• Check if any security agent is preventing the application. If so register the application with security
agent or disable the security agent.
Q. Can I specify the name of my input file as imagenames.txt when I try to export images using the
Software Management (SWIM) CLI exportimages command?
A. Do not name your input files similar to arguments.
For example, if you specify
cwcli swim exportimages -input imagenames.txt -u admin -p admin
the following error message will be displayed
Invalid argument: imagenames
For example, you can specify the input filename as sample.txt
You can enter the following argument in your sample.txt
-imagenames image1,image2,image3,image4...........
So the exportimages command with input file will be:
cwcli swim exportimages -input sample.txt -u admin -p admin
Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM0126 An unexpected error has None. Please contact Cisco TAC with the UI log
occurred. Contact Cisco available under:
support and attach the
Windows:
swim_debug.log file.
CSCOpx\logs\swim_debug.log
Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM0138 Cannot connect to the Job None To check whether jrm is running, run
Manager. Check whether command:
the jrm process is running pdshow jrm
properly.
If it is not running, restart it If jrm is down, restart CiscoWorks.
and try scheduling the job
again.
SWIM0139 Running image Either: If data is not available from the device (due to
information is not bug in the image), upgrade the device with the
• The Inventory is not
available in Inventory for higher version image.
updated
Remote-Stage device
Or This higher image populates the Detailed
Devicename.
Device report with the required Flash data.
Perform Update Inventory • The image device
and check whether the running on the device is
required Flash data appears not populating the
in the Detailed Device required Flash MIB
report. information.
If it appears, retry the job;
else, the data is not yet
available from the device.
SWIM0141 There is not enough free Disk space is not sufficient on Free up some disk space and retry the job.
space on the repository to the server.
store the selected files.
Please free up some disk
space and retry the job.
SWIM1016 Cannot load new None. Check the Bug Toolkit application for any
configuration to Remote known issues on the running image version. If
Stage Device. there are no issues, retry the task.
SWIM1017 Cannot fetch configuration None. Check the Bug Toolkit application for any
file from the device. known issues on the running image version. If
there are no issues, retry the task.
On Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1036 Runtime error while None. Retry the job.If the problem persists, send the
performing debug logs to Cisco Technical Assistance
Recommendation. Center (TAC).
The debug logs are available at this location:
On Windows:
NMSROOT\log\swim_debug.log
On Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1037 Error while fetching Flash Either: Update the inventory and retry the task. If the
Partition information. problem persists, check the Bug Toolkit
• The Flash information
application for any known issues on the
cannot be got from
running image version.
Inventory
Or
• There is a problem with
the running image on the
device.
SWIM1038 No Read-Write Partition None. Install a Flash device with a read-write
found on the device. partition and update the inventory.
SWIM1039 No Storage The selected device may not Check whether the selected device has the
Recommendation is made have sufficient free size sufficient free size partition to copy the
for the device. partition to copy the image. image.
SWIM1040 Cannot get the Flash Either: Perform Inventory Collection and check
information for the device. whether the Flash information appears in the
• The Flash information
Detailed Device report.
cannot be got from
Inventory If so, retry the job. Else, data is not available
from the device.
Or
• There is a problem with
the running image on the
device.
On Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1044 Bootflash partition will be Selected Bootloader image Select a different Bootloader image if
erased before copying new does not fit in available space available.
image. on Bootflash.
SWIM1046 Selected software does not Selected software image does Select a different Flash partition for
fit in selected Flash not fit in the available space upgrading.
partition. on Bootflash.
SWIM1047 Minimum software version None. Select the image in the software repository
required for MICA image and update the minimum system software
upgrade is not known. version using View/Edit Image Attributes
option.
SWIM1048 The system software that is The system software that is Select a different image that can be upgraded
active on the device, active on the device, is not with the current system software or upgrade
cannot run the selected compatible with the selected the system software to Software Version.
image. image.
SWIM1049 The selected image None. Check whether you have performed the
requires Flash to be erased necessary backup.
during image upgrade.
SWIM1050 Read-Write SNMP The Read-Write SNMP Add Read-Write community string for the
community string is not in community string is not device in the credentials repository.
the Device and Credential available in the Device and
Repository. Credential Repository.
On Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1063 Minimum RAM RAM available on the device Update the minimum RAM value using
requirement of the selected may not be enough to activate View/Edit Image attributes or make sure that
image cannot be the selected image. the device has enough RAM to activate the
determined. selected image or select a different image.
SWIM1068 Selected image does not Selected image does not have Select another image with a version higher
have the minimum system the minimum system software than 11.0.
software version required version required for the
for the upgrade. upgrade.
Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1072 Boot loader analysis failed. Some unknown error has Please contact Cisco TAC with the UI log
occured during analysis of the available under:
image.
Windows:
CSCOpx\logs\swim_debug.log
Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1076 Cannot find a Read-Write Read-Write Boot partition is Insert a read-write Bootflash on the device
Boot partition on the not available on the device. and update the inventory.
device.
SWIM1078 System and Bootloader System and Bootloader Select individual partitions for both, if
images are getting images are getting upgraded available.
upgraded to the same Flash to the same Flash partition.
partition.
SWIM1079 Image version cannot be The image formats of both the Check the format of the version. Select a
compared. images may not be different image for upgrading.
compatible for comparison.
SWIM1080 Read-Write partition exists You may have selected Read Select the Read-Write partition for
but you have selected the only partition instead of Read upgrading.
ReadOnly partition. - Write partition.
SWIM1081 You have selected the Wrong image selected for Select the correct image.
Compressed System Image Upgrade.
for Run From Flash (RFF)
Upgrade.
SWIM1082 Runtime error while Either a wrong modem image Select a different Modem Image for
comparing Modem Image. is selected for comparison or upgrading.
the modem image formats or
If the problem persists, send the debug logs to
not compatible.
Cisco Technical Assistance Center (TAC).
The debug logs are available at this location:
On Windows:
NMSROOT\log\swim_debug.log
On Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1083 Cannot find an image that None. Add another image into software repository
is newer and fits in the and retry the task.
Flash.
SWIM1084 Cannot find a Minimum The Flash space available on Check whether the image fits on the device.
Flash Requirement for the the device may not be
device. sufficient for the selected
image.
SWIM1085 The MinFlash Attribute is The selected image does not Check whether the image fits on the selected
unknown for the selected fit on the selected partition. partition or select a different image.
image.
SWIM1086 Device not supported. The required device packages Check whether the appropriate device
may not be installed on the packages are installed correctly on the server.
server.
SWIM1088 Runtime error occurred None. Retry the job. If the problem persists, send the
while creating the device debug logs to Cisco Technical Assistance
upgrade data. Center (TAC).
The debug logs are available at this location:
On Windows:
NMSROOT\log\swim_debug.log
On Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1091 Minimum BootROM The minimum BootROM Update the minimum BootROM value using
version of the selected value is not updated in View/Edit Image attributes of the selected
image is not available in View/Edit Image attributes image in the software repository.
the software repository, or for the selected image in
on Cisco.com. software repository.
SWIM1092 Selected image does not None. Select an image that has a higher version than
have the minimum system the minimum supported version.
software version required
See the documentation for the Compatibility
for system upgrade.
Matrix for Cisco IOS software.
SWIM1093 Cannot get Chassis Check whether the Inventory If there is no inventory data for the device,
Information from the data exists for the device in schedule an Inventory Collection job and
inventory. the Inventory Detailed Device retry the task.
Report.
SWIM1094 SNMP-V3 parameters not This could have been caused
Check whether the SNMP-V3 password,
in the Device and by any of the following: SNMP-V3 algorithm, and SNMP-V3 engine
Credential Repository. ID is configured in the Device and Credential
• The SNMP-V3 password
Repository.
is wrongly configured
• The SNMP-V3 algorithm
is wrongly configured
• The SNMP-V3 engine ID
is not configured in the
Device and Credential
Repository.
SWIM1095 Error while checking the The SNMP-V3 credentials in Update the SNMP-V3 credentials in the
SNMP-V3 user name in the the Device and Credential Device and Credential Repository and retry
device context. Repository is not up to date. the task.
SWIM1096 Selected image is not The selected image is not Use the Cisco.com Upgrade Analysis feature
applicable to this module. applicable to this module. to find an appropriate image.
SWIM1099 Image Upgrade procedure The SSH/Telnet passwords Make sure that appropriate SSH/Telnet
may revert to the may not be configured in the passwords are configured in the Device and
SSH/Telnet-based Device and Credential Credential Repository.
approach, based on the Repository.
MIB instrumentation on
the running image.
SWIM1100 Cannot find SNMP-V2 The SNMP-V2 credentials Check whether the SNMP-V2 credentials are
Read-Write Community may not be correctly configured correctly in the Device and
String in the Device and configured in the Device and Credential Repository.
Credential Repository. Credential Repository.
SWIM1101 This Device Upgrade Enable password for the Make sure that appropriate SSH/Telnet
requires opening an device is not configured in passwords are configured correctly in the
SSH/Telnet connection to Device and Credential Device and Credential Repository.
the device. Repository.
SWIM1102 This Device Upgrade There was an error while Make sure that appropriate SSH/Telnet
requires opening a checking the credentials of passwords are configured correctly in the
SSH/Telnet connection to the device. Device and Credential Repository.
the device.
SWIM1103 Selected image may not be Image belongs to the same Check the Cisco.com documentation whether
compatible to the device. device family as the running any caveats are identified for the selected
image on the device. image.
However, it is identified as
non-compatible.
SWIM1104 The total space on the Multiple modules may be Select individual partitions for the selected
selected partition is not selected for upgrading on the modules, or deselect some modules.
enough to upgrade all of same partition.
the selected modules.
SWIM1105 Image status for the The selected image might be Ensure that the image is not in the Deferred
selected image cannot be in the Deferred status. status. See the relevant documentation on
determined. Cisco.com before upgrading the images.
SWIM1106 Image selected for upgrade None. Ensure that necessary backup jobs are
is compressed in .tar completed before upgrading.
format. Flash will be
overwritten while
upgrading the image.
On Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM1123 Telnet username not Either: Check whether the primary username is
present for this device. configured for the selected device, in Device
• The Primary Credentials
and Credential Repository.
is not configured
Or
• It not configured
properly for the selected
device in the Device and
Credential Repository.
SWIM1124 Cannot copy the image None. Retry the job. If the problem persists, check
from Flash with return the Bug Toolkit application for any known
code of Code. issues on the running image version.
SWIM1125 Cannot copy the image None. Retry the job. If the problem persists, check
from Flash with return the Bug Toolkit application for any known
code of Code. issues on the running image version.
On Solaris:
/var/adm/CSCOpx/files/rme/jobs/swim/Job
ID
SWIM1127 Cannot connect to device The SSH/Telnet credentials Check whether the SSH/Telnet credentials are
through SSH/Telnet may not be correctly correctly configured in the Device and
because of Device. configured in the Device and Credential Repository.
Credential Repository.
SWIM1128 Cannot disconnect from the SSH/Telnet credentials Check whether the device is configured
device because of Device. may not be correctly correctly.
configured in the Device and
Credential Repository.
SWIM1139 Select any available Boot This happens when the user Select any available boot flash partition for
flash partition, for bootldr has selected a Bootloader bootldr upgrade.
upgrade. image for Distribution and a
storage location other than
We recommend that you
Bootflash.
use boot flash for bootldr
upgrade.
SWIM1150 Could not get Command Either: Check whether the Login credentials in DCR
Service instance for device and Login credentials specified during job
• The device login
DeviceName because of scheduling are correct.
credentials in DCR are
CmdSvc Exception.
wrong or empty.
Or
• The SSH option is
selected in the Swim
Admin pane and the
target device does not
support SSH.
SWIM1151 Could not connect to the Either: Check whether the Login credentials in DCR
device DeviceName and Login credentials specified during job
• The device login
because of scheduling are correct.
credentials in DCR are
CmdSvcException.
wrong or empty.
Or
• The SSH option is
selected in the Swim
Admin pane and the
target device does not
support SSH.
Solaris:
/var/adm/CSCOpx/files/rme/jobs/swim/job
ID
SWIM1164 Image Distribute to Device None. Please contact Cisco TAC with the Job logs
failed because of some available under:
unexpected error.
Windows:
NMSROOT\CSCOpx\files\rme\jobs\swim\
jobID
Solaris:
/var/adm/CSCOpx/files/rme/jobs/swim/job
ID
On Solaris:
/var/adm/CSCOpx/files/rme/jobs/swim/Job
ID
On Solaris:
/var/adm/CSCOpx/files/rme/jobs/swim/Job
ID
SWIM1525 Unknown package type. None. Check whether the module is supported in the
Software Management Function and Device
Support Matrix on Cisco.com.
SWIM1529 There is no module There is no module Update the inventory and retry the task.
information available in information available in the
the inventory for inventory for devicename.
devicename.
SWIM1530 Storage not applicable for This module does not support None.
the module modulename. storage.
SWIM1532 No read-write partition None Create some free space.
exists on the device to
accommodate the selected
image.
SWIM1542 Minimum supported None. Select a higher version of the image to
version for Supervisor is upgrade.
3.8.
SWIM1543 Selected image has the The selected image has the Verify whether the correct image is running
same or a lower version same or a lower version than on the device. If so, no action is required. If
than the version of the the version of the running not, select a different image.
running image. image.
SWIM1546 The NVRAM size on the The NVRAM size on the Select a different image or upgrade the
device may not be large device may not be large NVRAM on the device and retry the Upgrade
enough to run the image. enough to run the image. option.
SWIM1547 Available NVRAM size on RAM size on this module Make sure the module has enough NVRAM
the selected image cannot may not be large enough to to run the selected image. Else, select a
be determined. store this image. different image or upgrade the RAM on the
module.
SWIM1548 There are no software None. Select a different image.
requirements found for the
selected image.
On Solaris:
/var/adm/CSCOpx/log/swim_debug.log
SWIM5009 Device is not in The Standby CPU may be Bring up the standby CPU and retry the job.
HotStandby Mode. Switch down.
Operation terminated.
Q. When I tried to generate a Syslog report I got an outofmemory exception. Why does this happen?
A. When you are generating a Syslog report, you may sometimes get an outofmemory exception.
This may occur if the number of Syslog messages that were generated in the Date Range that you
specified for the Syslog report job, exceed 0.6 million.
Specify a shorter Date Range in the Report Generator (Resource Manager Essentials > Reports >
Report Generator), and run the report job again.
Procedure 1
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Report Generator dialog box appears, in the Report Generator page.
Step 2 From the first drop-down list box, select Syslog.
Step 3 From the second drop-down list box, select the Standard Report.
Step 4 Select the required devices using the Device Selector.
For details about the Device Selector, see the topic Using RME Device Selector in Chapter 3: Adding
and Troubleshooting Devices Using Device Management of the User Guide for Resource Manager
Essentials 4.2.
Enter the date range and select the Run Type as Immediate.
Step 5 Click Finish.
The Standard Report appears.
Step 6 Click on * in the details column for the respective device name.
Procedure 2
Step 1 Select Resource Manager Essentials > Reports > Report Generator.
The RME Report Generator dialog box appears, in the Report Generator page.
Step 2 From the first drop-down list box, select Syslog.
Step 3 From the second drop-down list box, select the Unexpected Device Report.
Step 4 Select the required devices using the Device Selector.
For details about the Device Selector, see the topic Using RME Device Selector in Chapter 3: Adding
and Troubleshooting Devices Using Device Management of the User Guide for Resource Manager
Essentials 4.2.
Step 5 Enter the date range and select the Run Type as Immediate.
Step 6 Click Finish.
The Unexpected Device Report appears.
Step 7 Click on * in the details column for the respective device name.
However, you can change the location of this file. To change the location of the syslog.log file, you
should appropriately modify the Syslog Collector Properties file (filename: Collector.properties)
which is available at:
– On Solaris: $NMSROOT/MDC/tomcat/webapps/rme/WEB-INF/classes/com/cisco/nm/
rmeng/csc/data/Collector.properties
– On Windows: %NMSROOT%\MDC\tomcat\webapps\rme\WEB-INF\classes\com\cisco\
nm\rmeng\csc\data\Collector.properties
The following procedure shows you how the location of the syslog.log file can be changed on Solaris
and Windows:
On Solaris
Step 1 In the Syslog configuration file, syslog.conf, (available at /etc/syslog.conf) look for local7 and change
the location of the syslog.log file.
A new file, syslog.log, will be created in this location. Make sure that this new file has read permissions
to casuser.
Step 2 Ensure that the Syslog process (syslogd) can both read and write to the file.
Step 3 Restart the Syslog process (syslogd). Enter the following commands to stop and restart Syslogd:
/etc/init.d/syslog stop
/etc/init.d/syslog start
On Windows
Step 1 Edit the location of the syslog.log file in the LogFile (available at
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\crmlog\Parameters\) in Registry
Editor (REGEDIT).
A new file, syslog.log, will be created in this location. Make sure that this new file has read permissions
to casuser.
Step 2 Stop and restart CWCS Syslog service. To do this:
a. Go to Services (Start > Programs > Administrative tools > Services).
b. Select CWCS Syslog service, and click Stop.
c. To restart the Syslog service in the Control Panel, click Start next to the CWCS Syslog service.
Step 3 3) Stop the SyslogCollector process. To do this:
a. Select Common Services > Server > Admin > Processes.
The Process Management dialog box appears.
b. Select SyslogCollector and click Stop.
Step 4 Edit the SYSLOG_FILES property in the Collector.properties file to reflect the changed location.
The Collector.properties file is located at:
%NMSROOT%\MDC\tomcat\webapps\rme\WEB-INF\classes\com\cisco\nm\rmeng\csc\data\Collector.
properties.
Step 5 Start the SyslogCollector process. To do this:
a. Select Common Services > Server > Admin > Processes.
The Process Management dialog box appears.
b. Select SyslogCollector and click Start.
Step 6 Update the location of the syslog.log file in the logstat.conf file.
The logstat.conf file is located at NMSROOT\CSCOpx\conf.) This ensures that the new syslog.log file is
referenced when you generate a Log File Status report (Common Services > Server > Reports > Log
File Status.
Q. How do I check the size of the syslog.log file, and delete it when required?
A. You can check the size of the syslog.log file by generating the Log File Status report. To do this:
Step 1 Go to Common Services > Server > Reports > Log File Status.
The Reports Generator dialog box appears.
Step 2 Click Log File Status and then click Generate.
The Log File Status report appears.
If the File Size is displayed in red it means that the file has exceeded its size limit. If the File System
Utilization is displayed in red it means that the file exceeds 90% utilization.
You should reduce the size of your log file if your file system utilization is over 90%. You can:
a. Back up the log file.
To back up your log files, see Maintaining Log Files in Chapter 4: Configuring the Server in the
User Guide for CiscoWorks Common Services by accessing the following link:
http://www.cisco.com/en/US/products/sw/cscowork/ps3996/products_user_guide_list.html
b. Stop the Syslog Analyzer (Start > Settings > Control Panel > Services).
For the procedure, see “Deleting the Log File”.
c. Delete the file.
For the procedure, see “Deleting the Log File”.
Note View the Permission Report (Common Services > Server > Reports) to check if you have the required
privileges to perform this task.
Step 1 Select Common Services > Server > Admin > Processes.
The Process Management dialog box appears.
Step 2 Select SyslogAnalyzer and click Stop.
Step 3 Open the Windows Control Panel and select Administrative tools > Services.
Step 4 Select CWCS syslog service, and click Stop.
Step 5 Delete the log file in:
– NMSROOT\log\syslog.log file on Windows.
or
– /var/log/syslog_info on Solaris.
Step 6 Restart the CWCS Syslog service and the SyslogAnalyzer process:
• To restart the Syslog service in the Control Panel, click Start next to the CWCS Syslog service.
• To restart the SyslogAnalyzer process in RME, select Common Services > Server > Admin >
Processes and click Start.
Job Approval
This section provides the troubleshooting information for the Job Approval application:
JBAP0016 {user-name} already You have attempted to add a user Add a new user name. This field is
exists. name that already exists. case-sensitive.
JBAP0017 Are you sure you wish to Warning message for deleting a None.
delete? user.
This will disable If you have enabled Approval
approval for for an application whose sole
applications having approver is this user, it will be
{user-name} as the sole disabled.
approver.
JBAP0018 You have attempted an User not selected. Select a user before performing the
action without selecting action.
a user.
Select a user before
performing the action.
JBAP0019 You have attempted an List not selected. Select a list before performing the action
action without selecting
a list. Select a list before
performing the action
JBAP0021 Cannot save a list that No approver available for the Add approvers before trying to save the
has no approvers in it. selected list. list.
JBAP0022 Cannot change schedule None. This exception will appear in the
for {0}. A runtime error MakerChecker.log in the following
occurred when you tried location:
to change the schedule NMSROOT\log
of the job.
See the Troubleshooting where NMSROOT is the CiscoWorks
section of the RME 4.2 install directory. Contact Cisco
help. Technical Assistance Center (TAC) with
this log file.
JBAP0024 Cannot send approval None. Go to Common Services > Server >
E-mails. Make sure that Admin > System Preferences and
SMTP Server is configure SMTP Server correctly.
configured correctly.
Bug Toolkit
This section provides the troubleshooting information for the Bug Toolkit application:
BTKT0006 Job creation failed. None. Check bugtoolkit.log for more details.
BTKT0007 No Bug ID found. You have not entered a Bug ID. Enter a Bug ID or a group of Bug IDs
separated by commas.
BTKT0008 Invalid Bug ID found in You have entered an invalid Bug Enter a valid Bug ID
the input: {0 ID.
BTKT0009 No data found in the None. None.
input file
BTKT0010 No details found in There is no information in None.
Cisco.com for the given Cisco.com for this bug.
bugs input.
BTKT0011 The Cisco.com interface Information is not available for Check whether the bugs are valid and
did not return any the bugs that you have entered. also whether you have permission to see
information for all the them.
bugs.
The bugs may be invalid or you
may not have privilege to access
them.
BTKT0012 Input file not found. The input file name is invalid. Select a valid input file.
cwcli config
This section provides the troubleshooting information for the cwcli config commands:
Or
• Use Archive Management's Job Browser
to see the results.
cwcli export
This section provides the FAQs for the cwcli export tool:
• What does cwcli export do?
• What is ComputerSystemPackage Class?
• Where does cwcli export collect the configuration information from?
• Is the containment hierarchy in inventory schema exactly the same as that in CIM?
• What is an XSD file?
• What is the AdditionalInformation tag in the inventory schema used for?
• How do I know what fields come under AdditionalInformation?
• Where can I find information specific to a particular node which I can see in detailed device
information but not in cwcli export.?
• How can I make use of the servlet interface?
• How can I get data for some particular entity from devices which are managed by different RME
servers?
• While using the -m option, can I use more than one E-mail id?
• Where can I get the descriptions of each node in the schema?
• Why am I getting parse error when trying to parse some of the output files?
Q. Is the containment hierarchy in inventory schema exactly the same as that in CIM?
A. No. Although the containment hierarchy in inventory schema is based on Common Information
Model (CIM), it does not follow the exact containment hierarchy because of the limitations in the
RME database schema.
Q. Where can I find information specific to a particular node which I can see in detailed device
information but not in cwcli export.?
A. For this information, see the topic, Additional Information Table, in the RME Online Help.
Q. How can I get data for some particular entity from devices which are managed by different RME
servers?
A. You have to write a script to connect to different RME servers and aggregate all data into a single
file. After you get the aggregated data, you can parse it and get the data for any required entity.
Q. While using the -m option, can I use more than one E-mail id?
A. No. You can use only one E-mail address at a time, when you use the -m option of the cwexport
command.
Q. Why am I getting parse error when trying to parse some of the output files?
A. Some of the classes in IDU and Optical switches contains some special characters with ASCII code
larger than 160. Most of the XML parsers does not support these characters and hence fails to parse
these characters.
To overcome this, you have to manually search for those elements with special characters and
append CDATA as given in the example below:
If there is an element,
checksum ¢Úo /checksum
you must change it to
checksum <![CDATA[¢Úo ]]> /checksum
NetShow
This section provides the FAQs and troubleshooting information for the NetShow application:
• NetShow FAQs
• Troubleshooting NetShow
NetShow FAQs
• How can I add an adhoc command to only one particular device category in a command set?
• How do I mask the credentials shown in NetShow job output?
• Why am I not able to delete some adhoc commands?
• What are the valid adhoc commands that I can enter?
• Why are the system-defined command sets not displayed in the assign command sets flow?
• What do I enter in the custom commands field during job creation?
• Where can I specify the protocol order for NetShow?
• Where can I specify the job policies for NetShow?
• Why are the system-defined commands inside a command set, not shown based on device category?
• How do I view the consolidated output of all the devices and the commands executed on these
devices?
• What is Output Archive?
• When is the output of a command archived?
• When I delete a job, does the corresponding archive also get deleted?
• In the Output Archive page, what does Success = and Fail = under the heading Status mean?
• Why do devices show Fail status in NetShow jobs?
Q. How can I add an adhoc command to only one particular device category in a command set?
A. You need to choose that particular device category while creating the command and enter the adhoc
command.
Q. Why are the system-defined command sets not displayed in the assign command sets flow?
A. System-defined command sets are by default assigned to all. Since the system-defined command
sets are already assigned to all users, they will not appear in the assign command sets flow.
Q. Why are the system-defined commands inside a command set, not shown based on device category?
A. The system-defined commands do not map to a particular device category inside a command
set.When you run a job, these commands will be downloaded on all applicable devices.
Q. How do I view the consolidated output of all the devices and the commands executed on these
devices?
A. You can view the output of all the commands for all the devices by clicking the Print button on the
top right hand corner of the NetShow Job Details page.
Q. When I delete a job, does the corresponding archive also get deleted?
A. No. If you want to delete an archive, you can do so from the Output Archive page.
Q. In the Output Archive page, what does Success = and Fail = under the heading Status mean?
A. It indicates the number of devices on which a particular command execution was successful and the
number of devices on which it failed.
Troubleshooting NetShow
Administration
This section provides the FAQs for the Administration module:
Admin FAQs
• What is Collection Failure Notification and how is it carried out?
• What does a Trap Notification message contain?
• Is Notification on Failure option configurable?
• How can I listen to the Trap Notifications on Inventory and/or Config Collection failure?
• How can I change the default Report Archive location to Custom location?
• Why does the Contract Status Detailed Report show no records for a valid contract?
Q. How can I listen to the Trap Notifications on Inventory and/or Config Collection failure?
A. You can install a third party Trap receiving tool on any host in the subnet to receive such Trap
messages.
Q. How can I change the default Report Archive location to Custom location?
A. To change the default Report Archive location:
Step 1 Go to Resource Manager Essentials > Admin > Reports > Archive Settings.
The Archive Settings dialog box appears.
Step 2 Enter the new location in the Archive Location field, or click Browse to select a directory on your
system.
Step 3 Click Apply to accept the change to the default directory location.
Contract Connection
This section provides the FAQs and troubleshooting information for the Contract Connection
application:
• Contract Connection FAQs
• Troubleshooting Contract Connection
Q. Why does the Contract Status Detailed Report show no records for a valid contract?
A. You may need to refresh the Contract Status Detailed Report page. It might take some time to display
the report. This is because of slow Cisco.com response.
Q. Why do I encounter an Invalid Credentials error message while generating a Contract Connections
report with valid credentials?
A. You may have contracts but they may not be associated with your user ID. To ensure this, check
whether you have Cisco Service contracts registered with your Cisco.com user ID by accessing the
Cisco - Service Contract Center URL:
www.cisco.com/public/scc
If you encounter the following message:
Currently you have no Cisco Service contracts registered to your Cisco.com User Id
Then it means that your contracts are not registered to your Cisco.com User ID.
To ensure that your contracts are registered, place a request to add your Cisco.com contracts in
Service Contract Center. Contact Cisco TAC (Technical Assistance Center) for more information on
how to proceed with placing a request to register your contracts with Cisco - Service Contact Center.
After placing a request with Cisco - Service Contract Center, access the Cisco - Service Contract
Center again and verify if the contracts are registered. After successful verification, proceed to
generate a Contract Connections report.
Devices are expected to comply with the following rules while sending Syslogs:
• Device should include PRI as recommended by RFC 3164
• Device could optionally send Timestamp information in RFC recommended format in the header.
The RFC recommendation does not include the TIMEZONE information. Hence, it is assumed that
the device sends the local time and that the device and Server are in the same time zone.
• Device could optionally send Hostname information in the header.
• To support devices that are in different time zones than the server, IOS allows configuring the
devices to send the Time Information along with TZ, optionally, in the message part of the Syslog
packet.
Such timestamps should be prefixed with some separator character (like * or :), so the Syslog
daemons (such as unix syslogd) do not treat them as header information. This could cause unix
syslogd to misinterpret the time information, because they ignore the TZ part of the Timestamp.
Considering the above, devices should send Syslogs in one of the following formats:
Format A
<187> [timestamp in RFC prescribed format] [device dns name | ip address] [Dummy
Value/Counter : ] [ {:|*} mmm dd hh:mm:ss TimeZone ]
%FACILITY-[SUBFACILITY-]SEVERITY-MNEMONIC: description
Format B
<187> [timestamp in RFC prescribed format] [device dns name | ip address] [Dummy
Value/Counter : ] [ {:|*} yyyy mmm dd hh:mm:ss TimeZone <-|+> hh:mm]
%FACILITY-[SUBFACILITY-]SEVERITY-MNEMONIC: description
Examples of good syslog messages: [ as sent by the device ]
<187>%PIX-4-106023 description
<187>Mar 23 10:21:03 %PIX-4-106023 description
<187>*Mar 23 12:12:12 PDT %PIX-4-106023 description
<187>Mar 23 10:21:03 *Mar 23 12:12:12 PDT %PIX-4-106023 description
<187>Mar 23 10:21:03 *2003 Mar 23 12:12:12 PDT -8:00 %PIX-4-106023 description
<187>Mar 23 10:21:03 93: *2003 Mar 23 12:12:12 PDT -8:00 %PIX-4-106023 description
The device ensures that the device IP address or DNS name if defined is maintained in the message
header as the source IP address or source DNS name irrespective of the interface out of which the Syslog
message is sent.
The Syslog message is sent on the network to the NMS (Network management station) using UDP. The
UDP socket sent to, will be the UDP socket for syslog (514).
The payload of the message will be preceded by the logging facility code enclosed in angle braces (<>)
that the receiving Syslog daemon uses for routing the message. Logging facility at the logging system is
mapped to a log file on the system. The logging facility codes map as follows:
– (5<<3) = Syslog
– (23-16<<3) = Local 0 to Local 7
The combination FACILITY-[SUBFACILITY-]SEVERITY-MNEMONIC must be UNIQUE for a given
message, so that Syslog Analyzer can provide non-trivial syslog support.
See the section, “Enabling and Tracking Syslogs Using Syslog Analyzer and Collector” for details.
Command Description
backup.pl Backs up the database.
NMSROOT/bin/perl backup.pl backdir [logfilename [numberGen] ]
dbpasswd.pl Changes the database password along with its access configuration files.
NMSROOT/bin/dbpasswd.pl {all | dsn=data source [opwd=old password] [pfile=properties
file] | listdsn}
dbRestoreOrig.pl Re-initializes the RME data (database and file system), if the RME data is corrupted and the
database restore operation has failed.
Syntax:
NMSROOT/bin/perl NMSROOT/bin/dbRestoreOrig.pl dsn=dsnname
dmprefix=dmprefixname [ npwd=newpassword ]
Where:
dsn=xxx
Command Description
dig Sends domain name query packets to name servers. Dig (domain information groper) is a
flexible command line tool which can be used to gather information from the Domain Name
System servers. Dig has two modes:
• Simple interactive mode which makes a single query
• Batch which executes a query for each in a list of several query lines.
All query options are accessible from the command line.
NMSROOT/bin/dig [@server] domain [query-type] [query-class] [+query-option]
[-dig-option] [%comment]
dmgtd Process manager daemon. Specify the tcp port to use the Daemon Management protocol on. All
clients will need to have the env var PX_DMGTHOST and env var set. Daemon Manager
Protocol enabled applications can report additional status. Daemon Manager sends status
information to Syslog (facility: LOG_DAEMON).
NMSROOT/bin/dmgtd [ -p port -v] [ names ]
pdexec / pdshow / pdterm Controls process manager.
NMSROOT/bin/pdshow [ appName1 appName2 ... ]
NMSROOT/bin/pdexec [ appName1 appName2 ... ]
NMSROOT/bin/pdterm [ appName1 appName2 ... ]
• To get status of registered processes appName1, appName2, ..., send a request to CRM
process manager using the command:
pdshow [appName1 appName2 ...]
• To start the registered process appName1 if it is not running, send a request to CRM process
manager using the command:
pdexec appName1
• To stop the registered application appName1 if it is running send a request to CRM process
manager using the command:
pdterm appName1
pdshow will show the status of all processes registered if no arguments are given.
pdexec and pdterm require one or more appNames.
where appNameN represents the registered name of each process that is registered with CRM
process manager.
pdmsg Broadcasts a string to all registered daemons under Daemon Management that are in the
“Running Normally” state.
To use this command, Daemon Management server must be running.
NMSROOT/bin/pdmsg msg-string
Command Description
pdreg Registers and unregisters applications with CRM Process Manager.
NMSROOT/bin/pdreg [-r appName -e pgm [-f pgmFlags ] [-d dependencies ] [-n]
appName ]|[-l appName ]
[-t 0|p|n ] ]|[-u
This section introduces Network Address Translation (NAT) support in Resource Manager Essentials
(RME) and gives details of the tasks that you need to perform, to enable support.
When the RME server is assigned an IP address that is within a NAT boundary, all the devices that are
outside this boundary, cannot reach the RME server using the inside address of the RME server.
Such devices should use the translated outside address of the RME server as configured in the NAT, to
successfully connect to the RME server for all device initiated operations such as:
• Sending Syslogs
• Sending Traps
• Initiating copy tftp operations from the device through command lines, etc.
Step 1 Navigate to Resource Manager Essentials > Admin > System Preferences.
Step 2 Select RME Device Attributes from the TOC.
The RME Device Attributes dialog box appears.
Only those devices that are added to the system after the default is set, will use the new Natted RME IP
Address value.
All existing devices will have to be edited using this procedure to set the Natted RME IP Address value
when a part of the network is outside the NAT boundary:
Step 1 Navigate to Resource Manager Essentials > Device Management > RME Devices.
The RME Devices dialog box appears.
Step 2 Select the required devices.
Step 3 Click Edit Device Attributes.
For the complete procedure to change the RME ID, see the topic Editing RME Device Attributes in the
section Adding and Troubleshooting Devices Using Device Management.
When you configure devices that are outside the NAT boundary, for Syslog and trap destinations using
NetConfig templates, you must use the translated outside address of the receiving server as the
destination address.
NetConfig 1-13
A
Reports 1-16
access Software Management 1-14
privileges for NetConfig jobs, assigning 10-4 Syslog Analyzer and Collector 1-19
Telnet and SSH, configuring 13-47 what’s new and RME task overviews (tables) 2-1
Adhoc task, in NetConfig Archive Management (part of Configuration
about 10-32 Management) 8-1
Job Management and Job Approval 1-15 standard report, generating 16-5
bugs filed against, identifying (see Bug Toolkit device selector 3-74
application) 17-1
dig command, description C-2
configurations, verifying 10-3
dmgtd command, description C-2
conflicting device types 3-46
DNS task in NetConfig 10-41
deleting the conflicting type 3-48
documentation 1-xxxii
resolving the type conflict 3-47
audience for this 1-xxxi
credentials, verifying 10-3
related to this product 1-xxxiii
device credentials
typographical conventions in 1-xxxi
viewing 3-48
downloading configuration files 11-32
device manageability status 3-73
files, selecting 11-33
Device Management task overview (table) 1-8
job password policy 11-40
Device Selector 3-74
job scheduling 11-34
device icons and types 3-84
job status, viewing 11-40
displaying available devices 3-81
starting a job 11-32
selecting a device 3-84
work orders, reviewing 11-40
images from, adding to the software repository 13-23
normal devices, managing 3-27
deleting 3-30 E
exporting 3-28
editing device groups 4-8
resubmitting 3-30
editor manager (see under Config Editor) 11-8
suspending 3-29
eem
pending devices, working with 3-32
about EEM 25-1
pre-deployed devices, managing 3-35
configure
deleting 3-38
embedded event manager 25-10
exporting 3-36
environmental variables 25-6
resubmitting 3-38
EEM action types 25-2
suspending 3-37
EEM components 25-2
prompts, verifying 10-3
EEM NetConfig tasks 25-3
states, viewing 3-26
EEM environmental variable task 25-3
suspending devices, managing 3-33
embedded event manager task 25-4
deleting 3-34
RME NetShow commands 25-15
resubmitting 3-34
RME reports 25-13
devices, working with 3-1
RME support for EEM 25-3
device security, modifying 10-3
use RME configure EEM 25-5
Device Selector
Enable A-24, A-25
device icons and types 3-84
Enable Password task in NetConfig 10-42
displaying available devices 3-81
exporting
filtering usage example 3-80
automated actions in Syslog Analysis 14-13
selecting a device 3-84
configuration files, to HTML format 11-16
H
F
How A-22
files HTML format, exporting a configuration file to 11-16
configuration (see configuration files) 11-8 HTTP, configuring for software image upgrades 13-55
Software Management, locating 13-105 HTTP Server task in NetConfig 10-44
filters
Inventory change report filters, setting 6-12
I
Inventory change report filters, setting, Collection or
Polling schedule, changing 6-12
IGMP Configuration task in NetConfig 10-48
message filters in Syslog Analyzer, defining 15-40
IKE (Internet Key Exchange) Configuration task in
creating 15-41 NetConfig 10-51
deleting 15-44 images
editing 15-42 adding to software repository 13-19
enabling, disabling 15-43 from a file system 13-26
exporting, importing 15-43 from a URL 13-28
forced purges from Cisco.com 13-20
in Change Audit 14-5, 16-9 from devices 13-23
in Syslog Analyzer 15-22 from the network 13-29
attributes 13-35
default attribute values, understanding 13-36
G
editing and viewing 13-37
gold finding missing attribute information 13-36
about GOLD 26-1 understanding 13-35
configure deleting 13-33
GOLD tests 26-5 distribution by 13-66
GOLD boot level tests 26-6 IOS images, and recommendation filters 13-11
GOLD monitoring tests 26-10 searching for 13-34
diagnostics importing automated actions in Syslog Analysis 14-13
boot up 26-2
Interface IP Address Configuration task in
runtime monitoring 26-2 NetConfig 10-50
GOLD test in RME 26-3 Inventory 1-6
NetConfig tasks for GOLD 26-3 change report filters, setting 6-12
GOLD boot level task 26-3 Inventory, using 6-1
GOLD monitoring test task 26-4 change report filters, setting 6-12
EEM GOLD integration 27-2 upgrades, configuring devices for 13-45, 13-53
reports 27-14 upgrades, planning 13-44
RME NetConfig tasks 27-3 upgrades from Cisco.com, planning 13-38
Smart Call Home task 27-3 upgrades from the software repository,
planning 13-40
RME NetShow commands 27-15
software image repository, maintaining 13-45
support in RME 27-3
Software Management jobs 13-95
SmartCase
deleting 13-100
launching CCO Service Request Tool 18-1
failed job, retrying 13-98
SNMP
schedule, changing 13-97
SNMP Community Configuration task in
NetConfig 10-60 stopping 13-100
SNMP Security Configuration task in succesful, undoing 13-99
NetConfig 10-62
software repository 13-15
SNMP Traps Configuration task in NetConfig 10-64
image attributes 13-35
Software Management
images, adding 13-19
task overview (table) 1-14
images, deleting 13-33
Software Management, using 13-1
searching 13-34
administration tasks 13-6
synchronization 13-16
preferences, viewing and editing 13-7
synchronization jobs, removing 13-19
upgrade information, updating 13-13
synchronization report, scheduling 13-17
distribution by devices 13-57
synchronization report, viewing 13-18
distribution by images 13-66
syncrhonizing with Cisco.com 13-32
distribution job, authorizing 13-56
support for IOS software modularity 13-70
environment, setting up 13-3
troubleshooting A-33
Cisco.com, logging into 13-5
upgrade information, updating 13-13
CiscoWorks Server 13-4
before you begin 13-14
files, locating 13-105
upgrade recommendations, understanding 13-93
Job Approval 13-6
for Catalyst devices 13-94
patch distribution 13-71
for Catlyst 1900/2920 devices 13-95
by device 13-72
for Cisco IOS devices 13-93
by patch 13-75
for PIX Firewall devices 13-95
preferences, viewing and editing 13-7
for VPN 3000 series devices 13-95
protocol order, selecting 13-10
upgrades, scheduling 13-55
recommendation filters, and IOS images 13-11
user-supplied scripts, understanding 13-102
remote staging and distribution 13-78
SSH Configuration task in NetConfig 10-73
software distribution 13-37
states, managing 5-1
methods 13-42
RME 3.x behavior 5-1
upgrade analysis 13-38
scenarios 5-5
Upgrade Analysis report, understanding 13-41
adding a device 5-5
viewing
Software Management synchronization reports 13-18
user-defined device groups
membership details 4-10
properties 4-9
Virtual Switching System
about Virtual Switching System (VSS) 24-1
configuration process 24-2
prerequisites 24-1
standalone to VSS mode 24-4
support for VSS in RME 24-8
Virtual to standalone 24-10
VPN 3000 devices, upgrade recommendations,
understanding 13-95
warnings
regarding security and -p 20-20
warnings regarding