DeviceOK
SearchDevice checks
Home / Fixes / Internet Latency Is High or Unstable

network · evidence-led troubleshooting

Internet Latency Is High or Unstable

Use a focused DeviceOK test first, then follow the evidence from browser/device state before changing drivers, firmware, or hardware.

Reviewed 2026-08-113 diagnostic steps1 official sources
Run Latency testSee fault tree ↓

What this symptom means

DeviceOK measures an application-level HTTP round trip to its own endpoint. That is useful for comparison but is not ICMP ping and is not a certified ISP speed test.

Diagnostic principleSeparate local link, DNS, internet reachability, latency/jitter and service-specific failures. A browser speed or ping-style test cannot prove Wi-Fi PHY rate, Ethernet negotiation or ISP line quality by itself.

Fault tree

Network fault tree

Use the observation that best matches what you can reproduce. Do not treat every cause as equally likely.

1
Local link problem

Evidence: Only one device fails or link drops before internet tests can run.

Next: Compare Wi-Fi/Ethernet, link state, cable/port and router association.

2
DNS/routing

Evidence: Some IP connectivity works but names/sites fail.

Next: Compare DNS resolution and another network before resetting the whole router.

3
Latency/jitter/congestion

Evidence: Connection stays online but real-time apps stutter and round-trip times vary.

Next: Compare wired vs Wi-Fi, local load, VPN and time-of-day patterns.

4
Service-specific block/outage

Evidence: General web tests pass but one app/service fails.

Next: Check service status, firewall/VPN/policy and service-specific ports.

Interpret the result

Evidence matrix

A test result is useful only if it changes the next troubleshooting branch.

ObservationWhat it supportsPrioritize next
Online + stable browser RTTBasic web connectivity is working with relatively stable round trips to the DeviceOK endpoint.Service/app-specific routing if one application still fails.
Online + high jitterConnectivity exists but timing is inconsistent.Wi-Fi interference, congestion, VPN, overloaded router/ISP path.
Browser reports offlineThe current browser session has no usable network path.Local interface, router/modem, captive portal or upstream outage.
Fast internet test, slow local transferInternet throughput and LAN link are different paths.Ethernet/Wi-Fi negotiated link, switch/NAS/device storage rather than ISP.

Fast baseline

Rule out the simple causes first

  1. 1

    Run several DeviceOK latency samples rather than relying on one result.

  2. 2

    Compare Wi-Fi and wired Ethernet if available.

  3. 3

    Pause large downloads/uploads and compare again.

Full sequence

Work from reversible checks to invasive ones

Do not use one browser RTT sample as proof that your ISP or Wi-Fi hardware is faulty.

  1. 1

    High latency only to one service may be routing/service-specific.

  2. 2

    High latency across services can come from congestion, weak Wi-Fi, bufferbloat, VPNs, or ISP routing.

  3. 3

    DeviceOK's test is HTTP round-trip time to DeviceOK, not a direct router or game-server ping.

Platform branches

Where the setting lives

Wi-Fi

  • Compare near-router and normal-location behavior
  • Check band/mesh node only after verifying the exact router model
  • Use Ethernet comparison when possible

Ethernet

  • Check negotiated link speed in the OS/switch
  • Use known-good cable and port
  • Remember a router with 1GbE ports cannot deliver multi-gig over that wired link

Managed/VPN networks

  • Compare without VPN if permitted
  • Check captive portal
  • Do not bypass organization security policy; ask the administrator for blocked-service diagnostics
If it works in DeviceOK

If the matching DeviceOK test succeeds, prioritize the affected app, browser policy, operating-system setting, or configuration before assuming complete hardware failure.

If it also fails here

Repeated failure across clients or connection types moves the diagnosis toward local network or upstream infrastructure. Compare the simplest direct connection and official diagnostic path before replacement.

Escalation threshold

When software troubleshooting has stopped being high value

  • Physical link drops across known-good cable/port
  • Router/modem repeatedly reboots or overheats
  • ISP line diagnostics report errors
  • Managed network policy blocks the required service
Changed one variable?Look for repeatable improvement across several samples and compare with another network/device when possible. Retest under the same condition so the result is comparable.
Retest Latency test