# Ping vs Traceroute: Response on one, not other

**URL:** <https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200>\
**Category:** Factual Questions\
**Created:** [March 12, 2009, 2:41pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200 "2009-03-12T14:41:32Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![Mr.Slant](https://avatars.discourse-cdn.com/v4/letter/m/c57346/32.png) [@Mr.Slant](https://boards.straightdope.com/u/Mr.Slant)\
**Post date:** [March 12, 2009, 2:41pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/1 "2009-03-12T14:41:32Z")

</div>

I’ve got a remote server that I supervise.  
It failed to report in to the management system, so I tried to connect on the web UI for the server. Port 80 isn’t talking back to me.  
I ran tracert, and I got responses from all the hops on the way to her, then responses from her, followed by a dozen “Request timed out.” messages at which point I kill the tracert.

How does it send responses to tracert but not ping?

---

<div class="post-metadata">

**Author:** ![welby](https://avatars.discourse-cdn.com/v4/letter/w/d78d45/32.png) [@welby](https://boards.straightdope.com/u/welby)\
**Post date:** [March 12, 2009, 2:53pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/2 "2009-03-12T14:53:47Z")

</div>

Ping is ICMP, tracert is UDP.

You may have a port on a router out there blocking ICMP packets, but allowing TCP/UDP. Did any of your network or router configs change recently?

---

<div class="post-metadata">

**Author:** ![Mr.Slant](https://avatars.discourse-cdn.com/v4/letter/m/c57346/32.png) [@Mr.Slant](https://boards.straightdope.com/u/Mr.Slant)\
**Post date:** [March 12, 2009, 3:11pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/3 "2009-03-12T15:11:42Z")

</div>

Well, we had a merger recently, so yeah, the Bay gear is coming out and the Cisco gear is coming in.  
Ping has worked at all of my previous locations, for what that’s worth.

---

<div class="post-metadata">

**Author:** ![welby](https://avatars.discourse-cdn.com/v4/letter/w/d78d45/32.png) [@welby](https://boards.straightdope.com/u/welby)\
**Post date:** [March 12, 2009, 7:09pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/4 "2009-03-12T19:09:51Z")

</div>

Not much, depending on how you network is protected and provisioned. I’m going to guess you’ve got a hop in there with a filter on it. Probably have to call for the network engineers.

---

<div class="post-metadata">

**Author:** ![CurtC](https://avatars.discourse-cdn.com/v4/letter/c/ce73a5/32.png) [@CurtC](https://boards.straightdope.com/u/CurtC)\
**Post date:** [March 12, 2009, 7:32pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/5 "2009-03-12T19:32:55Z")

</div>

From wikipedia:

> [@](#):
>
> On modern Unix and Linux-based operating systems, the traceroute utility by default uses UDP datagrams with destination ports number from 33434 to 33534. The traceroute utility usually has an option to specify use of ICMP echo request (type 8) instead, as used by the Windows tracert utility.

But it also says that when you get a response from a router that your tracert packet has exceeded its TTL (the responses that you did get from the various hops), that packet is sent as ICMP, so it can’t be that something is blocking all the ICMP packets in both directions.

---

<div class="post-metadata">

**Author:** ![Rysto](https://avatars.discourse-cdn.com/v4/letter/r/ecccb3/32.png) [@Rysto](https://boards.straightdope.com/u/Rysto)\
**Post date:** [March 12, 2009, 7:38pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/6 "2009-03-12T19:38:10Z")

</div>

The -I option to traceroute should cause it to use ICMP packets instead of UDP.

I’m a bit suspicious about that explanation. I think that it’s far more likely that whatever machine you’re pinging is configured not to respond to ping.

---

<div class="post-metadata">

**Author:** ![welby](https://avatars.discourse-cdn.com/v4/letter/w/d78d45/32.png) [@welby](https://boards.straightdope.com/u/welby)\
**Post date:** [March 12, 2009, 8:36pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/7 "2009-03-12T20:36:56Z")

</div>

Rysto, if he was pinging yesterday, and isn’t pinging today it’s likely network. It’s possible the box doesn’t respond to ping, but all of his other boxes do, so that would imply something in the route rather than something on the box.

---

<div class="post-metadata">

**Author:** ![Ximenean](https://avatars.discourse-cdn.com/v4/letter/x/aca169/32.png) [@Ximenean](https://boards.straightdope.com/u/Ximenean)\
**Post date:** [March 13, 2009, 12:53am UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/8 "2009-03-13T00:53:32Z")

</div>

If the OP is using tracert (Windows) rather than traceroute, then UDP is irrelevant, because tracert only uses ICMP echo requests, like ping does.  
As to how the target can respond to tracert but not to ping, well the responses are different. ICMP Echo Reply in the case of ping, ICMP Time Exceeded in the case of tracert. It is possible that the former is blocked while the latter is allowed.

---

<div class="post-metadata">

**Author:** ![Rucksinator](https://avatars.discourse-cdn.com/v4/letter/r/898d66/32.png) [@Rucksinator](https://boards.straightdope.com/u/Rucksinator)\
**Post date:** [March 14, 2009, 4:18pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/9 "2009-03-14T16:18:45Z")

</div>

> [@Mr.Slant](#):
>
> … so I tried to connect on the web UI for the server. Port 80 isn’t talking back to me.

To remote manage a router, I’ll use MSIE to browse to [http://x.x.x.x:8080](http://x.x.x.x:8080)  
(where x.x.x.x is the IP address of the router.) I thought 8080 was the typical port for remote management. What is port 80 for?

Thanks,

---

<div class="post-metadata">

**Author:** ![Rysto](https://avatars.discourse-cdn.com/v4/letter/r/ecccb3/32.png) [@Rysto](https://boards.straightdope.com/u/Rysto)\
**Post date:** [March 14, 2009, 4:31pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/10 "2009-03-14T16:31:44Z")

</div>

Port 80 is HTTP.

---

<div class="post-metadata">

**Author:** ![Ximenean](https://avatars.discourse-cdn.com/v4/letter/x/aca169/32.png) [@Ximenean](https://boards.straightdope.com/u/Ximenean)\
**Post date:** [March 14, 2009, 5:31pm UTC](https://boards.straightdope.com/t/ping-vs-traceroute-response-on-one-not-other/489200/11 "2009-03-14T17:31:13Z")

</div>

HTTP can use any port, of course. 80 is just the conventional default. And you can use TCP port 80 for other things, if you really want to confuse people.  
Router manufacturers can therefore use any port they like for the HTTP-based remote management. 8080 is common, but a lot of them just use 80.
