For Quick Testing with an issue present (Audio issues are occurring right now)
- Download and run WinMTR. See Download WinMTR Ping and Traceroute Tool .
- Run two simultaneous tests, one to google.com and one to the closest media server:
- India: 124.124.82.233
- Amsterdam: 64.95.100.100
- Brazil: 168.90.173.118
- Singapore: 117.20.40.201
- West Coast US: 192.84.16.2
- East Coast US: 8.28.0.2
- United Kingdom: 217.163.57.2
- Australia: 103.239.164.2
- Hong Kong: 103.252.162.2
- Run test for a minimum of 2 minutes and a maximum of 5 minutes.
- Stop the test and review the results.
- The latency and/or packet loss issue should be visible on both results.
- After interpreting the results, if the problem is outside the LAN, contact the ISP and report the latency and/or packet loss issue from the issue hop.
- If there is packet loss or high latency only to the 8x8 Data center the fragmentation test will need to be run from the Network Utility Download .
- If fragmentation fails the MTU may need to be adjusted on the LAN or the ISP is not supporting fragmentation on the route to 8x8. If the ISP is not supporting fragmentation on the route they will need to be contacted.
Example Bad WinMTR, issue from hop 2. Latency passes from hop 2 to destination (Google):
Longer-term Testing for Intermittent Issues
Download and run Pingplotter. See How to Use Ping Plotter for Network Troubleshooting .
Definitions and Tolerance Levels
Latency
This is the time it takes to move voice packets from the phone to 8x8 (and back). In general, this should not exceed 150ms in one direction to prevent deterioration of voice quality. NOTE: When part of the call travels over the public Internet (which introduces its own latency), the organization's internal network latency should be significantly less than 100ms.
Compensating for Latency
In most cases, latency is introduced by a congested network or a carrier issue. 8x8 suggests that you run PingPlotter or WinMTR (free 3rd party utilities) to get a better overall view of your network as well as a Buffer Bloat Test.
Jitter
Jitter is a variation in packet transit delay caused by queuing, contention and serialization effects on the path through the network. In general, higher levels of jitter are more likely to occur on either slow or heavily congested links. This is the variations in packet delay. As far as the source endpoint is concerned, the packets would be sent in a continuous stream. But since each packet may take a different route to its destination, network congestion or improper configuration can result in variations in packet delay. If the packets are not received in the same order or were dropped entirely on the way, this results in Jitter. Jitter that exceeds 40ms will cause severe voice quality issues. High levels of jitter is usually a consequence of slow speeds or congested networks.
Jitter Measurements
Jitter may be measured in a number of different ways, several of which are detailed in various IETF standards for RTP such as RFC 3550 and RFC 3611. Some of these methods are Mean packet to packet delay variation, Mean absolute packet delay variation, Packet delay variation histograms and Y.1541 IPDV Parameter.
Compensating for Jitter
The first thing to check is to verify the QoS settings of the company network. It is expected that the increasing use of "QoS" control mechanisms such as class-based queuing, bandwidth reservation and usage of higher speed links. If the QoS has not been configured or improperly set up, voice packets will not be receiving the proper priority. This will result in missed or discarded packets. Audio calls will then be subjected to high levels of jitter, degrading the voice quality. If the QoS settings are correct and network traffic is at its usual levels, there should not be any significant jitter.
Jitter buffers are not recommended, Although the size can be increased up to a point. Generally, they are only effective for delay variations of less than 100 ms and even then, deterioration in quality may be easily noticeable to users. There are various tools available that can be used by experts to isolate jitter sources and remove them. Therefore organizations should try to identify the sources of jitter on their networks instead of relying on jitter buffers.
Fragmentation
Fragmentation is a technique that divides a data packet into smaller data packets so that they can be sent through a network that can only transfer small data packets. Fragmentation occurs during network transmission. When these packets are received at their destination, they are reassembled to their original data packet size.
Supporting Fragmentation
In rare situations, signaling packets may become extremely large and require to be fragmented. If fragmentation is not supported there will be a loss of audio. 8x8 Recommends that Fragmentation be supported by all network equipment, including routers.
Packet Loss
Packet Loss is caused within routers. Errors in routers can, and will, occur if a router is overloaded. This will result in the router dropping packets; in IP telephony Packet loss is unacceptable. The performance of an IP call will suffer if a packet loss reaches more than 0.3 percent. Packet Delay can wreak havoc in a latency-sensitive application such as VoIP. Delays can be introduced in the data network due to router configuration, network capacity and performance and load on the equipment.
Tolerance Levels:
- Packet Loss: Less than 0.3
- Jitter Rate: Less than 20
- Latency: Less than 120 ms
Additional Information
What is Fragmentation?