Start with a clean baseline
Separate the local link from internet reachability and application performance. Wi-Fi marketing speed, Ethernet port speed, ISP speed and browser throughput are different measurements.
Live evidence
Relevant checks
First sequence
Do the high-signal checks before risky changes
- 1
Check OS link status
- 2
Try another known-good cable/port
- 3
Compare Wi-Fi vs Ethernet
Decision points
What the result should change
If one client fails, others workPrioritize the client adapter, saved network, cable/port or device policy.
If all clients lose internet but stay associatedPrioritize WAN/modem/DNS/upstream status rather than each device.
If wired is stable and wi-fi is notPrioritize RF placement/interference/channel/client-band behavior.
Browser can help check
- Confirm web connectivity through the current network path
- Measure application-level round trips
Browser cannot prove
- Read cable-pair faults
- Measure link negotiation universally
- Replace switch/router diagnostics
Repair boundary
Know when to stop browser troubleshooting
- Do not factory-reset a managed or ISP-provisioned router before saving configuration and credentials.
- Do not infer 2.5/10GbE from Wi-Fi class names; verify the exact physical ports.
- Browser Network Information API values are hints and are not a replacement for router/switch counters.
Used-device inspection
What to verify before paying or signing off a repair
- Verify exact WAN and LAN port speeds
- Check Wi-Fi generation/bands supported by your actual clients
- Check mesh/backhaul and VLAN/PoE needs before choosing hardware