This document describes the auto IP Service Level Agreements (SLAs) function in IP SLAs Engine 3.0, including the following:
Auto-measure groups--Each template, endpoint list, and scheduler can be configured once and then combined to create auto-measure groups for multiple operations, including operations for proactive threshold monitoring.
Automatic registration--Cisco devices can be configured to automatically register with the source, which enables the source to discover the destination’s address for building an endpoint list.
Quality of service (QoS) performance--Support for active measurement of QoS.
Your software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the Feature Information Table at the end of this document.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to
www.cisco.com/go/cfn. An account on Cisco.com is not required.
Prerequisites for Auto IP SLAs in IP SLAs Engine 3.0
Your IP network is operational and you can access the destination device.
If you are using a Cisco IP SLAs Responder on the destination device for any auto IP SLAs operation, the responder must be enabled before you configure the IP SLAs operation. The following operations require that an IP SLAs responder be enabled on the destination device:
UDP Echo
UPD Jitter
VoIP UDP
Restrictions for Auto IP SLAs in IP SLAs Engine 3.0
Only the following operation types are supported by auto IP SLAs in Cisco IP SLAs Engine 3.0:
Internet Control Message Protocol (ICMP) Echo
ICMP Jitter
TCP Connect
Internet User Datagram Protocol (UDP) Echo
UDP Jitter
If you do not configure and apply a template to an auto-measure group, the default type of operation for the group is ICMP jitter.
UDP Jitter Operations Restrictions
The responder should not configure a permanent port for the same sender. If the responder configures the permanent port for the same sender, even if the packets are successfully sent (no timeout or packet loss issues), the jitter values will be zero.
Time synchronization is required between the source and the destination in order to provide accurate one-way delay (latency) measurements. To configure Network Time Protocol (NTP) on the source and destination, perform the tasks in the “Performing Basic System Management” chapter of the
Cisco IOS Network Management Configuration Guide . Time synchronization is not required for one-way jitter and packet loss measurements. If the time is not synchronized between the source and destination, one-way jitter and packet loss data are returned but values of “0” are returned for the one-way delay measurements provided by the UDP jitter operation.
The IP SLAs UDP jitter operation does not support the IP SLAs History feature (statistics history buckets) because of the large data volume involved with UDP jitter operations.
CISCO-RTTMON-MIB limits the hours of statistics kept for the UDP jitter operation to two hours. Configuring a larger value using the
historyhours-of-statistics command change does not increase the value beyond two hours.
The CISCO-DATA-COLLECTION-MIB can be used to collect historical data for the operation. For information about the CISCO-DATA-COLLECTION-MIB, see
http://www.cisco.com/go/mibs .
UDP Jitter Codec Operations Restrictions
Cisco IOS IP SLAs Engine 3.0 supports only the following speech codecs:
G.711 a-law, 64 kbps PCM compression method
G.711 mu-law, 64 kbps PCM compression method
G.729A, 8 kbps CS-ACELP compression method
An IP SLAs UDP jitter codec operation for analyzing VoIP SLAs will fail if control protocol is disabled.
The showautotemplatecommand for UDP jitter lists the values for the “Number of statistic distribution buckets kept” and “Statistic distribution interval (milliseconds),” but these values do not apply to UDP jitter codec operations.
Proactive Threshold Measuring Restrictions
RTT reactions for jitter operations are triggered only at the end of the operation and use the latest value for the return-trip time (LatestRTT).
SNMP traps for RTT for jitter operations are based on the average value for the return-trip time (RTTAvg) for the whole operation only and do not include return-trip time values for individual packets sent during the operation. Only syslog messages are supported for RTTAvg threshold violations.
Only syslog messages are supported for RTT violations during Jitter operations.
Only SNMP traps are supported for RTT violations during non-Jitter operations.
Only syslog messages are supported for non-RTT violations other than timeout, connectionLoss, or verifyError.
Both SNMP traps and syslog messages are supported for timeout, connectionLoss, or verifyError violations only.
Auto-Measure Group Restrictions
Only one auto IP SLAs template can be specified for each auto-measure group. Each template can be referenced by more than one group. If no template is specified for an auto-measure group, the operation type for the group is ICMP jitter by default.
Only one auto IP SLAs endpoint list can be specified for each auto-measure group. Each endpoint list can be referenced by more than one group.
Only one auto IP SLAs scheduler can be specified for each auto-measure group. Each scheduler can be referenced by more than one group to create a multioperations schedule.
You cannot modify the configuration of an auto-measure group if the scheduler specified for the group is configured with a start time other than the default (pending). To avoid conflicts when you configure an auto-measure group, issue the schedule command last.
Information About Auto IP SLAs in IP SLAs Engine 3.0
Auto IP SLAs for Analyzing IP SLAs Operations
Auto IP SLAs in Cisco IOS IP SLAs Engine 3.0 consists of the following components:
Endpoint list--A collection of destination endpoint addresses that can be manually configured or automatically discovered.
Template--A set of parameters that define a single operation. You can combine any template with any endpoint list and apply the combination across many groups.
Scheduler--Defines parameters for scheduling an operation including start time, frequency, life, age out, and probe interval. The scheduler can be associated with one or more groups.
Auto-measure group--Created by combining one auto IP SLAs endpoint list, template, and scheduler. You can combine any template with any endpoint list and any scheduler and apply the combination across many groups.
When the group is scheduled to run, based on the scheduler, one IP SLAs operation is created for each destination address in the endpoint list. The operation type depends on the template in the group. If the group is deleted or unscheduled, the created IP SLAs operations are removed.
For configuration information, see the "How to Configure Auto IP SLAs in Cisco IOS IP SLAs Engine 3.0" section.
QoS Integration for Auto IP SLAs
QoS integration allows for active measurement of QoS performance and enables customers to test network readiness for the deployment of high priority, low latency traffic that is generated by applications such as voice and video. Auto IP SLAs traffic is marked with the appropriate Differentiated Services Code Point (DSCP) marker and then sends out the required interface.
Automatic Registration of Destinations for Auto IP SLAs Operations
Destination Cisco devices and Cisco IOS IP SLAs Responders in Cisco devices can be configured to automatically register with the source. The source will discover the destination’s address and put it in an endpoint list.
How to Configure Auto IP SLAs in IP SLAs Engine 3.0
Using Automatic Registration to Configure an Endpoint List
Before You Begin
XThe destination device or responder must be configured for auto registration. For configuration information, see the “Configuring Automatic Registration of Responder on the Destination Device” section.
SUMMARY STEPS
1.enable
2.configureterminal
3.ipslaautodiscovery
4.ipslaautoendpoint-listtypeiptemplate-name
5.descriptiondescription
6.discover[portport]
7.access-list {standard-range |
expanded-range}
8.ageoutseconds
9.measurement-retrynumber-of-retries
10.end
11. show ip sla auto discovery
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
ipslaautodiscovery
Example:
Router(config)# ip sla auto discovery
Enables the source to discover the responder endpoints.
Step 4
ipslaautoendpoint-listtypeiptemplate-name
Example:
Router(config)# ip sla auto endpoint-list type ip autolist
Begins configuring an endpoint list and enters endpoint-list configuration mode.
Step 5
descriptiondescription
Example:
Router(config-epl)# description testing discovery
(Optional) Adds descriptive text to the template being configured.
Step 6
discover[portport]
Example:
Router(config-epl)# discover
Automatically discovers the IP addresses and port numbers of endpoints on the destination and enters endpoint-list auto-discovery configuration mode.
Step 7
access-list {standard-range |
expanded-range}
Example:
Router(config-epl-disc)# access-list 1
Names and adds the list of discovered IP addresses to the endpoint list being configured.
Step 8
ageoutseconds
Example:
Router(config-epl-disc)# ageout 10
(Optional) Sets an ageout timer.
Step 9
measurement-retrynumber-of-retries
Example:
Router(config-epl-disc)# measurement-retry 10
(Optional) Specifies the number of times to retry after an operation fails.
Configuring a Template for a Basic ICMP Echo Operation
Note
We recommend using a Cisco networking device as the destination device although any networking device that supports RFC 862, Echo protocol , can be used.
SUMMARY STEPS
1.enable
2.configureterminal
3.ipslaautotemplatetypeipicmp-echotemplate-name
4.descriptiondescription
5.end
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
ipslaautotemplatetypeipicmp-echotemplate-name
Example:
Router(config)# ip sla auto template type ip icmp-echo tmp-icmpecho
Begins configuring a template and enters IP SLA template configuration mode.
Step 4
descriptiondescription
Example:
Router(config-tplt-icmp-ech)# description default oper temp for icmp echo
(Optional) Adds descriptive text to the template being configured.
Step 5
end
Example:
Router(config-tplt-icmp-ech)# end
Returns to global configuration mode.
Example
The following output shows the configuration, including default values, of a template for an ICMP echo operation:
Router# showip sla auto template type ip icmp-echo
IP SLAs Auto Template: tpl-icmplecho
Measure Type: icmp-echo (control enabled)
Description: default oper temp for icmp echo
IP options:
Source IP: 0.0.0.0 Source Port: 0
VRF: TOS: 0x0
Operation Parameters:
Request Data Size: 16 Verify Data: false
Timeout: 5000 Threshold: 5000
Statistics Aggregation option:
Hours of statistics kept: 2
History options:
History filter: none
Max number of history records kept: 15
Lives of history kept: 0
Statistics Distributions options:
Distributions characteristics: RTT
Distributions bucket size: 20
Max number of distributions buckets: 1
Reaction Configuration: None
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring an ICMP Echo Operation Template with Additional Characteristics
Note
We recommend using a Cisco networking device as the destination
device although any networking device that supports RFC 862,
Echo Protocol , can be used.
(Optional) Sets the protocol data size in the payload of an IP
SLAs operation's request packet.
Step 17
thresholdmilliseconds
Example:
Router(config-icmp-ech-params)# threshold 10000
(Optional) Sets the upper threshold value for calculating network
monitoring statistics created by an IP SLAs operation.
Step 18
timeoutmilliseconds
Example:
Router(config-icmp-ech-params)# timeout 10000
(Optional) Sets the amount of time an IP SLAs operation waits for
a response from its request packet.
Step 19
verify-data
Example:
Router(config-icmp-ech-params)# verify-data
(Optional) Causes an IP SLAs operation to check each reply packet
for data corruption.
Note
Use this command with caution during normal operations.
Step 20
end
Example:
Router(config-icmp-ech-params)# end
Returns to privileged EXEC mode.
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring a Template for a Basic ICMP Jitter Operation
Note
When compared to the IP SLAs UDP jitter operation, the IP SLAs ICMP jitter operation may provide less accurate measurements because the accuracy of the measurements provided by a non-Cisco destination device cannot be determined.
Because ICMP packets do not support voice technology, the IP SLAs ICMP jitter operation does not support Mean Operation Sore (MOS), Calculated Planning Impairment Factor (ICPIF), or estimated transmission rating factor (R-factor) reaction configuration capabilities.
SUMMARY STEPS
1.enable
2.configureterminal
3.ipslaautotemplatetypeipicmp-jittertemplate-name
4.descriptiondescription
5.end
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
ipslaautotemplatetypeipicmp-jittertemplate-name
Example:
Router(config)# ip sla auto template type ip icmp-jitter basic_icmp_jitter
Begins configuring the template and enters IP SLA template configuration mode.
Step 4
descriptiondescription
Example:
Router(config-tplt-icmp-jtr)# description default oper temp for icmp-jitter
(Optional) Adds descriptive text to the template being configured.
Step 5
end
Example:
Router(config-tplt-icmp-jtr)# end
Returns to privileged EXEC mode.
Example
The following output shows the configuration, including default values, of a template for a basic ICMP jitter operation:
Router# show ip sla auto template type ip icmp-jitter
IP SLAs Auto Template: basic_icmp_jitter
Measure Type: icmp-jitter
Description: default oper temp for icmp jitter
IP options:
Source IP: 0.0.0.0
VRF: TOS: 0x0
Operation Parameters:
Number of Packets: 10 Inter packet interval: 20
Timeout: 5000 Threshold: 5000
Statistics Aggregation option:
Hours of statistics kept: 2
Statistics Distributions options:
Distributions characteristics: RTT
Distributions bucket size: 20
Max number of distributions buckets: 1
Reaction Configuration: None
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring an ICMP Jitter Operation Template with Additional Characteristics
Note
When compared to the IP
SLAs UDP jitter operation, the IP SLAs ICMP jitter operation may provide less
accurate measurements because the accuracy of the measurements provided by a
non-Cisco destination device cannot be determined.
Because ICMP packets do
not support voice technology, the IP SLAs ICMP jitter operation does not
support MOS, ICPIF, or estimated R-factor reaction configuration capabilities.
Router(config-icmp-jtr-params)# history statistics-distribution-interval 10
(Optional) Sets the time interval for each statistics
distribution kept for an IP SLAs operation.
Step 14
intervalmilliseconds
Example:
Router(config-icmp-jtr-params)# interval 40
(Optional) Sets number of milliseconds between sent packets.
Step 15
num-packetpacket-number
Example:
Router(config-icmp-jtr-params)# num-packets 100
(Optional) Sets number of packets to be sent.
Step 16
thresholdmilliseconds
Example:
Router(config-icmp-jtr-params)# threshold 10000
(Optional) Sets the upper threshold value for calculating network
monitoring statistics created by an IP SLAs operation.
Step 17
timeoutmilliseconds
Example:
Router(config-icmp-jtr-params)# timeout 10000
(Optional) Sets the amount of time an IP SLAs operation waits for
a response from its request packet.
Step 18
verify-data
Example:
Router(config-icmp-jtr-params)# verify-data
(Optional) Causes an IP SLAs operation to check each reply packet
for data corruption.
Note
Use this command with caution during normal operations because
it generates unnecessary overhead.
Step 19
end
Example:
Router(config-icmp-jtr-params)# end
Returns to global configuration mode.
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring a Template for a Basic TCP Connect Operation
SUMMARY STEPS
1.enable
2.configureterminal
3.ipslaautotemplatetypeiptcp-connecttemplate-name
4.descriptiondescription
5.end
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
ipslaautotemplatetypeiptcp-connecttemplate-name
Example:
Router(config)# ip sla auto template type ip tcp-connect basic_tcp_connect
Begins configuring a template and enters IP SLA IP SLA template configuration mode.
Step 4
descriptiondescription
Example:
Router(config-tplt-tcp-conn)# description default oper temp for tcp-connect
(Optional) Adds descriptive text to the template being configured.
Step 5
end
Example:
Router(config-tplt-tcp-conn)# end
Returns to privileged EXEC mode.
Example
The following output shows the configuration, including default values, of a template for a basic TCP connect operation:
Router# show ip sla auto template type ip tcp-connect
IP SLAs Auto Template: basic_tcp_connect
Measure Type: tcp-connect (control enabled)
Description: default oper temp for tcp-connect
IP options:
Source IP: 0.0.0.0 Source Port: 0
VRF: TOS: 0x0
Operation Parameters:
Timeout: 5000 Threshold: 5000
Statistics Aggregation option:
Hours of statistics kept: 2
History options:
History filter: none
Max number of history records kept: 15
Lives of history kept: 0
Statistics Distributions options:
Distributions characteristics: RTT
Distributions bucket size: 20
Max number of distributions buckets: 1
Reaction Configuration: None
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring a TCP Connect Operation Template with Additional Characteristics
Router(config-tcp-conn-params)# history statistics-distribution-interval 10
(Optional) Sets the time interval for each statistics distribution kept for an IP SLAs operation.
Step 18
thresholdmilliseconds
Example:
Router(config-tcp-conn-params)# threshold 10000
(Optional) Sets the upper threshold value for calculating network monitoring statistics created by an IP SLAs operation.
Step 19
timeoutmilliseconds
Example:
Router(config-tcp-conn-params)# timeout 10000
(Optional) Sets the amount of time an IP SLAs operation waits for a response from its request packet.
Step 20
end
Example:
Router(config-tcp-conn-params)# end
Returns to privileged EXEC mode.
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring a Template for a Basic UDP Echo Operation
Note
We recommend using a Cisco networking device as the destination device although any networking device that supports RFC 862,
Echo Protocol , can be used.
SUMMARY STEPS
1.enable
2.configureterminal
3.ipslaautotemplatetypeipudp-echotemplate-name
4.descriptiondescription
5.end
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
ipslaautotemplatetypeipudp-echotemplate-name
Example:
Router(config)# ip sla auto template type ip udp-echo basic_udp_echo
Begins configuring a template and enters IP SLA template configuration mode.
Step 4
descriptiondescription
Example:
Router(config-tplt-udp-ech)# description default oper temp for udp echo
(Optional) Adds descriptive text to the template being configured.
Step 5
end
Example:
Router(config-tplt-udp-ech)# end
Returns to privileged EXEC mode.
Example
The following output shows the configuration, including default values, of a template for a basic UDP echo operation:
Router# show ip sla auto template type ip udp-echo
IP SLAs Auto Template: basic_udp_echo
Measure Type: udp-echo (control enabled)
Description: default oper temp for udp echo
IP options:
Source IP: 0.0.0.0 Source Port: 0
VRF: TOS: 0x0
Operation Parameters:
Request Data Size: 16 Verify Data: false
Timeout: 5000 Threshold: 5000
Statistics Aggregation option:
Hours of statistics kept: 2
History options:
History filter: none
Max number of history records kept: 15
Lives of history kept: 0
Statistics Distributions options:
Distributions characteristics: RTT
Distributions bucket size: 20
Max number of distributions buckets: 1
Reaction Configuration: None
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring a UDP Echo Operation Template with Additional Characteristics
Note
We recommend using a Cisco networking device as the destination
device although any networking device that supports RFC 862, Echo
Protocol , can be used.
(Optional) Sets the protocol data size in the payload of an IP
SLAs operation’s request packet.
Step 18
thresholdmilliseconds
Example:
Router(config-udp-ech-params)# threshold 10000
(Optional) Sets the upper threshold value for calculating network
monitoring statistics created by an IP SLAs operation.
Step 19
timeoutmilliseconds
Example:
Router(config-udp-ech-params)# timeout 10000
(Optional) Sets the amount of time an IP SLAs operation waits for
a response from its request packet.
Step 20
verify-data
Example:
Router(config-udp-ech-params)# verify-data
(Optional) Causes an IP SLAs operation to check each reply packet
for data corruption.
Note
Use this command with caution during normal operations.
Step 21
end
Example:
Router(config-udp-ech-params)# end
Returns to privileged EXEC mode.
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring a UDP Jitter Operation on the Source Device
Configuring a Template for a Basic UDP Jitter Operation
SUMMARY STEPS
1.enable
2.configureterminal
3.ipslaautotemplatetypeipudp-jittertemplate-name
4.descriptiondescription
5.end
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Router> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Router# configure terminal
Enters global configuration mode.
Step 3
ipslaautotemplatetypeipudp-jittertemplate-name
Example:
Router(config)# ip sla auto template type ip basic_udp_jitter
Begins configuring a template and enters IP SLA template configuration mode.
Step 4
descriptiondescription
Example:
Router(config-tplt-udp-jtr)# description default oper temp for udp jitter
(Optional) Adds descriptive text to the template being configured.
Step 5
end
Example:
Router(config-tplt-udp-jtr)# end
Returns to privileged EXEC mode.
Example
The following output shows the configuration, including default values, of a template for a basic UDP jitter operation:
Router# show ip sla auto template type ip udp-jitter
IP SLAs Auto Template: basic_udp_jitter
Measure Type: udp-jitter (control enabled)
Description: default oper temp for udp jitter
IP options:
Source IP: 0.0.0.0 Source Port: 0
VRF: TOS: 0x0
Operation Parameters:
Request Data Size: 32 Verify Data: false
Number of Packets: 10 Inter packet interval: 20
Timeout: 5000 Threshold: 5000
Granularity: msec Operation packet priority: normal
Statistics Aggregation option:
Hours of statistics kept: 2
Statistics Distributions options:
Distributions characteristics: RTT
Distributions bucket size: 20
Max number of distributions buckets: 1
Reaction Configuration: None
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring a Template for a Basic VoIP SLAs UDP Operation
Sets the codec for the operation being configured.
Step 5
descriptiondescription
Example:
Router(config-tplt-udp-jtr)# description oper template for voip udp
(Optional) Adds descriptive text to the template being configured.
Step 6
end
Example:
Router(config-tplt-udp-jtr)# end
Returns to privileged EXEC mode.
Example
The following output shows the configuration, including default values, of a template for a basic VoIP SLAs UDP jitter operation:
Router# show ip sla auto template type ip udp-jitter voip_g711alaw
IP SLAs Auto Template: voip_g711alaw
Measure Type: udp-jitter (control enabled)
Description: oper template for voip udp
IP options:
Source IP: 0.0.0.0 Source Port: 0
VRF: TOS: 0x0
Operation Parameters:
Verify Data: false
Timeout: 5000 Threshold: 5000
Codec: g711alaw Number of packets: 1000
Interval: 20 Payload size: 16 Advantage factor: 0
Granularity: msec Operation packet priority: normal
Statistics Aggregation option:
Hours of statistics kept: 2
Statistics Distributions options:
Distributions characteristics: RTT
Distributions bucket size: 20
Max number of distributions buckets: 1
Reaction Configuration: None
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Configuring a UDP Jitter Operation Template with or without Codec with Additional Characteristics
(Optional) Sets the protocol data size in the payload of an IP SLAs operation’s request packet.
Step 22
thresholdmilliseconds
Example:
Router(config-udp-jtr-params)# threshold 10000
(Optional) Sets the upper threshold value for calculating network monitoring statistics created by an IP SLAs operation.
Step 23
timeoutmilliseconds
Example:
Router(config-udp-jtr-params)# timeout 10000
(Optional) Sets the amount of time an IP SLAs operation waits for a response from its request packet.
Step 24
verify-data
Example:
Router(config-udp-jtr-params)# verify-data
(Optional) Causes an IP SLAs operation to check each reply packet for data corruption.
Note
Use this command with caution during normal operations.
Step 25
end
Example:
Router(config-udp-jtr-params)# end
Returns to privileged EXEC mode.
What to Do Next
To configure this auto IP SLAs template for proactive threshold monitoring, see the “Adding Proactive Threshold Monitoring to a Template on the Source Device” section. Otherwise, see the “Configuring an Auto-Measure Group on the Source Device” section.
Adding Proactive Threshold Monitoring to a Template on the Source Device
Router(config)# snmp-server host 10.1.1.1 public syslog
(Optional) Sends traps to a remote host.
Required if thesnmp-serverenabletraps command is configured.
Step 10
exit
Example:
Router(config)# exit
Exits this configuration mode and goes to privileged EXEC mode.
Configuring an Auto-Measure Group on the Source Device
Before You Begin
Before configuring an auto-measure group, you must configure the auto
IP SLAs template, endpoint list, and scheduler to be specified for the
auto-measure group.
The following sample output shows the configuration of an auto-measure group (customergroup) for an ICMP echo operation as well as information about each operation that was created for each destination in the endpoint list (edgehosts-epl):
Router# show running-config
.
.
.
ip sla auto template type ip icmp-echo tmp-icmpecho
ip sla auto endpoint-list type ip edgehosts-epl
ip-address 10.1.1.1 port 6500
ip sla auto group type ip customergroup
schedule theschedule
template icmp-echo tmp-icmpecho
destination edgehosts-epl
ip sla auto schedule theschedule
start-time now
!
Router# show ip sla auto group
Group Name: customergroup
Description:
Activation Trigger: Immediate
Destination: edgehosts-epl
Schedule: theschedule
Measure Template: tmp-icmpecho(icmp-echo)
IP SLAs auto-generated operations of group customergroup
sno oper-id type dest-ip-addr/port
1 299389922 icmp-echo 10.1.1.1/NA
The period (.) between each variable is required and a period (.) is also required between each character in the
ASCII-value-for-each-character-in-the-name argument.
The following MIB strings are for configuring the template (tmp-icmpecho) in this example. See the table below for the appropriate values for each variable in the string.
Table 1 Values for MIB Strings to Create, Display, and Modify Configuration of Template
Variable
Value
Comments
MIBobject
cipslaIcmpEchoTmplRowStatus
Creates a template.
cipslaIcmpEchoTmplStorageType
Displays MIB string in running configuration.
cipslaIcmpEchoTmplTOS
Adds value for ToS to template.
length-of-name
12
To determine this value, count the number of characters in the name. The name of this template in this example is: tmp-icmpecho.
ASCII-value-for-each-character-in-name
116.109.108.45.105.99.109.112.101.99.104.111
To determine this value, replace each letter of the template name with its ASCII equivalent. Each of the ASCII characters must be separated by a period (.). The name of this template in this example is: tmp-icmpecho.
Example MIB Strings for Auto IP SLAs Endpoint List
The following example shows the MIB string for configuring an endpoint list (edgehosts-epl).
The Cisco IOS commands for configuring an endpoint list are:
ipslaautoendpoint-listtypeiptemplate-name
ip-addressip-addressportport
The syntax for the MIB string to configure an endpoint list is as follows:
The period (.) between each variable is required and a period (.) is also required between each character in the
ASCII-value-for-each-character-in-the-nameargument.
The following MIB string is for configuring an endpoint list (edgehosts-echo) with a destination IP address (10.1.1.1) and port (6500). See the table below for the appropriate values for each variable in the string
To determine this value, replace each letter of the name with its ASCII equivalent. Each of the ASCII characters must be separated by a period (.). The name of this endpoint list in this example is: edgehosts-echo.
type
1
Type is: IP.
number-of-octets-in-address
4
IPv4 address (10.101.101.1) has four octets.
destination-address
10.1.1.1
Standard URL.
destination-port
6500
Port number.
Example MIB Strings for Auto IP SLAs Scheduler
This example shows the MIB strings for configuring a scheduler (theschedule) with an immediate start time.
The Cisco IOS commands for configuring a scheduler are:
ipslaautoscheduleschedule-id
start-timenow
The syntax for the MIB string to create a scheduler is as follows:
The period (.) between each variable is required and a period (.) is also required between each character in the
ASCII-value-for-each-character-in-the-name argument.
The following MIB strings are for configuring the scheduler (theschedule) in this example. See the table below for the appropriate values for each variable in the string.
Table 3 Values for MIB Strings to Configure an Auto IP SLAs Scheduler
Variable
Value
Comments
MIBobject
cipslaAutoGroupSchedRowStatus
Creates a scheduler.
cipslaAutoGroupSchedStartTime
Configures start time.
length-of-name
11
To determine this value, count the number of characters in the name. The name of this scheduler in this example is: theschedule.
ASCII-value-for-each-character-in-name
116.104.101.115.99.104.101.100.117.108.101
To determine this value, replace each letter of the template name with its ASCII equivalent. Each of the ASCII characters must be separated by a period (.). The name of this template in this example is: theschedule.
Example MIB Strings for an Auto-Measure Group
This example shows the MIB strings for configuring an auto-measure group (customergroup).
The Cisco IOS commands for configuring a group are:
ipslaautogrouptypeipgroup-name
templateicmp-echotemplate-name
destinationtemplate-name
scheduleschedule-id
The syntax for the MIB string to configure a group is as follows:
The period (.) between each variable is required and a period (.) is also required between each character in the
ASCII-value-for-each-character-in-the-name argument.
Use the following MIB strings to configure the group (customergroup) in this example via SNMP. See the table below for the appropriate values for each variable in the string.
Table 4 Values for MIB Strings to Configure an IP SLAs Auto-Measure Group
Variable
Value
Comments
MIBobject
cipslaAutoGroupSchedRowStatus
Creates a group
cipslaAutoGroupOperType
Defines operation type for group.
cipslaAutoGroupOperTemplateName
Specifies a template.
cipslaAutoGroupDestEndPointName
Specifies an endpoint list
cipslaAutoGroupSchedulerId
Specifies a scheduler.
type
1
Type is: IP.
length-of-name
13
To determine this value, count the number of characters in the name. The name of this group in this example is: customergroup.
ASCII-value-for-each-character-in-name
99.117.115.116.111.109.101.114.71.114.111.117.112
To determine this value, replace each letter of the template name with its ASCII equivalent. Each of the ASCII characters must be separated by a period (.). The name of this group in this example is: customergroup.
Example Using SNMP Commands to Create an Auto IP SLAs Operation
The following example shows how to use SNMP commands to create the configuration in the preceding examples using the setany application:
setany -v2c <ipaddress> public cipslaIcmpEchoTmplStorageType.12.116.109.108.45.105.99.109.112.101.99.104.111 -i 3 \
No new or modified standards or RFCs are supported by this feature, and support for existing standards has not been modified by features in this document.
--
MIBs
MIB
MIBs Link
CISCO-IPSLA-VIDEO-MIB
CISCO-RTTMON-MIB
To locate and download MIBs for selected platforms, Cisco software releases, and feature sets, use Cisco MIB Locator found at the following URL:
The Cisco Support and Documentation website provides online resources to download documentation, software, and tools. Use these resources to install and configure the software and to troubleshoot and resolve technical issues with Cisco products and technologies. Access to most tools on the Cisco Support and Documentation website requires a Cisco.com user ID and password.
Feature Information for Auto IP SLAs in IP SLAs Engine 3.0
The following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to
www.cisco.com/go/cfn. An account on Cisco.com is not required.
Table 5 Feature Information for Auto IP SLAs in IP SLAs Engine 3.0
Feature Name
Releases
Feature Information
Cisco IOS IP SLAs Engine 3.0
15.1(1)T
Auto IP SLAs in Cisco IOS IP Service Level Agreements (SLAs) Engine 3.0 enables you to combine a template, endpoint list, and scheduler to easily configure multiple operations, including operations for proactive threshold monitoring, and provides auto registration which enables the source to discover the destination’s address for building an endpoint list.