- Preface
- New and Changed Information
- IP SLAs Overview
- Configuring IP SLAs UDP Jitter Operations
- Configuring IP SLAs UDP Jitter Operations for VoIP
- Configuring IP SLAs UDP Echo Operations
- Configuring IP SLAs TCP Connect Operations
- Configuring a Multioperations Scheduler
- Configuring Proactive Threshold Monitoring for IP SLAs Operations
- Configuring IP SLA PBR Object Tracking
- Configuring IP SLAs DNS Operations
- Configuring IP SLAs ICMP Echo Operations
- UDP Echo Operation
- Guidelines and Limitations for UDP Echo Operations
- Configuring the IP SLAs Responder on the Destination Device
- Configuring a Basic UDP Echo Operation on the Source Device
- Configuring a UDP Echo Operation with Optional Parameters on the Source Device
- Scheduling IP SLAs Operations
- Configuration Example for a UDP Echo Operation
Configuring IP SLAs UDP Echo Operations
This chapter describes how to configure an IP Service Level Agreements (SLAs) User Datagram Protocol (UDP) Echo operation to monitor end-to-end response time between a Cisco switch and devices using IPv4. UDP echo accuracy is enhanced by using the IP SLAs Responder at the destination Cisco switch. This module also demonstrates how the results of the UDP echo operation can be displayed and analyzed to determine how a UDP application is performing.
This chapter includes the following sections:
- UDP Echo Operation
- Guidelines and Limitations for UDP Echo Operations
- Configuring the IP SLAs Responder on the Destination Device
- Configuring a Basic UDP Echo Operation on the Source Device
- Configuring a UDP Echo Operation with Optional Parameters on the Source Device
- Scheduling IP SLAs Operations
- Configuration Example for a UDP Echo Operation
UDP Echo Operation
The UDP echo operation measures end-to-end response time between a Cisco switch and devices using IP. UDP is a transport layer (Layer 4) Internet protocol that is used for many IP services. UDP echo is used to measure response times and test end-to-end connectivity.
In the following figure, Switch A is configured as an IP SLAs Responder and Switch B is configured as the source IP SLAs device.

The response time (round-trip time) is computed by measuring the time taken between sending a UDP echo request message from Switch B to the destination switch--Switch A--and receiving a UDP echo reply from Switch A. UDP echo accuracy is enhanced by using the responder at Switch A, the destination Cisco switch. If the destination switch is a Cisco switch, the IP SLAs Responder sends a UDP datagram to any port number that you specified. Using the IP SLAs Responder is optional for a UDP echo operation when using Cisco devices. The IP SLAs Responder cannot be configured on non-Cisco devices.
The results of a UDP echo operation can be useful in troubleshooting issues with business-critical applications by determining the round-trip delay times and testing connectivity to both Cisco and non- Cisco devices.
Guidelines and Limitations for UDP Echo Operations
Configuring CoPP for IP SLA Packets
When using IP SLA operations on a large scale, a specific CoPP configuration to allow the IP SLA packets to pass through might be needed. Since IP SLA uses user defined UDP ports, there is no way to allow all IP SLA packets to the control plane. However, you can specify each destination/source port that IP SLA can use.
For more information about the verified scalability of the number of IP SLA probes, see the Cisco Nexus 3000 Series NX-OS Verified Scalability Guide.
The following shows an example of a CoPP configuration that allows IP SLA packets to pass through. It assumes destination ports and source ports in the range of 6500-7000.
ip access-list copp-system-sla-allow
10 remark ### ALLOW SLA control packets from 1.1.1.0/24
20 permit udp 1.1.1.0/24 any eq 1967
30 remark ### ALLOW SLA data packets from 1.1.1.0/24 using ports 6500-7000
40 permit udp 1.1.1.0/24 any range 6500 7000
statistics per-entry
ip access-list copp-system-sla-deny
10 remark ### this is a catch-all to match any other traffic
20 permit ip any any
statistics per-entry
class-map type control-plane match-any copp-system-class-management-allow
match access-group name copp-system-sla-allow
class-map type control-plane match-any copp-system-class-management-deny
match access-group name copp-system-sla-deny
policy-map type control-plane copp-system-policy
class copp-system-class-management-allow
set cos 7
police cir 4500 kbps bc 250 ms conform transmit violate drop
class copp-system-class-management-deny
police cir 4500 kbps bc 250 ms conform drop violate drop
control-plane
service-policy input copp-system-policy
Matching the Netstack Port Range
IP SLA only accepts ports within the local netstack port range. The source and destination ports used in the probe's configuration must match the supported netstack ports on the SLA sender and the SLA responder.
You can use the show sockets local-port-range command to view the port range on the sender/responder.
The following is an example of viewing the netstack port range:
switch# show sockets local-port-range Kstack local port range (15001 - 22002) Netstack local port range (22003 – 65535)
Configuring the IP SLAs Responder on the Destination Device
If you are using the IP SLAs Responder, ensure that the networking device to be used as the responder is a Cisco device and that you have connectivity to that device through the network.
Configuring a Basic UDP Echo Operation on the Source Device
This section describes how to configure a basic UDP echo operation on the source.
![]() Note | 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. |
If you are using the IP SLAs Responder, ensure that you have completed the "Configuring the IP SLAs Responder on the Destination Device" section before you start this task.
Configuring a UDP Echo Operation with Optional Parameters on the Source Device
This section describes how to configure a UDP echo operation with optional parameters on the source device.
![]() Note | 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. |
If you are using an IP SLAs Responder in this operation, the responder must be configured on the destination device. See the "Configuring the IP SLAs Responder on the Destination Device" section.
Scheduling IP SLAs Operations
This section describes how to schedule IP SLAs operations.
To add proactive threshold conditions and reactive triggering for generating traps or for starting another operation, see the "Configuring Proactive Threshold Monitoring" section.
To view and interpret the results of an IP SLAs operation, use the show ip sla statistics command. Checking the output for fields that correspond to criteria in your service level agreement will help you determine whether the service metrics are acceptable.
Configuration Example for a UDP Echo Operation
This example shows how to configure an IP SLAs operation type of UDP echo that starts immediately and runs indefinitely:
ip sla 5 udp-echo 172.29.139.134 5000 frequency 30 request-data-size 160 tos 128 timeout 1000 tag FLL-RO ip sla schedule 5 life forever start-time now


Feedback