Route trace
The route trace view performs a traceroute to a selected host and displays the network path hop by hop. This is useful for diagnosing where latency or packet loss occurs along the route to a destination.
Starting a trace
To perform a route trace:
- Select a host in the table or tile view.
- Click the Trace button in the toolbar, or right-click the host and select Trace Route.
The view will switch to the Route tab and begin tracing the path to the selected host. Each discovered hop appears in the table as it is found.
Hop table columns
The route trace table displays the following columns:
- Hop
- The hop number (TTL value), starting from 1 for the first router in the path.
- Address
- The IP address of the device at this hop. An asterisk (*) indicates the hop did not respond.
- Hostname
- The reverse DNS hostname of the device, if available. Resolution is performed in the background.
- Latency
- The round-trip time to this hop in milliseconds.
- History
- A sparkline showing recent latency measurements for this hop, updated on each retrace cycle.
Retracing
Click the Retrace button to perform the trace again. This is useful for checking whether routing has changed or to gather more history data for each hop’s sparkline.
Interpreting results
When analysing a route trace, keep the following in mind:
- Increasing latency — A gradual increase in latency across hops is normal, especially over long distances.
- Sudden latency jump — A large increase at a specific hop may indicate a congested or slow link.
- Non-responding hops — Some routers are configured not to respond to trace probes. A single non-responding hop (*) in the middle of a route is usually not a problem.
- Final hop not reached — If the trace ends before reaching the destination, a firewall or router may be blocking ICMP packets.
- Multiple paths — The route may change between traces due to load balancing. Retracing can reveal alternative paths.