{"id":26101,"date":"2023-02-20T07:51:37","date_gmt":"2023-02-20T07:51:37","guid":{"rendered":"http:\/\/localhost\/helpold\/?p=26101"},"modified":"2024-12-21T23:58:25","modified_gmt":"2024-12-21T20:28:25","slug":"investigating-the-mtr-tool","status":"publish","type":"post","link":"https:\/\/www.arvancloud.ir\/help\/en\/investigating-the-mtr-tool\/","title":{"rendered":"Investigating the MTR Tool"},"content":{"rendered":"

Monitoring network status is an important task in managing servers. There are various tools for monitoring communications, and My Traceroute (MTR) is one of the most powerful. This tool helps the network administrator identify errors and obtain a report of the network\u2019s general status.<\/p>\n

This article attempts to investigate MTR, the data it produces, and methods of analyzing and interpreting its generated information.<\/p>\n

<\/h3>\n

A Performance Overview of Main Network Diagnostics Tools<\/strong><\/h3>\n

Network diagnostics tools like ping, traceroute and MTR use the Control Message Protocol (ICMP) to test communications and the traffic exchanged between two points on the Internet. While pinging an IP, a number of ICMP packets are sent from the source to the destination, and the destination sends a number of ICMP packets back to the source in response. The user can calculate the round trip time (RTT) between these two points based on the responses exchanged between them.<\/p>\n

Tools such as MTR and traceroute, however, use the TTL (Time to Live) field in the IP header packet to calculate the hops along the path between the source and the destination. TTL specifies the number of hops that the packet can pass through before expiring. In order to count the number of hops using traceroute or MTR, several small ICMP messages are sent to TTL (value one) first, and the TTL value is gradually increased until the packet finally reaches its destination.<\/p>\n

MTR can be regarded as a combination of ping and traceroute. In addition to a general view of the path that the traffic passes through from the source to a specific destination, this tool also provides more information regarding the status, communications and the responsiveness of hops placed between the source and the destination.<\/p>\n

<\/h3>\n

How to Install MTR<\/strong><\/h3>\n

Unlike ping and MTR, traceroute is not installed by default on most operating systems. Use the following commands according to your operating system to install this tool.<\/p>\n

Ubuntu\/Debian<\/strong><\/p>\n

sudo apt-get install mtr<\/code><\/pre>\n
CentOS\/RHEL\/Fedora<\/strong><\/p>\n
yum install mtr<\/code><\/pre>\n
Arch<\/strong><\/p>\n
pacman -S mtr<\/code><\/pre>\n
Windows<\/strong><\/p>\n
You can use WinMTR upstream to install this tool on the Windows operating system.<\/p>\n
MAC OS<\/strong><\/p>\n
Use Homebrew and MacPorts to install this tool on the MAC OS X operating system. Use the following command to install with Homebrew:<\/p>\n
brew install mtr<\/code><\/pre>\n
And the following command to install with MacPorts:<\/p>\n
port install mtr<\/code><\/pre>\n
<\/h3>\n
Producing the MTR Report<\/strong><\/h3>\n
MTR can be considered a directional tool as it provides a view of the route taken by the packet from source to destination. The forward and return traffic routes between two points may not be the same, so it is recommended to use MTR on both directions and to collect the resulting information when diagnosing communications\u2019 problems between two points.<\/p>\n
Typing the mtr command with a URL or an IP address is a simple method for using MTR, as follows:<\/p>\n
mtr example.com<\/code><\/pre>\n
MTR\u2019s biggest advantage compared to traceroute is that its output is constantly updated, so it can monitor changes in network performance over time.<\/p>\n
Another method for using MTR is to produce a report using the following command:<\/p>\n
mtr --report example.com<\/code><\/pre>\n
One can add the \u2013n option to the mtr command to display each hop’s IP address instead of hostname. In the following command for example, the MTR tool is used to generating a report regarding Google\u2019s public DNS.<\/p>\n
mtr -n --report 8.8.8.8\r\nHOST: example\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 Loss%\u00a0\u00a0 Snt\u00a0\u00a0 Last\u00a0\u00a0 Avg\u00a0 Best\u00a0 Wrst StDev\r\n1.|-- 192.168.0.1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0\u00a0 9.4\u00a0\u00a0 7.5\u00a0\u00a0 3.1\u00a0 11.7 2.8\r\n2.|-- 10.89.0.1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 13.1\u00a0 24.4\u00a0 11.7\u00a0 69.9\u00a0 21.7\r\n3.|-- 173.212.126.117\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 22.0\u00a0 20.7\u00a0 13.0\u00a0 26.5\u00a0\u00a0 4.5\r\n4.|-- 24.215.102.161\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 29.2\u00a0 28.1\u00a0 23.4\u00a0 31.9\u00a0\u00a0 2.9\r\n5.|-- 24.215.102.221\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 22.0\u00a0 26.1\u00a0 22.0\u00a0 30.1\u00a0\u00a0 3.1\r\n6.|-- 24.215.102.9\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 25.8\u00a0 27.2\u00a0 22.2\u00a0 33.7\u00a0\u00a0 3.5\r\n7.|-- 24.215.101.10\u00a0\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0 107.8\u00a0 52.1\u00a0 41.5 107.8\u00a0 19.8\r\n8.|-- 209.85.250.3\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 68.0\u00a0 48.6\u00a0 42.1\u00a0 68.0\u00a0\u00a0 7.3\r\n9.|-- 8.8.8.8\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 42.9\u00a0 47.3\u00a0 42.8\u00a0 56.0\u00a0\u00a0 4.2<\/code><\/pre>\n
Each column shown in the output above represents specific information regarding sent packets:<\/p>\n
    \n
  • Host<\/strong>:\u00a0Represents the hostname or IP address for each hop the packet has passed through.<\/li>\n
  • Loss<\/strong>:\u00a0Packet loss percentage at each hop<\/li>\n
  • Snt<\/strong>:\u00a0Number of sent packets<\/li>\n
  • Last<\/strong>:\u00a0Latency of last sent packet in milliseconds<\/li>\n
  • Avg<\/strong>:\u00a0Average latency for all packets in milliseconds<\/li>\n
  • Best<\/strong>:\u00a0The lowest round trip time for a packet in milliseconds<\/li>\n
  • Wrst<\/strong>:\u00a0The highest round trip time for a packet in milliseconds<\/li>\n
  • StDev<\/strong>:\u00a0Standard deviation of latency for each host<\/li>\n<\/ul>\n
    <\/h3>\n
    MTR Output Analysis<\/strong><\/h3>\n
    MTR reports are mainly used for investigating packet loss and latency.<\/p>\n
    Investigating Packet Loss<\/strong><\/p>\n
    Packet loss may be caused by issues on one router along the packet’s route to the destination, or ICMP traffic rate limiting by the service provider; however, packet loss does not indicate problems in the latter. For example, packet loss has occurred between hops 1 and 2 in the picture below, which is due to rate limiting on hop 2.<\/p>\n
    mtr -n --report 8.8.8.8\r\nHOST: example\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Loss%\u00a0\u00a0 Snt\u00a0\u00a0 Last\u00a0\u00a0 Avg\u00a0 Best\u00a0 Wrst StDev\r\n1.|-- 192.168.0.1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0\u00a0\u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0\u00a0 9.4\u00a0\u00a0 7.5\u00a0 \u00a03.1\u00a0 \u00a011.7\u00a0 2.8\r\n2.|-- 10.89.0.1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 13.1\u00a0 24.4\u00a0 11.7\u00a0 69.9\u00a0 21.7\r\n3.|-- 173.212.126.117\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 60.0%\u00a0\u00a0 10\u00a0\u00a0 22.0\u00a0 20.7\u00a0 13.0\u00a0 26.5\u00a0\u00a0 4.5\r\n4.|-- 24.215.102.161\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 29.2\u00a0 28.1\u00a0 23.4\u00a0 31.9\u00a0\u00a0 2.9\r\n5.|-- 24.215.102.221\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 \u00a0\u00a00.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 22.0\u00a0 26.1\u00a0 22.0\u00a0 30.1\u00a0\u00a0 3.1\r\n6.|-- 24.215.102.9\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 25.8\u00a0 27.2\u00a0 22.2\u00a0 33.7\u00a0\u00a0 3.5\r\n7.|-- 24.215.101.10\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0 \u00a0107.8 52.1\u00a0 41.5 107.8\u00a0 19.8\r\n8.|-- 209.85.250.3\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 68.0\u00a0 48.6\u00a0 42.1\u00a0 68.0\u00a0\u00a0 7.3\r\n9.|-- 8.8.8.8\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 42.9\u00a0 47.3\u00a0 42.8\u00a0 56.0\u00a0\u00a0 4.2<\/code><\/pre>\n
    Packet loss in more than one hop can indicate problems in routing or a specific router along the route. Remember that packet loss and rate limit may sometimes occur simultaneously. When packet loss occurs in various hops, the value displayed for the last hop is always the real packet loss percentage.<\/p>\n
    For example, actual packet loss in the output below is the 30 percent value shown for the last hop (hop 9), and rate limit has been used in hops 4, 5 and 6.<\/p>\n
    mtr -n --report 8.8.8.8\r\nHOST: example\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Loss%\u00a0\u00a0 Snt\u00a0\u00a0 Last\u00a0 Avg\u00a0 Best\u00a0 Wrst \u00a0StDev\r\n1.|-- 192.168.0.1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0 \u00a0\u00a010\u00a0\u00a0\u00a0 9.4\u00a0\u00a0 7.5\u00a0 3.1\u00a0 \u00a011.7\u00a0 2.8\r\n2.|-- 10.89.0.1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 13.1\u00a0 24.4\u00a0 11.7 \u00a069.9\u00a0 21.7\r\n3.|-- 173.212.126.117\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 22.0 \u00a020.7\u00a0 13.0 \u00a026.5\u00a0 4.5\r\n4.|-- 24.215.102.161\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 70.0%\u00a0\u00a0 10\u00a0\u00a0 29.2\u00a0 28.1\u00a0 23.4\u00a0 31.9\u00a0 2.9\r\n5.|-- 24.215.102.221\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 70.0%\u00a0 \u00a010\u00a0\u00a0 22.0\u00a0 26.1\u00a0 22.0\u00a0 30.1\u00a0 3.1\r\n6.|-- 24.215.102.9\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 60.0%\u00a0 \u00a010\u00a0\u00a0 25.8\u00a0 27.2\u00a0 22.2\u00a0 33.7\u00a0 3.5\r\n7.|-- 24.215.101.10\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 30.0%\u00a0\u00a0 10\u00a0 107.8\u00a0 52.1\u00a0 41.5 107.8\u00a0 19.8\r\n8.|-- 209.85.250.3\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 30.0%\u00a0 \u00a010\u00a0\u00a0 68.0\u00a0 48.6\u00a0 42.1\u00a0 68.0\u00a0 7.3\r\n9.|-- 8.8.8.8\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 30.0%\u00a0 \u00a010\u00a0\u00a0 42.9\u00a0 47.3\u00a0 42.8\u00a0 56.0\u00a0 4.2<\/code><\/pre>\n
    Note:\u00a0<\/strong><\/span>Remember that packet loss up to 10 percent is normal, but higher numbers point to a problem and require further investigation. We recommend once again using MTR on both the forward and return routes to obtain more accurate information.<\/p>\n
    If you are using MTR on your own computer and observe significant packet loss in the first hop, the problem is caused by your ISP connection, and if the significant loss is seen in the final hops, the problem is caused by your destination ISP.<\/p>\n
    Latency Analysis<\/strong><\/p>\n
    Latency is a parameter that depends on the distance between the source and the destination and line quality. This value may increase for various reasons, including incorrect router configuration on the destination route, link saturation, etc. The sudden spike in latency, which can indicate a problem with a specific hop\u2019s router, should be taken into consideration while analyzing the MTR output.<\/p>\n
    In the following output, for example, everything is normal up to hop 6 when the latency suddenly increases, which doesn\u2019t decrease on the next hops. Accordingly, we can conclude that the router has encountered problems in hop 6.<\/p>\n
    mtr -n --report 8.8.8.8\r\nHOST: example\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Loss%\u00a0\u00a0 Snt\u00a0\u00a0 Last\u00a0\u00a0 Avg\u00a0 Best\u00a0 Wrst StDev\r\n1.|-- 192.168.0.1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0\u00a0 9.4\u00a0\u00a0 7.5\u00a0\u00a0 3.1\u00a0 11.7\u00a0\u00a0 2.8\r\n2.|-- 10.89.0.1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 13.1\u00a0 24.4\u00a0 11.7\u00a0 69.9\u00a0 21.7\r\n3.|-- 173.212.126.117\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 22.0\u00a0 20.7\u00a0 13.0\u00a0 26.5\u00a0\u00a0 4.5\r\n4.|-- 24.215.102.161\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 29.2\u00a0 28.1\u00a0 23.4\u00a0 31.9\u00a0\u00a0 2.9\r\n5.|-- 24.215.102.221\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0\u00a0 22.0\u00a0 26.1\u00a0 22.0\u00a0 30.1\u00a0\u00a0 3.1\r\n6.|-- 24.215.102.9\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0 \u00a010\u00a0 430.4 445.2 426.7 463.6\u00a0\u00a0 3.5\r\n7.|-- 24.215.101.10\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0 432.3 445.2 426.7 463.6\u00a0\u00a0 3.8\r\n8.|-- 209.85.250.3\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0 433.5 445.2 426.7 463.6\u00a0\u00a0 7.3\r\n9.|-- 8.8.8.8\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 0.0%\u00a0\u00a0\u00a0 10\u00a0 435.9 445.2 426.7 463.6\u00a0\u00a0 4.2<\/code><\/pre>\n
    The sudden increase in latency is only limited to one hop and decreases again. The sudden increase in that hop is caused by rate limit. Rate limiting affects latency as well as packet loss, and as stated for packet loss in the previous section, one should pay attention to the data regarding the last hops to measure latency.<\/p>\n","protected":false},"excerpt":{"rendered":"
    Monitoring network status is an important task in managing servers. There are various tools for monitoring communications, and My Traceroute (MTR) is one of the most powerful. This tool helps the network administrator identify errors and obtain a report of the network\u2019s general status. This article attempts to investigate MTR, the data it produces, and […]<\/p>\n","protected":false},"author":79,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"r1_post_views_count":"1074","feedback_yes":"0","feedback_no":"0","ads_id_sidebar":"","ads_id_content":"","footnotes":""},"categories":[245,279],"tags":[],"class_list":["post-26101","post","type-post","status-publish","format-standard","hentry","category-cloud-server","category-server-troubleshooting"],"lang":"en","translations":{"en":26101},"pll_sync_post":[],"_links":{"self":[{"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/posts\/26101","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/users\/79"}],"replies":[{"embeddable":true,"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/comments?post=26101"}],"version-history":[{"count":2,"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/posts\/26101\/revisions"}],"predecessor-version":[{"id":28037,"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/posts\/26101\/revisions\/28037"}],"wp:attachment":[{"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/media?parent=26101"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/categories?post=26101"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.arvancloud.ir\/help\/wp-json\/wp\/v2\/tags?post=26101"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}