Skip to main content

Got VoIP? Then Monitor These Key Network Metrics

How jitter, latency, and packet loss impact VoIP quality of service
Patrick Carey

Chances are you either have already or are contemplating replacing your old POTS/PBX telephone system with some flavor of Voice of IP (VoIP). With so many solutions available, you may even be thinking about going beyond a simple phone system replacement and upgrading to a rich unified communications suite, complete with real-time voice, video, screen sharing, and collaborative document editing.

The good news is that you don’t even need to have a seven-figure IT budget to get all these features. Pay-as-you-go SaaS offerings like Skype for Business, GoToMeeting, join.me, BlueJeans, WebEx and others have put unified communications in reach of every organization. But before you cut the phone cord you need to understand how your network performance (or lack thereof) can make or break your user experience and productivity with these tools.

Quality of Service Metrics for Unified Communications

We’ve all suffered through live meetings or VoIP calls where the audio and/or video was bad. A few extra seconds in a webpage load might go unnoticed but when audio and video is choppy, delayed, or has gaps, it can be excruciating.

To ensure Quality of Service (QoS) for VoIP and unified communications you need monitor and manage three basic network metrics:

Latency – how much time it takes for data packets to get from one designated point to another.

Jitter – the variation in in latency over time.

Packet Loss – the percentage of packets that never reach their intended destination.

Let’s take a quick look at the effects, root causes, and remediation techniques for each metric.

Latency

Ever been on a conference call with somebody in an adjacent office or cubicle? You end up hearing everything they say twice, first directly from them and (hopefully) through your headset or speakers a short time later. That’s latency. There’s always some, but when the round trip latency goes above about 250ms we start to notice it – awkward pauses and people talking over each other. Some latency is out of your control (e.g. for calls that traverse the internet), but you should aim for internal network latency levels of less than 150ms.

Latency problems are usually the result in packet handling and queuing delays; essentially packets get bogged down at your network nodes, either because the network is not configured to expedite delivery of VoIP/UC traffic or there is insufficient bandwidth.

Jitter

Most VoIP/UC solutions employ packet buffers to compensate for some amount of jitter, so it’s often not as easy to detect problems on calls. High jitter rates (i.e. large fluctuations in latency) will often result in dropped packets and gaps and audio/video transmission. In general, you want to have internal network jitter of less than 100ms. Jitter beyond that level will result in additional transmission delay (from the buffer processing) and potentially packet loss. Jitter is also often a sign of networks not configured to prioritize VoIP/UC packets.

Packet Loss

VoIP is highly susceptible to packet loss. Even a 1% packet loss will noticeably affect most real time protocol (RTP) codecs. VoIP/UC clients will recover the best they can but the user experience will be very poor, resulting in lost productivity, aborted calls, and sometimes headsets that are smashed to bits in a fit of rage.

Packet loss is often the a symptom of latency/jitter issues, but is often the result of network misconfigurations, insufficient bandwidth, or simply network equipment that is not up to the task of handling the increased demands of real time communication and collaboration.

Getting Ready for VoIP

To get ahead of these problems, you need to implement a monitoring and remediation plan early, ideally before you deploy these IP communications solution widely. This plan should include the following:

Baseline Testing and Ongoing Monitoring – You can’t fix what you don’t see. It’s a good idea to run some diagnostics/synthetic point-to-point tests within your network to measure baseline latency, jitter, and packet loss metrics so you can see how well your network is configured today. However, it’s also important that you continue to monitor these metrics as you scale your VoIP/UC deployment so you don’t get blindsided as users come online.

Network Configuration Improvements – Your existing network equipment may support higher VoIP QOS but require configuration changes to do so. Configuring to prioritize VoIP traffic will improve both latency and jitter. Bandwidth reservation, policy-based network management, Type of Service, Class of Service, and Multi-Protocol Label Switching (MPLS) are techniques generally used for prioritizing VoIP traffic.

Network Equipment Upgrades – It may be time to replace older and less capable network equipment. High quality VoIP routers will have a significant impact on these issues and are a must if you are using VoIP as a complete replacement to your legacy phone system. In addition you should consider upgrading your internet connection. You’ll be needing more speed and bandwidth going forward.

With a solid monitor, reconfigure, and upgrade plan in place your users will have fewer call problems and you’ll have few mangled headsets to replace.

Patrick Carey is VP Product Management & Marketing at Exoprise.

The Latest

Two years ago, almost every customer conversation about AI started with the same questions: Which model should we use? What can it do? Is it ready for the enterprise? Today, those discussions have moved on. CIOs are far more interested in how to govern AI, integrate it with existing systems, prepare their workforce and make it part of everyday operations. The challenge is no longer to prove that AI can deliver value. It's instead about how to embed AI into the business in a way that's secure, scalable and delivers measurable outcomes ...

 

Two things happened to production incidents between 2023 and now, and they did not happen at the same speed. The first is that a class of dependency that barely existed three years ago now accounts for one incident in ten. Incidents disclosed by AI model and AI application providers rose from 1.7% of all disclosed unplanned incidents in 2023 to 10.7% in 2026 year to date, roughly a sixfold rise; that counts only incidents at AI companies themselves, so the true share is higher. The second is that the time to close an incident has not come down ...

When an AI assistant gives an incomplete or incorrect answer, teams often blame the model. They adjust prompts, switch models, increase context windows or test a new retrieval strategy. However the model may not be a problem. In many enterprise AI workflows, the problem begins inside the document-ingestion pipeline ...

If you talk to any security or observability teams right now, they're all fighting the same fire: their tooling was built to ingest X, but their sources are pumping Y and soon to be doing Z. The knee-jerk reaction is always the same: we need more platform. However, this reaction is wrong. Let me explain why, because the solution to this problem is foundational, not financial. Instead of hurling yet more money at the problem, make sure you've done what's needed upstream ...

Rapid AI adoption and the unique ways AI workloads operate is redefining the scope and structure of what these teams must deliver. This shift is forcing organizations to rethink how they manage scale, automation, and control, according to The State of SRE and Platform Engineering 2026, a new report from Dynatrace ...

AI is usually talked about as a software tool, but it also depends heavily on the network behind it. Whether a company is using AI for chatbots, automation, monitoring, analytics, or employee support, all of that information has to move across the network in a reliable and secure way. That means AI is not just an application decision. It is also an infrastructure decision. Before organizations rush into AI, they should ask a simple question: Is our network ready to support it? ...

Enterprise AI often lacks governed access to where business processes actually execute. Without that access, AI agents may be able to reason, but they cannot operate reliably across enterprise workflows. For AI agents to effectively carry out workflows, they will require integration-layer context and controls. Organizations can implement these prerequisites by providing AI with managed access to the middleware layer ...

Enterprise networks rarely behave the same way for very long. A routing adjustment in one region may unexpectedly alter application performance in another. A cloud migration may introduce hidden dependencies that go unnoticed until an outage occurs. All the while, the network is managed by several different teams, each of whom use different tool sets — and as a result, have different views of the network ... There’s usually an engineer who remembers why traffic fails over a certain way between sites, or which transparent firewall was added where. The problem is that human memory cannot scale alongside enterprise-scale networks ...

Ask an infrastructure team how confident they are in their ability to govern AI, and most will tell you they've got it handled. A recent survey of 406 IT decision-makers and platform engineering leaders found 86% expressing exactly that confidence. Ask the same group whether they have a formal written AI governance policy, and the number drops to 30%, according to Spacelift's Infrastructure Automation Report ...

In MEAN TIME TO INSIGHT Episode 27, Shamus McGillicuddy, EMA VP of Research, Network Infrastructure and Operations, and Parker Hathcock, EMA Research Director covering IT Service/Operations (ServiceOps), discuss observability unification in modern IT operations ... 

Got VoIP? Then Monitor These Key Network Metrics

How jitter, latency, and packet loss impact VoIP quality of service
Patrick Carey

Chances are you either have already or are contemplating replacing your old POTS/PBX telephone system with some flavor of Voice of IP (VoIP). With so many solutions available, you may even be thinking about going beyond a simple phone system replacement and upgrading to a rich unified communications suite, complete with real-time voice, video, screen sharing, and collaborative document editing.

The good news is that you don’t even need to have a seven-figure IT budget to get all these features. Pay-as-you-go SaaS offerings like Skype for Business, GoToMeeting, join.me, BlueJeans, WebEx and others have put unified communications in reach of every organization. But before you cut the phone cord you need to understand how your network performance (or lack thereof) can make or break your user experience and productivity with these tools.

Quality of Service Metrics for Unified Communications

We’ve all suffered through live meetings or VoIP calls where the audio and/or video was bad. A few extra seconds in a webpage load might go unnoticed but when audio and video is choppy, delayed, or has gaps, it can be excruciating.

To ensure Quality of Service (QoS) for VoIP and unified communications you need monitor and manage three basic network metrics:

Latency – how much time it takes for data packets to get from one designated point to another.

Jitter – the variation in in latency over time.

Packet Loss – the percentage of packets that never reach their intended destination.

Let’s take a quick look at the effects, root causes, and remediation techniques for each metric.

Latency

Ever been on a conference call with somebody in an adjacent office or cubicle? You end up hearing everything they say twice, first directly from them and (hopefully) through your headset or speakers a short time later. That’s latency. There’s always some, but when the round trip latency goes above about 250ms we start to notice it – awkward pauses and people talking over each other. Some latency is out of your control (e.g. for calls that traverse the internet), but you should aim for internal network latency levels of less than 150ms.

Latency problems are usually the result in packet handling and queuing delays; essentially packets get bogged down at your network nodes, either because the network is not configured to expedite delivery of VoIP/UC traffic or there is insufficient bandwidth.

Jitter

Most VoIP/UC solutions employ packet buffers to compensate for some amount of jitter, so it’s often not as easy to detect problems on calls. High jitter rates (i.e. large fluctuations in latency) will often result in dropped packets and gaps and audio/video transmission. In general, you want to have internal network jitter of less than 100ms. Jitter beyond that level will result in additional transmission delay (from the buffer processing) and potentially packet loss. Jitter is also often a sign of networks not configured to prioritize VoIP/UC packets.

Packet Loss

VoIP is highly susceptible to packet loss. Even a 1% packet loss will noticeably affect most real time protocol (RTP) codecs. VoIP/UC clients will recover the best they can but the user experience will be very poor, resulting in lost productivity, aborted calls, and sometimes headsets that are smashed to bits in a fit of rage.

Packet loss is often the a symptom of latency/jitter issues, but is often the result of network misconfigurations, insufficient bandwidth, or simply network equipment that is not up to the task of handling the increased demands of real time communication and collaboration.

Getting Ready for VoIP

To get ahead of these problems, you need to implement a monitoring and remediation plan early, ideally before you deploy these IP communications solution widely. This plan should include the following:

Baseline Testing and Ongoing Monitoring – You can’t fix what you don’t see. It’s a good idea to run some diagnostics/synthetic point-to-point tests within your network to measure baseline latency, jitter, and packet loss metrics so you can see how well your network is configured today. However, it’s also important that you continue to monitor these metrics as you scale your VoIP/UC deployment so you don’t get blindsided as users come online.

Network Configuration Improvements – Your existing network equipment may support higher VoIP QOS but require configuration changes to do so. Configuring to prioritize VoIP traffic will improve both latency and jitter. Bandwidth reservation, policy-based network management, Type of Service, Class of Service, and Multi-Protocol Label Switching (MPLS) are techniques generally used for prioritizing VoIP traffic.

Network Equipment Upgrades – It may be time to replace older and less capable network equipment. High quality VoIP routers will have a significant impact on these issues and are a must if you are using VoIP as a complete replacement to your legacy phone system. In addition you should consider upgrading your internet connection. You’ll be needing more speed and bandwidth going forward.

With a solid monitor, reconfigure, and upgrade plan in place your users will have fewer call problems and you’ll have few mangled headsets to replace.

Patrick Carey is VP Product Management & Marketing at Exoprise.

The Latest

Two years ago, almost every customer conversation about AI started with the same questions: Which model should we use? What can it do? Is it ready for the enterprise? Today, those discussions have moved on. CIOs are far more interested in how to govern AI, integrate it with existing systems, prepare their workforce and make it part of everyday operations. The challenge is no longer to prove that AI can deliver value. It's instead about how to embed AI into the business in a way that's secure, scalable and delivers measurable outcomes ...

 

Two things happened to production incidents between 2023 and now, and they did not happen at the same speed. The first is that a class of dependency that barely existed three years ago now accounts for one incident in ten. Incidents disclosed by AI model and AI application providers rose from 1.7% of all disclosed unplanned incidents in 2023 to 10.7% in 2026 year to date, roughly a sixfold rise; that counts only incidents at AI companies themselves, so the true share is higher. The second is that the time to close an incident has not come down ...

When an AI assistant gives an incomplete or incorrect answer, teams often blame the model. They adjust prompts, switch models, increase context windows or test a new retrieval strategy. However the model may not be a problem. In many enterprise AI workflows, the problem begins inside the document-ingestion pipeline ...

If you talk to any security or observability teams right now, they're all fighting the same fire: their tooling was built to ingest X, but their sources are pumping Y and soon to be doing Z. The knee-jerk reaction is always the same: we need more platform. However, this reaction is wrong. Let me explain why, because the solution to this problem is foundational, not financial. Instead of hurling yet more money at the problem, make sure you've done what's needed upstream ...

Rapid AI adoption and the unique ways AI workloads operate is redefining the scope and structure of what these teams must deliver. This shift is forcing organizations to rethink how they manage scale, automation, and control, according to The State of SRE and Platform Engineering 2026, a new report from Dynatrace ...

AI is usually talked about as a software tool, but it also depends heavily on the network behind it. Whether a company is using AI for chatbots, automation, monitoring, analytics, or employee support, all of that information has to move across the network in a reliable and secure way. That means AI is not just an application decision. It is also an infrastructure decision. Before organizations rush into AI, they should ask a simple question: Is our network ready to support it? ...

Enterprise AI often lacks governed access to where business processes actually execute. Without that access, AI agents may be able to reason, but they cannot operate reliably across enterprise workflows. For AI agents to effectively carry out workflows, they will require integration-layer context and controls. Organizations can implement these prerequisites by providing AI with managed access to the middleware layer ...

Enterprise networks rarely behave the same way for very long. A routing adjustment in one region may unexpectedly alter application performance in another. A cloud migration may introduce hidden dependencies that go unnoticed until an outage occurs. All the while, the network is managed by several different teams, each of whom use different tool sets — and as a result, have different views of the network ... There’s usually an engineer who remembers why traffic fails over a certain way between sites, or which transparent firewall was added where. The problem is that human memory cannot scale alongside enterprise-scale networks ...

Ask an infrastructure team how confident they are in their ability to govern AI, and most will tell you they've got it handled. A recent survey of 406 IT decision-makers and platform engineering leaders found 86% expressing exactly that confidence. Ask the same group whether they have a formal written AI governance policy, and the number drops to 30%, according to Spacelift's Infrastructure Automation Report ...

In MEAN TIME TO INSIGHT Episode 27, Shamus McGillicuddy, EMA VP of Research, Network Infrastructure and Operations, and Parker Hathcock, EMA Research Director covering IT Service/Operations (ServiceOps), discuss observability unification in modern IT operations ...