Try it. A trace does not rely on the target responding, and will test each hop on the way. It is great for finding routing loops and black homes. Beware that not all the devices in the path will necessarily repond.
Try it, post the results here, and we will help you interpret them.
Be aware also that for ping to work, there must be a valid route to the destination, and also one from the destination back to the pinging machine.
I am not sure that I understand your comment about trace does not rely on the target responding. Certainly a traceroute may show useful information even if the target does not respond. But traceroute does need to get the port unreachable from the target to know when it is time to stop. If you meant that trace is not limited to responses from the target then I would agree with that. But to say not rely seems to me to be a bit too strong.
Sorry, I might have expressed myself badly there. What I meant was that the trace provides useful information even if the final destination is not responding. The original question seemed to imply "well if not even a ping is working, so what is the use of even trying a trace". What I was trying to put over (maybe unsuccessfully) was that getting useful information from a trace relies on each hop in the path responding, and not necessarily on the final destination.
I'll have to read back my postings better from the p.o.v. of the original question. Thanks for clarifying.
No problem. When I first read your response my reaction was that it was too strong about not rely on the target. I certainly did get the sense that part of your point was that there was useful information even if there is no response from the target - and I certainly agree with that. If fact if I try to ping something and the ping fails I almost always try a traceroute and hope to see how far I get and how I am getting there.
There is another aspect to consider. It is possible that traceroute may succeed even when ping fails. There may be an access list which is denying ping. If you are doing traceroute from an IOS device or from a _nix box then the traceroute is using USP packets and not the ping packets that tracert on Windows boxes uses. In this case the UDP based traceroute might succeed where the ping fails.
Your right in the way where ping fails but traceroute works fine you told that there may be any accesslist but there is no access list created, the targate system was off but till I am getting traceroute.
My query without communicate with destination PC how traceroute will works.
Traceroute follows the path through the network step by step, using thus procedure ..
First it generates a packet (or actually 3 of them) with a TTL (time to live) of 1 hop. This fails at the first router, but that router reports back to the source with a "TTL exceeded".
It then generates a set of packets with a TTL of 2 hops. These fail at the seocnd router, but it reports back to the source with a "TTL exceeded".
It then generates a set of packets with a TTL of 3 .... you get the picture.
Until finally it gets a response from the destination, and then it stops. Of course, if it doesn't get a response from the destinatio, it carries on up to a TTL of 30, then gives up.
This is very useful for detecting routing loops. If you see the same routers coming up several times throughout the path, then you know you have a loop. It also tells you where you might have a black hole; if you get no more responses after a certain router, then look for a black hole in that router.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...