Cisco Cisco Prime Unified Operations Manager 9.0 White Paper
All contents are Copyright © 1992–2006 Cisco Systems, Inc. All rights reserved.
Page 13 of 112
3.1.1.3 Setting up IP SLA on Cisco IOS devices
Certain features within Operations Manager use the IP SLA (formerly known as SAA or
Real Time Responder (RTR)) functionality in Cisco routers and switches. If you intend to
use these features (SRST Monitoring, Phone Status tests, and Node-to-Node tests), you
will need to ensure that the IP SLA is enabled on these devices. You will need to enable
the IP SLA on all the routers and switches that will be used in Survivable Remote Site
Telephony (SRST) Monitoring or in Node-to-Node tests. Typically, these are the edge
routers in your branch networks and the default gateway for the Cisco CallManager. You
can enable the IPSLA responder in the IP SLA router by running the following command
(depending on the Cisco IOS version) in the global configuration mode:
Real Time Responder (RTR)) functionality in Cisco routers and switches. If you intend to
use these features (SRST Monitoring, Phone Status tests, and Node-to-Node tests), you
will need to ensure that the IP SLA is enabled on these devices. You will need to enable
the IP SLA on all the routers and switches that will be used in Survivable Remote Site
Telephony (SRST) Monitoring or in Node-to-Node tests. Typically, these are the edge
routers in your branch networks and the default gateway for the Cisco CallManager. You
can enable the IPSLA responder in the IP SLA router by running the following command
(depending on the Cisco IOS version) in the global configuration mode:
(config #) rtr responder OR ip sla responder
Use the show command to verify that the responder is running properly:
router#show rtr responder
Use the following show command to verify that the IP SLA feature is available in the
Cisco IOS device:
Cisco IOS device:
router#show rtr application
router#show ip sla ?
apm IP SLAs Application Performance Monitor
application IP SLAs Application
authentication IP SLAs Authentication Information
configuration IP SLAs Configuration
enhanced-history IP SLAs Enhanced History
group IP SLAs Group Scheduling/Configuration
history IP SLAs History
reaction-configuration IP SLAs Reaction Configuration
reaction-trigger IP SLAs Reaction Trigger
responder IP SLAs Responder Information
statistics IP SLAs Statistics
authentication IP SLAs Authentication Information
configuration IP SLAs Configuration
enhanced-history IP SLAs Enhanced History
group IP SLAs Group Scheduling/Configuration
history IP SLAs History
reaction-configuration IP SLAs Reaction Configuration
reaction-trigger IP SLAs Reaction Trigger
responder IP SLAs Responder Information
statistics IP SLAs Statistics
3.1.2 Cisco Catalyst Devices
This section describes the steps that should be carried out to set up Cisco Catalyst devices
for network management.
for network management.
Note: All steps may not be required, and some steps can be expanded with more
functionality.
functionality.
3.1.2.1 SNMP v2 Community Strings
Operations Manager can use SNMP v2 read community strings to retrieve fault and
performance information from the devices. Some of the features in Operations Manager
(Node-to-Node tests, SRST Monitoring, and Phone Status tests) also require SNMP write
community strings to configure the IP SLA on certain devices. If you intend to use these
features, be sure to configure SNMP write community strings on these devices. All
performance information from the devices. Some of the features in Operations Manager
(Node-to-Node tests, SRST Monitoring, and Phone Status tests) also require SNMP write
community strings to configure the IP SLA on certain devices. If you intend to use these
features, be sure to configure SNMP write community strings on these devices. All