NETMAP PRO
Guide 04

Internet & local diagnostics

Use two separate tests to determine whether a problem lives beyond the router or between the laptop and a device on the job network.

DYNAMIC MULTI-GIGLATENCY + LOSS + JITTERSAVED RESULTS
Actual NetMap Pro internet diagnostics result with download and upload gauges
Actual runtime capture from a completed capacity test. Download and upload use independent gauges.

Internet Speed Test

Diagnostics opens on the Internet Speed Test tab. Select Start speed test. The Download gauge runs first, followed by Upload. Current values animate smoothly while the results table records date, download, upload, latency, server, and status.

There is no redundant progress bar; the active gauge, status text, and running state indicate the current phase.

Dynamic multi-gig gauges

Each gauge begins at a 1 Gbps maximum. When the measurement exceeds the current range, the scale expands through practical tiers such as 2.5 Gbps, 5 Gbps, and 10 Gbps. The displayed result is never capped by the artwork.

A multi-gig internet plan does not guarantee a multi-gig laptop result. The laptop NIC, Wi-Fi link, Ethernet cabling, switch port, router, ISP path, and test server must all support the rate.

Local Testing

  1. Choose a target. Select a discovered device from the IP-sorted list or enter an IP address manually.
  2. Run local test. A clear running animation and status indicate that measurement is in progress.
  3. Review the returned result. The latest-result panel is hidden before the run, appears only when new results arrive, and clearly states that the test completed.

Selecting Test on a Discovered Devices row opens this tab automatically and fills the target IP.

Read the local metrics

Packet lossThe percentage of probes without a valid response. Consistent loss is more significant than a single isolated timeout.
Average latencyThe central response time over the run, shown with minimum and maximum values for context.
JitterVariation between responses. High jitter can affect voice, video, and interactive control even when average latency looks acceptable.
Reachability & servicesWhether the target responded and which approved network services were observed during the diagnostic pass.

Rate limits and realistic results

An HTTP 429 Too Many Requests response is returned by the selected external test service when it rate-limits repeated requests. Wait before retrying and avoid running tests in rapid succession. It is a server policy response, though frequent automated retries from the app or network can trigger it.

Internet and local results are saved separately because they answer different questions. Repeating a test under the same physical conditions creates the most useful comparison.