Your Guide To Troubleshooting Voip: Network Instruments White Paper
Your Guide To Troubleshooting Voip: Network Instruments White Paper
Your Guide To Troubleshooting Voip: Network Instruments White Paper
www.networkinstruments.com
NETWORK INSTRUMENTS WHITE PAPER
While a jitter buffer can successfully mask mild delay and jitter problems, severe jitter can
overwhelm the jitter buffer, which results in packet loss (see below). Increasing the size of
the jitter buffer can help, but only to a point: A jitter buffer that increases overall round-trip
delay to 300 ms will make normal conversation difficult.
Packet Loss
As mentioned above, packet loss can be the result of the jitter buffer being overwhelmed.
Other reasons include landline media failure and poor wireless signal quality. The latter can
be a big problem with VoFi (Voice over WiFi) service. Regardless of the source, VoIP phones
and gateways attempt to conceal this type of signal degradation by duplicating packets to fill
in the missing data. As with jitter, these techniques can maintain voice quality only to a point.
Packet loss on data networks has long been characterized as a “bursty” phenomenon,
which is another way of saying “it never rains, it pours.” Networks tend to either sporadically
drop single packets (these periods are called “gaps” in packet loss), or large numbers of
contiguous packets in a “burst.” Packet loss concealment techniques typically have no
problem handling packet loss during gap periods; it is the sustained bursts you must watch
out for.
2
NETWORK INSTRUMENTS WHITE PAPER
To the IT administrator, managing VoIP quality is just another network task. This makes the
third approach (the “all-purpose” network monitoring tool) often the most practical choice.
But note that “VoIP support” means more than just decoding the packets of various VoIP
protocols; it also means being able to track and display network delay, jitter, and packet loss,
and to distill this information into overall quality scores, both per-call and in aggregate.
VoIP Call
Manager
Access Layer
Core Switch
West Coast
Office MPLS VoIP Call
Manager
Mesh
Core Switch
Access Layer
East Coast
Office
3
NETWORK INSTRUMENTS WHITE PAPER
Where to place probes on such a network depends on what you want or need to see. If you
need access to all local conversations on either coast, including both call setup and actual
voice data, use a SPAN session on the access layer switch to mirror VoIP traffic to the analyzer.
Assigning all VoIP traffic to a dedicated VLAN makes this fairly straightforward.
West Coast
Office
VoIP Call
Manager
Analyzer/
Probe
What you will not be able to see from this probe is any communications between the East
Coast and the call manager located on the West Coast.
If you are more interested in a coherent view of calls between the West Coast and East
Coast, including all call manager communications, use a SPAN session to mirror both the
uplink traffic between the core and MPLS mesh, and all traffic flowing to and from the call
manager. This will give you a coherent view of inter-office calls, along with all call manager
communications, both local and remote.
West Coast
Office
VoIP Call
Manager
“Observer wins
hands down.”
Christian Wilson,
Access Switch Network Administrator
Select Comfort
k& Upl VoIP Call
Uplin rts Core ink Manager
SPAN nager po Switch
Ma
Call
Analyzer/
Probe
4
NETWORK INSTRUMENTS WHITE PAPER
With a probe deployed in this manner, you will not be able to see the peer-to-peer voice
traffic between local phones. For complete coverage, connect probes to both the core and
access layers at each site. Another alternative is to deploy probes at the core 24/7/365,
monitoring the access layer with a portable analyzer or software probe only to troubleshoot
local call problems as needed.
If jitter is the problem, a good place to start is by comparing jitter levels against bandwidth
utilization to see if there is any correlation. The analysis shown below (taken from Network
Instruments’ Observer Expert) shows just such a correlation.
Station 1 to Station 2
Station 2 to Station 1
Bandwidth Utilization
As this scenario shows, such a link between spikes in bandwidth and jitter could mean it is
time to invest in more bandwidth, or time to put more controls on employee Internet usage
for applications such as streaming media and peer-to-peer file sharing unrelated to business.
If there isn’t an obvious correlation between jitter and bandwidth utilization, the depth of
data provided by an all-purpose network analysis and monitoring tool can help you dig
deeper for the correct diagnosis. For example, if VoIP traffic across an MPLS mesh is subject
to excessive jitter, it could be the result of “route flapping” on the service provider’s routers.
An analyzer can confirm and document this. Armed with the hard data provided by analysis,
you could then contact the service provider so they can address the problem. If delay across
the mesh exceeds the contractual obligations of the Service Level Agreement (SLA), the
provider may owe your organization some refunds for service failure, in addition to being
responsible for fixing the problem.
5
NETWORK INSTRUMENTS WHITE PAPER
Network Instruments’ VoIP Expert displays just such a diagram: simply right-click on any
call or connection stream. Because differing protocols dictate differing phone/call manager
interactions, some knowledge of the protocol is necessary for detailed troubleshooting. But “The Network
even if you lack a detailed knowledge of the protocol, the Connection Dynamics display Instruments tools
highlights which party isn’t responding, or which party is responding slowly. let me reconstruct
an entire VoIP
conversation and
hear it real-time.”
1
2 Picks up handset “This tool set allows
Call manager turns me to have eyes into a
on dialtone and
displays message
customer’s network.”
on IP phone
ohone A
3
Ivan McDuffie,
Dials number NEC Unified Solutions
4
Ringing IP phone B 5
Acknowledgement
that phone B is ringing
6
Picks up handset
7
Conversation begins
An example of a Connection Dynamics display showing a VoIP call using the SCCP protocol. It is
easy to see how such a diagram is essential to efficiently troubleshoot VoIP connection problems.
Better manage and troubleshoot VoIP across your network using Observer’s VoIP Expert,
available in Observer Expert and Observer Suite. Whether you’re interested in the big picture
or a specific conversation, Observer offers real-time statistics, Expert VoIP analysis, and
reports to help you address all levels of VoIP traffic.
6
NETWORK INSTRUMENTS WHITE PAPER
Evaluate Jitter
Observer’s VoIP Expert displays the statistical variance of packet arrival times, known as jitter,
measured in timestamp units or RTP time units.
Monitor VoWLAN
Observer’s VoIP enhancements are automatically available across multiple topologies, thanks
to the Network Instruments Distributed Network Analysis (NI-DNA™) architecture. Observer’s
VoIP Expert will monitor VoIP traffic even over wireless networks.
7
NETWORK INSTRUMENTS WHITE PAPER
8
NETWORK INSTRUMENTS WHITE PAPER
Delay The amount of time it takes a packet to reach its As with jitter, using automatic notifications to
destination. Whenever packets travel a network, actively manage levels of delay can prevent the
some delay is inevitable. For real-time telephone problem from escalating to the point where users
conversations, there is a one-way “delay budget” complain.
of approximately 150 ms.
Packet loss The percentage of packets that did not reach Sporadic packet loss is usually insignificant.
their destination. However, sustained bursts (see the next item) can
affect quality.
Bursts Periods characterized by high rates of packet loss. VoIP phones have no trouble masking a lost
The burst percentage is the percentage of time packet here and there by duplicating the
that the call experienced high-rate packet loss; previous packet or filling longer silences with
the burst density is the actual percentage rate of white noise. But users will notice sustained bursts.
packet loss during bursts. If VoIP traffic has been assigned proper QoS and
has enough bandwidth, the most likely culprit is
media failure.
Gaps Periods characterized by low rates of packet loss. Usually not significant, as packet loss
The gap percentage is the percentage of time concealment technologies are usually successful
that the call experienced low-rate packet loss; in masking the effects of low-level packet loss.
the gap density is the actual percentage rate of Contrast with bursts, described above.
packet loss during the gaps.
Average call setup/teardown An average of how long it is taking the call A spike in these statistics can indicate a problem
manager to open and close calls. with the call manager or its connectivity to the
network.
Codec The compression/decompression method that Different codecs are capable of different levels of
was used for the call. quality sound reproduction. Higher compression
comes at the cost of lower quality, but may be
necessary given the bandwidth available to the
call. If it seems as if the codecs in use are using
more compression than necessary (or not enough)
given the amount of bandwidth available, perhaps
the VoIP phones can be reconfigured to use a
different codec.
Mean Opinion Score (MOS) Starting with a theoretical perfect score of 5 These are useful as quick overall indicators of VoIP
(excellent), impairment factors such as codec, health. If the average MOS falls below 3.5, or the
delay, jitter, and packet loss are used to calculate average R-factor falls below 80, it’s likely that you
how a typical user would rate have more than a few dissatisfied users. If you
voice quality. see these statistics trending downward, it’s time
to examine more detailed analysis to determine
R-factor Similar to MOS, this scale ranges from 1-100. what is going wrong.
Corporate Headquarters
Network Instruments, LLC • 10701 Red Circle Drive • Minnetonka, MN 55343 • USA
toll free (800) 526-7919 • telephone (952) 358-3800 • fax (952) 358-3801
www.networkinstruments.com
© 2007 Network Instruments, LLC. All rights reserved. Network Instruments, Observer, GigaStor, NI-DNA, and all associated logos are trademarks or registered trademarks of Network Instruments, LLC.
All other trademarks, registered or unregistered, are sole property of their respective owners. October 2007 9