NETWORK GUIDE

Ping: Complete Guide to Reachability and Latency Testing

How the ICMP protocol works, how to interpret ping results, and how to diagnose network connectivity issues.

Ping: the heartbeat of the network

Ping is probably the most well-known and widely used network diagnostic tool. Its operation is simple yet powerful: it sends an ICMP Echo Request packet to a host and waits for the reply (Echo Reply). The time elapsed between sending and receiving is the RTT (Round Trip Time), measured in milliseconds. A low RTT indicates a fast connection, a high RTT indicates latency. No response means the host is unreachable or ICMP traffic is being blocked.

The name "Ping" comes from submarine sonar: a sound pulse (ping) is sent and the time of the return echo indicates the distance of the object. In the network analogy, the "ping" is the ICMP packet and the "echo" is the reply. Like sonar, ping can only tell you whether something is reachable and how far away (in time) it is, but it says nothing about the intermediate path — for that you need Traceroute.

Interpreting Ping results

Ping output
$ ping --host example.com

PING example.com (93.184.216.34):
64 bytes: icmp_seq=1 ttl=56 time=12.3 ms
64 bytes: icmp_seq=2 ttl=56 time=11.8 ms
64 bytes: icmp_seq=3 ttl=56 time=13.1 ms
64 bytes: icmp_seq=4 ttl=56 time=12.5 ms

--- example.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss
rtt min/avg/max = 11.8/12.4/13.1 ms

Key parameters: RTT below 20ms indicates a local network or nearby server; 20-100ms is typical for servers on the same continent; 100-200ms indicates intercontinental servers; above 200ms, latency becomes noticeable. Packet loss (percentage of packets without a reply) should be 0%: even 1% can cause problems with VoIP and gaming. TTL (Time To Live) indicates how many hops the packet can traverse before being discarded and reveals the distance in terms of routers.

When Ping is not enough

Ping has important limitations. Many servers and firewalls block ICMP traffic for security reasons, so a ping without a response does not necessarily mean the host is down — it might simply not respond to pings. In these cases, use the Port Scanner to check whether specific services (HTTP on port 80, HTTPS on port 443) respond even when ping is blocked.

For intermittent latency issues, a single ping is not enough. Run ping over an extended period and analyze the variations: constant latency at 100ms is very different from latency oscillating between 20ms and 500ms (high jitter). To diagnose where latency occurs along the network path, use Traceroute, which shows the latency of each individual hop between you and the destination. Combine ping and traceroute for a complete connectivity diagnosis.

Another limitation of ping is that it measures ICMP latency, which can differ from application latency. ICMP traffic might have a different priority (lower or higher) than TCP traffic in intermediate routers. To measure the actual latency of a web service, use specific tools like curl with timing, or our Speed Test for a comprehensive assessment of your connection.

Try Ping for free
ICMP reachability test with latency and packet loss
Use Ping >

Explore the Network