This module describes how to configure an IP Service Level Agreements (SLAs) for Metro-Ethernet to gather network performance metrics in service-provider Ethernet networks. Available statistical measurements for the IP SLAs Ethernet operation include round-trip time, jitter (interpacket delay variance), and packet loss.
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 for Metro-Ethernet
It is recommended that the IEEE 802.1ag standard is supported on the destination devices in order to obtain complete error reporting and diagnostics information.
Restrictions for IP SLAs for Metro-Ethernet
Memory and performance may be impacted for a given Ethernet CFM maintenance domain and Ethernet Virtual Circuit (EVC) or VLAN that has a large number of maintenance endpoints (MEPs).
The IP SLAs for Metro-Ethernet integrates IP SLAs with the Ethernet Connectivity Fault Management (CFM) feature. Ethernet CFM is an end-to-end per-service-instance Ethernet-layer operation, administration, and management (OAM) protocol.
The IP SLAs for Metro-Ethernet feature provides the capability to gather statistical measurements by sending and receiving Ethernet data frames between Ethernet CFM maintenance endpoints (MEPs). The performance metrics for IP SLAs Ethernet operations are measured between a source MEP and a destination MEP. Unlike existing IP SLAs operations that provide performance metrics for the IP layer, the IP SLAs Ethernet operation provides performance metrics for Layer 2.
IP SLAs Ethernet operations may be configured using the command-line interface (CLI) or Simple Network Management Protocol (SNMP).
You can manually configure individual Ethernet ping or Ethernet jitter operations by specifying the destination MEP identification number, name of the maintenance domain, and EVC or VLAN identifier or port level option.
You also have the option to configure an IP SLAs auto Ethernet operation (ping or jitter) that will query the Ethernet CFM database for all maintenance endpoints in a given maintenance domain and EVC or VLAN. When an IP SLAs auto Ethernet operation is configured, individual Ethernet ping or Ethernet jitter operations are automatically created based on the MEPs that were discovered. A notification mechanism exists between the IP SLAs and Ethernet CFM subsystems to facilitate the automatic creation of Ethernet ping or Ethernet jitter operations for applicable MEPs that are added to a given maintenance domain and EVC or VLAN while an auto Ethernet operation is running.
The IP SLAs for Metro-Ethernet feature supports multioperation scheduling of IP SLAs operations and proactive threshold violation monitoring through SNMP trap notifications and syslog messages.
Statistics Measured by the IP SLAs Ethernet Operation
The network performance metrics supported by the IP SLAs Ethernet operation is similar to the metrics supported by existing IP SLAs operations. The statistical measurements supported by the IP SLAs Ethernet jitter operation include the following:
Jitter (source-to-destination and destination-to-source)
Round-trip time latency
Unprocessed packets
Packet loss (source-to-destination and destination-to-source)
Out-of-sequence, tail-dropped, and late packets
How to Configure IP SLAs for Metro-Ethernet
Note
There is no need to configure an IP SLAs responder on the destination device.
Device# show ip sla ethernet-monitor configuration 1
(Optional) Displays configuration settings for all IP SLAs auto Ethernet operations or a specified auto Ethernet 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.
Manually Configuring an IP SLAs Ethernet Ping or Jitter Operation on the Source Device
SUMMARY STEPS
1.enable
2.configureterminal
3.ipslaoperation-number
4.ethernetechompidmp-iddomaindomain-name{evcevc-id |
port |
vlanvlan-id}
5.ethernetjittermpidmp-iddomaindomain-name{evcevc-id |
port |
vlanvlan-id} [intervalinterframe-interval] [num-framesframes-number]
6.coscos-value
7.frequencyseconds
8.historyhistory-parameter
9.ownerowner-id
10.request-data-sizebytes
11.tagtext
12.thresholdmilliseconds
13.timeoutmilliseconds
14.end
15.showipslaconfiguration [operation-number]
16.showipslaapplication
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
ipslaoperation-number
Example:
Device(config)# ip sla 1
Begins configuration for an IP SLAs operation and enters IP SLA configuration mode.
Step 4
ethernetechompidmp-iddomaindomain-name{evcevc-id |
port |
vlanvlan-id}
For a jitter operation only: Configures the IP SLAs operation as an Ethernet jitter operation and enters Ethernet jitter configuration mode.
Note
Depending on your release, the
evc evc-id keyword and argument combination may not be available for this command.
Step 6
coscos-value
Example:
Device(config-ip-sla-ethernet-echo)# cos 2
(Optional) Sets the class of service for an IP SLAs Ethernet operation.
Note
For this and the remaining steps, the configuration mode shown in the example is for configuring an Ethernet echo operation. However, the commands are the same in the Ethernet jitter configuration mode.
Step 7
frequencyseconds
Example:
Device(config-ip-sla-ethernet-echo)# frequency 30
(Optional) Sets the rate at which a specified IP SLAs operation repeats.
Step 8
historyhistory-parameter
Example:
Device(config-ip-sla-ethernet-echo)# history hours-of-statistics-kept 3
(Optional) Specifies the parameters used for gathering statistical history information for an IP SLAs operation.
Step 9
ownerowner-id
Example:
Device(config-ip-sla-ethernet-echo)# owner admin
(Optional) Configures the Simple Network Management Protocol (SNMP) owner of an IP SLAs operation.
(Optional) Sets the amount of time an IP SLAs operation waits for a response from its request packet.
Step 14
end
Example:
Device(config-ip-sla-ethernet-echo)# end
Exits to privileged EXEC mode.
Step 15
showipslaconfiguration [operation-number]
Example:
Device# show ip sla configuration 1
(Optional) Displays configuration values including all defaults for all IP SLAs operations or a specified operation.
Step 16
showipslaapplication
Example:
Device# show ip sla application
(Optional) Displays global information about supported IP SLAs features.
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.
Scheduling IP SLAs Operations
Note
All IP SLAs operations to be scheduled must be already configured.
The frequency of all operations scheduled in an operation group must be the same unless you are enabling the random scheduler option for a multioperation scheduler.
Device(config)# ip sla ethernet-monitor schedule 10 schedule-period 60 start-time now
Device(config)# ip sla schedule 1 start-time now life forever
Device(config)# ip sla group schedule 1 3,4,6-9
The first example shows how to configure scheduling parameters for an IP SLAs auto Ethernet operation.
The second example shows how to configure the scheduling parameters for an individual IP SLAs operation.
The third example shows how to specifiy an IP SLAs operation group number and range of operation numbers to be scheduled for a multioperation scheduler.
Step 4
exit
Example:
Device(config)# exit
Exits to the privileged EXEC mode.
Step 5
showipslagroupschedule
Example:
Device# show ip sla group schedule
(Optional) Displays the IP SLAs group schedule details.
Step 6
showipslaconfiguration
Example:
Device# show ip sla configuration
(Optional) Displays the IP SLAs configuration details.
Troubleshooting Tips
Use the debugipslatrace and debugipslaerror commands to help troubleshoot issues with an individual IP SLAs Ethernet ping or Ethernet jitter operation. Use the debugipslaethernet-monitor command to help troubleshoot issues with an IP SLAs auto Ethernet 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.
operation)
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 for Metro-Ethernet
Example IP SLAs Auto Ethernet Operation with Endpoint Discovery
The following examples shows the operation parameters, proactive threshold monitoring, and scheduling options for an IP SLAs auto Ethernet operation. In Configuration A, operation 10 is configured to automatically create IP SLAs Ethernet ping operations for all the discovered maintenance endpoints in the domain named testdomain and VLAN identification number 34. In Configuration B, operation 20 is configured to automatically create IP SLAs Ethernet ping operations for all the discovered maintenance endpoints in the domain named testdomain and EVC identified as testevc. In both configurations, the proactive threshold monitoring configuration specifies that when three consecutive connection loss events occur, an SNMP trap notification should be sent. The schedule period for operation 10 and operation 20 is 60 seconds, and both operations are scheduled to start immediately.
Configuration A
ip sla ethernet-monitor 10
type echo domain testdomain vlan 34
!
ip sla ethernet-monitor reaction-configuration 10 react connectionLoss threshold-type consecutive 3 action-type trapOnly
!
ip sla ethernet-monitor schedule 10 schedule-period 60 start-time now
Configuration B
ip sla ethernet-monitor 20
type echo domain testdomain evc testevc
!
ip sla ethernet-monitor reaction-configuration 20 react connectionLoss threshold-type consecutive 3 action-type trapOnly
!
ip sla ethernet-monitor schedule 20 schedule-period 60 start-time now
Example Individual IP SLAs Ethernet Ping Operation
The following example show the configuration for an IP SLAs Ethernet ping operation. In Configuration C, the maintenance endpoint identification number is 23, the maintenance domain name is testdomain, and the VLAN identification number is 34. In Configuration D, the maintenance endpoint identification number is 23, the maintenance domain name is testdomain, and the EVC is identified as testevc. In both configurations, the proactive threshold monitoring configuration specifies that when three consecutive connection loss events occur, an SNMP trap notification should be sent. Operation 1 and operation 5 are scheduled to start immediately.
Configuration C
ip sla 1
ethernet echo mpid 23 domain testdomain vlan 34
!
ip sla reaction-configuration 1 react connectionLoss threshold-type consecutive 3 action-type trapOnly
!
ip sla schedule 1 start-time now
Configuration D
ip sla 5
ethernet echo mpid 23 domain testdomain evc testevc
!
ip sla reaction-configuration 5 react connectionLoss threshold-type consecutive 3 action-type trapOnly
!
ip sla schedule 5 start-time now
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 IP SLAs for Metro-Ethernet
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 IP SLAs for Metro-Ethernet
Feature Name
Releases
Feature Information
IP SLAs for Metro-Ethernet
12.2(33)SB
12.2(33)SRB
12.2(33)SXI
12.4(20)T
Cisco IOS XE Release 2.1
15.0(1)S
The IP Service Level Agreements (SLAs) for Metro-Ethernet feature provides the capability to gather Ethernet-layer network performance metrics. Available statistical measurements for the IP SLAs Ethernet operation include round-trip time, jitter (interpacket delay variance), and packet loss.
IP SLAs Metro-Ethernet 2.0 (EVC)
12.2(33)SRD
15.0(1)S
12.2(50)SY
Support for Ethernet Virtual Circuits (EVCs) was added.
IP SLAs Metro-Ethernet 3.0 (CFM d8.1)
12.3(33)SRE
15.0(1)S
Cisco IOS XE Release 3.5S
Support for the Standards Based EOAM Performance Monitoring CFM base feature was added.
In Cisco IOS XE Release 3.5S, support was added for the Cisco ASR 903 Router.