How to setup Cisco IP SLA jitter monitors

Plixer Tools Allow Users to Solve Costly Network Problems
In this blog, Plixer International will help us outline what is involved when setting up IP SLA jitter monitors on Cisco routers. We will also discuss how to create IP SLA reports through SNMP using a typical SNMP trending tool. IP SLA VoIP Measurement Tools Maintaining a quality VoIP network is obtainable when appropriate monitors are put in place. An IP SLA Jitter Operation will enable the administrator to create several IP SLA measurement reports. These reports include but are not limited to: Jitter The IP SLA UDP jitter operation was primarily designed to diagnose network suitability for real-time traffic applications such as Voice over IP (VoIP), Video over IP, or real-time conferencing. Jitter means inter-packet delay variance. When multiple packets are sent consecutively from source to destination, (for example, 10 ms apart) and the network is behaving ideally, the destination should be receiving them 10 ms apart. If there are delays in the network (like queuing, arriving through alternate routes, and so on) the arrival delay between packets may be greater or less than 10 ms. Using this example, a positive jitter value indicates that the packets arrived greater than 10 ms apart. If the packets arrive 12 ms apart, then positive jitter is 2 ms; if the packets arrive 8 ms apart, then negative jitter is 2 ms. For delay-sensitive networks like VoIP, positive jitter values are undesirable, and a jitter value of 0 is ideal. Latency In a network, latency, a synonym for delay, is an expression of how much time it takes for a packet of data to get from one designated point to another. Packet Loss Packet loss is the discarding of data packets in a network when a device is overloaded and cannot accept any incoming data at a given moment. MOS The quality of transmitted speech is a subjective response of the listener. Each codec used for transmission of Voice over IP provides a certain level of quality. A common benchmark used to determine the quality of sound produced by specific codecs is MOS (Mean Opinion Score). With MOS, a wide range of listeners have judged the quality of voice samples sent using a particular codec, on a scale of 1 (poor quality) to 5 (excellent quality). The opinion scores are averaged to provide the mean for each sample. Note: MOS can only be accomplished with a jitter probe. ICPIF Score The ITU standard G.113 specifies how to measure voice quality. This method dictates the quality of voice calls by calculating the ICPIF (impairment/calculated planning impairment factor). IOS-based gateways calculate the ICPIF value for every call and log it as part of the CDR record. An ICPIF value of zero for a call is a perfect score. This is often the target for VoIP networks. The range for this score will be 0 to 55. Note: MOS and ICPIF scores only apply to IP SLA with VoIP CODECS included. IOS Version Warning Some IOS versions support IP SLA operations with slightly different navigation or methods of creation. The overall methods for creating IP SLA operations are the same. The administrator may need to use the “?” command to apply the correct commands for that IOS. Steps to Configure the IP SLA Responder: When setting up an IP SLA Jitter Responder, the destination router needs to be configured to respond to the source router initiating the communication. This step is necessary to generate values for SNMP performance trending. Enable IP SLA Responder:

InternetRouter2(config)#ip sla monitor responder
InternetRouter2(config)#exit

Verification of Responder Status:

InternetRouter2# show ip sla monitor responder

Configuring the IP SLAs Responder
View more details on responder configuration. Steps to configure Jitter IP SLA IP SLA Jitter Monitor # Availability Verification: Prior to creation, the administrator should verify that there are no other IP SLA Monitors scheduled with the same number. Existing IP SLA monitors can be viewed by entering the following command: Router# show ip sla monitor configuration

InternetRouter2#show ip sla configuration

Create Monitor: Once the administrator has identified an available number for the IP SLA Monitor, the creation of the Jitter IP SLA Monitor can be performed. Enter config mode and proceed with the following steps: Router (config)# ip sla monitor <1-2147483647>

InternetRouter2(config)#ip sla monitor 12

Specify Type:

Once the monitor has been created, it is necessary to specify what type of monitor is being used. In this case, a Jitter probe (i.e. operation/monitor).
A Jitter monitor is configured by entering the destination IP address and port number in the config below.
If MOS and ICPIF scores are required than a codec must be specified.
The advantage factor is a handicap that would account for normal degradation of communications and is required even if the value is zero.

View more information There are many type options for an administrator to use. The configuration below would provide measurable statistics for IP SLA reports. Router (config-sla-monitor)# type jitter dest-ipaddr

dest-port <1-65535> codec advantage-factor <0-20>
InternetRouter2(config-sla-monitor)#type jitter dest-ipaddr 10.10.10.10 dest-port 123456 codec g711alaw advantage-factor 0
Specify Tag: A tag must be specified to generate a description for SNMP performance trending. A typical description would be: “NY to CA Jitter” or “Core to Edge Jitter g711alaw codec” Router (config-sla-monitor-jitter)# tag
InternetRouter2(config-sla-monitor-jitter)#tag IP SLA VoIP Jitter Sanford to Somersworth g711alaw Codec
Specify Frequency: The frequency of this monitor should be 300 seconds or less. Giving this monitor a smaller time value is acceptable; keeping in mind that increased frequency will create more overhead for the router. Router(config-sla-monitor-jitter)# frequency <1-604800>
InternetRouter2(config-sla-monitor-jitter)#frequency 300
Specify Owner: The administrator of this IP SLA Monitor should document a contact or a group to notify if any questions arise. Router (config-sla-monitor-jitter)# owner
InternetRouter2(config-sla-monitor-jitter)#owner Raul Duran
Specify Type of Service: This line defines a type of service (ToS) byte in the IP header of an IP SLA operation. IP SLA Monitors emulate and keep statistics on traffic that is identical to the type of traffic the administrator needs to monitor. If the administrator needs to monitor traffic statistics that run through a specific QoS queue, it is necessary to specify the ToS value associated with that queue. If the ToS is not specified, the Jitter Operation will not include a QoS tag in the packet. The chart below is useful in determining which Diffserv or decimal to use for the ToS config line.
DiffServe Codepoints
Router (config-sla-monitor-http)# tos <0-255>
InternetRouter2(config-sla-monitor-http)#tos 32
Enabling IP SLA Jitter Monitor: The next step is to exit configuration mode and return to exec mode in order to Schedule the IP SLA operation. Router (config-sla-monitor-jitter)# exit
InternetRouter2(config-sla-monitor-jitter)#exit
Schedule the Monitor to Start: Once the monitor configuration has been completed it must now be enabled. There are many variations on how to schedule IP SLA monitors. For the purpose of creating dependable reports, the administrator should start the monitor upon completion and keep it running, until it is no longer needed. Router (config)# ip sla monitor schedule <1-2147483647> start-time now life forever
InternetRouter2(config)#ip sla monitor schedule 12 start-time now live forever
Verification of IP SLA Jitter Configuration: Once the IP SLA Monitor has been started, it will generate statistics on the first transaction between the source and destination. The administrator may run statistics on the new IP SLA monitor by entering: Router# show ip sla monitor configuration statistics <1-2147483647>
InternetRouter2# sh ip sla monitor statistics 12
Note: One way delay requires time synchronization between source and destination routers.
Round trip time
A successful implementation will result in RTT, latency, jitter, packet loss values and a MOS Score displayed with a number of successes greater than zero. If a MOS Score is not displayed then it will be necessary to review the jitter configuration to see if there is an error in the setup of this monitor by running: Router#show ip sla monitor configuration <1-2147483647>
InternetRouter2#sh ip sla monitor configuration 12
Editing or Removing an IP SLA Monitor: If the administrator finds a problem with the monitor or would like to make a change in the monitor, the monitor must be removed and then recreated by repeating the process outlined in this document. To remove an IP SLA Monitor the command below may be used: Router (config)# no ip sla monitor <1-2147483647>
InternetRouter2#no ip sla monitor 12
Troubleshooting IP SLAs: If problems persist, try verifying firewall configurations, access lists, or other networking issues that may be interfering in the process. The administrator should also make sure that the current IOS version supports these IP SLA Operations. Creating IP SLA Reports with Denika Performance Trender
Creating IP SLA Reports
Creating IP SLA Reports
Once the IP SLA Monitor has been successfully created and scheduled, the administrator can create IP SLA Performance Reports like those above with the Denika SNMP Performance Trender. Steps to create reports in Denika SNMP Performance Trender:
1. Download the free version.
2. Install Denika on a Windows server.
3. Log in to the web interface.
4. Click on the “discovery button” in the Admin Tools Tab.
5. Click on the “Single Device” button.
6. Enter the IP Address and the SNMP Community string for the router currently being configured for SLA Reporting. If the community string is not public the administrator may simply create a credential with the correct community string.
7. Click on the “View First” button and select the reports to be created. Follow the instructions on the screen if the reports options wanted are not listed.
8. Wait 10-15 minutes for the trends to show up and celebrate.
Marc Bilodeau
"Denika SNMP Performance Trender and Scrutinizer Flow Analyzer help businesses determine who is hogging network bandwidth and is an employee's traffic pattern normal," said Marc Bilodeau - CTO of Plixer International. Plixer recommends having the integration between Denika and Scrutinizer enabled.
If you would like assistance creating Reports in Denika, feel free to contact Plixer directly. View Cisco documentation on IP SLA VoIP Jitter and other IP SLA Operations.
View more Cisco How-To Tutorials
Contact Brad Reese
http://www.BradReese.Com Search 65,352 current Cisco Job openings worldwide.
  
Join the Network World communities on Facebook and LinkedIn to comment on topics that are top of mind.
Now read: Getting grounded in IoT