Netskope named a Leader in the 2024 Gartner® Magic Quadrant™ for Security Service Edge. Get the report

  • Why Netskope chevron

    Changing the way networking and security work together.

  • Our Customers chevron

    Netskope serves more than 3,000 customers worldwide including more than 25 of the Fortune 100

  • Our Partners chevron

    We partner with security leaders to help you secure your journey to the cloud.

Still Highest in Execution.
Still Furthest in Vision.

Learn why 2024 Gartner® Magic Quadrant™ named Netskope a Leader for Security Service Edge the third consecutive year.

Get the report
Netskope Named a Leader in the 2024 Gartner® Magic Quadrant™ for Security Service Edge graphic for menu
We help our customers to be Ready for Anything

See our customers
Woman smiling with glasses looking out window
Netskope’s partner-centric go-to-market strategy enables our partners to maximize their growth and profitability while transforming enterprise security.

Learn about Netskope Partners
Group of diverse young professionals smiling
Your Network of Tomorrow

Plan your path toward a faster, more secure, and more resilient network designed for the applications and users that you support.

Get the white paper
Your Network of Tomorrow
Introducing the Netskope One Platform

Netskope One is a cloud-native platform that offers converged security and networking services to enable your SASE and zero trust transformation.

Learn about Netskope One
Abstract with blue lighting
Embrace a Secure Access Service Edge (SASE) architecture

Netskope NewEdge is the world’s largest, highest-performing security private cloud and provides customers with unparalleled service coverage, performance and resilience.

Learn about NewEdge
Netskope Cloud Exchange

The Netskope Cloud Exchange (CE) provides customers with powerful integration tools to leverage investments across their security posture.

Learn about Cloud Exchange
Netskope video
The platform of the future is Netskope

Intelligent Security Service Edge (SSE), Cloud Access Security Broker (CASB), Cloud Firewall, Next Generation Secure Web Gateway (SWG), and Private Access for ZTNA built natively into a single solution to help every business on its journey to Secure Access Service Edge (SASE) architecture.

Go to Products Overview
Netskope video
Next Gen SASE Branch is hybrid — connected, secured, and automated

Netskope Next Gen SASE Branch converges Context-Aware SASE Fabric, Zero-Trust Hybrid Security, and SkopeAI-powered Cloud Orchestrator into a unified cloud offering, ushering in a fully modernized branch experience for the borderless enterprise.

Learn about Next Gen SASE Branch
People at the open space office
Designing a SASE Architecture For Dummies

Get your complimentary copy of the only guide to SASE design you’ll ever need.

Get the eBook
Make the move to market-leading cloud security services with minimal latency and high reliability.

Learn about NewEdge
Lighted highway through mountainside switchbacks
Safely enable the use of generative AI applications with application access control, real-time user coaching, and best-in-class data protection.

Learn how we secure generative AI use
Safely Enable ChatGPT and Generative AI
Zero trust solutions for SSE and SASE deployments

Learn about Zero Trust
Boat driving through open sea
Netskope achieves FedRAMP High Authorization

Choose Netskope GovCloud to accelerate your agency’s transformation.

Learn about Netskope GovCloud
Netskope GovCloud
  • Resources chevron

    Learn more about how Netskope can help you secure your journey to the cloud.

  • Blog chevron

    Learn how Netskope enables security and networking transformation through security service edge (SSE)

  • Events and Workshops chevron

    Stay ahead of the latest security trends and connect with your peers.

  • Security Defined chevron

    Everything you need to know in our cybersecurity encyclopedia.

Security Visionaries Podcast

The Intersection of Zero Trust and National Security
On the latest episode of Security Visionaries, co-hosts Max Havey and Emily Wearmouth sit down for a conversation with guest Chase Cunningham (AKA Dr. Zero Trust) about zero trust and national security.

Play the podcast
The Intersection of Zero Trust and National Security
Latest Blogs

Read how Netskope can enable the Zero Trust and SASE journey through security service edge (SSE) capabilities.

Read the blog
Sunrise and cloudy sky
SASE Week 2023: Your SASE journey starts now!

Replay sessions from the fourth annual SASE Week.

Explore sessions
SASE Week 2023
What is SASE?

Learn about the future convergence of networking and security tools in today’s cloud dominant business model.

Learn about SASE
  • Company chevron

    We help you stay ahead of cloud, data, and network security challenges.

  • Leadership chevron

    Our leadership team is fiercely committed to doing everything it takes to make our customers successful.

  • Customer Solutions chevron

    We are here for you and with you every step of the way, ensuring your success with Netskope.

  • Training and Certification chevron

    Netskope training will help you become a cloud security expert.

Supporting sustainability through data security

Netskope is proud to participate in Vision 2045: an initiative aimed to raise awareness on private industry’s role in sustainability.

Find out more
Supporting Sustainability Through Data Security
Thinkers, builders, dreamers, innovators. Together, we deliver cutting-edge cloud security solutions to help our customers protect their data and people.

Meet our team
Group of hikers scaling a snowy mountain
Netskope’s talented and experienced Professional Services team provides a prescriptive approach to your successful implementation.

Learn about Professional Services
Netskope Professional Services
Secure your digital transformation journey and make the most of your cloud, web, and private applications with Netskope training.

Learn about Training and Certifications
Group of young professionals working

How to Measure Network Latency: The 5 Best Tools

May 11 2022

Why test internet latency? Application latency has a large impact on user experience for web sites and applications. Testing latency provides insight into its origin. With the right tools you can determine if latency is caused by the internet or your network, your device or browser or the server or site you are connecting to. This article explains how to check internet latency, how to test latency and improve the user experience of your employees and website visitors.

We will explain how five common network latency test tools work so you can choose the right one to test the latency of your internet connection and application. Online latency test sites are not usually precise enough to reveal the cause, so let’s take a look at how to test latency like a pro!

Top 5 Network Latency Test Tools

The most common internet latency test tools are:

  1. Ping
  2. Traceroute
  3. OWAMP
  4. TWAMP
  5. iPerf

Each has their strengths and weaknesses when testing latency. Some network latency tests work well for internet latency, others are best suited to testing local or private network latency.

Ping and Traceroute Latency Testing

Ping and traceroute are latency tests you can perform from your PC. They can be used to test online and internet latency as well as to check latency in your local network.

Measure network latency with PING 

Ping is the simplest approach to test network latency from your computer.

How ping works

Ping is a standard latency test tool available on all operating systems. It measures the round trip time (RTT) between your PC and the target you specify (domain or IP address). RTT is the time it takes for the ping packet to reach the target plus the time it takes to return the result, so it measures the total latency to get a response from a server, PC, router or internet site.

To use ping open a console or terminal window and type ping domain. If you provide a domain name (like ping will first verify that it can resolve the domain and report back its corresponding IP address. You can alternatively provide the IP address of the server you want to test latency to.

The following example shows that the minimum, maximum and average round trip latency times are 20ms, 24ms and 21ms respectively.

By default, a ping command tests latency by sending four ICMP Echo Request packets to the destination which responds back with ICMP Echo Reply packets which are then used to calculate latency. 


The main advantage of this method is its simplicity. You do not need anything installed on your PC to test internet latency to any domain, or network latency to any IP address. It’s a good way to check if latency is a problem.


Unfortunately, simplicity often comes with limitations.

First, for security reasons, ICMP packets may be blocked by an intermediate firewall. In this case, the target will never respond to your ICMP Echo Request and you will not be able to measure the network latency.

Second, the ICMP protocol may be handled with low priority by intermediate routers, distorting the accuracy of the latency measurements.

Finally, as ping measures the round trip delay you cannot differentiate the network latency in either direction (e.g. upload vs. download direction internet latency), so it is not possible to detect directional network latency problems. Directional latency problems regularly affect web conferencing applications like Zoom, Microsoft Teams and Google Meet.

Measure network performance with Traceroute

As an alternative to ping, you can check network latency with traceroute. This approach to testing latency is also available on all operating systems. From a terminal window, use these commands:

  • tracert command on Windows machines
  • traceroute command on Linux and Mac machines

How Traceroute works

Traceroute uses the TTL (Time To Live) field of IP packets to discover intermediate routers between a source and a destination. This technique tests latency to each hop along the network path and identifies them by IP address as it tests. This provides more insight into the origin of network latency problems.

The principle is simple. Each time a router forwards a packet its corresponding TTL field value is decremented by 1. When this value reaches 1, the router drops the packet and sends an ICMP Error message “TTL exceeded in transit” back to the source. This mechanism is used to prevent packets from looping indefinitely, which may cause the whole network to crash. In this case traceroute is taking advantage of this behaviour to check latency to intermediate locations.

Receiving ICMP packets back from intermediate routers allows the source to discover them as well as measure the network latency to reach them.

In its simplest form, traceroute uses ICMP protocol (Echo Request) for sending packets to test latency and discover the hops along the network path. Some routers may not respond to ICMP packets for security reasons. This means that latency testing will stop at this point, preventing you from checking latency end-to-end. You can see this in the image below.

You can also see that traceroute sends four packets per hop by default on a Windows platform.

More advanced implementations also use UDP or TCP transport protocols, and offer more options (packet size, probe interval, number of probes per hop, …). This ensures  that your latency tests are better aligned with real network traffic and the way that it’s routed. Nevertheless, all traceroute implementations still rely on the ICMP Echo Reply messages that are often processed with much lower priorities, impacting accuracy the same way ping latency tests are affected.

And just like ping, testing latency using traceroute returns the round trip delay. If your network connection is asymmetrical (like most broadband connections are), network latency measured by traceroute won’t allow you to check for directional network latency issues.


The main benefits of traceroute are:

  • Easy to use and implement
  • Gives a representation of the network path


Traceroute comes with some limitations:

  • If traceroute uses ICMP, limitations affecting ping are also valid
  • You can only check latency round trip

Advanced approaches to testing latency

More advanced synthetic latency testing techniques get around the problems introduced by testing latency with low priority ICMP packets, as well as the limitation of round trip latency measurements. Here are three of the most common.

OWAMP One Way Network Latency Testing

OWAMP stands for One-Way Active Measurement Protocol. It is standardized under RFC 4656.

Compared to ping/traceroute, OWAMP tests network latency in one direction and does not rely on the ICMP protocol to calculate latency.

How OWAMP works

OWAMP provides more precise network latency measurements by using UDP packets to test latency in one direction. You can fine tune your latency tests to better align with your specific requirements and use case. For example, you can define the size of latency test packets, the interval between two consecutive packets in a test, as well as the number of packets per test.

And of course, it is easy to check if network latency is occurring in only one direction by performing an OWAMP latency test in each direction.

OWAMP latency test results are also more detailed than ping or traceroute. It provides the minimum, median, and maximum value of the network latency between your source and the targeted destination (as well as other useful data like one-way jitter and packet loss).

OWAMP latency testing also supports security authentication mechanisms.

So is OWAMP the ultimate way to test internet latency?

The answer is “Yes”, but only if you have OWAMP testing capabilities at both ends of the network connection. OWAMP requires the implementation of a client/server latency test architecture. A piece of software must be installed on both the source and the destination for the OWAMP latency test to work. Moreover, to get accurate one-way latency test results, both latency test points must have properly synchronized clocks. Some telecom-grade routers have native OWAMP support built in, but clock synchronization will still require a time server supporting a standard protocol like IEEE 1588v2 (PTP).

One more limitation: OWAMP does not properly support NAT (Network Address Translation) configurations, preventing you from checking latency across some internet / private network boundaries.


  • One way network latency measurement
  • High accuracy latency results


  • Need OWAMP latency test capabilities at both ends
  • Requires proper clock synchronization to measure one-way latency
  • No NAT support

TWAMP for bidirectional latency testing

TWAMP, which stands for Two-Way Active Measurement Protocol, is a variation of OWAMP. It is standardized under RFC 5357.

If you want to check latency in both directions at the same time, TWAMP is the answer.

How TWAMP works

TWAMP tests latency by first using TCP to establish a connection between the source and destination, then uses UDP packets to monitor the latency. It also uses a client/server architecture and requires that the endpoints support the TWAMP latency test protocol.

As a variation of OWAMP, TWAMP share the same latency test advantages and disadvantages:


  • One way network latency measurement
  • High accuracy latency results


  • Need TWAMP latency test capabilities at both ends
  • Requires proper clock synchronization to measure one-way latency
  • No NAT support

Using iPerf to test network latency performance

iPerf, now in its thirdversion (iPerf3), is complementary to OWAMP and TWAMP. However, iPerf doesn’t test latency, as it is primarily designed to test throughput and packet transmission. iPerf is the technique frequently used for network speed testing by a variety of network test tools online. 

How iPerf works

iPerf also uses a client/server model where data can be analyzed from both ends. iPerf measures throughput, jitter and packet loss.


  • iPerf can use UDP as well as TCP to test network performance
  • Configurable parameters mean tests can be aligned to a specific use case  
  • iPerf provides throughput information


  • iPerf requires a client / server implementation (i.e. on both ends)
  • iPerf doesn’t test network latency

Testing Latency – Summary of testing approaches

These five methods to test network latency and internet latency each offer advantages and disadvantages. This table summarizes these common techniques so you can pick the right test approach for private network latency testing vs. checking online or internet latency, for local networks or WANs.

In short, there is no best way to test latency. The test tool you pick should reflect your needs, as well as your ability to instrument both ends of the connection. 

Latency Test MethodLatency MetricsTest ImplementationAdvantagesLimitations / Drawbacks

  • Round trip latency

  • Packet Loss (approx.)

  • Testing already supported by all routers and PCs

  • Simple and accessible

  • ICMP accuracy

  • Round trip latency only


  • Round trip delay

  • Packet Loss (approx.)

  • Network path

  • Testing already supported by all routers and PCs

  • Simple and accessible

  • Network path and per-hop latency visibility

  • ICMP accuracy (if not using UDP/TCP)

  • Round trip latency only


  • One way and Round trip delay

  • Jitter

  • Packet loss

Minimum, median and max values

  • Client-server model (bookended latency test agents)

  • Accurate

  • One way delay measurement

  • Deployment model

  • Requires endpoint clock synchronization

  • No support for NAT


  • One way and Round trip delay

  • Jitter

  • Packet loss

Minimum, median and max values

  • Client-server model (bookended latency test agents)

  • Accurate

  • One way delay measurement

  • Deployment model

  • Requires endpoint clock synchronization

  • No support for NAT


  • Jitter

  • Packet loss

  • Throughput

  • Client-server model (bookended latency test agents)

  • Accurate

  • Throughput information

  • NO network latency measurement

  • Deployment model

How to Test Latency – Conclusions

Being able to correctly test network latency is a key aspect to monitoring, troubleshooting and optimizing the performance and user experience of applications.

You can do simple latency tests with ping or traceroute commands from any PC, but bear in mind that these techniques suffer from some significant latency test limitations:

  • Poor latency measurement precision due to the nature of ICMP test packet handling by routers and hosts.
  • Only reports RTT latency, preventing ability to check latency in a specific traffic direction

On the other hand, if you manage both ends of the test a better option would be to use OWAMP or TWAMP to test latency. The measurements will be more precise, and you will be able to detect latency problems in each direction independently. It’s not easy to implement and orchestrate these latency tests in a distributed, complex production environment, so it’s typically used only by telecom service providers where network latency is critical to performance of their production networks.

At Netskope we find network latency, internet latency, application and cloud security latency a fascinating topic! Our Proactive Digital Experience Management (P-DEM) solution uniquely measures per-hop latency and its impact on real user experience by combining multiple vantage points for exceptional accuracy:

  • a SMART combination of synthetic monitoring augmenting real traffic analysis
  • device health metrics including CPU, memory, disk and network performance and utilization
  • deep insight from our security proxies hosted in the NewEdge private cloud 

This approach provides more than latency measurements from device to app, it can also pinpoint the source of latency at any point in between, such as PC, browser, WiFi, ISP, SD-WAN, Netskope SASE, cloud networks, or application hosting performance.

Learn more about digital experience and latency monitoring with these resources:

author image
Thierry Notermans
Thierry manages Netskope's digital experience management product strategy. In previous roles he has held roles of CISO, CTO and led global customer success and support teams.

Stay informed!

Subscribe for the latest from the Netskope Blog