Round Trip Time Calculator for Network Paths

July 1, 2026

Round Trip Time Calculator

Estimate network RTT from one-way distance, media velocity factor, router and switch hops, serialization delay, queue delay, processing delay, packet size, and link speed.

🖧Network Path Presets
⚙Path Inputs
Use 0.65 for copper, 0.67 for fiber, and near 1.00 for radio through air or space.
Bytes on the wire. Try 64 for small pings, 1500 for standard MTU, or 9000 for jumbo frames.
Megabits per second. Serialization is most visible on low-speed WAN links.
Usually router hops + switch hops + 1 for the access link.
Milliseconds per router or switch when the path is lightly loaded.
One-way milliseconds for VPN encryption, shaping, wireless retry margin, or voice jitter buffer.
Round Trip Time
0.00
milliseconds RTT
One-Way Latency
0.00
milliseconds one way
Propagation Floor
0.00
distance + medium only
Hop + Serialization
0.00
one-way device load
Path summary-
Propagation delay, one way-
Serialization delay, one way-
Queue delay, one way-
Processing delay, one way-
Extra tunnel or jitter buffer-
Estimated packet throughput ceiling-
📊Media and Hop Latency Grid
0.65
Cat6 copper VF
0.67
Single-mode fiber VF
0.03 ms
Home switch processing
0.10 ms
Busy queue starting point
📘Reference Tables
Medium Velocity Factor One-Way Delay per 100 km Practical Use
Cat5e or Cat6 copper0.64 to 0.690.48 to 0.52 msPatch panels, access runs, short building links
Single-mode fiber0.670.50 msMetro, regional, and long-haul ISP paths
Multi-mode fiber0.670.50 msRack rows, building risers, short campus links
Coax cable0.80 to 0.880.38 to 0.42 msDOCSIS last mile or RF distribution paths
Wi-Fi through air1.000.33 msPropagation is fast, contention usually dominates
Satellite radio1.000.33 msDistance to orbit dominates the RTT budget
Device Hop Processing Delay Queue Delay Notes
Unmanaged switch0.005 to 0.05 ms0 to 0.10 msUsually tiny unless an uplink is saturated
Managed switch0.02 to 0.10 ms0.02 to 0.20 msACLs, QoS, and buffering add small delay
Home router0.05 to 0.50 ms0.05 to 2.00 msNAT, firewall, and SQM settings matter
ISP router0.10 to 1.00 ms0.10 to 5.00 msCongestion changes this more than hardware
VPN endpoint0.20 to 3.00 ms0.10 to 5.00 msEncryption and encapsulation add overhead
Packet Size 100 Mb/s 1 Gb/s 10 Gb/s
64 bytes0.0051 ms0.0005 ms0.0001 ms
512 bytes0.0410 ms0.0041 ms0.0004 ms
1500 bytes0.1200 ms0.0120 ms0.0012 ms
9000 bytes0.7200 ms0.0720 ms0.0072 ms
Preset Path One-Way Distance Typical Hops What It Models
Same Rack Lab0.02 mi2 switchesServer to switch to NAS in one rack
House Cat6 LAN0.05 mi3 switches, 1 routerDesktop to home server across structured wiring
Metro Fiber Loop30 mi5 routers, 3 switchesSmall ISP or city data center path
Cross-Country VPS1800 mi12 routers, 6 switchesHome lab to remote cloud instance
GEO Satellite Link22300 mi6 routers, 2 switchesGround station through geostationary orbit
💡Practical Tips
Measure the floor first: Run a quiet-path ping or TCP handshake test before load testing, then compare the calculator to the best observed RTT. Distance and medium set the minimum.
Watch the bottleneck: Serialization is tiny on gigabit LANs but visible on slow WAN, VPN, LTE, and shaped uplinks. Queue delay usually grows before raw propagation changes.

You’re playing an online game competitively and suddenlly your character moves stuttering along virtual landscape as if possessed by a bad animation. You look at your internet speed and discover you have a good download speed but something doesn’t seem right. The disconnect between how responsive you are and what kind of internet speed you have indicate round trip time. It is not how fast you can shove bits into the pipe. It is how far they has to go to get to the server and then return.

Once you know your exact path, put details into the calculator above and it will do the math for you. But knowing what those numbers mean means you don’t waste time chasing ghosts when troubleshooting.

What Makes Your Internet Slow?

Latency have a hard floor: distance. No matter how much money you throw at it, there isn’t anything you can do to reduce latency below the time it takes for light to reach your device. Light is fast, but it isn’t instantaneous when traveling through glass fibers or copper lines. The velocity factor depend on medium and determines how much signal slows down due to propagation delay. Because the glass used in fiber optic cables has certain physical properties that cause light to be delayed a bit, it move at about sixty-seven percent of speed of light in a vacuum. Those fractions may seem insignificant, but they accumulate across hundreds of miles. Depending on location of the data center you’re accessing, the propagation delay could easily total tens of milliseconds even before processing gets started. That’s the physics component you have no negotiating with.

These things get between you, such as routers and switches, are where real headache typically occurs. With each switch or router that your packet encounters, there is additional processing time. It needs to pull it off a one port, read header, look at its routing table, run it through firewall rules, and shove it onto another port. If it doesn’t have to do much, like an unmanaged switch, it is blindingly quick. The more intelligent it gets, the slower it becomes: a router is smart but slow. That reference table on the page details typical latencies per hardware class so you can get an idea of what kind of difference a quiet home switch makes versus a busy ISP edge router.

Add up all the hops and each one seem insignificant, but when you stack up eight or ten hops together, the lag starts to become noticeable. And then we have serialization, which people don’t always understand. It’s how long it takes to actualy put the bits on the wire. Sending a typical packet on a gigabit link only take microseconds. But if you send it across a congested VPN tunnel or slow wireless backhaul, the bottleneck reveals itself. Smaller packets gets sent faster than large ones. Larger frames also mean more time on the wire per hop if you’re streaming high-def video, since those frame will be bigger. While larger packets may be more efficient from a throughput perspective, they can negatively impact latency when crossing slow/shared links.

Queuing delay is the wildcard that makes a good connection bad during peak hours. If there is more traffic going through a link than it can handle, routers begins to buffer packets. They sit in line, waiting for their turn. That’s what happens between three in the morning and eight in the evening, while everyone streams Netflix, your internet feels okay, but is unusable. Rather than fixed hardware specs, queuing delay depend on current network load. The calculator lets you input your estimated queue delay per hop; you’ll need to guess, based off how busy your ISP backbone or neighborhood typically is.

An example of this is the extreme case of propagation delay seen in satellite internet. Just getting the signal from your computer to a satellite in geostationary orbit and back again add about two-hundred milliseconds of round-trip delay due to distance alone. That’s not something you could of get around with faster computers and cleverer queues. It’s also why even when satellites are advertised as fast, they still feel slow.

In conclusion: All of the little waits add up to a round trip. A fraction of those waits are caused by physics; a fraction by hardware; a fraction by traffic pattern. Each wait adds to the overall latency, the number you see when you test your own network. If you know what factor dominates your route, you’ll know how to improve things. You can decide whether to tweak router settings, upgrade your cable, or just accept how far away everything is. The numbers does the sums, but seeing who’s wasting your time lets you know if they can be saved.

Round Trip Time Calculator for Network Paths

Related posts

Leave a Comment