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
Browser Online Status TestCheck the browser online state, available connection hints, and a short round trip to DeviceOK.
→Browser Latency TestMeasure several browser-to-DeviceOK request round trips as a quick connection responsiveness check.
→Screen Color TestDisplay full-screen red, green, blue, white, and black reference screens.
→First sequence
Do the high-signal checks before risky changes
- 1
Check power/status indicators and official app
- 2
Compare local vs remote viewing
- 3
Check network and account/service state before factory reset
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
- Check the current network endpoint
- Provide display reference patterns for viewing devices
Browser cannot prove
- Open arbitrary IP-camera streams without supported access
- Bypass camera authentication
- Inspect proprietary firmware
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