Is It Your ISP or Your Wi-Fi? A 10-Minute Test
Is it your ISP or your Wi-Fi? One wired test settles it in ten minutes. How to read a speed test honestly, what to write down, and what to say on the call.
The stream stalls, the speed test comes back at a third of what you pay for, and you are one hold-music session away from losing an evening. Before you dial, spend ten minutes proving which side of the wall the fault is on.
One test settles it, and it needs a cable rather than an app. The rest is reading the number correctly and opening the call so nobody recites the reboot script at you.
The wire is the boundary#
Your connection has two halves that fail independently. Everything from the internet to the LAN port on your router belongs to your ISP: the line into the building, their modem or ONT, the shared segment your street sits on. Everything past that port is yours — radios, walls, channel, devices.
An Ethernet cable from the router to a laptop bypasses the second half, so whatever you measure over it is the best your house can do.
- Wired is slow too. The fault is upstream of every radio in the building, and no placement change, extender or mesh kit alters that number by a single Mbps. This is when calling is right.
- Wired is fine, Wi-Fi is not. The call will waste an afternoon. The problem is inside your house, and it is yours to fix.
One caveat: the router straddles the boundary, so a router that cannot route at your plan speed looks like an ISP fault over the wire too. Where the speed goes on a gigabit plan walks the rest of the chain.
The 10-minute test#
Bring a laptop that takes an Ethernet cable, directly or through a USB-C adapter, plus the cable itself.
- Write down the plan you actually pay for. The exact advertised numbers, up and down — 500/50, 300/10, 1000/1000. Guessing here wrecks everything that follows.
- Test over Wi-Fi where it hurts. Run a speed test where you normally sit, and record download, upload and idle latency.
- Test over Wi-Fi beside the router. Same device, same test, within two minutes. That separates a coverage problem from a house that is slow everywhere.
- Test wired at the router. Plug the laptop into a LAN port and turn its Wi-Fi off — this is the step people get wrong. Run the test twice, thirty seconds apart, and keep the better result.
- Watch the latency while the wired test runs. Note the peak, not the average. A figure that climbs from 20 ms to 300 ms while data moves is a queueing problem, and it ruins calls long before the Mbps number looks bad.
- Repeat the wired test with the house quiet. Pause backups, stop the 4K stream, take the console offline. If the number jumps, you were competing with yourself.
| Test | Download | Upload | Idle latency | Latency under load |
|---|---|---|---|---|
| Wi-Fi, problem room | n/a | |||
| Wi-Fi, beside the router | n/a | |||
| Wired at the router | ||||
| Wired, house paused |
Reading a speed test without fooling yourself#
Plenty of "my ISP is throttling me" conclusions are measurement errors. Six traps, in the order they catch people.
The port is narrower than the plan. A 100 Mbps Ethernet port — common on older laptops, cheap adapters and forgotten switches — caps near 94 Mbps in practice. A gigabit port tops out around 940 Mbps once framing overhead is subtracted, so 940 is a full gigabit, not a shortfall.
The client radio is the ceiling, not the line. A phone cannot validate a fast plan. A two-stream Wi-Fi 5 client on an 80 MHz channel negotiates up to roughly 866 Mbps and delivers 300 to 400 Mbps in the same room, so a 300 Mbps Wi-Fi result on a gigabit plan says your Wi-Fi is healthy, not that your plan is short.
The server matters. Run your ISP's own test server and a distant one. Fast locally but slow to everything else is a peering complaint, not a bad line.
One stream is not the plan. Browser speed tests open several parallel connections; a single download, or anything through a VPN, gets a fraction of that. Judge the plan on the multi-stream number.
Upload has its own budget. Cable plans are deliberately lopsided — 500/20 and 300/10 are normal — and upload is what calls, backups and screen sharing live on. Compare it against the advertised upload figure, never against download.
Time of day changes the answer. A wired result that is fine at 10 a.m. and terrible at 9 p.m. is contention, not a broken line, and it needs its own log — the repeatable version is in why Wi-Fi gets worse in the evening.
What your two numbers mean#
Find the row matching the two results you recorded.
| Wired result | Wi-Fi result | Verdict | Worth calling? |
|---|---|---|---|
| Close to the plan | Much lower everywhere, including beside the router | Your router, channel or a saturated band | No |
| Close to the plan | Fine beside the router, poor in one room | A coverage gap inside your house | No |
| Well under the plan at every hour | Also low | The line, the modem or the plan | Yes |
| Under the plan only in the evening | Also low in the evening | Contention on a shared segment | Yes, with a log |
| Under the plan, but fine with the house paused | Same | Your own household saturating the line | No |
| Close to the plan, upload collapses | Same | Upstream fault or an upload cap | Yes |
Two rows do most of the work. If wired is close to the plan, put the phone down — the one-slow-room walkthrough or why video calls keep dropping beats any technician. If wired is well under the plan at every hour with the house quiet, you have a case.
Making the call count#
What to write down first#
First-line support runs a script that assumes you measured nothing. Numbers skip it.
- Your advertised download and upload speeds, and your account number.
- The make and model of the modem or ONT, and of the router if separate.
- Each result with date, time, server, and whether it was wired or wireless.
- How long it has been happening, and whether it is constant or clock-shaped.
- The modem uptime, which shows whether it has been resetting itself.
- The signal readings from the modem status page.
That last one turns a complaint into a case: most modems expose a status page in a browser, and its numbers are the ones a technician will look at anyway.
| Connection | Where to look | Reading | Typical healthy range |
|---|---|---|---|
| Cable | Modem page, often 192.168.100.1 | Downstream power | About -7 to +7 dBmV |
| Cable | Same page | Downstream SNR or MER | 33 dB or better |
| Cable | Same page | Upstream transmit power | Roughly 35 to 50 dBmV |
| Cable | Same page | Uncorrectable codewords | Near zero, not climbing |
| Fiber | ONT status page | Optical receive power | -27 to -8 dBm; more negative is weaker |
| DSL | Modem status page | SNR margin | 6 dB or better |
| DSL | Same page | Sync rate | At or above your plan |
| Any | Router status page | WAN uptime | Frequent resets point at the line |
Treat these as rules of thumb; a value outside them is still a concrete thing to read aloud.
The script#
Open with the conclusion, not the story:
"I have a 500 down, 50 up plan. With a laptop plugged into the router by Ethernet and Wi-Fi turned off, I get 180 down and 45 up. I tested at 10 a.m. and 9 p.m. on three days, on two servers, with nothing else running in the house. My modem shows a downstream SNR of 29 dB and upstream transmit at 52 dBmV, and I have already power-cycled both boxes. I would like a line test, and an engineer visit if it comes back clean."
Four habits make that work.
- Say "wired" in the first sentence. It deletes the whole Wi-Fi branch of the script, where most calls go to die.
- List what you already tried so the agent cannot loop you through it.
- Ask for specific things: a line test while you hold, the readings they see at their end, any known outage on your segment, and an appointment if the test comes back clean.
- Get the ticket number, the agent name and the time. Ask what result would count as fixed, so the follow-up call has a standard.
When the answer is not the ISP#
If the wired number is close to your plan, the phone call is the one thing that cannot help. Nor can an extender: it raises signal level where signal level is missing, and nothing else. Put one in a room that already reads better than about -60 dBm and you have added a radio to a busy channel.
A good wired number leaves a short list. One slow room is a placement problem, often a free one. Every room slow points at the router, the channel width or one old device eating airtime — why full bars can still crawl covers that. And fine bandwidth with bad timing is what breaks calls while the speed test still looks excellent.
Settling the coverage half on a floor plan#
The cable settles the ISP half for free. The coverage half normally costs an afternoon of carrying a phone from room to room, and Range Up replaces that walk with a simulation you could run while you are on hold. Trace the place you live in, set the material preset — wood frame, brick or concrete — to whatever the building is, mark the router's real position, and every room comes back with a predicted signal level. Both verdicts earn their keep. A failing room the model shows as well covered is not short of signal, which leaves the router, the channel, one greedy device or the timing. A room the model puts down in the -70s is a real hole, and you can name it as the room that matters, have candidate spots for a second unit weighed against it, and flip between the coverage you have now and the coverage that spot would give you. It predicts from the drawing rather than reading your live network, so the wired test stays the thing that answers the ISP question. Draw your place and see the map, or read how a placement decision gets made first.
Frequently asked questions#
How do I know if it is my ISP or my Wi-Fi?
Plug a laptop into your router with an Ethernet cable, turn the laptop's Wi-Fi off, and run a speed test. If the wired result is close to your advertised plan speed, your internet connection is delivering and the fault is inside your house. If the wired result is well below the plan at every hour of the day, the problem is upstream and worth a support call.
Does a wired speed test really prove anything?
Yes, because it removes every wireless variable at once — walls, distance, channel congestion, your device's radio and your neighbors. Anything left is the line, the modem, the plan or the router itself. It is the single most informative five minutes in home network troubleshooting.
Why is my wired speed slower than the plan I pay for?
The most common causes are a 100 Mbps port somewhere in the chain, which caps you near 94 Mbps, and a router or modem that cannot route at your plan speed. After that come genuine line faults, evening contention on a shared segment, and other traffic in your own house during the test. Check every port and pause the household before you conclude the line is at fault.
What should I tell my ISP when I call?
Lead with the wired result, the plan speed and the times you tested, then list what you have already tried. Add any readings from the modem status page, such as signal power or SNR, since those are the numbers a technician will look at anyway. Then ask for a line test and a ticket number rather than describing symptoms and waiting for a suggestion.
Should I upgrade my plan if my speeds are slow?
Only if the wired test consistently reaches your current plan speed and that speed is genuinely too small for your household. If the wired test falls short of what you already pay for, a bigger plan changes the invoice and not the result. And if only some rooms are slow while the wire is fast, upgrading buys nothing at all.
Can a Wi-Fi extender fix a slow internet connection?
No. An extender rebroadcasts the signal it receives; it cannot manufacture bandwidth that never reached your router. It helps only when a specific room lacks signal level while the rest of the house is fine, and in a room that already has a strong signal it simply adds another radio competing for the same airtime.
Why is my upload so much slower than my download?
Most cable and DSL plans are deliberately asymmetric, so a 500/20 or 300/10 shape is normal rather than a fault. It matters more than the headline number because video calls, cloud backups and screen sharing all run on the upload side. Compare your measured upload against the advertised upload figure, and treat a collapse there as a genuine reason to call.