{"id":3258,"date":"2025-06-11T18:34:41","date_gmt":"2025-06-11T22:34:41","guid":{"rendered":"https:\/\/www.inmotionhosting.com\/support\/2014\/05\/29\/read-traceroute\/"},"modified":"2025-06-11T18:34:44","modified_gmt":"2025-06-11T22:34:44","slug":"read-traceroute","status":"publish","type":"post","link":"https:\/\/www.inmotionhosting.com\/support\/website\/read-traceroute\/","title":{"rendered":"How to Run & Read a Traceroute"},"content":{"rendered":"
\"Learn<\/figure>\n\n\n\n

There are times when it seems your website may respond slowly. Slow response time may indicate a problem. Most just assume the server is overloaded and call their technical support. Many times, the support representative will ask for a ping and traceroute<\/strong> report. While we have instructions on running this report, it can seem rather cryptic when looking at it. But it\u2019s a great strategy for troubleshooting server response times with your hosting.<\/p>\n\n\n\n

It doesn\u2019t take a degree or any kind of special training to decode a traceroute report. In fact, we will teach you how to read a traceroute in this article. This way, if you ever have slow response from your site, you can run a report and quickly determine whether you need to contact our Live Support<\/a> team.<\/p>\n\n\n\n

How a Traceroute Works<\/h2>\n\n\n\n

Whenever a computer connects to a website, it must travel a path that consists of several points, a little like connecting the dots between your computer and the website. The signal starts at your local router in your home or business, then moves out to your ISP, then onto the main networks. From there it may have several junctions until it gets off the Internet highway at the local network for the website and then to the webserver itself.<\/p>\n\n\n\n

A traceroute displays the path that the signal took as it traveled around the Internet to the website. It also displays times which are the response times that occurred at each stop along the route. If there is a connection problem or latency connecting to a site, it will show up in these times. You will be able to identify which of the stops (also called \u2018hops\u2019) along the route is the culprit.<\/p>\n\n\n\n

Running a ping test<\/strong> can help you determine if your website is slow because of a connection issue. If it is, then running a traceroute test<\/strong> can help you to determine where in the connection there is a slowdown.<\/p>\n\n\n\n

\n
\n\t\n\t\t\"How\n\t\t<\/span>\n\t<\/a>\n<\/div><\/div>\n<\/div>
Don\u2019t have time to read our article? Watch the full walk-through video.<\/figcaption><\/figure>\n\n\n\n

How to Run a Ping \/ Traceroute Test<\/h2>\n\n\n\n

InMotion Hosting has a free tool that can automatically and consistently analyze the results of a traceroute test. If you run the traceroute test as described below, you can use our traceroute parser tool here<\/a> to see if you may be experiencing a connectivity problem.<\/p>\n\n\n\n

Windows<\/h3>\n\n\n\n

If you are on a Windows computer:<\/p>\n\n\n\n

    \n
  1. Click your Start menu<\/strong> and type cmd<\/strong>.<\/li>\n\n\n\n
  2. You will see the Command Promt app listed, select it.<\/li>\n\n\n\n
  3. Type the following command then hit Enter<\/strong>.
    ping example.com<\/pre><\/li>\n\n\n\n
  4. When it is done, type the following command and hit enter.
    tracert example.com<\/pre><\/li>\n<\/ol>\n\n\n\n
    When both tests are complete, you can copy and paste the results into a ticket to the Live Support Team<\/a> to review. To copy the results, left-click in the command prompt and highlight the text, then right-click to copy the text. You can then right click and paste the results into a ticket. Be sure to include your current IP address. If you are unsure of your current IP address please visit the link below to obtain it:
    What is my current IP Address?<\/a><\/a><\/p>\n\n\n\n
    Mac<\/h3>\n\n\n\n
    If you are on a Mac you can follow these steps to perform a ping\/traceroute test.<\/p>\n\n\n\n
      \n
    1. Open Applications<\/strong> and then open Utilities<\/strong>.<\/li>\n\n\n\n
    2. Open Terminal<\/strong>.<\/li>\n\n\n\n
    3. Type the following command then hit Enter<\/strong>.
      ping example.com<\/pre><\/li>\n\n\n\n
    4. Stop the ping after 4 or 5 results by holding down CTRL-C<\/strong>.<\/li>\n\n\n\n
    5. When that is done, type the following command then hit Enter<\/strong>.
      traceroute example.com<\/pre><\/li>\n<\/ol>\n\n\n\n
      How to Read a Traceroute<\/h2>\n\n\n\n
      Once the traceroute is run, it generates the report as it goes along the route. Below is a sample traceroute:<\/p>\n\n\n\n
      C:\\>tracert www.example.com\nTracing route to example.com [10.10.242.22]\nover a maximum of 30 hops:\n\n  1    <1 ms    <1 ms    <1 ms  172.16.10.2\n  2     *        *        *     Request timed out.\n  3     2 ms     2 ms     2 ms  vbchtmnas9k02-t0-4-0-1.coxfiber.net [216.54.0.29]\n  4    12 ms    13 ms     3 ms  68.10.8.229\n  5     7 ms     7 ms     7 ms  chndbbr01-pos0202.rd.ph.cox.net [68.1.0.242]\n  6    10 ms     8 ms     9 ms  ip10-167-150-2.at.at.cox.net [70.167.150.2]\n  7    10 ms     9 ms    10 ms  100ge7-1.core1.nyc4.he.net [184.105.223.166]\n  8    72 ms    84 ms    74 ms  10gr10-3.core1.lax1.he.net [72.52.92.226]\n  9    76 ms    76 ms    90 ms  10g1-3.core1.lax2.he.net [72.52.92.122]\n 10    81 ms    74 ms    74 ms  205.134.225.38\n 11    72 ms    71 ms    72 ms  www.inmotionhosting.com [192.145.237.216]<\/pre>\n\n\n\n
      As you can see, there are several rows divided into columns on the report. Each row represents a \u201chop\u201d along the route. Think of it as a check-in point where the signal gets its next set of directions. Each row is divided into five columns. A sample row is below:<\/p>\n\n\n\n
       10    81 ms    74 ms    74 ms  205.134.225.38<\/pre>\n\n\n\n
      Let\u2019s break this particular hop down into its parts.<\/p>\n\n\n\n
      Hop #<\/th>RTT 1<\/th>RTT 2<\/th>RTT 3<\/th>Name\/IP Address<\/th><\/tr>
      10<\/td>81 ms<\/td>74 ms<\/td>74 ms<\/td>205.134.225.38<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
      Hop Number<\/strong> \u2013 This is the first column and is simply the number of the hop along the route. In this case, it is the tenth hop.<\/p>\n\n\n\n
      RTT Columns<\/strong> \u2013 The next three columns display the round trip time (RTT) for your packet to reach that point and return to your computer. This is listed in milliseconds. There are three columns because the traceroute sends three separate signal packets. This is to display consistency, or a lack thereof, in the route.<\/p>\n\n\n\n
      Domain\/IP column<\/strong> \u2013 The last column has the IP address of the router. If it is available, the domain name will also be listed.<\/p>\n\n\n\n
      Checking the Hop Times<\/h3>\n\n\n\n
      The times listed in the RTT columns are the main thing you want to look at when evaluating a traceroute. Consistent times are what you are looking for. There may be specific hops with increased latency times but they may not indicate that there is an issue. You need to look at a pattern over the whole report. Times above 150ms are considered to be long for a trip within the continental United States. (Times over 150ms may be normal if the signal crosses an ocean, however.) but issues may show up with very large numbers.<\/p>\n\n\n\n
      Increasing Latency Towards the Target<\/h3>\n\n\n\n
      If you see a sudden increase in a hop and it keeps increasing to the destination (if it even gets there), then this indicates an issue starting at the hop with the increase. This may well cause packet loss where you will even see asterisks (*) in the report.<\/p>\n\n\n\n
      1    10 ms     7 ms     9 ms  172.16.10.2\n2    78 ms   100 ms    32 ms  ip10-167-150-2.at.at.cox.net [70.167.150.2]\n3    78 ms    84 ms    75 ms  100ge7-1.core1.nyc4.he.net [184.105.223.166]\n4   782 ms   799 ms     * ms  10gr10-3.core1.lax1.he.net [72.52.92.226]\n5     * ms   899 ms   901 ms  10g1-3.core1.lax2.he.net [72.52.92.122]\n6   987 ms   954 ms   976 ms  205.134.225.38\n7  1002 ms  1011 ms   999 ms  www.inmotionhosting.com [192.145.237.216]<\/pre>\n\n\n\n
      High Latency in the Middle but Not at Beginning or End<\/h3>\n\n\n\n
      If the hop immediately after a long one drops back down, it simply means that the router at the long hop set the signal to a lower priority and does not have an issue. Patterns like this do not indicate an issue.<\/p>\n\n\n\n
      1  <1 ms     <1 ms       <1 ms 173.247.246.116\n2  30 ms      7 ms       11 ms 10.10.0.2\n3 200 ms    210 ms      189 ms 4.71.136.1\n4 111 ms     98 ms      101 ms ip10-167-150-2.at.at.cox.net [70.167.150.2]\n5  99 ms    100 ms       98 ms  205.134.225.38<\/pre>\n\n\n\n
      High Latency in the Middle That Remains Consistent<\/h3>\n\n\n\n
      If you see a hop jump but remain consistent throughout the rest of the report, this does not indicate an issue.<\/p>\n\n\n\n
      1  <1 ms     <1 ms       <1 ms 173.247.246.116\n2  30 ms      7 ms       11 ms 10.10.0.2\n3  93 ms     95 ms       92 ms 4.71.136.1\n4  95 ms     99 ms      101 ms ip10-167-150-2.at.at.cox.net [70.167.150.2]\n5  99 ms    100 ms       98 ms 100ge7-1.core1.nyc4.he.net [184.105.223.166]\n6  95 ms     95 ms       95 ms 10g1-3.core1.lax2.he.net [72.52.92.122]\n7  95 ms     96 ms       94 ms 205.134.225.38]<\/pre>\n\n\n\n
      High Latency in the Beginning Hops<\/h3>\n\n\n\n
      Seeing reported latency in the first few hops indicates a possible issue on the local network level. You will want to work with your local network administrator to verify and fix it.<\/p>\n\n\n\n
      Timeouts at the Beginning of the Report<\/h3>\n\n\n\n
      If you have timeouts at the very beginning of the report, say within the first one or two hops, but the rest of the report runs, do not worry. This is perfectly normal as the device responsible likely does not respond to traceroute requests.<\/p>\n\n\n\n
      Timeouts at the Very End of the Report<\/h3>\n\n\n\n
      Timeouts at the end may occur for a number of reasons. Not all of them indicate an issue, however.<\/p>\n\n\n\n