How to Read a Traceroute

Learn How to Read a Traceroute

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 report. While we have instructions on running this report, it can seem rather cryptic when looking at it. But it’s a great strategy for troubleshooting issues with Cloud VPS Hosting or other types of private hosting.

It doesn’t 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 team.

How a Traceroute Works

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.

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 ‘hops’) along the route is the culprit.

How to Read a Traceroute

Once the traceroute is run, it generates the report as it goes along the route. Below is a sample traceroute:

C:\>tracert www.example.com
Tracing route to example.com [10.10.242.22]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  172.16.10.2
  2     *        *        *     Request timed out.
  3     2 ms     2 ms     2 ms  vbchtmnas9k02-t0-4-0-1.coxfiber.net [216.54.0.29]
  4    12 ms    13 ms     3 ms  68.10.8.229
  5     7 ms     7 ms     7 ms  chndbbr01-pos0202.rd.ph.cox.net [68.1.0.242]
  6    10 ms     8 ms     9 ms  ip10-167-150-2.at.at.cox.net [70.167.150.2]
  7    10 ms     9 ms    10 ms  100ge7-1.core1.nyc4.he.net [184.105.223.166]
  8    72 ms    84 ms    74 ms  10gr10-3.core1.lax1.he.net [72.52.92.226]
  9    76 ms    76 ms    90 ms  10g1-3.core1.lax2.he.net [72.52.92.122]
 10    81 ms    74 ms    74 ms  205.134.225.38
 11    72 ms    71 ms    72 ms  www.inmotionhosting.com [192.145.237.216]

As you can see, there are several rows divided into columns on the report. Each row represents a “hop” 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:

 10    81 ms    74 ms    74 ms  205.134.225.38

Let’s break this particular hop down into its parts.

Hop #RTT 1RTT 2RTT 3Name/IP Address
1081 ms74 ms74 ms205.134.225.38

Hop Number – This is the first column and is simply the number of the hop along the route. In this case, it is the tenth hop.

RTT Columns – 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.

Domain/IP column – The last column has the IP address of the router. If it is available, the domain name will also be listed.

Checking the Hop Times

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.

Increasing Latency Towards the Target

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.

1    10 ms     7 ms     9 ms  172.16.10.2
2    78 ms   100 ms    32 ms  ip10-167-150-2.at.at.cox.net [70.167.150.2]
3    78 ms    84 ms    75 ms  100ge7-1.core1.nyc4.he.net [184.105.223.166]
4   782 ms   799 ms     * ms  10gr10-3.core1.lax1.he.net [72.52.92.226]
5     * ms   899 ms   901 ms  10g1-3.core1.lax2.he.net [72.52.92.122]
6   987 ms   954 ms   976 ms  205.134.225.38
7  1002 ms  1011 ms   999 ms  www.inmotionhosting.com [192.145.237.216]

High Latency in the Middle but Not at Beginning or End

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.

1  <1 ms     <1 ms       <1 ms 173.247.246.116
2  30 ms      7 ms       11 ms 10.10.0.2
3 200 ms    210 ms      189 ms 4.71.136.1
4 111 ms     98 ms      101 ms ip10-167-150-2.at.at.cox.net [70.167.150.2]
5  99 ms    100 ms       98 ms  205.134.225.38

High Latency in the Middle That Remains Consistent

If you see a hop jump but remain consistent throughout the rest of the report, this does not indicate an issue.

1  <1 ms     <1 ms       <1 ms 173.247.246.116
2  30 ms      7 ms       11 ms 10.10.0.2
3  93 ms     95 ms       92 ms 4.71.136.1
4  95 ms     99 ms      101 ms ip10-167-150-2.at.at.cox.net [70.167.150.2]
5  99 ms    100 ms       98 ms 100ge7-1.core1.nyc4.he.net [184.105.223.166]
6  95 ms     95 ms       95 ms 10g1-3.core1.lax2.he.net [72.52.92.122]
7  95 ms     96 ms       94 ms 205.134.225.38]

High Latency in the Beginning Hops

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.

Timeouts at the Beginning of the Report

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.

Timeouts at the Very End of the Report

Timeouts at the end may occur for a number of reasons. Not all of them indicate an issue, however.

  • The target’s firewall may be blocking requests. The target is still most probably reachable with a normal HTTP request, however. This should not affect normal connection.
  • The return path may have an issue from the destination point. This would mean the signal is still reaching, but just not getting the return signal back to your computer. This should not affect normal connection.
  • Possible connection problem at the target. This will affect the connection.

Do I Need to Contact My Hosting Company?

Once you have found a hop that seems to have an issue, you can identify its location and determine where the issue lies. It may be within your network, your ISP, somewhere along the route, or within your hosting provider’s domain.

The first hop is within your own network. The next hop is your ISP. The last couple of hops are likely within your hosting providers’ domain and control, so if the issue is there, they may be able to fix it for you. If it is anywhere prior to that, the issue is simply along the route and is within neither your nor your hosting provider’s control.

275 Comments

  • Warning: www.google.com has multiple addresses; using 142.250.188.4
    traceroute to www.google.com (142.250.188.4) , 5 relative hops max, 52 byte packets
    1 10.14.236.159 (10.14.236.159) 52.031 ms 89.217 ms 93.126 ms
    2 216.182.237.201 (216.182.237.201) 61.901 ms 114.413 ms 118.563 ms
    3 100.65.18.0 (100.65.18.0) 73.227 ms 125.440 ms 129.796 ms
    4 100.66.8.142 (100.66.8.142) 62.232 ms 110.180 ms 116.770 ms
    5 100.66.11.202 (100.66.11.202) 68.654 ms 112.187 ms 116.202 ms
    6 241.0.6.206 (241.0.6.206) 48.975 ms 230.484 ms 234.811 ms
    7 240.0.180.27 (240.0.180.27) 30.592 ms 219.589 ms 223.650 ms
    8 242.2.52.1 (242.2.52.1) 33.003 ms 212.756 ms 216.911 ms
    9 72.21.222.223 (72.21.222.223) 37.389 ms 81.061 ms 84.912 ms
    10 54.240.242.62 (54.240.242.62) 35.591 ms 80.667 ms 85.224 ms
    11 52.93.141.20 (52.93.141.20) 47.508 ms 112.934 ms 117.206 ms
    12 74.125.51.220 (74.125.51.220) 48.557 ms 567.040 ms 571.288 ms
    13 * * *
    14 209.85.248.34 (209.85.248.34) 55.543 ms 141.116 ms 145.718 ms
    15 142.251.70.107 (142.251.70.107) 37.411 ms 169.764 ms 173.832 ms
    16 nuq04s35-in-f4.1e100.net (142.250.188.4) 53.512 ms 219.794 ms 225.075 ms

    I need help reading this I never have service in my house

    • Hi Luis, sorry to hear you’re having trouble. Is this a connectivity issue? Has your Internet Service provider said anything, or are you running into a different issue?

  • Hey all, I’ve been having 8 months of bad traceroute readings in the middle of the tests. The article says

    “The first hop is within your own network. The next hop is your ISP. The last couple of hops are likely within your hosting providersā€™ domain and control, so if the issue is there, they may be able to fix it for you. If it is anywhere prior to that, the issue is simply along the route and is within neither your nor your hosting providerā€™s control.”

    The problem nodes fall into that last section, where my ISP or my hosting provider will not be able to help because it’s in the middle of the route. That said, who do I contact? How do I search for who to contact? I’ve been stuck with almost unusable internet for 8 months now, completely limited to watching videos or managing my email when there are many other things on the net I’d rather be doing but can’t do. Sometimes the test results are so bad that I get 200+ms just 2 states over. Things used to not be that bad, I used to expect about 100ms from west coast to east coast but now I can’t even get 150ms to my state-neighbors.

    • Depending on your configuration, you may benefit from checking your VPN, or browser/system/router DNS resolver settings. For example, Firefox used DNS-over-HTTPS (DoH) by default for a short while. That has created issues for some this year.

  • HI, I have a funny issue. A few sites which are all hosted by the same provider, including my blog are not loading when I try to access it from any devices connected to my wifi. When I connect through my mobile hotspot, these websites can be accessed.

    So it is not the problem with my laptop, not the problem with my hosting(at least I think so) and finally my ISP replied that it is not their problem as well! So I have no idea what exactly is the problem. It is quite frustrating to use my mobile hotspot whenever I have to update anything on my blog.

    I have attached tracert output for my site. If anyone can help in in this regard that would be amazing. Looking forward to your reply. Thanks in advance.

    1 2 ms 2 ms 2 ms —
    2 3 ms 3 ms 2 ms http://—.reverse.spectranet.in [—]
    3 3 ms 2 ms 2 ms http://—.reverse.spectranet.in [—]
    4 23 ms 12 ms 11 ms http://—.reverse.spectranet.in [—]
    5 32 ms 12 ms 11 ms —
    6 14 ms 14 ms 14 ms —
    7 53 ms 49 ms 56 ms —
    8 49 ms 48 ms 48 ms http://ae9-xcr1.sng.cw.net [—]
    9 48 ms 48 ms 49 ms http://unknown.telstraglobal.net [—]
    10 51 ms 61 ms 52 ms http://unknown.telstraglobal.net [—]
    11 * * * Request timed out.
    12 * * * Request timed out.
    13 * * * Request timed out.
    14 * * * Request timed out.
    15 * * * Request timed out.
    16 * * * Request timed out.
    17 * * * Request timed out.
    18 * * * Request timed out.
    19 * * * Request timed out.
    20 * * * Request timed out.

    • Hi Trablogger, sorry you’re running into this one. This is a frustrating one, but luckily it’s one we’re familiar with here.

      For your privacy, I removed the IP addresses from your comment after I looked into the issue.

      What’s usually happening in a situation like this is that a piece of security software has flagged your home IP address for one reason or another. This will block connections from your wifi, but let you get through to the site on your mobile provider, or the coffee shop down the street, or someone else checking the site for you on the other side of the world.

      I wrote up an article describing our most common version of the situation here at InMotion: sometimes, an email client like Outlook or Mac Mail with the wrong password will keep trying to log in to your email. The security software reads that as a hacking attempt (because someone is repeatedly attempting to login and failing) and blocks the IP address for a period of time ranging from 15 minutes to a few days.

      Usually, the solution is to go through all of the email clients on devices connected to your network. The culprit is often a mobile client with an old password in it that you don’t check very often, but I’ve seen it caused by everything from a piece of software that just got installed for a quick test run to a long forgotten iPod that had been turned into a remote control.

      That said, that’s only the most common cause: similar problems can be caused by incorrect FTP accounts, or other misconfigured software. On top of that, even if you fix the problem, you may need to talk to your hosting provider and get them to reset your IP address’s status in the security software if it has been temporarily blocked for a lengthy period of time. If we’re you’re hosting provider, just get in touch with our 24/7 technical Support Team and they’ll be able to sort it out for you!

  • 1 <1 ms <1 ms <1 ms 192.168.1.1
    2 2 ms 9 ms 1 ms 89.205.46.1.robi.com.mk [89.205.46.1]
    3 1 ms 1 ms 1 ms 89.205.126.1.robi.com.mk [89.205.126.1]
    4 4 ms 5 ms 4 ms 89.205.126.131.robi.com.mk [89.205.126.131]
    5 2 ms 5 ms 48 ms 80.77.144.145
    6 5 ms 9 ms 5 ms 72.14.205.204
    7 7 ms 8 ms 6 ms 108.170.250.177
    8 8 ms 6 ms 5 ms 74.125.37.239
    9 5 ms 5 ms 5 ms sof02s33-in-f4.1e100.net [172.217.169.164]

    or like this:

    1 <1 ms <1 ms <1 ms 192.168.1.1
    2 3 ms 1 ms 1 ms 89.205.46.1.robi.com.mk [89.205.46.1]
    3 1 ms 3 ms 1 ms 89.205.126.1.robi.com.mk [89.205.126.1]
    4 2 ms 1 ms 1 ms 89.205.126.131.robi.com.mk [89.205.126.131]
    5 50 ms 9 ms 3 ms 80.77.144.145
    6 5 ms 5 ms 5 ms 72.14.205.204
    7 9 ms 6 ms 6 ms 108.170.250.177
    8 6 ms 6 ms 6 ms 74.125.37.239
    9 5 ms 7 ms 5 ms sof02s33-in-f4.1e100.net [172.217.169.164]

    Hi,

    I get this ~50ms on hoop #5. It happens all the time on #5. I have packet loss every ~10 mins I think. What can I do to fix this problem?

    Thanks

    • Hi, thank you for your question. You may want to contact your ISP to see if there are network issues causing the packet loss.

  • Tracing route to dns.google [8.8.8.8]
    over a maximum of 30 hops:

    1 <1 ms <1 ms <1 ms www.routerlogin.com [10.0.0.1]
    2 98 ms 109 ms 47 ms homeportal [192.168.1.254]
    3 22 ms 19 ms 19 ms 99-3-64-1.lightspeed.rlghnc.sbcglobal.net [99.3.64.1]
    4 19 ms 20 ms 20 ms 99.173.76.41
    5 138 ms 118 ms 151 ms 12.123.138.126
    6 163 ms 158 ms 30 ms wswdc21crs.ip.att.net [12.122.2.190]
    7 144 ms 147 ms 173 ms 12.122.116.37
    8 * 38 ms 34 ms 12.255.11.0
    9 33 ms 31 ms 31 ms 108.170.246.33
    10 107 ms 97 ms 37 ms 108.170.225.173
    11 131 ms 29 ms 30 ms dns.google [8.8.8.8]

    Trace complete.

    Ping continually spikes to 150+ while playing online games. I am on wired connection in an apartment complex. Could it just be network congestion?

    • Hi Lee,

      Based on that traceroute, it indeed looks like network congestion. It is possible that this issue will resolve with time, but if it persists you may want to contact your ISP to see if there’s anything they can do on their end.

      Best Regards,
      Alyssa K.

  • I think it’s quite generous and commendable of you guys to write to individuals on a comments thread (which will probably run for 100 years given the tricky topic and the likelihood of an endless river of new individuals from a large part of the planet, having their own trouble interpreting tracert) rather than just suggest we rtfa.

  • Hi. Please, can you help me with this? At the hop 3,4,5,6 are some ip’s and I don’t understand those ip’s. And why I have a request timed out there? Thank you.

    tracert www.yahoo.com
    Tracing route to atsv2-fp-shed.wg1.b.yahoo.com [87.248.98.8]
    over a maximum of 30 hops:
    1 <1 ms <1 ms <1 ms 192.168.1.1
    2 19 ms 17 ms 22 ms 193.231.103.0
    3 7 ms 7 ms 7 ms 10.0.243.53
    4 * * * Request timed out.
    5 19 ms 19 ms 18 ms 10.0.241.214
    6 30 ms 18 ms 18 ms 10.0.241.230
    7 19 ms 19 ms 19 ms 80.97.248.72
    8 19 ms 20 ms 20 ms UNKNOWN-188-125-90-X.yahoo.com [188.125.90.125]
    9 46 ms 46 ms 48 ms UNKNOWN-188-125-90-X.yahoo.com [188.125.90.53]
    10 46 ms 46 ms 88 ms ae-1.pat1.dez.yahoo.com [66.196.65.252]
    11 56 ms 57 ms 66 ms UNKNOWN-66-196-65-X.yahoo.com [66.196.65.218]
    12 72 ms 80 ms 76 ms UNKNOWN-66-196-65-X.yahoo.com [66.196.65.217]
    13 71 ms 71 ms 71 ms ge-0-3-9-d104.pat1.the.yahoo.com [66.196.65.21]
    14 69 ms 78 ms 69 ms eth-2-5.bas2-1-prd.ir2.yahoo.com [217.146.186.95]
    15 72 ms 78 ms 72 ms media-router-fp2.prod1.media.vip.ir2.yahoo.com [87.248.98.8]

    Trace complete.

    • As explained in the article, some timeouts may occur, but it is normal. In the article you’ll see an explanation about the timeouts that appear. The timeouts in the beginning pretty much the same as the ones elsewhere in the report. If a firewall is blocking request (at any of the hops), then it will be reported as a timeout. The IP addresses are the location of the hops. So, when you see the times, it’s how long it’s taking to get to that address. By the way, your traceroute is tracing the route to yahoo.com. So those 12 hops are what you’re hitting in getting to the Yahoo router. The first is your IP (internal) , and the last is Yahoo’s IP address. I hope that helps to clarify the issue.

      • Oh, thank you very much for your quick response. My problem is, I always receive in the same place that request timed out, from more than one computer and I don’t understand what kind of ip is that starting with 10….., to find the problem, because I think, maybe could be in the router, or it’s outside of my building? Thank you again.

      • Hi!
        is there a way to decode a domain name?
        For example:
        10g1-3.core1.lax2.he.net
        Does they follow certain rules to compose the name?
        Thanks!
        David

      • Hi David, you can always perform a ‘whois’ lookup on the second level domain plus top level domain (in this case, he.net) and learn any publicly available information listed regarding it. The rest of the domain looks like a custom sub-domain, though. The domain’s administrator may have a system in place for generating them, but it would have been set up by them (or by using a custom piece of software), so unfortunately there is no easy way to tell.

  • over a maximum of 30 hops:

    1 2 ms 2 ms 2 ms 192.168.43.1
    2 * * * Request timed out.
    3 * * * Request timed out.
    4 * * * Request timed out.
    5 * * * Request timed out.
    6 * * * Request timed out.
    7 * * * Request timed out.
    8 * * * Request timed out.
    9 * * * Request timed out.
    10 * * * Request timed out.
    11 * * * Request timed out.
    12 * * * Request timed out.
    13 92 ms 208 ms 45 ms edge-star-mini-shv-01-bom1.facebook.com [157.240.16.35]

    i was just trying to check the traceroute from my pc…but why is it showing like that.(even though i am having no problem in my internet connection.)

    • Hello Saurabh,

      Traceroutes are designed to check the route that your computer uses to connect to a remote server. When you’re seeing “request timed out” it typically means that the information from the router is not sending the data or the destination unreachable message (you can see the full explanation here: https://stackoverflow.com/questions/16499694/how-is-it-possible-for-traceroute-to-timeout-yet-the-site-will-load-fine-in-a-b). The traceroute you provided is complete in spite of the “Request Timed Out” for hops 2-12. You may need to speak to your internet provider for more information. You may also want to try running the traceroute from another location in your area and see if it shows the same results. That way you can show the issue to your internet service provider and ask for the reason for the difference. I hope that helps to answer your question! If you require further assistance please let us know!

      Regards,
      Arnel C.

  • I tried to tracert for my training.example.com

    There are aorund 15-16 hops coming in between. But all the IP addresses that are in between aren’t are unreachable. Why does that happen? I tried reaching all of them 

    • Hi, unfortunately, we are unable to diagnose your tracert based on the details you have provided. Do you have an example output from that command?

    • Is there a particular question you have regarding your report? The details above seem to indicate no issues with your middle hops and the timeouts at the end can have various reasons that do not necessarily indicate an issue.

  • I’m having unusual high ping and packet loss when playing fortnite. Could you please explain to me if my isp is the problem or just my pc thanks.

    1    <1 ms    <1 ms    <1 ms  ADSL [192.168.1.1]

      2     5 ms     5 ms     5 ms  100.101.128.1

      3     5 ms     5 ms     6 ms  81.212.2.25.static.turktelekom.com.tr [81.212.2.25]

      4     9 ms     9 ms     9 ms  06-ulus-xrs-t2-2—42-cumhuriyet-t3-2.statik.turktelekom.com.tr [212.156.118.200]

      5     9 ms     9 ms     9 ms  06-ebgp-ulus1-k—06-ulus-xrs-t2-1.statik.turktelekom.com.tr [81.212.197.37]

      6    54 ms    54 ms    54 ms  306-mil-col-2—06-ulus-xrs-t2-2.statik.turktelekom.com.tr [212.156.141.120]

      7   182 ms   174 ms   185 ms  81.25.202.217

      8    93 ms    92 ms    94 ms  ae-1.r01.mlanit01.it.bb.gin.ntt.net [129.250.5.82]

      9    93 ms   103 ms    92 ms  ae-2.r24.frnkge08.de.bb.gin.ntt.net [129.250.3.183]

     10    98 ms    97 ms    97 ms  ae-2.r02.frnkge04.de.bb.gin.ntt.net [129.250.5.53]

     11    98 ms   101 ms    99 ms  213.198.87.218

     12    90 ms    88 ms    90 ms  52.93.23.214

     13    97 ms    95 ms    97 ms  52.93.111.254

     14   101 ms    99 ms   101 ms  52.93.111.247

     15   101 ms   100 ms   102 ms  54.239.106.69

     16   101 ms   100 ms   105 ms  54.239.5.164

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     19     *        *        *     Request timed out.

     20    91 ms    88 ms    91 ms  ec2-3-120-0-0.eu-central-1.compute.amazonaws.com [3.120.0.0]

    • We don’t really provide support for games that my require higher bandwidth as opposed to hosted websites. You will need to speak with the games support personnel to determine why you’re experiencing lag. The traceroute you provided indicates no appreciable loss of packets for typical web hosting services.

  • I’m having a timeout of connecting to certain sites, one of which is google. Can you look at the traceroute below and tell me if everything is alright?

    Regards, Jan de Jong

     Trace Statistics :  traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
     1  10.255.44.1 (10.255.44.1)  30.000 ms  150.000 ms  60.000 ms
     2  amr-rc0011-cr102-xe-0-3-5-0.core.as9143.net (213.51.188.114)  20.000 ms  50.000 ms  50.000 ms
     3  asd-tr0021-cr101-bundle-ether104-1.aorta.net (84.116.194.53)  30.000 ms  50.000 ms  30.000 ms
     4  nl-ams02a-rc2-lag-5-0.aorta.net (84.116.135.33)  150.000 ms  0.000 ms  50.000 ms
     5  nl-ams14a-ri1-ae5-0.aorta.net (84.116.135.34)  20.000 ms  40.000 ms  40.000 ms
     6  74.125.146.228 (74.125.146.228)  30.000 ms  30.000 ms  20.000 ms
     7  108.170.241.225 (108.170.241.225)  30.000 ms  0.000 ms  108.170.241.193 (108.170.241.193)  90.000 ms
     8  108.170.230.233 (108.170.230.233)  40.000 ms  108.170.236.215 (108.170.236.215)  40.000 ms  108.170.236.143 (108.170.236.143)  50.000 ms
     9  google-public-dns-a.google.com (8.8.8.8)  30.000 ms  70.000 ms  60.000 ms
    Trace complete.

    • According to the article above, the traceroute does not appear to be displaying issues with your connection.

  • Best Regard,

    I have an issue since a couple mounts ago:

    C:\wamp\www\quote>tracert craluminum.com

     

    Tracing route to craluminum.com [23.229.222.69]

    over a maximum of 30 hops:

     

      1     1 ms     1 ms     1 ms  96.243.198.1

      2     3 ms     3 ms     7 ms  te0-10-0-9—0.lcr01.venc.fl.frontiernet.net [172.99.50.190]

      3     9 ms     9 ms     9 ms  ae7—0.scr01.mias.fl.frontiernet.net [74.40.3.69]

      4     9 ms     9 ms     9 ms  ae0—0.cbr01.mias.fl.frontiernet.net [74.40.1.22]

      5     *        9 ms     9 ms  lag-101.ear3.miami2.level3.net [4.15.156.29]

      6     *        *       60 ms  ae-2-30.bear2.phoenix1.level3.net [4.69.210.161]

      7     *        *        *     Request timed out.

      8     *        *        *     Request timed out.

      9     *        *        *     Request timed out.

     10     *        *        *     Request timed out.

     11     *        *        *     Request timed out.

     12     *        *        *     Request timed out.

     13     *        *        *     Request timed out.

     14     *        *        *     Request timed out.

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     19     *        *        *     Request timed out.

     20     *        *        *     Request timed out.

     21     *        *        *     Request timed out.

     22     *        *        *     Request timed out.

     23     *        *        *     Request timed out.

     24     *        *        *     Request timed out.

     25     *        *        *     Request timed out.

     26     *        *        *     Request timed out.

     27     *        *        *     Request timed out.

     28     *        *        *     Request timed out.

     29     *        *        *     Request timed out.

     30     *        *        *     Request timed out.

     

    Trace complete.

     

    It’s not working from my IP 96.243.198.194. I had contacted my ISP, but they said it’s a hosting issue and the hosting service said is an ISP issue. What can I do?

     

    Thank you for your help.

    • Sorry for your frustration with this. I looked at the site from a service called Down For Everyone or Just Me? and it shows the site as being up. So, the real question is, if site is up for everyone else, then why can’t you reach it? The traceroute indicates that you are able to get out of your house but not much further. If you’re able to get to the internet and look at other locations, then it’s definitely odd that you can’t get to a specific location. I would recommend that you present this traceroute to your ISP and ask them why you can’t get to a specific location. Tell them that a host would only be able to resolve routing issues that occur near the hosting servers. They wouldn’t be able to resolve issues that happen near your location as the trace indicates. I hope this helps to clarify the issue for you.

  • Hello,

     

    I’m having trouble with consistency in my TraceRT’s and determining if the problem is my end of my ISP’s.  While gaming I experience times where my FPS will freeze, hang for a while, and then “catch up” to the present moment.  Either that or I get disconnected from the server, which is more common.

    I’ve run TraceRT in cmd prompt several times to both Google and a game server I frequent and I get this:

    Tracing route to 8.8.8.8 over a maximum of 30 hops

      1    <1 ms    <1 ms    <1 ms  192.168.1.1
      2     1 ms     1 ms     1 ms  49.145.80.1
      3     2 ms     1 ms     1 ms  122.2.206.94
      4    14 ms    15 ms    14 ms  210.213.130.182
      5    15 ms    14 ms    14 ms  210.213.128.37
      6    14 ms    14 ms    14 ms  210.213.131.73
      7    29 ms    29 ms    39 ms  72.14.203.85
      8    33 ms    34 ms    33 ms  108.170.241.79
      9    29 ms    29 ms    30 ms  209.85.250.133
     10    43 ms    41 ms    41 ms  216.239.46.119
     11    41 ms    41 ms    41 ms  72.14.237.7
     12    42 ms    41 ms    42 ms  209.85.248.153
     13     *        *        *     Request timed out.
     14     *        *        *     Request timed out.
     15     *        *        *     Request timed out.
     16     *        *        *     Request timed out.
     17     *        *        *     Request timed out.
     18     *        *        *     Request timed out.
     19     *        *        *     Request timed out.
     20     *        *        *     Request timed out.
     21     *        *        *     Request timed out.
     22    40 ms    40 ms    41 ms  8.8.8.8

     

     

    Tracing route to 66.85.14.75 over a maximum of 30 hops

      1    <1 ms    <1 ms    <1 ms  192.168.1.1
      2     1 ms     1 ms    82 ms  49.145.80.1
      3     1 ms     1 ms     1 ms  122.2.206.98
      4    17 ms    17 ms    17 ms  210.213.130.194
      5    14 ms    13 ms    13 ms  210.213.130.162
      6   160 ms   161 ms   181 ms  62.115.13.128
      7   194 ms   194 ms   193 ms  62.115.118.246
      8   211 ms   203 ms   202 ms  62.115.125.158
      9   227 ms   199 ms   199 ms  62.115.121.231
     10   198 ms   198 ms   198 ms  66.85.80.253
     11   198 ms   198 ms   198 ms  66.85.14.75

     

    I’ve also run WinMTR several times and this is where my confusion comes in.  I find I get packet loss at different hops across several tests and I can’t seem to find a pattern.  But the fact that I’ve encountered packet loss at the first hop at all in just some of my tests would suggest that perhaps the problem is in my network.

    For instance, here’s the WinMTR for 8.8.8.8 where the first hop is fine:

    |——————————————————————————————|

    |                                      WinMTR statistics                                   |

    |                       Host              –   %  | Sent | Recv | Best | Avrg | Wrst | Last |

    |————————————————|——|——|——|——|——|——|

    |                             192.168.1.1 –    0 | 1000 | 1000 |    0 |    0 |    3 |    0 |

    |                dsl.49.145.80.1.pldt.net –    9 |  760 |  699 |    1 |   10 |  150 |    1 |

    |            122.2.206.94.static.pldt.net –   10 |  732 |  664 |    1 |    1 |    3 |    2 |

    |         210.213.130.182.static.pldt.net –    9 |  756 |  694 |   14 |   17 |  135 |   14 |

    |          210.213.128.37.static.pldt.net –    9 |  760 |  699 |   14 |   16 |  104 |   14 |

    |          210.213.131.73.static.pldt.net –    7 |  792 |  739 |   14 |   14 |   72 |   14 |

    |                            72.14.203.85 –    7 |  804 |  754 |   29 |   30 |   81 |   32 |

    |                          108.170.241.79 –    0 | 1000 | 1000 |   32 |   33 |   40 |   33 |

    |                          209.85.250.133 –    5 |  844 |  804 |    0 |   32 |   64 |   30 |

    |                          216.239.46.119 –    6 |  836 |  794 |    0 |   45 |  113 |   60 |

    |                             72.14.237.7 –    6 |  824 |  779 |    0 |   45 |  134 |   46 |

    |                          209.85.248.153 –    4 |  872 |  839 |    0 |   41 |   47 |   42 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |                   No response from host –  100 |  201 |    0 |    0 |    0 |    0 |    0 |

    |          google-public-dns-a.google.com –   98 |  205 |    5 |    0 |   40 |   41 |   41 |

    |________________________________________________|______|______|______|______|______|______|

       WinMTR v0.92 GPL V2 by Appnor MSP – Fully Managed Hosting & Cloud Provider

     

    Then a TraceRT to a game server I play on but not while playing:

    |——————————————————————————————|

    |                                      WinMTR statistics                                   |

    |                       Host              –   %  | Sent | Recv | Best | Avrg | Wrst | Last |

    |————————————————|——|——|——|——|——|——|

    |                             192.168.1.1 –    0 | 1000 | 1000 |    0 |    0 |    4 |    0 |

    |                dsl.49.145.80.1.pldt.net –    0 | 1000 | 1000 |    1 |    9 |  165 |    4 |

    |            122.2.206.98.static.pldt.net –    1 |  985 |  981 |    1 |    1 |    3 |    1 |

    |         210.213.130.190.static.pldt.net –    1 |  997 |  996 |   14 |   24 |  186 |   15 |

    |         210.213.130.158.static.pldt.net –    0 | 1000 | 1000 |   14 |   16 |  135 |   14 |

    |                   las-b3-link.telia.net –    1 |  997 |  996 |  159 |  161 |  219 |  160 |

    |                  dls-b22-link.telia.net –    1 |  997 |  996 |  193 |  193 |  225 |  194 |

    |                  kanc-b1-link.telia.net –    0 | 1001 | 1001 |  200 |  201 |  207 |  201 |

    |                  chi-b22-link.telia.net –    0 | 1000 | 1000 |  198 |  199 |  234 |  199 |

    |telia-3.e11.router2.chicago.nfoservers.com –    1 |  997 |  996 |  197 |  197 |  201 |  197 |

    |c-74-91-115-81.managed-ded.premium-chicago.nfoservers.com –    1 |  997 |  996 |  199 |  199 |  213 |  200 |

    |________________________________________________|______|______|______|______|______|______|

       WinMTR v0.92 GPL V2 by Appnor MSP – Fully Managed Hosting & Cloud Provider

    Then a TranceRT to the same server while palying on it and you can see packet loss all across the board:

    |——————————————————————————————|

    |                                      WinMTR statistics                                   |

    |                       Host              –   %  | Sent | Recv | Best | Avrg | Wrst | Last |

    |————————————————|——|——|——|——|——|——|

    |                             192.168.1.1 –    3 | 1000 |  975 |    0 |    0 |   12 |    0 |

    |                dsl.49.145.80.1.pldt.net –    3 |  996 |  970 |    1 |    5 |   84 |    5 |

    |            122.2.206.98.static.pldt.net –    3 | 1001 |  976 |    0 |    1 |   13 |    2 |

    |         210.213.130.194.static.pldt.net –    3 | 1000 |  975 |   16 |   21 |  135 |   26 |

    |         210.213.130.162.static.pldt.net –    3 | 1004 |  980 |   13 |   19 |  140 |   20 |

    |                   las-b3-link.telia.net –    3 | 1000 |  975 |  160 |  162 |  215 |  164 |

    |                  dls-b22-link.telia.net –    3 | 1000 |  975 |  193 |  194 |  213 |  196 |

    |                  kanc-b1-link.telia.net –    3 |  992 |  965 |  201 |  202 |  247 |  202 |

    |                  chi-b22-link.telia.net –    3 |  996 |  970 |  198 |  199 |  222 |  207 |

    |telia-3.e11.router2.chicago.nfoservers.com –    3 | 1000 |  975 |  198 |  198 |  209 |  199 |

    |c-66-85-14-75.managed-ded.premium-chicago.nfoservers.com –    3 | 1000 |  975 |  198 |  198 |  209 |  199 |

    |________________________________________________|______|______|______|______|______|______|

       WinMTR v0.92 GPL V2 by Appnor MSP – Fully Managed Hosting & Cloud Provider

    I live overseas in the Philippines, so high latency is to be expected while playing in a US server.  I just don’t understand why 1K packet tests are so inconsistent in which hop the packet loss is occurring.

    • I recommend contacting your ISP with these details to ensure that your subscription to their services aligns with the quality of your connection. Otherwise, there may be a limitation in place with the server you are connecting to causing the issue.

  • Traza a la dirección google-public-dns-a.google.com [8.8.8.8]

    sobre un máximo de 30 saltos:

     

      1    <1 ms    <1 ms    <1 ms  192.168.0.1

      2    48 ms    24 ms    33 ms  190-115-125-1.sanluisctv.com.ar [190.115.125.1]

      3    10 ms    25 ms    11 ms  10.6.0.5

      4    25 ms    10 ms    16 ms  64-76-29-121.static.impsat.net.ar [64.76.29.121]

      5     *        *        *     Tiempo de espera agotado para esta solicitud.

      6   293 ms   289 ms   307 ms  72.14.204.0

      7   286 ms   287 ms   281 ms  108.170.248.241

      8    50 ms    26 ms    35 ms  66.249.95.37

      9   306 ms   331 ms   303 ms  google-public-dns-a.google.com [8.8.8.8]

     

    Traza completa.

     

    Is this normal? I can translate if needed.

    • It does not appear to have an issue but does not appear to be normal. It seems that the priority at some routers may be set lower, therefore causing a longer ping time just for those hops.

  • Hello, I am having issues with my internet connection. I seem to be experiencing packet loss but I would like to be sure before jumping to conclusions. I ran a few tracert commands and the output looks very inconsistent. Additionally, when I ping 8.8.8.8 I get request time outs quite often in an hour. Here are some tracert outputs.

     

    C:\Users\Shadolinkum>tracert -d 8.8.8.8

    Tracing route to 8.8.8.8 over a maximum of 30 hops

      1    <1 ms    <1 ms    <1 ms  192.168.1.1
      2     *        *        *     Request timed out.
      3    15 ms    14 ms    14 ms  66.248.191.40
      4   128 ms   119 ms    20 ms  66.248.160.53
      5    37 ms    40 ms    35 ms  159.63.51.5
      6    38 ms    36 ms    37 ms  67.17.99.233
      7     *        *        *     Request timed out.
      8     *        *        *     Request timed out.
      9    38 ms    35 ms    47 ms  4.68.71.178
     10    43 ms    38 ms    36 ms  108.170.249.1
     11    52 ms    64 ms    72 ms  108.170.229.209
     12    35 ms    36 ms    38 ms  8.8.8.8

    Trace complete.

    C:\Users\Shadolinkum>tracert -d 8.8.8.8

    Tracing route to 8.8.8.8 over a maximum of 30 hops

      1     3 ms    <1 ms    <1 ms  192.168.1.1
      2     *        *        *     Request timed out.
      3    17 ms    19 ms    12 ms  66.248.191.40
      4    22 ms    11 ms    14 ms  66.248.160.53
      5    38 ms    43 ms    34 ms  159.63.51.5
      6    37 ms    36 ms    37 ms  67.17.99.233
      7     *        *        *     Request timed out.
      8     *        *       48 ms  4.69.146.77
      9    41 ms    39 ms    34 ms  4.68.71.178
     10    35 ms    37 ms    35 ms  108.170.249.1
     11    36 ms    36 ms    36 ms  108.170.229.209
     12    42 ms    43 ms    42 ms  8.8.8.8

    Trace complete.

    C:\Users\Shadolinkum>tracert -d 8.8.8.8

    Tracing route to 8.8.8.8 over a maximum of 30 hops

      1    <1 ms    <1 ms    <1 ms  192.168.1.1
      2     *        *        *     Request timed out.
      3    15 ms    21 ms    14 ms  66.248.191.40
      4    87 ms   145 ms    15 ms  66.248.160.53
      5    61 ms    39 ms    51 ms  159.63.51.5
      6    37 ms    36 ms    37 ms  67.17.99.233
      7     *        *        *     Request timed out.
      8     *        *        *     Request timed out.
      9    41 ms    33 ms    37 ms  4.68.71.178
     10    35 ms    39 ms    37 ms  108.170.249.1
     11    34 ms    37 ms    38 ms  108.170.229.209
     12    37 ms    37 ms     *     8.8.8.8
     13     *       48 ms     *     8.8.8.8
     14    45 ms    37 ms    37 ms  8.8.8.8

    Trace complete.

    C:\Users\Shadolinkum>tracert -d 8.8.8.8

    Tracing route to 8.8.8.8 over a maximum of 30 hops

      1    <1 ms    <1 ms    <1 ms  192.168.1.1
      2     *        *        *     Request timed out.
      3     *       35 ms    11 ms  66.248.191.40
      4     *       16 ms    11 ms  66.248.160.53
      5    44 ms    43 ms     *     159.63.51.5
      6     *       34 ms     *     67.17.99.233
      7     *        *        *     Request timed out.
      8     *        *        *     Request timed out.
      9    51 ms    47 ms    37 ms  4.68.71.178
     10    38 ms     *       48 ms  108.170.249.1
     11    34 ms    37 ms    49 ms  108.170.229.209
     12     *        *       38 ms  8.8.8.8

    Trace complete.

    C:\Users\Shadolinkum>tracert -d 8.8.8.8

    Tracing route to 8.8.8.8 over a maximum of 30 hops

      1     6 ms    <1 ms    <1 ms  192.168.1.1
      2     *        *        *     Request timed out.
      3    17 ms    14 ms    14 ms  66.248.191.40
      4    11 ms    14 ms    19 ms  66.248.160.53
      5    37 ms    37 ms    35 ms  159.63.51.5
      6    46 ms    38 ms    36 ms  67.17.99.233
      7     *        *        *     Request timed out.
      8     *       39 ms    40 ms  4.69.146.77
      9    36 ms    36 ms    36 ms  4.68.71.178
     10    41 ms    38 ms    37 ms  108.170.249.1
     11    37 ms    39 ms    55 ms  108.170.229.209
     12    37 ms    35 ms    36 ms  8.8.8.8

    Trace complete.

    C:\Users\Shadolinkum>tracert -d 8.8.8.8

    Tracing route to 8.8.8.8 over a maximum of 30 hops

      1    <1 ms    <1 ms    <1 ms  192.168.1.1
      2     *        *        *     Request timed out.
      3    13 ms    12 ms    14 ms  66.248.191.40
      4    10 ms    11 ms    11 ms  66.248.160.53
      5    35 ms    41 ms    37 ms  159.63.51.5
      6    35 ms    68 ms    43 ms  67.17.99.233
      7     *        *        *     Request timed out.
      8     *        *       37 ms  4.69.146.77
      9    33 ms    33 ms    34 ms  4.68.71.178
     10    38 ms    36 ms    37 ms  108.170.249.1
     11    36 ms    36 ms    36 ms  108.170.229.209
     12    38 ms    37 ms    35 ms  8.8.8.8

    Trace complete.

     

     

    • I’m sorry, I don’t see any issues with your traceroute output. It does not appear that you are experiencing any latency issues. Timeouts can be displayed due to the implementation of some servers.

  • Microsoft Windows [Version 10.0.17134.345]
    (c) 2018 Microsoft Corporation. Alle Rechte vorbehalten.

    C:\Users\there>ping google.de

    Ping wird ausgeführt für google.de [2a00:1450:4001:81b::2003] mit 32 Bytes Daten:
    Antwort von 2a00:1450:4001:81b::2003: Zeit=24ms
    Antwort von 2a00:1450:4001:81b::2003: Zeit=74ms
    Antwort von 2a00:1450:4001:81b::2003: Zeit=333ms
    Antwort von 2a00:1450:4001:81b::2003: Zeit=23ms

    Ping-Statistik für 2a00:1450:4001:81b::2003:
        Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
        (0% Verlust),
    Ca. Zeitangaben in Millisek.:
        Minimum = 23ms, Maximum = 333ms, Mittelwert = 113ms

    C:\Users\there>

    Its german but I hope you can read it anyway.

    I’m having pingspikes that make online gaming basicly impossible, help.

    Not even the Internetproviders Support is able to help me at this point, idk.

    • Hello.

      I’m sorry to see that you are experiencing issues with your network. This does not appear to be a full traceroute report. Do you have a complete traceroute?

  • Tracing route to google.com [172.217.163.78]

    over a maximum of 30 hops:

     

      1     *        *        *     Request timed out.

      2    12 ms     7 ms     9 ms  210.18.168.1

      3     *        *        *     Request timed out.

      4     *        *        *     Request timed out.

      5     *        *        *     Request timed out.

      6     *        *        *     Request timed out.

      7     *        *        *     Request timed out.

      8    13 ms     7 ms    10 ms  maa05s02-in-f14.1e100.net [172.217.163.78]

     

    Normal??

    • A traceroute is essentially just pinging each hop along your route 3 times allowing you to compare the results for discrepancies.
      Thank you,
      John-Paul

    • If you are getting a return from the destination then yes, it is normal. Make sure that you are also able to ping that location. If you’re finding your traceroute to be unhelpful because of latency issues with getting to the server, then you should speak with your internet provider’s technical support team. They will be able to get a clear picture of your connection to the server. As per the article above, latency in your connection is typically when you are very large time values (triple digits) on a consistent basis in some part of the trace. If you have any further questions or comments, please let us know.

  • Why does the sum of ms not = the ping time? Could you explain what the ms is showing is it the ping from the previous router to the next one. Why would my total ping be quicker than one of the steps? 

  • Hi I am having issues connecting to a game’s server.  Could you help me intepret this tracert?

     

    Tracing route to nba2k.com [192.81.242.57]

    over a maximum of 30 hops:

     

      1     1 ms    <1 ms    <1 ms  hitronhub.home [192.168.0.1]

      2     *        *        *     Request timed out.

      3    18 ms    15 ms    11 ms  host-80-86-24-192.newwavecomm.net [192.24.86.80]

      4    12 ms    12 ms    12 ms  host-242-86-24-192.newwavecomm.net [192.24.86.242]

      5    22 ms    15 ms    16 ms  te0-7-1-5.rcr21.stl03.atlas.cogentco.com [38.104.162.125]

      6    19 ms    25 ms    21 ms  be2349.ccr41.ord01.atlas.cogentco.com [154.54.80.181]

      7    19 ms    20 ms    28 ms  be2765.ccr41.ord03.atlas.cogentco.com [154.54.45.18]

      8    23 ms    21 ms    24 ms  teleglobe.lax05.atlas.cogentco.com [154.54.12.38]

      9    23 ms    20 ms    19 ms  akamai-ic-326536-chi-b21.c.telia.net [213.248.74.223]

     10    21 ms    34 ms    24 ms  po110.bs-a.sech-ord.netarch.akamai.com [23.57.98.243]

     11    21 ms    19 ms    20 ms  ae120.access-a.sech-ord.netarch.akamai.com [23.57.98.249]

     12    56 ms    43 ms    45 ms  93.191.173.221

     13    47 ms    42 ms    47 ms  a209-200-173-116.deploy.static.akamaitechnologies.com [209.200.173.116]

     14     *        *        *     Request timed out.

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17    51 ms    58 ms    43 ms  192.81.242.57

     

    Trace complete.

     

    To me it looks like an issue for the receiving end (their servers) and not my ISP nor my network is the issue.  I have tried many different things including port forwarding, opening up NAT, using a different modem, etc.  Any help is appreciated.

     

     

    • The traceroute you have provided looks normal. The double-digit times indicate typical route times. The timeouts could be a device that is simply not returning the time and the route does make it to the destination. I would advise that you speak with the technical support team for your gaming server. They will be better able to determine why you’re not able to connect.

  • I was hoping you guys could help me figure this issue out.  Of course my ISP is saying everything is fine, but I usually can’t even get speeds above 1mb.  I pay for 20mb so you can see my frustration.  We use a point to point internet (line of sight) so I believe the issue lies with 10.27.17.1  Can you guys confirm this?  Any help would be greatly appreciated.

      1     1 ms    <1 ms    <1 ms  

      2   146 ms   201 ms   203 ms  10.27.17.1

      3    14 ms    13 ms    14 ms  host-108-175-250-197.newwave.com [108.175.250.197]

      4    17 ms    20 ms    14 ms  host-24-100-53-224.newwavecomm.net [24.100.53.224]

      5   201 ms   207 ms    59 ms  ipl-edge-03.inet.qwest.net [63.151.216.117]

      6    42 ms    20 ms    24 ms  chp-brdr-03.inet.qwest.net [67.14.8.194]

      7    56 ms    46 ms    29 ms  ae3.cr7-chi1.ip4.gtt.net [173.205.63.229]

      8    81 ms    44 ms    43 ms  et-1-0-35.cr3-nyc3.ip4.gtt.net [89.149.181.6]

      9    46 ms    44 ms    39 ms  ip4.gtt.net [173.205.38.198]

     10    49 ms    56 ms    49 ms  173.255.239.55

     11   112 ms   152 ms    55 ms  nb-23-92-23-113.newark.nodebalancer.linode.com [23.92.23.113]

    • I recommend you complete the tracert multiple times over a few minutes up to an hour patterns of fluctuation. As this is closer to your local network and far from ours, this should help you and your internet service provider get a better idea of your average network speed. Three points over 100 shouldn’t create much of an issue, though I do understand frustration of slow speeds.

  •  1     *        *        *     Request timed out.
     2     *        *        *     Request timed out.
     3     *        *        *     Request timed out.
     4     *        *        *     Request timed out.
     5     *        *        *     Request timed out.
     6     *        *        *     Request timed out.
     7     *        *        *     Request timed out.
     8     *        *        *     Request timed out.
     9     *        *        *     Request timed out.
    10     *        *        *     Request timed out.
    11     *        *        *     Request timed out.
    12     *        *        *     Request timed out.
    13     *        *        *     Request timed out.
    14     *        *        *     Request timed out.
    15     *        *        *     Request timed out.
    16     *        *        *     Request timed out.
    17     *        *        *     Request timed out.
    18     *        *        *     Request timed out.
    19     *        *        *     Request timed out.
    20     *        *        *     Request timed out.
    21     *        *        *     Request timed out.
    22     *        *        *     Request timed out.
    23     *        *        *     Request timed out.
    24     *        *        *     Request timed out.
    25     *        *        *     Request timed out.
    26     *        *        *     Request timed out.
    27     *        *        *     Request timed out.
    28     *        *        *     Request timed out.
    29     *        *        *     Request timed out.
    30     *        *        *     Request timed out

    • Sorry for that traceroute – it indicates an internet connectivity issue at your location. You may need to contact your Internet Service Provider in order to trouble the issue. Make sure that you have run the query correctly. If the diagnostic tool has been implemented correctly then this issue is not a problem with the hosting service, but possible with your connection to internet or local network in general.

  • there something wrong with my ping? can i got lower 40ms?

    Tracing route to sgp-2.valve.net [103.10.124.1]

    over a maximum of 30 hops:

     

      1    <1 ms    <1 ms    <1 ms  192.168.254.254

      2    26 ms    26 ms    27 ms  10.205.248.18

      3    26 ms    41 ms    26 ms  10.205.248.50

      4    27 ms    27 ms    26 ms  120.28.182.5

      5     *        *       29 ms  120.28.0.189

      6     *        *        *     Request timed out.

      7    57 ms    57 ms    56 ms  32590.hkg.equinix.com [119.27.63.72]

      8    78 ms    77 ms    78 ms  sgp-2.valve.net [103.10.124.1]

     

    Trace complete.

    • There’s nothing wrong with your ping/traceroute – or more accurately the time it takes for data to travel to the server. If it’s below 99ms then you’re looking at normal rates of transfer. Times will vary based on traffic flowing through the routers at the time that you are running the test. Please refer to the article above for how to read your traceroute and understand the times that you are seeing.

  • Trying to figure out if this is an issue that I should be going to my ISP about (I’m sure that’ll be a fun phone call with them arguing that they’re not to blame, regardless of if they ARE). This tracert is actually better looking than the usual. I’m having trouble with high latency spikes, noticebly in a game, and a chat program simultaniously. Usually at the height of the problem, hop 2 or 3 jumps to 900ms and stays that way the whole way through.

    Tracing route to google.com [216.58.194.110]

    over a maximum of 30 hops:

     

      1     7 ms     1 ms     1 ms  router.asus.com [192*****]

      2    23 ms    11 ms    20 ms  10.103.*****

      3   507 ms  1000 ms   996 ms  ten-0-5-0-5.tamp52-ser1.bhn.net [72.31.237.61]

      4   985 ms   997 ms   997 ms  ten-0-0-0-8-7-tamp27-car1.bhn.net [71.44.17.219]

      5   834 ms   153 ms   310 ms  ten3-0-0.orld57-cts1.bhn.net [72.31.193.235]

      6   106 ms   262 ms    99 ms  72-31-220-174.net.bhntampa.com [72.31.220.174]

      7    92 ms   995 ms   713 ms  72-31-220-226.res.bhn.net [72.31.220.226]

      8   729 ms  1001 ms   996 ms  10.bu-ether15.orldfljo00w-bcr00.tbone.rr.com [66.109.6.98]

      9   382 ms   495 ms   998 ms  bu-ether18.atlngamq47w-bcr01.tbone.rr.com [66.109.1.72]

     10   988 ms   997 ms   998 ms  107.14.19.19

     11   104 ms   998 ms   998 ms  ix-ae-14-0.tcore1.a56-atlanta.as6453.net [64.86.113.37]

     12   990 ms   999 ms   997 ms  209.85.173.168

     13   489 ms   998 ms   997 ms  108.170.249.67

     14   529 ms   999 ms  1000 ms  216.239.63.88

     15   497 ms   996 ms   998 ms  209.85.249.45

     16   164 ms   326 ms   999 ms  216.239.63.252

     17    90 ms    72 ms   122 ms  108.170.252.161

     18   500 ms   995 ms   999 ms  108.170.230.109

     19   497 ms   994 ms  1001 ms  dfw06s48-in-f110.1e100.net [216.58.194.110]

    • I was able to ping hop number 4 and i was seeing around a 50ms delay, I tried to ping hop 3 and it was dropped so it may not be responding right now, Your issue is with hop 2 or 3 which would be your ISP, You could try using a VPN to get around it however being that they are that close to your network there are likely no alternative routes for the traffic to go. There is nothing you will be able to do about this other than contacting your ISP.

  • I was trying to find out if it’s just congestion leading to high pings. It looks to me like after it reaches my isp, some kind of congestion lies there? 

    I have no slowed speeds or issues connecting to anything, just high ping to everything within those peak usage hours. I don’t have increased ping every night, and the duration also changes from night to night, with the mid point of the increased ping being around 9:40. 

    • Thanks for the traceroute. While your times might appear to be a little slow as they get closer to the hosting server, the times may be only temporary or they may reflect latency that could be considered normal. You will need to speak with your hosting provider and see if they consider the times to be abnormal. You may also need to speak with your ISP in order to determine if there are any routing issues.

    • I reviewed the screenshots that you sent and your times never go above 100 ms times. These times are NOT considered to be times that reflect high latency. The networks you route through will always have varying times based on the traffic that is passing through those networks. Your times are not always reflective of just your traffic. Latency times that are indicative of a problem are closer to 1000ms times (consistently). You would need to speak with your ISP if the issue is close to your location. If the higher times are at the end of the traceroute, then that is indicative that there be latency issues closer to the hosting service. If that is the case, then you would need to notify your hosting service, provide the traceroute and ask if there is anything that they can do to fix the issue. However, your times do not indicate any type of routing issue related to latency problems.

  • Hi,

    How about this. May I know the status of the traceroute below? Thank you. šŸ™‚

     

    C:\Users\Rouie Ann>tracert proview.caqh.org

     

    Tracing route to proview.caqh.org [206.80.38.122]

    over a maximum of 30 hops:

     

      1     2 ms     6 ms     2 ms  192.168.254.254 [192.168.254.254]

      2    40 ms    41 ms    69 ms  10.91.18.34 [10.91.18.34]

      3    41 ms    40 ms    40 ms  10.205.255.6 [10.205.255.6]

      4    41 ms    43 ms    41 ms  222.127.123.213

      5     *        *        *     Request timed out.

      6     *        *        *     Request timed out.

      7    99 ms   119 ms    97 ms  hnk-b2-link.telia.net [62.115.9.222]

      8   198 ms   198 ms   199 ms  las-b21-link.telia.net [213.155.134.194]

      9   198 ms   200 ms   197 ms  las-b24-link.telia.net [62.115.136.47]

     10   194 ms   195 ms   200 ms  ntt-ic-326358-las-b24.c.telia.net [213.248.103.171]

     11   217 ms   196 ms   197 ms  ae-2.r23.lsanca07.us.bb.gin.ntt.net [129.250.3.237]

     12   263 ms   263 ms   263 ms  ae-6.r22.asbnva02.us.bb.gin.ntt.net [129.250.3.188]

     13   272 ms   273 ms   272 ms  ae-1.r05.asbnva02.us.bb.gin.ntt.net [129.250.2.20]

     14   286 ms   287 ms   284 ms  ae-0.a01.asbnva02.us.bb.gin.ntt.net [129.250.5.182]

     15   276 ms   275 ms   275 ms  xe-0-0-26-0.a01.asbnva02.us.ce.gin.ntt.net [168.143.105.30]

     16   273 ms   273 ms   272 ms  168-143-80-37-compute-ag1-ash01.opsourcecloud.net [168.143.80.37]

     17   276 ms   275 ms   279 ms  206-80-38-122-compute-ag2-ash01.opsourcecloud.net [206.80.38.122]

  • My speeds and packet loss are consistently good, only my ping increases during peak times (8-11) each night. 

    An example when outside of those peak times

    https://i.imgur.com/tYlUQL4.png 

    An example within those peak times

    https://i.imgur.com/WoRvcta.png

    I have tested through 3 different adresses using both MTR and tracert. #1-2 always stay the same IP and low latency. #3 is what I think is referred to as my isp’s subnet? and it stays the same ip for maybe a day at a time. and performed the same on the two I’ve seen over the last two days; 15ping outside of peak, 60-70 during peak. I’ve checked hundreds of servers during that peak time, and none ping below 60 until it’s died down around 11pm

    • I’m not quite sure how your ISP’s network would be configured to know if it is a “subnet” at hop 3. However, I’m also unsure of what issue you are trying to diagnose? Are you having issues reaching a particular IP address?

  • HI THERE…

    It is told to us that copy-pasting a domain’s IP address can directly take us to the website. After obtaining the domain’s IP through traceroute and copy-pasting on to the browser’s address bar, the output shows “404:NOT FOUND” or “Unconfigured Domain”.

    Why is it so ?

    • You can use your IP address listed in cPanel to resolve to your site. If you do not have a dedicated IP you will have to add your cPanel username (/~username) to the end. For example:
      123.345.567.789/~userna99

      Thank you,
      John-Paul

  • *hey just look at my tracerout it’s their any issue*

    *it’s looking like an issue! what you think? *

    Tracing route to google.com [172.217.24.238]

    over a maximum of 30 hops:

     

      1     *        *        *     Request timed out.

      2     *        *        *     Request timed out.

      3    53 ms    38 ms    49 ms  10.72.112.3

      4     *        *        *     Request timed out.

      5    41 ms    45 ms    43 ms  172.25.10.164

      6     *        *        *     Request timed out.

      7     *        *        *     Request timed out.

      8     *        *        *     Request timed out.

      9   408 ms    41 ms    76 ms  72.14.223.98

     10   196 ms    51 ms   425 ms  108.170.251.97

     11   545 ms   662 ms   122 ms  66.249.95.225

     12    92 ms   260 ms   358 ms  del03s05-in-f14.1e100.net [172.217.24.238]

     

    Trace complete.

    • It looks like you are experiencing latency around hop 10 and 11. I recommend reaching out to the provider to determine why.

  • Hello, just wanted to know is this problem from my ISP or its a setting that i can fix?

     

    Tracing route to 185.25.183.63 over a maximum of 30 hops

     

      1    <1 ms    <1 ms    <1 ms  192.168.1.1

      2    <1 ms     2 ms     2 ms  62.215.1.162

      3     2 ms     2 ms     2 ms  62.215.1.18

      4     2 ms     2 ms     2 ms  62.215.2.18

      5     2 ms     2 ms     2 ms  78.159.161.235

      6     1 ms     2 ms     1 ms  78.159.161.1

      7    42 ms    42 ms    42 ms  185.100.209.144

      8    41 ms    42 ms    42 ms  195.229.27.97

      9    42 ms    47 ms    47 ms  195.229.3.93

     10    43 ms    47 ms    47 ms  195.229.0.101

     11    43 ms    42 ms    42 ms  195.229.31.109

     12   124 ms   123 ms   124 ms  195.229.28.162

     13     *        *        *     Request timed out.

     14   133 ms   132 ms   132 ms  94.205.255.33

     15   132 ms   130 ms   130 ms  valve.customer.dx1.datamena.ae [94.207.33.58]

     16   134 ms   134 ms   134 ms  185.25.183.63

     

    Trace complete.

  • We can see in many trace routes the round trip times of some nodes higher than the nodes that are next to it. I didn’t understand how round trip time of the next node is lower than the rtr of the previous one.

    If we look at hops at 7 and 8 we can see the rtr of the 7th hop is higher than the 8th. Does tracert really traces the route or it does something else.

     

    • Each number is a “hop” going from one router to the next. The times between these locations are NOT summarized by traceroute. As per the definition in the article above, “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.” One reason that the time might lower at the hop from one place to another may be due to a shorter distance. If you want to know more about the science of it, then you will need to speak with a network engineer. You may also want to read other sources like this one: Wikipedia’s article on Traceroute.

  • Hi, Currently need assistance regarding with my connection my ISP saying that. We do not have any issue with my current connection but I do expirence slow connection when viewing google and some links which is weird. I tried to run an tracert to the said link that are having slow connection to them upon geting the issue.

    Tracing route to google.com [74.125.24.113]

    over a maximum of 30 hops:

     

      1     3 ms     4 ms     4 ms  10.56.30.1

      2     2 ms     2 ms     1 ms  mta73.phcln.jp [180.232.71.73]

      3     4 ms     6 ms    43 ms  185.16.89.120.ids.customers.eastern-tele.com [12

    0.89.16.185]

      4     2 ms     1 ms     3 ms  169.16.89.120.ids.customers.eastern-tele.com [12

    0.89.16.169]

      5     1 ms     1 ms     *     25.16.89.120.ids.customers.eastern-tele.com [120

    .89.16.25]

      6     2 ms     1 ms     7 ms  89.8.89.120.corenet.eastern-tele.com [120.89.8.8

    9]

      7     2 ms     1 ms     3 ms  198.8.89.120.corenet.eastern-tele.com [120.89.8.

    198]

      8    32 ms    31 ms    31 ms  72.14.195.70

      9    32 ms    32 ms    32 ms  108.170.240.241

     10    33 ms    33 ms    33 ms  72.14.232.220

     11    33 ms    36 ms    32 ms  64.233.175.205

     12     *        *        *     Request timed out.

     13     *        *        *     Request timed out.

     14     *        *        *     Request timed out.

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     19     *        *        *     Request timed out.

     20     *        *        *     Request timed out.

     21    32 ms    32 ms    32 ms  74.125.24.113

     

    Trace complete.

     

    Thank you,

    Vincet

    • Hi Vincent.

      It appears that your traceroute to that IP address is not experiencing anything out of the ordinary. The traceroute may indicate timeout errors, but that is typical for some systems that do not respond to record those details (for security reasons).

      You may want to try to disable any active extensions you may have installed in your web browser or else browse in a private browsing session (which disables extensions temporarily) to see if the extensions running are causing some websites to load slowly.

  • I am not able to open my trace root in windows with command “tracert” what’s the problem here.

    Why my laptop is not accepting tracert command?

    C:\Users\deii>tracert

    ‘tracert’ is not recognized as an internal or external command,

    operable program or batch file.

     

     

  • Hi I am having problems connecting to a website from my laptop and mobiles, I am not a computer expert but have managed on my laptop to do a traceroute, please can anyone see any issues as to why I cannot connect to www.harryshaw.co.uk  

    My isp is origin broadband. 

    C:\Users\julia>tracert www.harryshaw.co.uk

    Tracing route to www.harryshaw.co.uk [212.84.69.40]
    over a maximum of 30 hops:

      1     1 ms     1 ms     1 ms  192.168.1.1
      2    16 ms    14 ms    14 ms  185.222.216.254
      3     *       14 ms    15 ms  10.0.251.249
      4     *       14 ms    14 ms  be4628.ccr22.lon01.atlas.cogentco.com [149.11.173.233]
      5     *       14 ms    14 ms  be2870.ccr41.lon13.atlas.cogentco.com [154.54.58.173]
      6     *       20 ms    20 ms  be2111.ccr21.man01.atlas.cogentco.com [130.117.50.74]
      7     *       44 ms    23 ms  149.11.70.178
      8     *       20 ms    20 ms  78.40.148.10
      9     *        *        *     Request timed out.
     10     *        *        *     Request timed out.
     11     *        *        *     Request timed out.
     12     *        *        *     Request timed out.
     13     *        *        *     Request timed out.
     14     *        *        *     Request timed out.
     15     *        *        *     Request timed out.
     16     *        *        *     Request timed out.
     17     *        *        *     Request timed out.
     18     *        *        *     Request timed out.
     19     *        *        *     Request timed out.
     20     *        *        *     Request timed out.
     21     *        *        *     Request timed out.
     22     *        *        *     Request timed out.
     23     *        *        *     Request timed out.
     24     *        *        *     Request timed out.
     25     *        *        *     Request timed out.
     26     *        *        *     Request timed out.
     27     *        *        *     Request timed out.
     28     *        *        *     Request timed out.
     29     *        *        *     Request timed out.
     30     *        *        *     Request timed out.

    Trace complete.

     

    Many Thanks

    • It looks like your connection is getting lost when it goes through the IP 78.40.148.10, You should contact your ISP and provide them your traceroute so they can correct that issue if that route belongs to them or work with whoever it belongs to to resolve the issue.

  • Hi,

    Recently I have been getting a lot of lag when I play video games such as fortnite and PUBG. Looking everywhere for a solution I decided to run a trace route. The results are as follows: 

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets

     1  10.66.192.1 (10.66.192.1)  50.000 ms  150.000 ms  410.000 ms

     2  177-5-226-24.rev.cgocable.net (24.226.5.177)  70.000 ms  *  90.000 ms

     3  10.0.18.73 (10.0.18.73)  240.000 ms  100.000 ms  0.000 ms

     4  209.85.173.40 (209.85.173.40)  70.000 ms  110.000 ms  140.000 ms

     5  108.170.250.225 (108.170.250.225)  200.000 ms  140.000 ms  150.000 ms

     6  108.170.227.39 (108.170.227.39)  170.000 ms  108.170.225.53 (108.170.225.53)  130.000 ms  108.170.227.43 (108.170.227.43)  270.000 ms

     7  google-public-dns-a.google.com (8.8.8.8)  60.000 ms  80.000 ms  70.000 ms

    Trace complete.

     

    traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets

     1  10.66.192.1 (10.66.192.1)  30.000 ms  130.000 ms  290.000 ms

     2  177-5-226-24.rev.cgocable.net (24.226.5.177)  90.000 ms  40.000 ms  80.000 ms

     3  10.0.18.73 (10.0.18.73)  30.000 ms  10.000 ms  120.000 ms

     4  209.85.173.40 (209.85.173.40)  150.000 ms  200.000 ms  240.000 ms

     5  108.170.250.241 (108.170.250.241)  740.000 ms  *  108.170.250.225 (108.170.250.225)  270.000 ms

     6  108.170.227.37 (108.170.227.37)  70.000 ms  108.170.227.43 (108.170.227.43)  60.000 ms  108.170.227.171 (108.170.227.171)  40.000 ms

     7  *  google-public-dns-a.google.com (8.8.8.8)  30.000 ms  150.000 ms

    Trace complete.

     

    I don’t fully understand this but from your article it seems like this is an ISP issue but I am not certain. So I am hoping someone can decipher this and let me know what they see.

    • From the data you have provided, it looks like there isn’t much of an issue with your ability to reach Google’s Name Servers. However, I suggest presenting this information to your ISP to determine if this kind of activity is typical for their network and the level of service you are subscribed to.

  •  I typed tracert in cmd and then I saw (30) hops in there, but it completed in 16 rows, Is it problem? Anyway I appreciated your information that I haven’t known. What a traceroute!

    • That’s pretty normal. We would need to see the traceroute in order to assess it. Typically, you should send the traceroute results to our live technical support team via an email ticket (you can see the contact information at the bottom of the page). The article above tells how to read the traceroute. Typically, if you’re seeing high hop times (>300ms) or a drastic difference from one place to another, then there may be a possible problem identified by the trace.

  • I run a trace route on our domain name (which the site is hosted not on our network).  The trace gets to hop 10 and which is 108.178.47.29 and then goes to hop 11 and times out from there on.  Who is responsible at that point.

    • Sorry for the problem with the failed connection. Typically, if you look at the last working hop, then you would have to communicate with them to see what’s happening. However, you should submit the entire traceroute to our live support (via email) so that they can look at the routing. If the problem is within our control, then our systems team would address it.

  • I have a trace that was successful on attempts 1-6, then request timed out for attempts 7-14, and was successful on a final 15th attempt.

    Does this mean there’s not really a problem because it successfully made that final connection?

    • Typically, as long as your traceroute completes, there aren’t any issues you need to address. If you are receiving time outs in the middle of your traceroute but it still completes, you shouldn’t experience issues with connectivity. However, if you notice that the requests are taking a long time, you may want to contact your ISP to determine if they are just not responding to the traceroute requests or if they are actually taking too long.

  • Hello, I feel there’s a problem with my router’s internet connectivity but I want to make sure. I noticed that there was a spike early in the traceroute. The time went from between 500-600 ms to over 2000 ms on the second hop. What does that indicate?

    • Hello,

      Sorry to hear about the problems with your router and connecting to the server. As per the documentation above, if the issue is within the early hops of the trace route, then the issue is more likely a problem with your ISP (Internet Service Provider). If the problem were with your router, then ALL of your connections, regardless of where you connect would be slow or have some type of latency. Definitely contact your ISP and explain what’s happening so that they can investigate the issue and see if it’s a network issue or something to do with the connection from your location.

  • Thanks for this, starting to help me understand. For my traces, the first hop is consistently 2, then the second jumps to anywhere between 300 and 600, then hops 3 through 10 are generelly 100 to 400. Compared to others in this comment section, this seems quite high. There is also occasional packet loss between hops 4 and 7 when multiple traces are run on the same website. What would be my best course of action?

    Cheers,

    Jordan

    • I recommend you contact your Internet Service Provider to discuss the speeds you are experiencing with the services you are buying from them.

  • Hello,

    Thank you for the excellent article! I’m trying to determine if some of our URLs are still valid, if they hit F5 and DNS servers. I’ve done the tracert, but is this the right way to obtain the information? How can I determine which is the F5, etc?

    Thanks,

    Justin

    • Hello,

      We’re not sure what you mean by F5? That’s typically a function key that simply reloads the page. If you want to see if a URL is still valid, you can use a WHOIS service. For example, you use ICANN’s WHOIS page: https://whois.icann.org/en. ICANN is the governing body for Internet domain names. If you know where the domain was registered originally, you can also typically find services that allow you to determine if the domain is still properly registered. If you have access to a terminal with SSH, you can also simply type whois “domain.com” (no quotes around the domain name). For information about using WHOIS, check out our article: How to Lookup WHOIS information for a domain.

      Note that a URL for a website may be valid but not functioning due to other reasons such as a non-operational website.

  • Hi,

    On running tracert command to inmotionhosting.com i get following hops.

    tracert https://www.inmotionhosting.com

    Tracing route to https://www.inmotionhosting.com [192.145.237.216]

    over a maximum of 30 hops:

      1     1 ms     1 ms     1 ms  192.168.0.1

      2     2 ms     3 ms     2 ms  219.90.103.134

      3     3 ms     5 ms     2 ms  219.90.103.133

      4    10 ms     5 ms    17 ms  45.119.47.233

      5     *        *        *     Request timed out.

      6     *        *        *     Request timed out.

      7     *        *        *     Request timed out.

      8     *        *        *     Request timed out.

      9   205 ms   216 ms   205 ms  100ge4-1.core1.nyc4.he.net [72.52.92.166]

     10   209 ms   303 ms   218 ms  100ge16-1.core1.ash1.he.net [184.105.223.165]

     11   259 ms   261 ms   258 ms  100ge13-1.core1.lax1.he.net [184.105.80.202]

     12   258 ms   265 ms   258 ms  100ge14-1.core1.lax2.he.net [72.52.92.122]

     13   258 ms   264 ms   258 ms  corporate-colocation-inc.10gigabitethernet10-15.

    core1.lax2.he.net [64.62.214.114]

     14   257 ms   268 ms   256 ms  205.134.225.38

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18   255 ms   255 ms   255 ms  vpimh8.inmotionhosting.com [192.145.239.81]

     19   259 ms   258 ms   259 ms  www.inmotionhosting.com [192.145.237.216]

    Trace complete.

    Also for doing it for amazon site

    tracert amazon.com

     

    Tracing route to amazon.com [176.32.103.205]

    over a maximum of 30 hops:

     

      1     1 ms     1 ms     1 ms  192.168.0.1

      2    15 ms     3 ms     4 ms  219.90.103.134

      3    50 ms     5 ms     3 ms  219.90.103.133

      4     3 ms     3 ms     3 ms  45.119.47.233

      5     *        *        *     Request timed out.

      6     *        *        *     Request timed out.

      7     *        *        *     Request timed out.

      8     *        *        *     Request timed out.

      9     *        *        *     Request timed out.

     10     *        *        *     Request timed out.

     11     *        *        *     Request timed out.

     12     *        *        *     Request timed out.

     13     *        *        *     Request timed out.

     14   226 ms   231 ms   233 ms  54.239.108.180

     15   207 ms   206 ms   207 ms  54.239.111.57

     16   213 ms   208 ms   208 ms  205.251.244.216

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     19     *        *        *     Request timed out.

     20     *        *        *     Request timed out.

     21     *        *        *     Request timed out.

     22     *        *        *     Request timed out.

     23     *        *        *     Request timed out.

     24     *        *        *     Request timed out.

     25     *        *        *     Request timed out.

     26   213 ms   245 ms   217 ms  176.32.103.205

     

    As per my understanding when request get forwarded to hope 4 i.e.45.119.47.233, request time out occurs. So is that something wrong with ISP forwarding request?

    I am trying to connect Inmotion VPS as well through telnet & i am getting network error : connection time out message when i run it through putty.  is it because of same reason or something else has to be done.

    Please suggested me as sooner.

    Regards,

    Sagar

     

     

     

    • Hello,

      Your traceroute looks fine, not all the routers your traffic goes through will respond to the ICMP request. The timeout would only be a problem when it starts timing out at a point and never picks up again. It would also be a problem if one router showed some timed out but some did not IE: * * 23ms or large differences in the ping IE: 23ms 217ms 97ms. The reason you are most likely getting a connection timed out is because port 23 for telnet is not open in the firewall by default. telnet is not secure and transmits both your authentication information and data in plain text so instead of you should use SSH, you will need to whitelist your IP in your firewall for that as well. We have a guide on how to do that https://www.inmotionhosting.com/support/website/ssh/add-ip-to-firewall.

      Best Regards,
      Kyle M

  •  1    58 ms     1 ms    <1 ms  10.160.177.1

     2    <1 ms    <1 ms    <1 ms  10.160.176.5

     3     1 ms     1 ms     1 ms  10.255.252.202

     4     4 ms     3 ms     2 ms  10.255.254.142

     5     2 ms     2 ms     2 ms  10.255.254.141

     6     2 ms     2 ms     2 ms  10.160.96.4

     7     2 ms     2 ms     2 ms  170.65.217.5

     8     *        *        *     Request timed out

     1    58 ms     1 ms    <1 ms  10.160.177.1

     2    <1 ms    <1 ms    <1 ms  10.160.176.5

     3     1 ms     1 ms     1 ms  10.255.252.202

     4     4 ms     3 ms     2 ms  10.255.254.142

     5     2 ms     2 ms     2 ms  10.255.254.141

     6     2 ms     2 ms     2 ms  10.160.96.4

     7     2 ms     2 ms     2 ms  170.65.217.5

     8     *        *        *     Request timed out

     9     *        * 1    58 ms     1 ms    <1 ms  10.160.177.1

     2    <1 ms    <1 ms    <1 ms  10.160.176.5

     3     1 ms     1 ms     1 ms  10.255.252.202

     4     4 ms     3 ms     2 ms  10.255.254.142

     5     2 ms     2 ms     2 ms  10.255.254.141

     6     2 ms     2 ms     2 ms  10.160.96.4

     7     2 ms     2 ms     2 ms  170.65.217.5

     8     *        *        *     Request timed out

     9     *        * 1    58 ms     1 ms    <1 ms  10.160.177.1

     2    <1 ms    <1 ms    <1 ms  10.160.176.5

     3     1 ms     1 ms     1 ms  10.255.252.202

     4     4 ms     3 ms     2 ms  10.255.254.142

     5     2 ms     2 ms     2 ms  10.255.254.141

     6     2 ms     2 ms     2 ms  10.160.96.4

     7     2 ms     2 ms     2 ms  170.65.217.5

     8     *        *        *     Request timed out

     9     *        *dasf 1    58 ms     1 ms    <1 ms  10.160.177.1

     2    <1 ms    <1 ms    <1 ms  10.160.176.5

     3     1 ms     1 ms     1 ms  10.255.252.202

     4     4 ms     3 ms     2 ms  10.255.254.142

     5     2 ms     2 ms     2 ms  10.255.254.141

     6     2 ms     2 ms     2 ms  10.160.96.4

     7     2 ms     2 ms     2 ms  170.65.217.5

     8     *        *        *     Request timed out

    up to

    30    *        *        *     Request time out.

     

    Is there a problem on this connection?

    • As long as the traceroute is ending at the correct server in the end, then there does not appear to be anything wrong as indicated by the times in that traceroute.

  • Hello, could you tell me if the lag that I have been expirencing is my router/computers help or if it is something out of my control, so I did a tracert to www.inmotionhosting.com and these are my results:

    Tracing route to www.inmotionhosting.com [192.145.237.216]
    over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  192.168.0.1
      2    88 ms   105 ms    88 ms  10-20-25-27.tpgi.com.au [10.20.25.27]
      3   131 ms    79 ms    92 ms  syd-apt-ros-agr11-be-12.tpgi.com.au [203.219.196.201]
      4    56 ms    53 ms    80 ms  203-221-3-68.tpgi.com.au [203.221.3.68]
      5   355 ms   317 ms     *     hurricaneelectric1-100g.hkix.net [123.255.91.158]
      6   298 ms   323 ms   318 ms  100ge8-2.core1.tyo1.he.net [184.105.64.130]
      7   334 ms   312 ms   352 ms  100ge4-1.core1.lax2.he.net [184.105.65.9]
      8   281 ms   277 ms   316 ms  corporate-colocation-inc.10gigabitethernet10-15.core1.lax2.he.net [64.62.214.114]
      9   248 ms   299 ms   293 ms  205.134.225.38
     10     *        *        *     Request timed out.
     11     *        *        *     Request timed out.
     12     *        *        *     Request timed out.
     13   319 ms   328 ms     *     vpimh8.inmotionhosting.com [192.145.239.81]
     14   275 ms   269 ms   306 ms  www.inmotionhosting.com [192.145.237.216]

    Trace complete.

    Please get back to me as soon as possible, as I have not been able to use the internet on my computer very well.

    • When you run a traceroute, you need to check the route going to your website. The trace you provided goes to our InMotion Hosting website which is not a server that hosts your website. The traceroute is for diagnosing the time to access your site from your location. Also, the 300ms times are not typically an indication of a problem. They may be slightly slower than normal but will vary depending on when you run the traceroute. As per the article at top, if the times are high at the very beginning of the route, then it’s either your network or your ISP. However, the route you’ve provided in accessing our home page is indicating that it is NOT the issue. If you’re having problems with latency in accessing your site, please run a traceroute to your website location and then submit a verified support ticket with the results. Our live technical support can analyze the report and provide you feedback confidentially instead of in a reply that is open to the public.

  • 1    <1 ms    <1 ms    <1 ms  [192.168.1.1]

      2     25ms  *25ms*  25ms  10.45.5.87

      3     24ms     24ms     23ms  10.36.14.89

      4    24ms    23ms     23ms  10.37.41.238

      5     28ms     27ms     28ms  10.37.72.113

      6     33ms     30ms     31ms  10.37.72.89

      7   26ms   31ms   26ms  10.37.45.186

      8     27ms*   27ms*  41ms10.37.85.102

      9     *        *        *     Request timed out.

     10   *        *        *     Request timed out.

     11   90ms   90ms   90ms  213.19.195.243

     12  90ms   91ms   89ms  104.160.141.3 

     

    plz i need to fix my req time out 

    • As per our article above, the timeouts are typical with a traceroute: ” This is perfectly normal as the device responsible likely does not respond to traceroute requests.” This can also happen in different parts of the traceroute. If you’re still seeing your website come up, then you’re able to get to the server. Additionally, the times that you’re seeing aren’t all that slow. If you’re still concerned, then you can submit a ticket to our live technical support team (if you’re an InMotion Hosting customer). They can review your traceroute and determine if there’s an issue that they can address.

  • Hello. I did a TRACERT to deviantart.com since it hasn’t been loading on any device on my home network for nearly a month. Yet it works on cellular data or other networks.

    I got a lot of time-outs, what could this possibly mean?

     

    1    <1 ms    <1 ms    <1 ms  (NONE) [192.168.1.1]

      2     *        *        *     Request timed out.

      3     4 ms     3 ms     4 ms  10.246.251.126

      4    11 ms    11 ms     6 ms  195.229.4.92

      5     5 ms     6 ms     6 ms  195.229.0.241

      6     9 ms     6 ms     7 ms  195.229.0.128

      7   128 ms   128 ms   128 ms  195.229.2.255

      8     *        *        *     Request timed out.

      9     *      151 ms   144 ms  54.239.100.88

     10   135 ms   136 ms   137 ms  54.239.100.101

     11   141 ms   141 ms   140 ms  54.240.221.104

     12     *        *        *     Request timed out.

     13     *        *        *     Request timed out.

     14     *        *        *     Request timed out.

     15   137 ms   137 ms   139 ms  server-54-230-9-194.lhr3.r.cloudfront.net [54.230.9.194]

    • It’s possible there was some latency along the way, but the connection appears to have gone through. I advise checking with your service provider.

  • te-3-1.car2.Charlotte1.Level3.net (4.71.126.29) 0.658 ms 0.796 ms 0.829 ms

    ae-3-3.bar2.Charlotte1.Level3.net (4.69.200.221) 0.504 ms 0.500 ms 0.546 ms

    —————————–

    Hello. Can you explain what does te-3-1, car2, ae-3-3, bar2, Charlotte1 stand for?

  • —————————————————————————————–|

     

    |                                      WinMTR statistics                                   |

     

    |                       Host              –   %  | Sent | Recv | Best | Avrg | Wrst | Last |

     

    |————————————————|——|——|——|——|——|——|

     

    |                            10.150.246.1 –    0 | 2874 | 2874 |    1 |    3 |   45 |    2 |

     

    |                             172.17.49.1 –    0 | 2873 | 2873 |   53 |   53 |  102 |   53 |

     

    |                             172.17.35.2 –    0 | 2873 | 2873 |   53 |   53 |   64 |   53 |

     

    |                          223.165.29.226 –    1 | 2847 | 2840 |    0 |   47 |   56 |   47 |

     

    |                           180.179.32.73 –    1 | 2843 | 2835 |    0 |   47 |   67 |   47 |

     

    |                           180.179.37.93 –    0 | 2874 | 2874 |   45 |   47 |   86 |   46 |

     

    |59.163.105.170.static-chennai.vsnl.net.in –   15 | 1813 | 1546 |    0 |   56 |  352 |  167 |

     

    |                   No response from host –  100 |  576 |    0 |    0 |    0 |    0 |    0 |

     

    |                   No response from host –  100 |  576 |    0 |    0 |    0 |    0 |    0 |

     

    |14.142.155.186.static-mumbai.vsnl.net.in –   30 | 1323 |  934 |    0 |   67 |   78 |   68 |

     

    |                      ig.magicbricks.com –   73 |  741 |  207 |    0 |   81 |   92 |   81 |

     

    |                      ig.magicbricks.com –   80 |  689 |  141 |    0 |   82 |   89 |   83 |

     

    |                    imt2.magicbricks.com –    0 | 2874 | 2874 |   75 |   75 |  114 |   82 |

     

    |________________________________________________|______|______|______|______|______|______|

     

     

    This is the MTR report and last hop is the server. Please suggest on my email about the trace.

    • Hello!

      Unfortunately, I am uncertain how to assist you. From the trace route you’ve provided, you don’t seem to be connecting to an InMotion server. However, there does seem to be some sort of connectivity issue, such as latency in the following hop:

      |59.163.105.170.static-chennai.vsnl.net.in – 15 | 1813 | 1546 | 0 | 56 | 352 | 167 |

      What kind of issues are you experiencing? If you are an InMotion Hosting customer, you can reach out to our Live Support to trouble shoot issues with connections to your server. I hope this helps!

      Sincerely,
      Carlos E

  • Trying to learn why I keep getting whole strings of TIMED OUT when doing tracert to much used site that is lately become almost un-usable..Specific odd thing is on one tracert to a different site, also used regularly, it stopped at number five and showed:

    5  *   DESKTOP-1HUBM21 starting in 3rd column…giving IP address then report: Destination host unreachable….What is DESKTOP-1HUBM21? Never saw that before..

  • Hello, I’m currently applying failover technique to my network. I did a tracert then disable my network interface to see if my failover is worked. The tracert result is when I disable my interface it shows “request timed out” messages but the packet still reaches the destination. Why does this happen? Did it reach the destination because I got backup ISP? Thanks before

    • Hello Aulia,

      Generally, the “request timed out” is something like a firewall preventing a packet from being returned. You may want to consult with a network expert or network-specialized forum, as the article here is focused on reading traceroutes for website diagnostics. We don’t have the best advice for testing network failover setups. You said that the packet got through, so it does appear that the failover is working if it switched to your other ISP.

      Regards,
      Arnel C.

    • Hello Santosh,

      In reviewing your traceroute, it’s actually not too bad. The timeouts have nothing to do with performance issues that you may be seeing. Even the hops from 7-9 though they are showing triple digit, the numbers are not bad.

      1 2 ms <1 ms 2 ms 192.168.1.1
      2 19 ms 18 ms 18 ms 103.62.56.1
      3 18 ms 18 ms 19 ms 218.248.169.70
      4 * * * Request timed out.
      5 * * * Request timed out.
      6 * 30 ms 30 ms 125.17.39.241
      7 * 173 ms 159 ms 182.79.245.18
      8 199 ms 204 ms 216 ms 80.249.212.69
      9 181 ms 177 ms 174 ms (ip address) our websites

      If you are experiencing performance issues with performance, then it does not appear to be a result of the connection to the server.

      If you want us to look at this issue further, please provide the domain name.

      If you have any further questions or comments, please let us know.

      Regards,
      Arnel

  • To check the below tracert that showing 4th and 5th getting timed out( that websites is access to slowely?)

    1     2 ms    <1 ms     2 ms  192.168.1.1
      2    19 ms    18 ms    18 ms  103.62.56.1
      3    18 ms    18 ms    19 ms  218.248.169.70
      4     *        *        *     Request timed out.
      5     *        *        *     Request timed out.
      6     *       30 ms    30 ms  125.17.39.241
      7     *      173 ms   159 ms  182.79.245.18
      8   199 ms   204 ms   216 ms  80.249.212.69
      9   181 ms   177 ms   174 ms  (ip address) our websites

     

     

     

  • Hello! I am just baffled by my Traceroute. I’ve been having data speed issues since I installed an NCSoft game, so I deleted the game and (supposedly) all affiliated files from my computer, but my Traceroute shows that NCSoft is still responsible for my problems (see below). Do you have any advice for me and what I can do to wipe this Traceroute clean? I have reset my modem and router, cleaned out my %localapps%, but NCSoft wasn’t listed in the applications to block in my Firewall. Not sure what else I can do.

    Or is there a bigger problem?

     12  132ms    13/  50 = 26%     2/  50 =  4%  ffm-b1-link.telia.net [62.115.137.169] 
                                    0/  50 =  0%   |
     13  ---      50/  50 =100%    39/  50 = 78%  ncsoft-ic-306349-ffm-b11.c.telia.net [62.115.43.74] 
                                    0/  50 =  0%   |
     14  ---      50/  50 =100%    39/  50 = 78%  206-127-157-86.ncsoft.com [206.127.157.86] 
                                    0/  50 =  0%   |
     15  124ms    11/  50 = 22%     0/  50 =  0%  206-127-158-1.ncsoft.com [206.127.158.1] 
    Trace complete.
    *--> pathping -w 500 -q 50 -4 54.230.51.96 <--*

    Thanks so much!

    • Ara, the results from your traceroute are in no way linked to programs installed on your local computer. What traceroute does is test your connection speeds at various points along your connection to a destination. The handling of the packets in this test are done by your operating system, and are not affected by programs installed on your computer.

  • Tracing route to www.thenamibian.com [72.52.4.119]

    over a maximum of 30 hops:

    1 2 ms 6 ms 4 ms 10.249.12.1

    2 23 ms 22 ms 22 ms 192.168.214.129

    3 * * * Request timed out.

    25 * * * Request timed out.

    26 * * * Request timed out.

    27 * * * Request timed out.

    28 * * * Request timed out.

    29 * * * Request timed out.

    30 * * * Request timed out.

    Trace complete.

    What is the round-trip delay of the 3rd route?
    Why is the delay not the same?
    i also would like to know how manyrouters did my packet travel through in order to reach the Namibian web server
    i don’t get it
    please help

    • Your Traceroute indicates an immediate issue upon leaving your house. I recommend restarting your modem/router then testing again.

      If your problems persist contact your ISP (internet service provider), and provide your traceroute as evidence of issues.

      Thank you,
      John-Paul

    • Time outs are irrelevant if looked at by themselves. Routers set to ‘not respond’ will provide the timeout message. It is not necessarily due to a lack of response. You must look at the hops afterward. In your case, the hop afterward shows very good response time.

  • From your example :

    :\>tracert www.example.com
    Tracing route to example.com [10.10.242.22]
    over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  172.16.10.2
      2     *        *        *     Request timed out.
      3     2 ms     2 ms     2 ms  vbchtmnas9k02-t0-4-0-1.coxfiber.net [216.54.0.29]
      4    12 ms    13 ms     3 ms  68.10.8.229
      5     7 ms     7 ms     7 ms  chndbbr01-pos0202.rd.ph.cox.net [68.1.0.242]
      6    10 ms     8 ms     9 ms  ip10-167-150-2.at.at.cox.net [70.167.150.2]
      7    10 ms     9 ms    10 ms  100ge7-1.core1.nyc4.he.net [184.105.223.166]
      8    72 ms    84 ms    74 ms  10gr10-3.core1.lax1.he.net [72.52.92.226]
      9    76 ms    76 ms    90 ms  10g1-3.core1.lax2.he.net [72.52.92.122]
    10    81 ms    74 ms    74 ms  205.134.225.38
    11    72 ms    71 ms    72 ms  www.inmotionhosting.com [192.145.237.216]

    how can i calculate the end to end delay ?

    i got the formula from wiki dend-end= N[ dtrans+dprop+dproc+dqueue] but i confused for using it

    • Hello Sule,

      Calculating end-to-end delay (also known as one way delay) is more complicated that simply taking the traceroute and using the numbers there. Also, a traceroute is using round trip times for the packets – different from the end-to-end delay time which is going in one direction. You need to speak with a network specialist to determine the other factors involved in determining this figure. It’s beyond the scope of hosting support. You can see a sample of delay calculations here: Sample Delay calculations.

      We use the traceroute to see symptoms of a delay as per the tutorials above.

      If you have any further questions or comments, please let us know.

      Regards,
      Arnel C.

  • High what is going on with this one? Please help I don’t know what all these mean.  What is ddos-filter at 15 and 16. Thanks

    6    25 ms    13 ms    13 ms  208.91.192.254                                    
    7    27 ms    19 ms    27 ms  66.119.73.113                                    
    8    55 ms  42 ms    45 ms  213.140.33.230                                  
     9    63 ms    85 ms    87 ms  94.142.118.92                                    
    10   164 ms   152 ms   154 ms  94.142.126.74                                    
    11   171 ms   198 ms   152 ms  213.140.36.168                                  
    12     *        *        *     Request timed out.                              
    13     *      173 ms     *     fra-in3-02gw.voxility.net [5.254.88.13]          
    14   183 ms   160 ms   168 ms  fra-in3-02gw.voxility.net [5.254.88.13]          
    15     *      164 ms   156 ms  ddos-filter [5.254.88.65]                        
    16     *      196 ms   164 ms  ddos-filter [5.254.88.65]                      
     17     *        *        *     Request timed out.                              
    18     *        *        *     Request timed out.                              
    19     *        *        *     Request timed out.                                                                                    
    • Terry, the ‘ddos-filter’ in this traceroute is just the name for those servers that Voxility NOC uses, and is likely just a ‘filter’ that their network uses to prevent DDOS attacks.

  • Frequently, we get a time out in the same HOP: always after Level3.net and always before 4.79.182.238, which I think is around Maryland or Virginia. See sample of tracert, below:

      5    19 ms    11 ms    18 ms  5-1-19.bear2.Boston1.Level3.net [4.53.50.13]
      6     *        *        *     Request timed out.
      7    85 ms    87 ms    87 ms  4.79.182.238

    How do I interpret this? Is there ANOTHER computer that is frequently having trouble? Or is the 4.79.182.238 simply a backup at the same site that takes over when another server at the same time is overwhelmed? Thank you in advance for your answer.

      1     1 ms     8 ms    10 ms  192.168.0.1
      2    23 ms    18 ms    27 ms  bdl1.sbo-cbr1.sbo.ma.cable.rcn.net [10.16.64.1] 
      3    15 ms    27 ms    28 ms  bdle22-sub211.aggr1.sbo.ma.rcn.net [146.115.22.199]
      4    27 ms    18 ms    17 ms  bdle2.border1.sbo.ma.rcn.net [207.172.15.148]
      5    19 ms    11 ms    18 ms  5-1-19.bear2.Boston1.Level3.net [4.53.50.13]
      6     *        *        *     Request timed out.
      7    85 ms    87 ms    87 ms  4.79.182.238
      8    52 ms    57 ms    58 ms  207.210.229.6
      9    63 ms    58 ms    58 ms  207.210.229.50
     10    58 ms    57 ms    61 ms  74.50.57.155
    Trace complete.
    • John, these sort of timeouts are not uncommon, and won’t directly affect your ability to reach the end host. This typically just means that the host that timed out simply isn’t replying to the ICMP packets that the tracert command is sending. However, in most every case it will still forward traffic on to the next hop, as you see in your pasted results.

  • My tracert on my website goes through with out the www in front of domain name but when the www.domain.com is put in it times out.   Same with Ping test.

    How do I fix this?

     

    • Do you have your www pointed to a different server? You will need to contact your hosting support so they can check for you if you are unsure.

  • Hi, I’m trying to access the site www.1688.com but at times my computer is unable to access. It will show dns unreachable. I tried to flush dns and it will work but I realize the connection is very slow and many times some of the page doesn’t load properly. If i used another computer on another network, it is working fine. 

    I’m able to ping consistently. But when doing tracert, it will consistently show request time out on my 9th hop. Is this the cause causing my slow loading / unable to load? If yes, who is the culprit causing this?

     

    Tracing route to www.1688.com.danuoyi.tbcache.com [47.88.135.252]

    over a maximum of 30 hops:

     

      1    14 ms    <1 ms     3 ms  router.asus.com [192.168.1.1] 

      2     *      145 ms    11 ms  1.128.75.138.unknown.m1.com.sg [138.75.128.1] 

      3     6 ms     4 ms     4 ms  254.246.65.202.unknown.m1.com.sg [202.65.246.254] 

      4     4 ms     4 ms     5 ms  253.246.65.202.unknown.m1.com.sg [202.65.246.253] 

      5    46 ms     8 ms    10 ms  9.246.65.202.unknown.m1.com.sg [202.65.246.9] 

      6    14 ms    17 ms    16 ms  37.246.65.202.unknown.m1.com.sg [202.65.246.37] 

      7     7 ms    24 ms    16 ms  21.246.65.202.unknown.m1.com.sg [202.65.246.21] 

      8    21 ms    19 ms    25 ms  45102.sgw.equinix.com [202.79.197.126] 

      9     *        *        *     Request timed out.

     10     *        *        *     Request timed out.

     11     *        *        *     Request timed out.

     12     *        *        *     Request timed out.

     13     *        *        *     Request timed out.

     14     *        *        *     Request timed out.

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18    13 ms    27 ms    12 ms  47.88.135.252 

     

    Trace complete.

     

     

     

  • I’ve been experiencing slow response times whenever I visit any website. This isn’t a bandwidth issue. I am on a 100Mbps cable connection and once the download starts, I get full 100Mbps that my ISP provides.

     

    The issue I’m facing is that it takes at least 5 seconds to load any website when I try to visit any website or click any link. Here’s my tracert to a server in same city as mine (Orlando, Florida) – 

     

    Tracing route to speedtest.orl-fl.atlantic.net [209.208.110.164]

    over a maximum of 30 hops:

     

      1    <1 ms    <1 ms    <1 ms  192.168.0.1

      2     1 ms    <1 ms    <1 ms  192.168.1.1

      3  1260 ms    10 ms     9 ms  10.104.208.1

      4    10 ms    10 ms     9 ms  72-31-192-96.net.bhntampa.com [72.31.192.96]

      5  3308 ms    17 ms    13 ms  ten0-1-0-7.orld12-ser2.bhn.net [72.31.194.110]

      6    11 ms    12 ms    10 ms  72-31-188-178.net.bhntampa.com [72.31.188.178]

      7    11 ms    15 ms    15 ms  10.bu-ether15.orldfljo00w-bcr00.tbone.rr.com [66.109.6.98]

      8    11 ms    11 ms    11 ms  ae-1.bar2.Orlando1.Level3.net [4.68.111.17]

      9    11 ms    12 ms    11 ms  ATLANTIC.NE.bar2.Orlando1.Level3.net [67.30.142.82]

     10    10 ms    11 ms    11 ms  209.208.7.50

     11    19 ms    10 ms    11 ms  speedtest.orl-fl.atlantic.net [209.208.110.164]

     

    So there is a lot of delay at point #3 (router/modem?) and point #5 (my ISP’s server) ?

  • I’ve been having A LOT of issues connecting to a certain game since I relocated to a new country. A friend of mine had me run this traceroute, and this is the result. No idea how to get this corrected :\ 

      1     2 ms     2 ms     2 ms  10.0.0.1

      2    27 ms    18 ms    13 ms  96.120.66.201

      3    19 ms    13 ms    15 ms  68.85.185.89

      4    12 ms    11 ms    21 ms  be-22-sur02.lowell.ma.boston.comcast.net [69.139.221.246]

      5    18 ms    19 ms    18 ms  be-21-ar01.needham.ma.boston.comcast.net [68.85.106.45]

      6     *        *        *     Request timed out.

      7     *        *        *     Request timed out.

      8    50 ms    36 ms    24 ms  as3356-1.jfk.as54104.net [4.15.212.194]

      9    22 ms    24 ms    18 ms  32-125-232-198.static.unitasglobal.net [198.232.125.32]

    • I advise checking with your local ISP and then consider using a VPN. Connecting to the game through the US or from whichever country you had success might be a help. The game publisher may also have their own suggestions.

  • Hello,

     

    I need help with these tracert. I’m playing overwatch and getting 200 ping, it’s only high when i play overwatch. no problem when browsing, streaming, buffering, even dota 2 got 30ms. i already ask blizzard but they said its my ISP problem, i tell my ISP its blizzard problem, i need help with this pls i’m from indonesia. thank you

     

    https://s15.postimg.org/7hga4rg7v/Untitled.jpg

    • It appears to be an issue with the ISP routing. Its timing out at the specific hop. Unfortunately, there’s little you can do if they aren’t willing to help.

  •   1     2 ms     1 ms     1 ms  192.168.43.1
      2     *        *        *     Request timed out.
      3    80 ms    50 ms    46 ms  10.72.88.162
      4    78 ms    46 ms    47 ms  172.16.82.193
      5    61 ms    48 ms    47 ms  172.26.31.182
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8     *        *        *     Request timed out.
      9    66 ms    70 ms    73 ms  103.198.140.164
     10   182 ms   155 ms   166 ms  103.198.140.27
     11   199 ms   185 ms   172 ms  mei-b1-link.telia.net [213.248.91.52]
     12   324 ms   610 ms   324 ms  level3-ic-314743-mei-b1.c.telia.net [62.115.61.70]
     13     *        *        *     Request timed out.
     14   346 ms   412 ms   295 ms  INMOTION-HO.ear3.Washington1.Level3.net [4.79.22.110]
     15     *        *        *     Request timed out.
     16     *        *        *     Request timed out.
     17   303 ms   537 ms   320 ms  ecbiz209.inmotionhosting.com [144.208.76.179]

  • Hello,

    Can you please help me identify the issue and the best way to resolve it? 

    traceroute to “linkremoved”.com
     1  internal 0.930 ms  0.917 ms  0.902 ms
     2  216.182.224.140 (216.182.224.140)  13.339 ms  13.350 ms  13.323 ms
     3  100.66.8.216 (100.66.8.216)  21.287 ms   13.201 ms   14.992 ms
     4  100.66.11.10 (100.66.11.10)  17.920 ms   15.709 ms   15.419 ms
     5  100.66.7.135 (100.66.7.135)  20.904 ms   18.414 ms   20.860 ms
     6  100.66.4.41 (100.66.4.41)  23.006 ms   21.521 ms   21.540 ms 
     7  100.65.8.193 (100.65.8.193)  0.992 ms   1.044 ms   1.003 ms 
     8  205.251.245.52 (205.251.245.52)  3.735 ms   1.808 ms   1.996 ms
     9  54.239.109.248 (54.239.109.248)  96.106 ms   1572.972 ms   44.386 ms
    10  54.239.109.235 (54.239.109.235)  2.044 ms   2.080 ms   2.021 ms
    11  * * *      
    12  52.93.1.33 (52.93.1.33)  9.617 ms   7.364 ms   13.399 ms 
    13  52.93.1.94 (52.93.1.94)  7.991 ms  7.150 ms   7.757 ms 
    14  linode.com (198.32.160.169)  8.447 ms   8.841 ms   8.834 ms 
    15  173.255.239.1 (173.255.239.1)  8.863 ms   8.867 ms  8.382 ms 
  •   1    <1 ms    <1 ms    <1 ms  SPEEDPORT [192.168.1.1]

       1    <1 ms    <1 ms    <1 ms  SPEEDPORT [192.168.1.1]

      2     3 ms     4 ms     2 ms  172.29.252.64

      3     3 ms     2 ms     2 ms  172.29.16.117

      4    14 ms     2 ms     3 ms  gtr11-gdr11-2.ip.t-com.hr [195.29.240.62]

      5     4 ms     7 ms     7 ms  carnet.cix.hr [193.192.15.65]

      6     *     ^C

      4    14 ms     2 ms     3 ms  gtr11-gdr11-2.ip.t-com.hr [195.29.240.62]

      5     4 ms     7 ms     7 ms  carnet.cix.hr [193.192.15.65]

      6     *     ^C

    Now my dont now why im hawe an two private adress on the begining (2     3 ms     4 ms     2 ms  172.29.252.64

      3     3 ms     2 ms     2 ms  172.29.16.117

      4    14 ms     2 ms     3 ms  gtr11-gdr11-2.ip.t-com…) sombady plesase explane to mee,thanks .

    • Hello Mike,

      The IP addresses in the beginning are from YOUR network, so the traceroute is hitting and reporting back from the private addresses within your network before exiting to the outside world. There are several great discussions in this forum about private addresses in traceroute results.

      I hope this helps to answer your question, please let us know if you require any further assistance.

      Regards,
      Arnel C.

  • Users at our university is attempting to load this one site (in China) and it’s timing out after around 15 hops.  Multiple tracerts from different machines yield pretty much the same results, timeout occurs after the same last two hops.  Forwarders are being used, OpenDNS & a couple other state owned NS.  Users outside the university can load the site.  Any thoughts?

    Tracing route to www.jju.edu.cn [58.17.121.179]over a maximum of 30 hops:

      1    <1 ms     1 ms    <1 ms  168.20.193.1

      2   158 ms   187 ms   155 ms  168.20.192.9

      3   183 ms    99 ms    88 ms  131.144.204.61

      4    84 ms    84 ms    89 ms  131.144.200.77

      5    82 ms   121 ms    74 ms  atl-bb1-link.telia.net [62.115.47.209]

      6    64 ms    62 ms    64 ms  dls-b22-link.telia.net [62.115.120.113]

      7   101 ms    93 ms    86 ms  las-b22-link.telia.net [62.115.140.3]

      8   421 ms   434 ms     *     chinaunicom-ic-151188-las-bb1.telia.net [213.248.94.126]

      9     *            435 ms   440 ms  219.158.102.125

     10   508 ms     *        *     219.158.97.217

     11   432 ms     *        *     219.158.112.169

     12     *      465 ms   419 ms  219.158.23.158

     13   627 ms   654 ms   606 ms  138.153.212.118.adsl-pool.jx.chinaunicom.com [118.212.153.138]

     14   641 ms   628 ms   609 ms  182.126.17.58.adsl-pool.jx.chinaunicom.com [58.17.126.182]

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     

     19     *        *        *     Request timed out.

    • Hello Ric,

      Sorry for the problems with the routing for the website. As you have mentioned, the site is timing out with Chinaunicom starting around hop 8. It hits the higher triple digits and then final times out. The problem has to do with network routing in China. We cannot correct that. If the server was in the US using our hosting server and having issues with routing as it got closer to our server location, then we could address our network providers and ask for help in correcting the issue,. In this case, they would need to speak with their internet providers to see if they can correct the issue.

      If you have any further questions or comments, please let us know.

      Regards,
      Arnel C.

  • What does it mean when more than one router responds at a particular hop?

     

    Please see 6, 9, 10, 11, and 12 below.

     

    traceroute to google.com (64.233.177.102), 64 hops max, 52 byte packets

     1  172.16.89.1 (172.16.89.1)  4.779 ms  10.539 ms  5.160 ms

     2  lo0-100.rcmdva-vfttp-302.verizon-gni.net (108.4.86.1)  3.649 ms  3.375 ms  13.791 ms

     3  b3302.rcmdva-lcr-21.verizon-gni.net (100.41.130.138)  9.360 ms  7.050 ms  6.427 ms

     4  * * *

     5  * * *

     6  0.et-10-1-0.gw13.iad8.alter.net (140.222.235.215)  11.913 ms

        0.et-9-3-0.gw13.iad8.alter.net (140.222.235.35)  18.374 ms

        0.et-10-3-0.gw13.iad8.alter.net (140.222.235.37)  10.145 ms

     7  204.148.79.46 (204.148.79.46)  9.983 ms  9.774 ms  11.200 ms

     8  108.170.232.192 (108.170.232.192)  8.696 ms  10.602 ms  9.275 ms

     9  216.58.215.33 (216.58.215.33)  41.421 ms

        209.85.143.210 (209.85.143.210)  55.233 ms  10.172 ms

    10  216.239.48.154 (216.239.48.154)  51.279 ms

        72.14.235.10 (72.14.235.10)  31.118 ms

        216.239.48.154 (216.239.48.154)  143.176 ms

    11  216.239.48.4 (216.239.48.4)  43.901 ms

        216.239.48.40 (216.239.48.40)  63.121 ms

        209.85.248.150 (209.85.248.150)  60.968 ms

    12  209.85.142.149 (209.85.142.149)  23.735 ms

        216.239.56.166 (216.239.56.166)  26.878 ms

        209.85.254.107 (209.85.254.107)  60.718 ms

    13  * * *

    14  yx-in-f102.1e100.net (64.233.177.102)  42.015 ms  45.305 ms  57.233 ms

  • C:Users\Me\tracert google.com

    Tracing route to google.com [74.125.200.1381]

    over a maximum of 30 hops

    1 <1ms     <1ms     <1ms     homerouter.cpe [192.168.254.254]

    2     *            *             *       Request timed out.

    3     *            *             *       Request timed out. 

    –clip–

    22   *            *             *       Request timed out.

    23   *            *             *       Request timed out.

    24 135ms   111ms 119ms  sa-in-f138.1e100.net [74.125.200.138]

    Trace complete.

     

    Can you tell me what was my problem?My connection suddenly got slow.I forgot when it was occur.Give me some recommendations.

     

    Thanks,

    Christian

    • Christian, timeouts like this are not uncommon in a traceroute, and don’t necessarily indicate a problem. It does appear that you are still successfully connecting to Google’s servers, but if you are experiencing slowness, based on your results I would contact your Internet Service Provider( ISP ).

  • For the past week and a half, I’ve been having issues with the livestreaming website Twitch.  I live in Puerto Rico and my ISP speed is 40 mbps down and 4 mbps up.  I have absolutely zero problems connecting with any other website, online gaming or watching other streaming services in HD quality.  I used to be able to watch Twitch on source or high quality and now I can’t even watch it on low, doesn’t matter if it’s on the PC, my Xbox or my iPad.

    I did the traceroute and after hop #10, the latency went up the 100s but stayed below the 170s.

    After hop #20, the requests just timed out and it never got to it’s destination.

    C:\Users\Ricardo>tracert twitch.tv

    Tracing route to twitch.tv [50.112.196.159]

    over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.1.1]

      2    <1 ms    <1 ms    <1 ms  192.168.0.1

      3    23 ms    10 ms     9 ms  10.240.32.1

      4     9 ms     9 ms    14 ms  10.65.2.18

      5    10 ms    13 ms    14 ms  10.65.1.122

      6    46 ms    49 ms    55 ms  63.245.23.169

      7    48 ms    54 ms    47 ms  63.245.5.230

      8    52 ms    47 ms    50 ms  mai-b1-link.telia.net [213.248.86.85]

      9    71 ms    71 ms    71 ms  atl-b22-link.telia.net [62.115.143.102]

     10    79 ms    78 ms    79 ms  chi-b21-link.telia.net [62.115.116.125]

     11   122 ms   128 ms   124 ms  sea-b1-link.telia.net [62.115.117.48]

     12   127 ms   131 ms   126 ms  amazon-ic-302506-sea-b1.c.telia.net [213.248.84.

    190]

     13   147 ms   122 ms   131 ms  52.95.52.248

     14   127 ms   127 ms   127 ms  52.95.53.7

     15   129 ms   131 ms   131 ms  54.239.41.248

     16   167 ms   147 ms   162 ms  52.93.12.42

     17   129 ms   132 ms   131 ms  52.93.12.33

     18   161 ms   160 ms   172 ms  52.93.12.104

     19   134 ms   133 ms   130 ms  52.93.12.129

     20   133 ms   129 ms   148 ms  205.251.232.63

     21     *        *        *     Request timed out.

     22     *        *        *     Request timed out.

     23     *        *        *     Request timed out.

     24     *        *        *     Request timed out.

     25     *        *        *     Request timed out.

     26     *        *        *     Request timed out.

     27     *        *        *     Request timed out.

     28     *        *        *     Request timed out.

     29     *        *        *     Request timed out.

     30     *        *        *     Request timed out.

    Trace complete.

    C:\Users\Ricardo>ping twitch.tv

    Pinging twitch.tv [50.112.196.159] with 32 bytes of data:

    Request timed out.

    Request timed out.

    Request timed out.

    Request timed out.

    Ping statistics for 50.112.196.159:

        Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

     

    Is there anything I can do or contact my ISP and show them this data?  I’m sorry for the lenghty post.

    I appreciate your time.

    Thank you!

    • Yes, I think it would be beneficial to contact your ISP with this information. Especially since you are experiencing 100% loss.

      Thank you,
      John-Paul

  • hi, could you help me? i have problems with league of legends, at a certain point (always the same point) i get a black screen, but still can interact with friend list and such which are kinda an overlay, but the black screen stays. i was told to do a tracert and after that they told me it was weird that it only does 9 hops instead of 30. could you tell me what is wrong? and if it’s me or my provider?

    Tracing route to 185.40.65.1 over a maximum of 30 hops

      1     3 ms     3 ms     3 ms  192.168.0.1
      2    11 ms    11 ms    11 ms  10.255.227.1
      3     8 ms    11 ms    11 ms  gn-rc0002-cr102-xe-5-1-1-0.core.as9143.net [213.51.184.6]
      4    13 ms    15 ms    15 ms  asd-tr0610-cr101-ae2-0.core.as9143.net [213.51.158.16]
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7    17 ms    15 ms    15 ms  104.160.141.103
      8    20 ms    15 ms    15 ms  104.160.141.105
      9    17 ms    15 ms    15 ms  185.40.65.1

    Trace complete.

     

     

    thanks in advance

    • Take a look at the article above and it will assist you in troubleshooting the traceroute. The numbers that were provided to not appear to have any issues.

  • Microsoft Windows [Version 6.1.7600]

    Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

     

    C:\Users\BoonFair>tracert boonfair.lk

     

    Tracing route to boonfair.lk [199.223.115.74]

    over a maximum of 30 hops:

     

      1     *        *        *     Request timed out.

      2     *        *        *     Request timed out.

      3     *        *        *     Request timed out.

      4     *        *        *     Request timed out.

      5   133 ms    79 ms    79 ms  202.129.235.132

      6   641 ms   209 ms   359 ms  212.73.201.1

      7     *        *        *     Request timed out.

      8   323 ms   299 ms   299 ms  INMOTION-HO.ear3.Washington1.Level3.net [4.79.22

    .110]

      9     *        *        *     Request timed out.

     10     *        *        *     Request timed out.

     11   314 ms   469 ms   559 ms  eccomp12-havp2.inmotionhosting.com [104.193.140.

    14]

     12   607 ms   480 ms   319 ms  vps19236.inmotionhosting.com [199.223.115.74]

     

    Trace complete.

     

    C:\Users\BoonFair>ping boonfair.lk

     

    Pinging boonfair.lk [199.223.115.74] with 32 bytes of data:

    Reply from 199.223.115.74: bytes=32 time=597ms TTL=53

    Reply from 199.223.115.74: bytes=32 time=306ms TTL=53

    Reply from 199.223.115.74: bytes=32 time=304ms TTL=53

    Reply from 199.223.115.74: bytes=32 time=582ms TTL=53

     

    Ping statistics for 199.223.115.74:

        Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

    Approximate round trip times in milli-seconds:

        Minimum = 304ms, Maximum = 597ms, Average = 447ms

     

    C:\Users\BoonFair>

    • Hello Nuwan,

      Sorry for the problems with connecting to the server. Looking at that traceroute you can see that early on you are getting triple digits through the networks you’re going through to get to the server. It is possible that the problems with the routing are temporary. However, if you consistently see the same problem over several days, then you should submit a verified support ticket with your complete traceroute and description of the issue. Early issues in the routing are typically related to your ISP.

      If you have any further questions or comments, please let us know.

      Regards,
      Arnel C.

  • Thank you for your help Arn. 

    I have tried it again and the problem seems to persist. As suggested, i have sent the trace request to your IT support team.

     

    Regards,

    waheda

  • Can you please tran dhelp me identify the problem with the below trace ?

     

    Tracing route to 10.25.17.156 over a maximum of 30 hops

     

      1    <1 ms    <1 ms    <1 ms  10.80.8.10

      2     *        *        *     Request timed out.

      3    <1 ms    <1 ms    <1 ms  10.80.8.2

      4     9 ms     9 ms     9 ms  162.97.93.221

      5     9 ms     9 ms     9 ms  100.65.0.5

      6    10 ms    10 ms    10 ms  100.65.0.6

      7     *        *        *     Request timed out.

      8     *        *        *     Request timed out.

      9     *        *        *     Request timed out.

     10     *        *        *     Request timed out.

     11     *        *        *     Request timed out.

     12     *        *        *     Request timed out.

     13     *        *        *     Request timed out.

     14     *        *        *     Request timed out.

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     19     *        *        *     Request timed out.

     20     *        *        *     Request timed out.

     21     *        *        *     Request timed out.

     22     *        *        *     Request timed out.

     23     *        *        *     Request timed out.

     24     *        *        *     Request timed out.

     25     *        *        *     Request timed out.

     26     *        *        *     Request timed out.

     27     *        *        *     Request timed out.

     28     *        *        *     Request timed out.

     29     *        *        *     Request timed out.

     30     *        *        *     Request timed out.

    • Hello Waheda,

      The traceroute is dead-ending in an unknown location in your traceroute. There may have been a temporary problem with the route. Try running the trace again. If you continue to get the same result, then copy the traceroute results and send them to our live technical support department in a verified ticket. They will be able to look at it and recommend if the issue belongs with your ISP, or if it’s something that we can resolve ourselves.

      If you have any further questions or comments, please let us know.

      Regards,
      Arnel C.

  • Site is down, anything of note in the trace results below? 

      1     5 ms    11 ms     8 ms  96-95-215-174-static.hfc.comcastbusiness.net [96.95.215.174]

      2    13 ms    10 ms    12 ms  96.120.91.1

      3    29 ms    27 ms    19 ms  te-0-7-0-11-sur03.walnutcreek.ca.sfba.comcast.net [68.87.196.85]

      4    16 ms    16 ms    28 ms  be-225-rar01.pinole.ca.sfba.comcast.net [162.151.78.189]

      5    23 ms    28 ms    28 ms  hu-0-1-0-5-ar01.santaclara.ca.sfba.comcast.net [68.85.154.241]

      6    23 ms    31 ms    29 ms  lag-14.ear3.SanJose1.Level3.net [4.68.72.105]

      7     *        *        *     Request timed out. 

      8    96 ms   100 ms    98 ms  4.15.136.118

      9    84 ms    90 ms    97 ms  e3.1.cr02.iad01.mtsvc.net [70.32.64.110]

     10    93 ms    92 ms    85 ms  e1.4.as02.iad01.mtsvc.net [70.32.64.246]

     11    83 ms    85 ms    96 ms  vzx196.mediatemple.net [64.207.156.9]

     12    82 ms    88 ms    88 ms  worksprod.com [64.207.154.213]

     

    • No, you should never have a hop that long, no matter where it is. Especially just one hop away. You may want to contact your ISP to see if there is something wrong.

    • No, the traceroute you provided looks normal. No signs of any latency and certainly no hops blocking the connection entirely.

    • I’ve noticed recently that my access to Google, Yahoo and a few other sites has slowed down considerably. We’ve had this same ISP for several years, but never had the connection slow down like this before.

      I tried a traceroute to Google and this is the result I got:

      1 1 ms 2 ms 1 ms 192.168.10.1
      2 580 ms 26 ms 21 ms nurkla1.fi.elisa.net [91.154.208.1]
      3 20 ms 20 ms 20 ms 139.97.102.104
      4 18 ms 19 ms 19 ms ip-rr.hkika234.fi.elisa.net [139.97.0.162]
      5 21 ms 19 ms 19 ms 139.97.94.55
      6 21 ms 19 ms 19 ms 213.192.186.77
      7 26 ms 25 ms 25 ms 213.192.184.74
      8 25 ms 25 ms 25 ms 74.125.50.145
      9 50 ms 57 ms 50 ms 216.239.43.122
      10 50 ms 50 ms 50 ms 108.170.235.63
      11 50 ms 49 ms 49 ms arn09s10-in-f4.1e100.net [216.58.211.132]

      …That huge spike doesn’t look normal…

    • It looks like the IP on the first hop belongs to Elisa Hostmaster. I suppose they are your ISP. I advise contacting them and providing this trace route for their reference.

  • Where is the problem? My site loads very slow. Even the hosting provider is unable to fix.

    1 1 ms 1 ms <1 ms 192.168.1.1
    2 71 ms 69 ms 67 ms 100.65.4.1
    3 73 ms 77 ms 68 ms 103.14.124.114
    4 90 ms 95 ms 91 ms 172.25.24.17
    5 2502 ms 1055 ms 1915 ms 14.140.210.49.static-Delhi-vsnl.net.in [14.140.2
    10.49]
    6 * * * Request timed out.
    7 * * * Request timed out.
    8 * * * Request timed out.
    9 57 ms 59 ms 66 ms 219.65.79.214.static-mumbai.vsnl.net.in [219.65.
    79.214]
    10 * * * Request timed out.
    11 179 ms 180 ms 190 ms 103.211.216.53

    Trace complete.

  • Is it normal to have a 580 ms RTT normal or not? I just tried a test to my local ISP and this is what I got:

     

    1. 1 ms (RTT 1), 1 ms (RTT 2), 1 ms (RTT 3) : Our connection

    2. 580 ms (RTT 1), 20 ms (RTT 2), 20 ms (RTT 3) : local ISP, should be within 10-15 kilometers from where I live.

     

    I wonder if the problem is at our end or the ISP itself. I’ve heard from an old test that it seems our modem might have an issue connecting to the outside, but I have no idea why this is. Either our ADSL socket is faulty or then we just live in a fringe area.

  • im always having trouble with this website in our company, and as i traceroutes it this is often the reply. Does this mean the website im traying to visit is having a network trouble or its just in our router configurations?? thank you in advance

    Tracing route to www.bir.gov.ph [120.28.53.9]

    over a maximum of 30 hops:

     

      1     *        *        *     Request timed out.

      2    <1 ms     1 ms     1 ms  43.247.16.145

      3     1 ms     1 ms     1 ms  103.225.37.5

      4     3 ms     3 ms     4 ms  unknown.telstraglobal.net [210.176.35.37]

      5     4 ms     3 ms     3 ms  i-0-0-0-0.phpn-core03.bi.telstraglobal.net [203.

    190.64.61]

      6    33 ms    30 ms    31 ms  i-0-1-2-1.hkth-core01.bx.telstraglobal.net [202.

    84.143.194]

      7    63 ms    63 ms    63 ms  i-0-4-0-1.skdi-core01.bx.telstraglobal.net [202.

    84.141.138]

      8    63 ms    62 ms    62 ms  i-0-3-0-0.6ntp02.bi.telstraglobal.net [202.84.24

    3.82]

      9    61 ms    61 ms    62 ms  unknown.telstraglobal.net [202.127.73.42]

     10    84 ms    84 ms    83 ms  120.28.4.101

     11    81 ms    80 ms    80 ms  120.28.9.134

     12    81 ms    81 ms    84 ms  120.28.0.146

     13    88 ms    93 ms    89 ms  120.28.1.46

     14    87 ms    91 ms    86 ms  203.177.211.54

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     19     *        *        *     Request timed out.

     20     *        *        *     Request timed out.

     21     *        *        *     Request timed out.

     22     *        *        *     Request timed out.

     23     *        *        *     Request timed out.

     24     *        *        *     Request timed out.

     25     *        *        *     Request timed out.

     26     *        *        *     Request timed out.

     27     *        *        *     Request timed out.

     28     *        *        *     Request timed out.

     29     *        *        *     Request timed out.

     30     *        *        *     Request timed out.

     

    Trace complete.

     

    • So, what you need to do is figure out where 203.177.211.54 resolves. The issue is at this particular hop. Is this the IP of the server? If it is, then its the server refusing connection.

  • My Trace Route seems to go to an island off of Africa before returning to Puerto Rico on any trace. Wondering why?  Milliseconds matter to me.

    #CountryTownLatLonIPHostnameLatency (ms)DNS Lookup (ms)Distance to previous node (km)Whois

    1Puerto RicoSan Juan18.420807-66.0616192.168.0.1(None)16310192.168.0.1

    2(Unknown)(Unknown)0.00.010.240.160.1(None)3146749810.240.160.1

    3(Unknown)(Unknown)0.00.010.65.2.66(None)3247010.65.2.66

    4(Unknown)(Unknown)0.00.010.65.1.122(None)3132010.65.1.122

    5Puerto Rico(Unknown)18.25-66.563.245.22.37xe-8-2-0.usa.pr-edge02.columbus-networks.com1631754163.245.22.37

    6United StatesMiami25.927399-80.180163.245.5.62xe-0-0-2.usa.brx-teracore01.columbus-networks.com4631164763.245.5.62

    7United StatesMiami25.927399-80.180163.245.6.182(None)4747063.245.6.182

    8United StatesMountain View37.419205-122.0574209.85.241.96(None)621094130209.85.241.96

    9United StatesMountain View37.419205-122.057472.14.233.89(None)62125072.14.233.89

    10United StatesMountain View37.419205-122.0574216.58.192.78mia07s34-in-f78.1e100.net47160216.58.192.78

    Thanks

     

    • It is difficult to troubleshoot without the timestamps included. If you suspect a poorly routed connection, I recommend contacting your ISP (Internet Service Provider) with your full ping and traceroute as evidence of the issue.

      Thank you,
      John-Paul

  • I am specifically having problems with opening economist.com so I tried a tracert to see what is wrong. The results are shared by me below – 

     

    tracert www.economist.com

     

    Tracing route to e2svi.x.incapdns.net [103.28.249.108]

    over a maximum of 30 hops:

     

      1     1 ms     1 ms     1 ms  edimax.setup [192.168.2.1]

      2     3 ms     2 ms     2 ms  190-73-5-110.mysipl.com [110.5.73.190]

      3    10 ms     *        *     189-73-5-110.mysipl.com [110.5.73.189]

      4    54 ms    53 ms    54 ms  9-97-87-183.mysipl.com [183.87.97.9]

      5    89 ms    92 ms    99 ms  182.79.208.18

      6    96 ms   101 ms    93 ms  202.56.223.193

      7    39 ms    29 ms    34 ms  182.79.220.206

      8   115 ms    95 ms    95 ms  182.79.245.201

      9    95 ms    97 ms    94 ms  203.131.246.29

     10   104 ms    95 ms   126 ms  ae-6.r22.tkokhk01.hk.bb.gin.ntt.net [129.250.4.6]

     11   151 ms   139 ms   139 ms  ae-16.r30.tokyjp05.jp.bb.gin.ntt.net [129.250.5.133]

     12     *      140 ms   139 ms  ae-10.r27.tokyjp05.jp.bb.gin.ntt.net [129.250.2.156]

     13   146 ms   139 ms   145 ms  61.213.179.194

     14   241 ms   139 ms   139 ms  103.28.249.108.ip.incapdns.net [103.28.249.108]

     

    Can you help me to find the problem and provide a solution?

    • There is a bit of latency in your hops around hop 10. This may be causing issues for your connection to the website. Other than that, I’d suggest reaching out to your ISP. Typically, these issues resolve themselves pretty quickly on their own.

  • Tracing route to www.google.com [2607:f8b0:4005:804::2004]

    over a maximum of 30 hops:

     

      1     9 ms     9 ms     7 ms  2605:e000:bfc0:68::1

      2     8 ms     7 ms     8 ms  2605:e000:bfc0:68::1

      3    10 ms     9 ms    10 ms  2605:e000:0:4::3:589

      4    12 ms    18 ms    10 ms  2605:e000:0:4::3:6d0

      5     *        *        *     Request timed out.

      6    11 ms     *        *     2610:18:114:8::1

      7    12 ms    10 ms    10 ms  2610:18:114:8::1

      8    11 ms    10 ms    10 ms  2610:18:114:c::2

      9     *       12 ms    10 ms  2001:4860::1:0:c432

     10     *       10 ms    11 ms  2001:4860::8:0:7a19

     11    22 ms    22 ms    21 ms  2001:4860::8:0:8bb4

     12    22 ms    22 ms    23 ms  2001:4860::1:0:ae01

     13    21 ms    20 ms    23 ms  2001:4860:0:1::1b8b

     14     *       20 ms    20 ms  sfo07s13-in-x04.1e100.net [2607:f8b0:4005:804::2004]

    any idea for a solution? happens during my gaming as well where it just drops momentarily. im hardwired. 

  • Hello. šŸ™‚ I was trying to access www.****.org but says “this site cant be reached”. So, I performed tracert command to check.

    With this traceroute result, who I should call to have the issue resolved for me. I believe its the hosting company that hosts pnpmisorppo website. Please correct me if I’m wrong. I can’t even reach the website’s Cpanel.

    1   2ms   1ms   1ms   192.168.22.1

    2   3ms   6ms   3ms   192.168.15.1

    3   * * *

    4   * * *

    5   52ms  70ms 3ms   10.169.43.77

    6   * * *

    7   * * 83ms   122.2.175.149.static.pldt.net [122.2.175.149]

    8   * * *

    9   * * *

    10 * * *

    11 * * *

    12 *262ms  265ms   ae2.bbr02.eq01.sjc02.networklayer.com

    13 * * 207ms ae0.bbr02.cs01.lax01.networklayer.com

    14 220ms   223ms   230ms   ae7.bbr01.cs01.lax01.networklayer.com

    15  312ms   *   278ms   173.192.18.149

    16 * * *

    up to

    30 * * *

    • Hello,

      Thank you for contacting us. With so many unresponsive hops indicated by asterisks “* * *” it is difficult to narrow down, but you may want to contact your ISP first to see if there are known issues.

      Also, you may want to perform the Ping/Traceroute again to see if it gets a similar result. As it may have been a momentary issue.

      Are you getting packet loss on the ping?

      Thank you,
      John-Paul

  • I have this problem with all of my inmotionhosting domains… and only my inmotionhosting domains.  They timeout close to the end.  I have sites hosted with 4 different companies, and only yours seem to timeout close to the host.  I’ve looked into this many times, and never been able to get a good explanation.  Any insight would be helpful:

     

     1  router.belkin (192.168.2.1)  2.979 ms  0.940 ms  1.218 ms

     2  10.1.10.1 (10.1.10.1)  1.954 ms  1.601 ms  1.520 ms

     3  96.120.102.45 (96.120.102.45)  15.344 ms  10.858 ms  9.831 ms

     4  te-0-0-0-21-sur02.seattle.wa.seattle.comcast.net (96.108.136.133)  10.291 ms  16.010 ms  10.616 ms

     5  be-20-ar01.burien.wa.seattle.comcast.net (69.139.164.125)  10.244 ms  14.198 ms  9.428 ms

     6  4.68.71.77 (4.68.71.77)  14.018 ms  9.324 ms  10.122 ms

     7  * * *

     8  cr1.lax1.us.packetexchange.net (4.71.136.2)  36.448 ms  48.110 ms  35.999 ms

     9  * * *

    10  * * *

    11  * * *

     

    12  ld145.inmotionhosting.com (23.235.210.210)  36.037 ms  33.756 ms  37.425 ms

    • I refer you to the article above, particularly the section headed “High latency in the middle but not at beginning or end”. Basically, these indicate a long hop and do not necessarily indicate an issue.

  • Can you please help me understand my result? Here are my results:

      1     1 ms    <1 ms    <1 ms  den [192.168.2.1]

      2    10 ms    17 ms     8 ms  10.72.64.1

      3     8 ms     9 ms     9 ms  ten4-0-1.bkfd01-ser1.bhn.net [72.31.201.150]

      4    10 ms    10 ms     9 ms  72-31-201-166.net.bhntampa.com [72.31.201.166]

      5    10 ms     9 ms     9 ms  ten0-2-0-0.bkfd01-car2.bhn.net [72.31.200.181]

      6    22 ms    17 ms    16 ms  10.bu-ether18.tustca4200w-bcr00.tbone.rr.com [107.14.16.236]

      7    21 ms    15 ms    18 ms  agg5.tustcaft01r.socal.rr.com [66.109.1.219]

      8    16 ms    20 ms    18 ms  216.156.65.225.ptr.us.xo.net [216.156.65.225]

      9    68 ms    69 ms    68 ms  207.88.14.212.ptr.us.xo.net [207.88.14.212]

     10    92 ms    70 ms    81 ms  207.88.12.131.ptr.us.xo.net [207.88.12.131]

     11    74 ms    75 ms    71 ms  207.88.12.152.ptr.us.xo.net [207.88.12.152]

     12    69 ms    69 ms    73 ms  207.88.12.178.ptr.us.xo.net [207.88.12.178]

     13    69 ms    67 ms    77 ms  te-3-4-0.rar3.sanjose-ca.us.xo.net [207.88.12.177]

     14    70 ms    69 ms    70 ms  cir1.atlanta6-ga.us.xo.net [207.88.13.49]

     15    82 ms    80 ms    92 ms  216.156.108.18.ptr.us.xo.net [216.156.108.18]

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     19     *        *        *     Request timed out.

     20     *        *        *     Request timed out.

     21     *        *        *     Request timed out.

     22     *        *        *     Request timed out.

     23     *        *        *     Request timed out.

     24     *        *        *     Request timed out.

     25     *        *        *     Request timed out.

     26     *        *        *     Request timed out.

     27     *        *        *     Request timed out.

     28     *        *        *     Request timed out.

     29     *        *        *     Request timed out.

     30     *        *        *     Request timed out.

     

    Trace complete.

     

    • If you hit timeouts and they never respond afterwards, then the last IP on the list is the problem. In your case, that router is owned by XO Communications in Atlanta, Georgia, USA. They are the ones that will correct the issue.

  • Can you please help me understand this result? I was referred back to the internet provider.

     

     1  dsldevice (10.0.0.138)  0.755 ms  0.543 ms  0.558 ms
     2  * * *
     3  144.130.213.210 (144.130.213.210)  19.827 ms  19.323 ms  19.895 ms
     4  bundle-ether7.cha-core4.brisbane.telstra.net (203.50.11.142)  21.969 ms  21.577 ms  19.406 ms
     5  bundle-ether11.ken-core10.sydney.telstra.net (203.50.11.72)  42.166 ms  38.029 ms  40.447 ms
     6  bundle-ether1.ken-edge902.sydney.telstra.net (203.50.11.97)  36.322 ms  41.611 ms  36.850 ms
     7   (139.130.196.238)  38.665 ms  42.025 ms  40.207 ms
     8  
    ip-130.28.92.203.vocus.net.au (49.255.234.130)  36.337 ms  35.967 ms  36.371 ms
     9  s-br1-glbl-1.pr1.prth.nxg.net.au (150.207.242.71)  84.313 ms  83.962 ms  83.998 ms
    10  * * * 11  * * *
    12  * * *
    13  * * *
    14  * * *
    15  * * *
    16  * * *
    17  * * *
    18  * * *
    19  * * *
    20  * * *
    21  * * *
    22  * * *
    23  * * *
    24  * * *
    25  * * *
    26  * * *
    27  * * *
    28  * * *

    • The signal seems to time out after reaching 150.207.242.71. There could be many reasons for this. I’ll refer you to the section of the above article headed “Timeouts at the very end of the report” for a list of possible causes.

  • very very useful article,i have one question why dies it show time out when it reach a fire wall

    • Hello Sarath,

      Firewalls don’t necessarily provide the information requested by the traceroute. This is stated above: “The target’s firewall may be blocking requests. The target is still most probably reachable with a normal HTTP request, however. This should not affect normal connection”.

      So although the connection is made, there is no information provided to the traceroute.

      If you have any further questions or comments, please let us know.

      Regards,
      Arnel C.

  • I am not fully satisfied with the last statement in the article i.e.

    If it is anywhere prior to that, the issue is simply along the route and is within neither your nor your hosting provider’s control.

    i think we can call that person responsible for  that ip causing problem by know there location. any comment please

    • If you can identify an IP along the route that is having an issue, then yes, that router and its owner would be the cause. They would be responsible for fixing the issue on their side. This can often happen where it is neither the user nor the provider.

  • thank you! I really appreciate you taking the time to answer my comment. I figured out the issue – we had a bunch of old A records and AAAA records from previous developers that had worked on the site – and they hadn’t deleted unused ones. Note sure why we would ever need those. I will consider Inmotion in the future for hosting. Thank you!!! 

  • I’m having an awful time getting my site to come up on my desktop. The mobile version comes up though. My internet provider and hosting company are pointing fingers at each other. So i’m trying to decide if i need to change hosting to you all – which would be a big shift for us. Could you look at this traceroute and tell me anything? my hosting company wants me to call level3.net and ask why i can’t see the site. I don’t even work with them? Why would i call a third party about my issue?

     

    — ping statistics —

    12 packets transmitted, 11 packets received, 8.3% packet loss

    round-trip min/avg/max/stddev = 52.858/71.532/127.349/24.091 ms

    traceroute

    traceroute to  (184.168.47.225), 64 hops max, 52 byte packets

     1  10.0.0.1 (10.0.0.1)  5.416 ms  5.402 ms  4.532 ms

     2  96.120.13.73 (96.120.13.73)  14.947 ms  12.272 ms  13.557 ms

     3  xe-10-0-1-sur03.littleton.co.denver.comcast.net (68.85.220.89)  13.405 ms  14.025 ms  15.455 ms

     4  ae-22-ar01.denver.co.denver.comcast.net (68.86.179.237)  14.624 ms  18.132 ms  16.282 ms

     5  4.68.63.165 (4.68.63.165)  20.321 ms  14.650 ms  13.780 ms

     6  ae-1-8.bar1.phoenix1.level3.net (4.69.133.29)  80.695 ms  142.068 ms  55.941 ms

     7  4.16.137.146 (4.16.137.146)  60.347 ms  54.397 ms  50.577 ms

     8  * * *

     9  * * *

    10  * * *

    11  * * *

    12  * * *

    13  * * *

    14  * * *

    15  * * *

    16  * * *

     

    17  * * *

    • Hello Liz,

      The traceroute you provided shows a definite problem at the 7th hop. From that point on, the signal is not getting through. The IP address there shows that the router with the problem is owned by Level3. They are a backbone company, think of them as an interstate highway, but the interNET version.

      Although you CAN contact Level 3 regarding your situation, it may be better to check and see if your ISP is having an issue with Level 3, or check to see if the hosting company is having an issue with them. Since Level 3 is closer to the hosting company in the trace, I would have them check first. It could possibly also be a firewall issue at the datacenter if Level 3 is feeding traffic to it. In cases like that, the majority of traffic can be fine, but for some reason your IP address may be blocked there. In that case, the hosting company may be able to get you unblocked.

      Sorry to hear you are having issues, but I hope it all gets worked out for you!

      Kindest Regards,
      Scott M

  • I’m seeing timeout on the 1st entry, does that mean I’m having internal network related issues?   Can someone shed some light on this one?

    Thanks!

     

    -AL-

     

     

     

    Tracing route to dns136.online.tj.cn [111.161.74.136] over a maximum of 30 hops:

     1     *        *        *     Request timed out.
     2     5 ms     6 ms     7 ms  42.61.95.45 
     3     2 ms     2 ms     2 ms  115.42.140.249
     4     2 ms     2 ms     1 ms  115.42.140.250
     5     2 ms     2 ms     3 ms  119.75.50.149
     6     2 ms     2 ms     2 ms  165.21.12.68 
     7     2 ms     2 ms     2 ms  203.208.174.33
     8     3 ms     3 ms     2 ms  203.208.158.1
     9    47 ms    47 ms    47 ms  203.208.171.81
    10    48 ms    47 ms    47 ms  219.158.96.221
    11    81 ms    80 ms    79 ms  219.158.23.9 
    12   240 ms   231 ms   232 ms  219.158.7.17
    13   264 ms   259 ms   231 ms  219.158.102.58 
    14     *        *        *     Request timed out.
    15   123 ms   127 ms   128 ms  61.181.25.49 
    16     *        *        *     Request timed out.
    17     *        *        *     Request timed out.
    18     *        *        *     Request timed out.
    19     *        *        *     Request timed out.
    20     *        *        *     Request timed out.
    21     *        *        *     Request timed out.
    22     *        *        *     Request timed out.
    23     *        *        *     Request timed out.
    24     *        *        *     Request timed out.
    25     *        *        *     Request timed out.
    26     *        *        *     Request timed out.
    27     *        *        *     Request timed out.
    28     *        *        *     Request timed out.
    29     *        *        *     Request timed out.
    30     *        *        *     Request timed out.

    Trace complete.

    • Hello Al,

      As per our tutorial above, a timeout or two in the beginning of the traceroute is generally not a problem. There may be something simply not responding which is normal at the beginning of the trace.

      If you have any further questions or comments, please let us know.

      Regards,
      Arnel C.

  • Microsoft Windows [Version 10.0.10586]

    (c) 2016 Microsoft Corporation. All rights reserved.

     

    C:\Users\user>tracert 206.127.148.171

     

    Tracing route to 206-127-148-171.ncsoft.com [206.127.148.171]

    over a maximum of 30 hops:

     

      1    15 ms    13 ms    18 ms  192.168.100.1

      2    10 ms     6 ms     4 ms  89.211.3.14

      3    10 ms    41 ms    11 ms  89.211.3.13

      4    14 ms    17 ms     8 ms  89.211.4.138

      5    18 ms    14 ms    12 ms  89.211.5.5

      6    25 ms    48 ms    28 ms  89.211.2.98

      7   113 ms   115 ms   118 ms  xe-4-2-0.mrs10.ip4.gtt.net [46.33.94.21]

      8   130 ms   138 ms   138 ms  xe-10-2-4.fra61.ip4.gtt.net [89.149.129.186]

      9   221 ms   228 ms   227 ms  cdnetworks-gw.ip4.gtt.net [77.67.71.122]

     10   231 ms   238 ms   238 ms  206-127-157-94.ncsoft.com [206.127.157.94]

     11   238 ms   231 ms   249 ms  206-127-148-171.ncsoft.com [206.127.148.171]

     

    Trace complete.

     

    is there an issue to my ip? im in wired connection but i start with high ping instead of 1ms 

     

  • This is the trace output.

    C:\Users\ICT_PC>tracert drive.google.com

     

    Tracing route to drive.google.com [110.164.10.20]

    over a maximum of 30 hops:

     

      1    <1 ms    <1 ms     *     10.0.8.1

      2     1 ms    <1 ms    <1 ms  58.181.187.113

      3     3 ms     2 ms     1 ms  202.149.111.185

      4    34 ms    18 ms    30 ms  203.209.64.106

      5     4 ms     3 ms     3 ms  203.209.64.105

      6    23 ms    13 ms    17 ms  203.195.104.94

      7     2 ms     3 ms     3 ms  58.181.253.93

      8     3 ms     3 ms     3 ms  58.181.253.202

      9     3 ms     3 ms     3 ms  TIG-Net31-201.trueintergateway.com [122.144.31.2

    01]

     10     3 ms     3 ms     3 ms  TIG-Net31-126.trueintergateway.com [122.144.31.1

    26]

     11     5 ms     5 ms     5 ms  218.100.66.42

     12     5 ms     5 ms     4 ms  mx-ll-110.164.1-3.static.3bb.co.th [110.164.1.3]

     

     13     *        *        *     Request timed out.

     14     *        *        *     Request timed out.

     15     *        *        *     Request timed out.

     16     *        *        *     Request timed out.

     17     *        *        *     Request timed out.

     18     *        *        *     Request timed out.

     19     *        *        *     Request timed out.

     20     *        *        *     Request timed out.

     21     *        *        *     Request timed out.

     22     *        *        *     Request timed out.

     23     *        *        *     Request timed out.

     24     *        *        *     Request timed out.

     25     *        *        *     Request timed out.

     26     *        *        *     Request timed out.

     27     *        *        *     Request timed out.

     28     *        *        *     Request timed out.

     29     *        *        *     Request timed out.

     30     *        *        *     Request timed out.

     

    Trace complete.

     

    Could you please help me understanding the trace

     

     

    • Hello Bharathi,

      It seems that you hit the google network just fine. Generally when you see request time outs in the either the nodes are too busy to process your request as trace routes have a very low priority when it comes to processing the request. Also it could be that the nodes are configured to deny trace request as that is normal with secure networks as well.

      Best Regards,
      TJ Edens

  • Hi, I am having high ping and packet loss within Dota 2.

      1     3 ms     3 ms     3 ms  BThomehub.home [192.168.1.254]

      2   349 ms   329 ms   217 ms  217.47.105.122

      3   195 ms   175 ms   151 ms  217.47.106.193

      4    38 ms    40 ms    38 ms  213.1.69.158

      5   105 ms   136 ms   173 ms  31.55.165.102

      6    37 ms    37 ms    38 ms  31.55.165.43

      7    36 ms    36 ms    42 ms  31.55.165.107

      8   238 ms   206 ms   123 ms  109.159.250.60

      9    83 ms    55 ms    64 ms  109.159.255.147

     10   105 ms   134 ms   113 ms  peer2-xe4-0-1.telehouse.ukcore.bt.net [109.159.252.39]

     11    47 ms    46 ms    43 ms  109.159.253.91

     12   575 ms   428 ms   415 ms  162-254-196-137.valve.net [162.254.196.137]

     13   400 ms   365 ms   370 ms  146.66.154.218

     14     *        *        *     Request timed out.

     15   197 ms   168 ms    67 ms  146.66.152.2

    • Hello HBomb,

      The trace doesnt look like there is any persistent issue. Check the article above for more details.

      Kindest Regards,
      Scott M

  • Hi, I am having problem in the 13th hope. 

     1     2 ms     1 ms     1 ms  192.168.0.1

      2     2 ms     1 ms     1 ms  192.168.1.1

      3    43 ms    34 ms    30 ms  triband-del-59.180.127.254.bol.net.in [59.180.127.254]

      4    29 ms    27 ms    28 ms  triband-del-59.179.245.10.bol.net.in [59.179.245.10]

      5   778 ms    28 ms    27 ms  triband-del-59.180.210.206.bol.net.in [59.180.210.206]

      6    28 ms    28 ms    28 ms  125.20.37.17

      7   263 ms   263 ms   263 ms  182.79.222.113

      8   264 ms   264 ms   264 ms  los-brdr-01.inet.qwest.net [63.146.27.21]

      9   285 ms   285 ms   285 ms  phn-edge-08.inet.qwest.net [67.14.40.50]

     10   287 ms   286 ms   286 ms  63-232-81-254.dia.static.qwest.net [63.232.81.254]

     11   309 ms   308 ms   311 ms  ip-184-168-2-254.ip.secureserver.net [184.168.2.254]

     12   309 ms   310 ms   308 ms  ip-184-168-2-254.ip.secureserver.net [184.168.2.254]

     13     *        *        *     Request timed out.

     14   535 ms   407 ms   308 ms  ip-160-153-136-1.ip.secureserver.net [160.153.136.1]

     

    Trace complete.

    • Hello Vishesh Rai,

      Thank you for the trace example. Following the article above, you can see where the latency begins to affect your connection. You can search on that IP address to find out where it is located so you know the geographic location of the issue and possibly the company involved.

      Kindest Regards,
      Scott M

  • This was a great explanation, thanks.  Am currently battling against an increasing latency from 3 hops from the end of my route destination, going from home to my Shoutcast streaming server, different continents, this is going on for a few weeks now.  Is there no way to alter what route my packets take ?  Could rebooting my router change the route ?  I won’t reboot my router unless absolutely necessary as I am running a live web radio station.  The streaming works but am having more regular buffering problems since then, so it’s not like it’s not working at all

    However what i will test is, a trace from my holiday place that I will be visiting tomorrow, to see if it’s using a different route (different ISP/different geographical area).

    Sorry, I should also add that the high latency am talking about is 124ms and stays at that for the remaining 3 hops, maybe you’ll think it’s not that high but when using WINMTR, it’s showing 100% packet loss and doesn’t change. Last weekend I was getting “no response from host” now am getting the host name at least at one of those hops and this caused a half hour down time then it was ok but stays showing 100% loss since then

    Any further hints greatly appreciated.

    • Hello Nathalie,

      We’re sorry to hear that you’re having problems with your ISP (Internet Service Provider). InMotion is a hosting service provider where our primary purpose is hosting websites, so we would depend on an Internet Service Provider like you so that our viewers can get to our servers through the internet. If you look at your traceroute, and you do NOT get to your server, then there would be 100% packet loss – as the request from computer trying to access the data is not getting information back. However, if you’re getting some type of response – slow or not – then there some data flowing back and forth – meaning it’s not 100% packet loss – at least for some periods of time. To answer your question – no, rebooting your router does not change the route to get to your server. This is determined beyond your router and through your ISP. If there are problems with the latency getting to the hosting service, then you may want to contact your hosting service and provide them the trace routes you are seeing from your location. They may be able to fix that for you by addressing the services connecting to the hosting service to provide connection to the internet. If their services are performing normally, then it may be that you will need to talk with your ISP in order to determine why there is significant latency getting to URL in question.

      I hope this helps to answer your question, please let us know if you require any further assistance.

      Regards,
      Arnel C.

    • What did you mean when you said in the article, ” if the first hop has high latency that it is at Network level? Do you mean it is the Router or up higher at the ISP level? Can you say what would cause such a high latency in the traceroute that I have posted? Thanks so much!

      Tracing route to google.com [173.194.46.105] over a maximum of 30 hops:

      1 2121 ms 2149 ms * 216.49.101.80

      2 2160 ms 1990 ms * 216.49.101.115

      3 2019 ms 2016 ms 2372 ms 208.185.28.137

      4 2019 ms 1962 ms 2068 ms 64.125.21.217

      5 * 2175 ms 1960 ms 72.14.217.53

      6 1896 ms 2108 ms * 209.85.254.128

      7 2009 ms 2178 ms 2168 ms 209.85.245.225

      8 * 2148 ms 2375 ms 173.194.46.105

      Trace complete.

  • Do you know what is causing three hops to time out just before reaching inmotion’s servers?  I have domains hosted with other companies, and none of them time out anwhere… but my inmotion hosted sites have this three-hop time out… Any insight would be greatly appreciated.

     

     1  router.belkin (192.168.2.1)  1.445 ms  1.404 ms  0.849 ms

     2  10.1.10.1 (10.1.10.1)  1.711 ms  1.662 ms  1.600 ms

     3  96.120.101.137 (96.120.101.137)  15.819 ms  9.613 ms  9.807 ms

     4  te-0-4-0-19-sur03.seattle.wa.seattle.comcast.net (68.86.113.37)  12.773 ms  19.119 ms  11.465 ms

     5  be-20-ar01.seattle.wa.seattle.comcast.net (69.139.164.129)  12.583 ms  13.384 ms  14.402 ms

     6  4.68.71.73 (4.68.71.73)  11.960 ms  11.800 ms  12.148 ms

     7  ae-3-80.edge3.losangeles1.level3.net (4.69.144.137)  39.483 ms  39.869 ms  39.473 ms

     8  ae-2-70.edge3.losangeles1.level3.net (4.69.144.73)  38.488 ms

        ae-1-60.edge3.losangeles1.level3.net (4.69.144.9)  39.409 ms

        ae-2-70.edge3.losangeles1.level3.net (4.69.144.73)  39.616 ms

     9  cr1.lax1.us.packetexchange.net (4.71.136.2)  37.819 ms  48.902 ms  48.204 ms

    10  * * *

    11  * * *

    12  * * *

     

    13  biz104.inmotionhosting.com (23.235.208.127)  38.666 ms  45.558 ms  34.925 ms

    • Hello Mike D.,

      Sorry for the confusion with the traceroute response. The timeouts are not necessarily a bad thing. They may simply be routers that are set to not respond. The end times are really good, so actually, your traceroute indicates that everything’s okay. If things were not okay, then you would not have hit the destination or the times would be much, much higher.

      I hope this helps to answer your question, please let us know if you require any further assistance.

      Regards,
      Arnel C.

  • Complete technical noob here so I have a really simple question I’m hoping I can get some help with. 

     

    I’ve run the traceroute several times and I understand what most of the output means.  I understand there are three columns for each row which are supposed to help show an average of the time.  However when I run the report I almost always have an extreme outlier among the three.  I’ve been having major issues with my internet (mostly console gaming or streaming) and I’m wondering if that could be the sign of an underlying problem. 

    Thanks in advance for any help! 

    Here is an example: 

     

    Microsoft Windows [Version 6.3.9600]
    (c) 2013 Microsoft Corporation. All rights reserved.
     
    C:\Users\Ryan>tracert google.com
     
    Tracing route to google.com [216.58.216.78]
    over a maximum of 30 hops:
     
      1     2 ms    <1 ms    <1 ms  192.168.1.1
      2    34 ms   319 ms    80 ms  96.120.112.129
      3    17 ms    13 ms    28 ms  te-0-0-0-7-sur03.noblesville.in.indiana.comcast.
    net [69.139.232.205]
      4    26 ms    17 ms    16 ms  69.139.202.213
      5    24 ms    94 ms   342 ms  he-4-9-0-0-ar01.area4.il.chicago.comcast.net [68
    .85.177.121]
      6    37 ms    35 ms   299 ms  be-33491-cr02.350ecermak.il.ibone.comcast.net [6
    8.86.91.165]
      7    72 ms    74 ms    35 ms  68.86.88.230
      8   135 ms    52 ms    54 ms  as15169-4-c.350ecermak.il.ibone.comcast.net [173
    .167.57.222]
      9   286 ms   100 ms    34 ms  209.85.143.184
     10   205 ms    55 ms    45 ms  72.14.237.231
     11    44 ms    59 ms    83 ms  ord30s21-in-f14.1e100.net [216.58.216.78]
     
    Trace complete.
     
     
    • Hello Ryan,

      In looking at the trace, there does not seem to be an issue. It is not uncommon to have an outlier that seems to spike. As long as it does not continue to increase in the hops afterwards, it is not an issue. Sadly, your trace does not show anything that I could identify as a cause for latency.

      Kindest Regards,
      Scott M

  • some one help me get configuration file currently working in kenya via safaricom.com ISP provider. they recently closed that of 196.201.216.13

    • Hello Charles,

      Sorry for the problem with the ISP and the closed IP address. Unfortunately, we have no way to fix the IP address if it’s been blocked from you. You should contact your ISP for assistance with this issue. If you’re trying to resolve another issue please provide us with more information.

      Kindest regards,
      Arnel C.

    • Hello Ian,

      You would need to check the IP to see who owns it. There are websites such as ip2location which can do that for you

      Kindest Regards,
      Scott M

  • Thank you for your feedback. 

    Here are the things we did so far. 

    Since their technician replaced the modem/router and canopy, I also asked them to bring their own laptop to check the connection with. It yielded to the same results. No matter what we use, 2 laptops, 2 mobile phones, 1 tab and we’re getting the same problem. We can only access facebook mostly around 1AM till 12Noon max and my work sites can only be accessed mostly during weekdays. However, when we use other connections, the websites and facebook open up fine. 

    We have also tried running ipconfig /release and /renew, we also tried to change the DNS settings, speedtest is also erratic, though with a 5Mbs subscriptions, sometimes we get as high as 18Mbps and as low as 0.2 Mbps, though getting the same results in terms of browsing. 

    Also, the trace routes came up with the same request timed out on lines 3 and 6, no matter what website you try it with. 

     

  • Hello Scott, 

     

    Please help me. I need your help badly. I’ve been having problems with my ISP for the past 3 weeks now and I’m not seeing rainbow on its 4th week. 

     

    They said they’ve already checked and fixed their network/base station where I am connected and even replaced my modem/router and canopy. I’m using a wireless connection with a 5Mbps plan. 

     

    I ran ping test on google and facebook, and got high latency, in as much as 2000ms last week and around 400-500ms this week. I also ran trace route but I can’t fully identify the figures I am getting. The only thing common that I see is that the numbers 3 and 6 lines are both coming up as request timed out, this applies to all the sites I’ve ran it with. 

     

    Kindly check the sample trace route for google: 

     

    1      3ms    10ms   <1ms

    2      2ms    2ms       1ms

    3      *        *            *       —- request timed out

    4      76ms  78ms      65ms

    5      87ms  67ms      *

    6      *        *            *       —- request timed out

    7      74ms  59ms      62ms

    8      96ms  *            110ms

    9      47ms  57ms      58ms

    10    81ms  62ms      94ms

    11    94ms  75ms      69ms

     

    Also, if I may add, the current situation is that, we can’t access facebook, it tries to load for a few minutes, but won’t display anything, it’s just the blue facebook top, with my profile but nothing else. The only trime I can access facebook will be around 1AM till roughly 10PM. This goes the same with the sites where I work. However, youtube loads fine. And one thing I noticed, the upload speed is way better than the download. It is very intermittent. 

    Any help will be appreciated. Thank you. 

    • Hello kunal taneja,

      I do not think your website is going down but the server location is so far away from you, almost across seas it seems. Have you contacted your host to check to see if your website was going down?

      Best Regards,
      TJ Edens

    • Hello Joan,

      Your trace report looks fine, at least in this instance. The times are all good. Don’t worry about occasional ‘time outs’ if the numbers look good, those routers could be set to not report.

      I had a similar issue recently that got worse until I could not bring up any site. I checked other devices on my network like my phone, other computers, etc and they were fine. That pointed to the specific computer. It turned out to be my wireless network adapter.

      I am in no way saying that is your issue, but try to rule out or confirm it is a network issue by using other devices if you can. If other devices behave similarly, you know it is not the computer. If the other devices work fine, then you may want to look at the specific machine for the issue.

      Kindest Regards,
      Scott M

  • Can anyone help in understanding me this tracert result.

    my wesbite goes down for 5 mibutes 4 times a day.

    C:\Users\Rocky>tracert mywesbite.com

     

    Tracing route to mywebsite.com [103.21.58.155]

    over a maximum of 30 hops:

     

      1     2 ms     2 ms     3 ms  192.168.1.1

      2    28 ms    28 ms    34 ms  abts-north-static-073.220.160.122.airtelbroadban

    d.in [122.160.220.73]

      3     *        *        *     Request timed out.

      4    86 ms    90 ms    89 ms  abts-north-static-121.176.144.59.airtelbroadband

    .in [59.144.176.121]

      5   179 ms   153 ms   153 ms  182.79.255.106

      6   189 ms   187 ms   188 ms  202.56.223.138

      7   143 ms   139 ms    72 ms  182.79.224.21

      8   191 ms   179 ms   168 ms  182.79.245.161

      9   168 ms   168 ms   168 ms  213.242.116.157

     10     *        *        *     Request timed out.

     11   226 ms   206 ms   207 ms  213.19.196.170

     12   232 ms   233 ms   232 ms  5.100.158.1

     13     *        *        *     Request timed out.

     14   209 ms   209 ms   208 ms  md-in-6.webhostbox.net [103.21.58.155]

     

    Trace complete.

     

     

  • Thanks, TJ.  I thought I had read somewhere that typically it means my firewall or whatever is blocking the request. 

    • Hello David,

      That can be common at times depending on the host. What domain are you trying to traceroute?

      Best Regards,
      TJ Edens

    • Hello Hanna,

      That means that the request is timing out as soon as it leaves your router/modem. You may need to contact your ISP in order to have the issue resolved or investigated further.

      Best Regards,
      TJ Edens

  • No, it is all *.  What does this mean?  And what does it mean if I do get a first hop (in case I was mis-remembering). 

    • Hello Hanna,

      If you are not even getting a first hop then it likely means an issue with your local machine or network. You will need to start looking (or have someone look) there.

      Kindest Regards,
      Scott M

    • Hello Fi,

      It seems your latency starts around the third hop. That is usually either your router or your first ISP node. You may want to check with your ISP to see if they can assist you.

      Kindest Regards,
      Scott M

  • What happens if you run it and it shows all * from the begining to the end?  If I understand it correctly, this means you’re blocked from running certain network tools, but who or what is blocking it?  Firewall or router?  How can I tell?  Details would be great.  Thanks!

    • Hello everyone,
      I’ve been suddenly having an issue with my connection which started three weeks ago. My ping has been spiking to 100~300ms and 500~1000ms whenever I play a game such as League of Legends. It is normally around 50~70ms in ping tests and games.

      This is a tracert I just took on LAN (Ethernet)
      https://puu.sh/kEZ85/4866a8bd99.png

      This is a ping test I also took on LAN (Ethernet).
      https://puu.sh/kEVn2/41fe271063.png

      I normally use my laptop for gaming on WiFi, but I decided to conduct tests using my desktop which is LAN connected.

      Does anyone know what my problem might be?

  • Hey Guys
    so i did the trace too
    and in my 4 and 5 hop it just said requested timed out

    and stars where the 3 numbers should be
    I run the trace for www.google.com

    • Hello Atom,

      Thank you for contacting us. A “request time out” message can indicate an issue with the router/switch, or a switch set to not.

      Performing a Ping & Traceroute may provide additional clues on your connection.

      Thank you,
      John-Paul

  •   1    <1 ms    <1 ms    <1 ms  192.168.1.1
      2    23 ms    23 ms    24 ms  175.137.109.94
      3     *        *        *     Request timed out.
      4     *        *        *     Request timed out.
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8     *        *        *     Request timed out.
      9     *        *        *     Request timed out.
     10     *        *        *     Request timed out.
     11     *        *        *     Request timed out.
     12     *        *        *     Request timed out.
     13     *        *        *     Request timed out.
     14     *        *        *     Request timed out.
     15     *        *        *     Request timed out.
     16     *        *        *     Request timed out.
     17     *        *        *     Request timed out.
     18     *        *        *     Request timed out.
     19     *        *        *     Request timed out.
     20     *        *        *     Request timed out.
     21     *        *        *     Request timed out.
     22     *        *        *     Request timed out.
     23     *        *        *     Request timed out.
     24     *        *        *     Request timed out.
     25     *        *        *     Request timed out.
     26     *        *        *     Request timed out.
     27     *        *        *     Request timed out.
     28     *        *        *     Request timed out.
     29     *        *        *     Request timed out.
     30     *        *        *     Request timed out.

    Trace complete.

    IT IS OK ?

    • Hello Stiles,

      The trace shows that the connection never got past the second hop. Tracing that IP, it is in Malaysia, Pulau Pinang, George Town.

      Kindest Regards,
      Scott M

    • Hello Mark,

      Doing a traceroute I don’t believe there is a way to tell 100% if a specific hop (ISP, router, etc) is blocking ICMP. You may just try to ask your ISP support directly to be certain.

      Kindest Regards,
      Scott M

  • Arn, your answer to James regarding the example, 6th vs 10th hop is cavalier at best.

    The example is shown specifically, graphically etc. and is wrong. This displays a lack of concern regarding quality and accuracy on your part. If you are wrong in this area, what else are you wrong in?  Show some pride and get it right. 

    • Danuke,

      Sorry, if my answer wasn’t satisfactory to you (and to James). I was simply trying to keep things simple and not introduce more confusion in the issue. The second screenshot was created to provide the scenario that was being explained in the tutorial. I verified this with the author. There is NO correlation between those two screenshots. The tutorial was simply trying to demonstrate a scenario where the hop times all of a sudden showed a large increase in time towards the destination URL/IP address.

      If this were to happen real life, the difference in hops simply indicates a different network route to get to the targeted URL/IP address.

      Regards,
      Arnel C.

    • Hello Carolina,

      That speed looks fine to me, can you explain more in detail what this pertains to such as FTP connections?

      Best Regards,
      TJ Edens

  • I tested the speed from the Optimum Online – 
    52 ms ping
    dwnld 10.04
    upld 4.79

    Should I get a higher speed?

    • Hello Travis,

      The latency starts at hop 6, which is at an IP owned by equinix.com. The network name is ae12-0.ch1-96c-2a.ntwk.msn.net which seems to indicate it is a Microsoft network. Hope this helps!

      Kindest Regards,
      Scott M

    • Hello Carolina,
      I am not sure what you are asking. Could you be a bit more specific?

      Kindest Regards,
      Scott M

  • I live in North Dakota and am experinacing high latency connecting to XBOX, ISP says its XBOX and XBOX says its ISP. Here is what I get when i tun trace route

    Traceroute has started…

     

    traceroute to 65.55.42.1 (65.55.42.1), 64 hops max, 72 byte packets

     1  hitronhub.home (192.168.0.1)  1.045 ms  0.666 ms  1.052 ms

     2  * * *

     3  host-173-6-220-24-static.midco.net (24.220.6.173)  11.132 ms  10.323 ms  10.060 ms

     4  host-41-182-220-24-static.midco.net (24.220.182.41)  21.068 ms  20.242 ms  26.324 ms

     5  host-113-182-220-24-static.midco.net (24.220.182.113)  25.176 ms  23.304 ms  23.295 ms

     6  chi-8075.msn.net (206.223.119.27)  214.619 ms  217.187 ms  214.597 ms

     7  ae12-0.ch1-96c-2a.ntwk.msn.net (207.46.40.215)  223.046 ms  227.141 ms  217.488 ms

     8  * * *

     9  * * *

    10  ae9-0.co2-96c-1a.ntwk.msn.net (191.234.82.236)  218.566 ms  214.333 ms  213.881 ms

    11  134.170.8.225 (134.170.8.225)  213.599 ms  216.126 ms  214.015 ms

    12  10.10.3.170 (10.10.3.170)  214.177 ms  215.225 ms  214.000 ms

    13  10.10.3.214 (10.10.3.214)  215.676 ms  215.787 ms  218.094 ms

    14  25.255.12.94 (25.255.12.94)  232.149 ms  214.606 ms  215.554 ms

     

    15  65.55.42.1 (65.55.42.1)  215.448 ms  215.244 ms  214.590 ms

    Any help would be greatly appreciated

  •  1    <1 ms    <1 ms    <1 ms  192.168.0.1 

      2     8 ms     8 ms    12 ms  10.98.48.1 

      3    60 ms    62 ms    59 ms  192.168.49.65 

      4    19 ms    19 ms    23 ms  10.224.253.13 

      5    58 ms    59 ms    59 ms  10.224.252.1 

      6    59 ms    58 ms    68 ms  xe-4-3-3.bar1.Phoenix1.Level3.net [4.28.81.9] 

      7    82 ms    78 ms    92 ms  ae-1-60.edge8.SanJose1.Level3.net [4.69.152.20] 

      8    79 ms    88 ms    98 ms  ae-1-60.edge8.SanJose1.Level3.net [4.69.152.20] 

      9    79 ms    78 ms    87 ms  4.35.70.82 

     10    78 ms    78 ms    79 ms  104.160.130.44 

     11    97 ms    97 ms    95 ms  104.160.159.6 

     12    96 ms    97 ms    95 ms  104.160.159.0 

     13    97 ms    97 ms    96 ms  104.160.128.101 

     

    This is my traceroute to a game server thats in portland oregon (I live in Idaho) what can I do to get my ISP to put me on a priority line because it hasn’t always been like this… they keep telling me they have no control over their own routing.

    • Hello Jordan,

      Thank you for contacting us. Once your ISP leaves the Data Center they are essentially at the mercy of the backbone they are using, since there are a limited amount of lines connecting some areas.

      A better approach may be to perform a traceroute at the time you are experiencing issues. This will provide specific evidence that you can forward to your ISP.

      They should then be able to contact their backbone provider and address the route problem.

      Thank you,
      John-Paul

  • thanks for the nice article.

    when i do a traceroute in my system – i see a lot of “*” beyond 15 hops. however, when i try using http to access the target i am able to do it. Any idea what the problem might be? i read “*” meant loss of data packets. Does a “*” indicate slow network connectivity always?

    i see the following

    1  192.168.0.1 (192.168.0.1)  2.045 ms  1.619 ms  1.457 ms

     2  ras.beamtele.net (183.83.0.1)  1.947 ms  2.646 ms  1.777 ms

     3  ras.beamtele.net (183.82.14.129)  3.927 ms  2.427 ms  2.337 ms

     4  ras.beamtele.net (183.82.14.221)  2.888 ms  2.905 ms  3.108 ms

     5  121.240.252.37.static-hyderabad.vsnl.net.in (121.240.252.37)  3.171 ms  2.532 ms  3.103 ms

     6  * * *

     7  * * *

     8  * * *

     9  if-8-1600.tcore1.pye-paris.as6453.net (80.231.217.6)  124.681 ms  125.289 ms  128.638 ms

    10  if-2-2.tcore1.pvu-paris.as6453.net (80.231.154.17)  124.533 ms  123.979 ms  124.822 ms

    11  xe-0-1-0.mpr1.cdg11.fr.zip.zayo.com (64.125.14.57)  121.835 ms  120.686 ms  120.923 ms

    12  * * *

    13  ae5.cr2.dca2.us.zip.zayo.com (64.125.20.190)  212.859 ms  206.206 ms  214.113 ms

    14  xe-0-0-0.mpr1.iad6.us.zip.zayo.com (64.125.28.189)  222.660 ms  217.433 ms  218.426 ms

    15  64.125.188.210.t01076-01.above.net (64.125.188.210)  208.801 ms  211.877 ms  216.963 ms

    16  * * *

    17  * * *

    18  * * *

    19  * * *

    20  * * *

    21  * * *

    22  * * * 

    ——–

    64 * * * 

    • Kumar,

      Typically, the *** is indicating a firewall preventing a return in your traceroute. However, if it’s timing out repeatedly at the end, then there may be another issue at hand. If you are a customer of InMotion Hosting, please submit the traceroute to our live support team through a support ticket in order to have the issue properly investigated. Otherwise, you will need to have the issue investigated by your ISP or your host’s support.

      Regards,
      Arnel C.

  • I’m having an impossible time connecting to certain sites, one of which is google. I can’t connect to facebook or google using chrome or IE , but I can connect to all sites using firefox. Ironically, I can connect to bing using IE and chrome. I suspect that I have some vicious malware because Norton *cough cough* has been losing it’s mind, and can’t even run NPE now.

    Someone suggested that I run a traceroute on google.com to see what was going on, but I don’t understand any of these results. Any help is appreciated.

    C:\Users\XXXXXXK>tracert www.google.com

    Tracing route to www.google.com [74.125.228.244]
    over a maximum of 30 hops:

      1     2 ms     1 ms    <1 ms  192.168.1.1
      2    12 ms    28 ms    35 ms  96.120.106.13
      3    20 ms     9 ms     9 ms  68.85.112.29
      4    12 ms    11 ms    12 ms  xe-7-1-7-0-ar01.whitemarsh.md.bad.comcast.net [6
    8.85.114.213]
      5    22 ms    26 ms    19 ms  he-3-5-0-0-cr01.newyork.ny.ibone.comcast.net [68
    .86.91.69]
      6    15 ms    25 ms    17 ms  he-0-11-0-0-pe02.111eighthave.ny.ibone.comcast.n
    et [68.86.85.18]
      7    22 ms    56 ms    16 ms  50-248-116-186-static.hfc.comcastbusiness.net [5
    0.248.116.186]
      8    21 ms    17 ms    17 ms  209.85.248.242
      9    19 ms    24 ms    18 ms  209.85.249.212
     10    32 ms    34 ms    31 ms  216.239.40.158
     11    19 ms    17 ms    23 ms  72.14.236.153
     12   119 ms    17 ms    18 ms  72.14.233.95
     13    22 ms    18 ms    19 ms  iad23s24-in-f20.1e100.net [74.125.228.244]

    Trace complete.

    • Hello NB,

      I took a look at your traceroute and everything looks fine. There is no indicator of latency or of the signal not making the trip properly. You may have some sort of issue locally or within your browsers. Unfortunately we are unable to assist with local issues. But the trace definitely looks normal.

      Kindest Regards,
      Scott M

  • Have you ever see a tracert end like this below?  The end IP is 192.168.219.140

    Any idea what could cause this?

    12 * 273 ms * 192.168.219.140

    13 * * * Request timed out.

    14 261 ms * * 192.168.219.140

    15 282 ms * *

     

    • Hello Clemson Guy,

      The normal reason you’ll see a repetition in the trace is due to network configuration. It might be an internal and external portion of the network. The timeout in between is probably the result of a firewall. This is a guess on my part at this point because I’m not familiar with your network configuration. This postalso describes a result similar to yours. If you want further confirmation, then look for a local network engineer, to look at the traceroute for you. You can also submit a ticket request (if you’re a customer of InMotion) to the InMotion Hosting live technical support team. They can look at the traceroute result in more depth.

      Kindest regards,
      Arnel C.

    • Hello JimmyG,

      It is not uncommon to have a hop or two in a trace with asterisks. If the asterisks continued throughout the trace and the trace never got to it’s destination, that’s obviously bad. But one or two hops in there with asterisks could mean that router is not sending responses to pings.

      Kindest Regards,
      Scott M

    • Hello JimmyG,

      If the 7th hop was under 100ms, then it is likely that hop 6 set your packet to a lower priority. That would not indicate a traffic or latency issue.

      Kindest Regards,
      Scott M

  • How is the #10 hop number the 6th? Is there a reason that the origional poster didnt specify? Im completely new to this and ive been looking for an hour now about hop numbers and this threw me completely off

    • Hello James,

      Thanks for the questions. The traceroutes supplied above are samples for the purposes of the tutorial. If you have a specific question about traceroutes, please let us know.

      Regards,
      Arnel C.

Was this article helpful? Let us know!