This module describes how to configure and schedule an IP Service Level Agreements (SLAs) multicast UDP jitter operation for measuring and reporting statistics such as one way latency, jitter, and packet loss for each multicast receiver in a user-specified multicast group. .
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 IP SLAs Multicast Support
Time synchronization, such as that provided by Network Time Protocol (NTP), is required between the source and the target device in order to provide accurate one-way delay (latency) measurements. To configure NTP on the source and target devices, perform the tasks in the "Performing Basic System Management" chapter of the
Network Management Configuration Guide. Time synchronization is not required for the one-way jitter and packet loss measurements. However, if the time is not synchronized between the source and target devices, one-way jitter and packet loss data will be returned, but values of "0" will be returned for the one-way delay measurements provided by the UDP jitter operation.
All devices must be part of the same VRF in order for IP SLAs multicast operations to succeed.
The devices on which the responder and probe are to configured must both be running Cisco software images that support the IP SLAs Multicast Support feature. Before configuring any IP SLAs application, use the
show ip sla application command to verify that the operation type is supported on your software image.
Restrictions for IP SLAs Multicast Support
The multicast UDP Jitter operation can provide only One Way (OW) data.
Information About IP SLAs Multicast Support
Multicast UDP Jitter Operations
A multicast UDP jitter operation measures and reports statistics, such as one way latency, jitter, and packet loss, for each multicast receiver in a user-specified multicast group. Multicast UDP jitter operations enable you to perform the following tasks:
Analyze and evaluate the performance of a multicast network after deploying a new multicast network application or implementing new multicast-based protocols on the network.
Check the network behavior for multicast before actually utilizing the multicast network for an important event.
Take a proactive approach to monitoring a network to isolate possible problem areas.
The sender in a multicast UDP jitter operation sends UDP packets at a specified interval from the source device to a multicast IP address. During the initial configuration, a specified endpoint list provides a list of all the responders to be contacted for a given multicast operation. The multicast subsystem sends a unicast control packet to each of the multicast receivers in the endpoint list, utilizing the unicast path. A control message is sent to each receiver so that it can join the multicast group.
The IP SLAs multicast responder on the multicast receiver receives the UDP packets and records the time-stamp data.
A list of valid responders that have completed a successful IGMP join is maintained on the sender side. Once the responder list is received, multicast packet generation can proceed.
Because all multicast traffic is one way, from sender on the source to responder on the receiver, each responder that is part of the operation is responsible for performing local calculations and for storing the statistics. The statistics are sent back to the sender to be displayed at the end of each cycle of the operation (after all packets have been transmitted to the responder). Because the responder does not maintain a history of the statistics, and also releases all associated memory after sending the information to the sender, each scheduled operation (based on the frequency) is considered a new operation by the multicast responder, with no relationship to the previous one.
Multicast UDP jitter operations are supported in IPv4 networks.
How to Configure IP SLAs Multicast Support
Configuring the IP SLAs Responder on the Destination Device
Note
A responder should not configure a permanent port for the same sender. If the responder configures a 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.
SUMMARY STEPS
1.enable
2.configureterminal
3.Do one of the following:
ipslaresponder
ipslaresponderudp-echoipaddressip-addressportport
4.exit
DETAILED STEPS
Command or Action
Purpose
Step 1
enable
Example:
Device> enable
Enables privileged EXEC mode.
Enter your password if prompted.
Step 2
configureterminal
Example:
Device# configure terminal
Enters global configuration mode.
Step 3
Do one of the following:
ipslaresponder
ipslaresponderudp-echoipaddressip-addressportport
Example:
Device(config)# ip sla responder
Example:
Device(config)# ip sla responder udp-echo ipaddress 172.29.139.132 port 5000
(Optional) Temporarily enables IP SLAs Responder functionality on a Cisco device in response to control messages from the source.
(Optional) Required only if protocol control is disabled on the source. Enables IP SLAs responder functionality on the specified IP address and port.
Protocol control is enabled by default.
Step 4
exit
Example:
Device(config)# exit
(Optional) Exits global configuration mode and returns to privileged EXEC mode.
Creating a List of Multicast Responders on the Source Device
Before You Begin
All responders to be added to the endpoint list (of responders) must first be configured on the destination device. For configuration information, see the "Configuring an IP SLAs Responder on the Destination Device" section.
Device(config)# ip sla endpoint-list type ip mcast-rcvrs
Begins configuring an endpoint list and enters endpoint-list configuration mode.
Step 4
descriptiondescription
Example:
Device(config-epl)# description list of receivers
(Optional) Adds descriptive text to the template being configured.
Step 5
ip-addressaddress[-address|,...,address]
portport
Example:
Device(config-epl)# ip-address 10.1.1.1-13 port 6500
Adds the IPv4 or IPv6 address of a multicast responder to the endpoint list being configured.
Repeat this command until all desired addresses are configured.
Use the
no from of this command to modify the endpoint list by removing one or more addresses.
Step 6
end
Example:
Device(config-epl)# end
Returns to privileged EXEC mode.
Step 7
showipsla endpoint-list [typeip [template-name]]
Example:
Device# show ip sla endpoint-list type ip mcast-rcvrs
(Optional) Displays the configuration of the endpoint list.
Configuring Multicast UDP Jitter Operations
Note
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. Therefore, the following commands are not supported for UDP jitter operations:
historybuckets-kept,
historyfilter,
historylives-kept,
samples-of-history-kept, and
showipslahistory.
The MIB used by IP SLAs (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-statisticshours global configuration change will not increase the value beyond two hours. However, the Data Collection MIB can be used to collect historical data for the operation. For information, see the CISCO-DATA-COLLECTION-MIB at
http://www.cisco.com/go/mibs).
(Optional) Allows monitoring within Multiprotocol Label Switching (MPLS) VPNs using IP SLAs operations.
Step 22
end
Example:
Device(config-ip-sla-multicast-jitter-oper)# end
Returns to privileged EXEC mode.
Step 23
showipslaconfiguration [operation-number]
Example:
Device# show ip sla configuration 10
(Optional) Displays configuration values including all defaults for all IP SLAs operations or a specified operation.
Scheduling IP SLAs Operations
Note
All IP SLAs operations to be scheduled must be already configured.
The frequency of all operations scheduled in a multioperation group must be the same.
The list of one or more operation ID numbers to be added to a multioperation group is limited to a maximum of 125 characters in length, including commas (,).
Device(config)# ip sla schedule 10 life forever start-time now
Example:
Device(config)# ip sla group schedule 1 3,4,6-9 life forever start-time now
Configures the scheduling parameters for an individual IP SLAs operation.
Specifies an IP SLAs operation group number and the range of operation numbers for a multioperation scheduler.
Step 4
exit
Example:
Device(config)# exit
Exits to privileged EXEC mode.
Step 5
showipslagroupschedule
Example:
Device# show ip sla group schedule
(Optional) Displays IP SLAs group schedule details.
Step 6
showipslaconfiguration
Example:
Device# show ip sla configuration
(Optional) Displays IP SLAs configuration details.
Troubleshooting Tips
If the IP SLAs operation is not running and not generating statistics, add the
verify-data command to the configuration of the operation (while configuring in IP SLA configuration mode) to enable data verification. When data verification is enabled, each operation response is checked for corruption. Use the
verify-data command with caution during normal operations because it generates unnecessary overhead.
Use the
debugipslatrace and
debugipslaerror commands to help troubleshoot issues with an IP SLAs operation.
What to Do Next
To add proactive threshold conditions and reactive triggering for generating traps (or for starting another operation) to an IP SLAs operation, see the “Configuring Proactive Threshold Monitoring” section.
To display and interpret the results of an IP SLAs operation, use the
showipslastatistics command. Check the output for fields that correspond to criteria in your service level agreement to determine whether the service metrics are acceptable.
Configuration Examples for IP SLAs Multicast Support
Example: Multicast UDP Jitter Operation
Device# show ip sla endpoint-list
Endpoint-list Name: multicast
Description:
ip-address 192.0.2.1 port 1111
ip-address 192.0.2.2 port 2222
ip-address 192.0.2.3 port 3333
Device# show ip sla configuration 22
IP SLAs Infrastructure Engine-III
Entry number: 22
Owner:
Tag:
Operation timeout (milliseconds): 5000
Type of operation to perform: udp-jitter
Target address/Source address: 224.1.1.1/0.0.0.0
Target port/Source port: 2460/0
Type Of Service parameter: 0x0
Request size (ARR data portion): 32
Packet Interval (milliseconds)/Number of packets: 20/10
Verify data: No
Vrf Name:
Control Packets: enabled
Schedule:
Operation frequency (seconds): 60 (not considered if randomly scheduled)
Next Scheduled Start Time: Pending trigger
Group Scheduled : FALSE
Randomly Scheduled : FALSE
Life (seconds): 3600
Entry Ageout (seconds): never
Recurring (Starting Everyday): FALSE
Status of entry (SNMP RowStatus): notInService
Threshold (milliseconds): 5000
Distribution Statistics:
Number of statistic hours kept: 2
Number of statistic distribution buckets kept: 1
Statistic distribution interval (milliseconds): 20
Enhanced History:
sno oper-id dest-ip-addr !<---Responders in endpoint list: multicast
1 976271337 192.0.2.1
2 1632881300 192.0.2.2
3 2138021658 192.0.2.3
Additional References for IP SLAs Multicast Support
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.
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 1 Feature Information for IPSLA Multicast Support
Feature Name
Releases
Feature Information
IPSLA Multicast Support
15.2(4)M
15.3(1)S
Cisco IOS XE Release 3.8S
15.1(2)SG
Cisco IOS XE Release 3.4SG
This feature introduced the multicast UDP jitter operation for measuring and reporting statistics such as one way latency, jitter, and packet loss for each multicast receiver in a user-specified multicast group.
The following commands were introduced or modified:clock-tolerance ntp oneway,
control (IP SLA),
dscp (IP SLA),
history distributions-of-statistics-kept,
history enhanced,
history hours-of-statistics-kept, ip-address (endpoint list),
operation-packet priority,
owner,
precision,
show ip sla application,
show ip sla configuration,
show ip sla endpoint-list,
show ip sla statistics,
show ip sla statistics aggregated,
tag (IP SLA),
timeout (IP SLA),
tos,
tree-init,
udp-jitter,
verify-data (IP SLA),
vrf.