Tracing the Network Path

I want to know what is the network path which is taken from Location A to Location B & the return path. What is the way to achieve this ?

Is there any way to identify the path taken from Location A to Location B is the same as the return path from Location B to Location A.

Let me know how to check it.
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Jordan MedlenCommented:
tracert (Windows) or tracepath (Linux) will be what you'll want to run. Do you have access to a system at both locations? You will need to in order to find the return path.
Extended ping can do that from a cisco device.
Don JohnstonInstructorCommented:
Best way is to ping and use the record route function. But that only works up to 9 hops.

For example, for a windows PC, you can use "ping -r 9"
HTML5 and CSS3 Fundamentals

Build a website from the ground up by first learning the fundamentals of HTML5 and CSS3, the two popular programming languages used to present content online. HTML deals with fonts, colors, graphics, and hyperlinks, while CSS describes how HTML elements are to be displayed.

Tracert/Traceroute will give the path info from source to destination but will not give return path info from destination to source.
Cyclops3590Sr Software EngineerCommented:
it also kind of depends on the path that your packet takes between the two locations and how much detail you want to know.  you won't see every hop if it goes thru a tunnel of any kind (by design of how the technology works though) or MPLS networks (which is label switching, not IP so again by technology design).

Just something to be aware of anyway if you "know" there should be more in the trace list than you see.  There could be technologies used that mask "real" hops due to encapsulation.

but yes, trace route is what you want as that is the most, from a purely clients perspective, way to tell the path your packet takes.
AkinsdNetwork AdministratorCommented:
pathping <destination ip or hostname>

Using a PC. This does not show return path either but you will have to assume or hope that the to and fro paths are the same. May not be the same if there are alternate paths, especially if traffic conditions or policy exist
SrikantRajeevAuthor Commented:
ping -r9 <IP Addresss> gives me the ping response with the path from source to destination.
I am not able to find out the reverse path for the ping reply to confirm if it the same path or diff path.

The traceroute also does the same. Any idea how to achieve this....
Cyclops3590Sr Software EngineerCommented:
run the same commands from the other side.  there's really no other way without having direct insight into the routing environment between the two points.
AkinsdNetwork AdministratorCommented:
You can try the source route option with tracert. That will give you your return path but unfortunately, this is usually blocked as hackers take advantage of it.

Usage: tracert [-d] [-h maximum_hops] [-j host-list] [-w timeout]
               [-R] [-S srcaddr] [-4] [-6] target_name

    -d                                  Do not resolve addresses to hostnames.
    -h maximum_hops    Maximum number of hops to search for target.
    -j host-list                  Loose source route along host-list (IPv4-only).
    -w timeout                 Wait timeout milliseconds for each reply.
    -R                                  Trace round-trip path (IPv6-only).
    -S srcaddr                    Source address to use (IPv6-only).
    -4                                   Force using IPv4.
    -6                                   Force using IPv6.

Usage: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS]
            [-r count] [-s count] [[-j host-list] | [-k host-list]]
            [-w timeout] [-R] [-S srcaddr] [-4] [-6] target_name

    -t                             Ping the specified host until stopped.
                                   To see statistics and continue - type Control-Break;
                                   To stop - type Control-C.
    -a                            Resolve addresses to hostnames.
    -n count                 Number of echo requests to send.
    -l size                     Send buffer size.
    -f                            Set Don't Fragment flag in packet (IPv4-only).
    -i TTL                     Time To Live.
    -v TOS                    Type Of Service (IPv4-only. This setting has been deprecated
                                   and has no effect on the type of service field in the IP Head
    -r count                  Record route for count hops (IPv4-only).
    -s count                  Timestamp for count hops (IPv4-only).
    -j host-list          Loose source route along host-list (IPv4-only).
    -k host-list         Strict source route along host-list (IPv4-only).
    -w timeout             Timeout in milliseconds to wait for each reply.
    -R                        Use routing header to test reverse route also (IPv6-only).
                                    Per RFC 5095 the use of this routing header has been
                                    deprecated. Some systems may drop echo requests if
                                    this header is used.

    -S srcaddr          Source address to use.
    -4                              Force using IPv4.
    -6                              Force using IPv6.

Usage: pathping [-g host-list] [-h maximum_hops] [-i address] [-n
                [-p period] [-q num_queries] [-w timeout]
                [-4] [-6] target_name

    -g host-list                 Loose source route along host-list.
    -h maximum_hops       Maximum number of hops to search for target.
    -i address                      Use the specified source address.
    -n                                    Do not resolve addresses to hostnames.
    -p period                        Wait period milliseconds between pings.
    -q num_queries             Number of queries per hop.
    -w timeout                      Wait timeout milliseconds for each reply.
    -4                                     Force using IPv4.
    -6                                     Force using IPv6.
Cyclops3590Sr Software EngineerCommented:
source routing won't give reliable data though because you specify that list.  So it only pertains to that trace route test.  It's not the true return path for normal data.
Don JohnstonInstructorCommented:
The ICMP record route function is bi-directional. As long as there's room in the field (up to 9 entries), there should be entries for each hop in both directions.

Of course that assumes the destination and intermediate devices support the feature.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
SrikantRajeevAuthor Commented:
Will check this options
SrikantRajeevAuthor Commented:
I've requested that this question be closed as follows:

Accepted answer: 0 points for SrikantRajeev's comment #a39774946

for the following reason:

SrikantRajeevAuthor Commented:
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Networking Protocols

From novice to tech pro — start learning today.