Creating an MTR Report for Network Diagnostics

An MTR (My Traceroute) report is a powerful tool that combines the functionality of ping and traceroute to diagnose network issues like packet loss and high latency. Our support team may request an MTR report from you to investigate connection problems.


Why do we need an MTR?

A number of factors contribute to the speed of your connection. An MTR report helps us identify exactly where in the connection path a problem might be occurring.


1. How to Create an MTR Report

First, you need to install the MTR tool if you don't have it already.

For Linux

Debian / Ubuntu
apt-get update apt-get install mtr
CentOS / AlmaLinux
yum install mtr

For Windows

A popular graphical version of MTR for Windows is called WinMTR. You can download it from its official source.

Download WinMTR from SourceForge


2. How to Understand an MTR Report

The MTR output shows each "hop" between you and the destination. The most important columns are Host, Loss%, and the latency columns (Avg, Wrst).

Why Bidirectional Reports are Crucial

This is the most important concept to understand.

The path your data takes from your computer to our server is often completely different from the path it takes from our server back to you. This is called asymmetric routing. A problem might only exist on the return path. Without reports in both directions, we cannot get a complete and accurate view of the connection.

Interpreting the Results

When analyzing your report, here are the key rules for interpreting the data correctly.

Rule for Packet Loss:

A real network problem usually exists only if you see significant packet loss that persists or increases over several subsequent hops, including the final destination.

Rule for Latency (Ping):

Look for a sudden jump in the Avg latency that persists until the destination, or a Wrst value that is much higher than the average, indicating lag spikes.

Examples: Good vs. Bad MTR Reports

Interpreting the Results
Example 1: No Issue (Loss in the Middle)
Example 2: Real Issue (Packet Loss at the End)
Example 3: Real Issue (Latency Jump)

In this example, we see 50% packet loss at hop 3. However, the loss does not continue to subsequent hops. The final destination (hop 5) has 0% loss.

HostLoss%SntLastAvgBestWrst
1. your-router.local0.0%10001.11.20.95.5
2. your-isp.net0.0%10005.35.54.115.2
3. some-backbone.net50.0%100010.510.29.820.1
4. another-peer.net0.0%100010.810.510.122.0
5. server4you.com0.0%100011.211.010.525.0

Conclusion: This is not a problem. The loss at hop 3 is due to that specific router de-prioritizing ping requests. The network is healthy.


3. Submitting the Report to Support

When providing the report to our support team, please ensure you include the following:

  • The MTR report from your client to our server.
  • The MTR report from our server to your client.
  • If possible, an MTR report between two of your Server4You servers.
  • The date and time when you created the reports.