What diagnostic tool can be used for displaying the route (path) of packets across an ip network?

In this topic, you will learn how to display the network route between your computer and a website's servers. This will help you determine internet connection problems, including packet loss and latency.

The traceroute diagnostic tool tracks the path from your computer to the website in question. The tool sends a sequence of packets across the network and receives responses from each router in the path. By doing this, it determines if there are any problems along the path.

Table of Contents Show

What is traceroute?
How to run a traceroute
How to read traceroute
Tackling traceroute shortcomings
Choosing the right network monitoring tool

When working with support, you may be asked to provide them the information from tracing the network path to the website in question.

Follow these steps to run a network path trace:

Open a window for the Terminal app.
Enter the following command with the website in question. traceroute your_domain.com
If you know that your network uses Internet Protocol version 6 (IPv6), then enter the following command:
traceroute6 your_domain.com
You should see the traffic path taken to your site. It will build as responses are received from the routers along the way. The first line represents your router. The next line is from your ISP, and it continues until the packets reach your website. Your output should look similar to this:
Don't worry about understanding the output. From your Terminal window, select Edit > Select All. Then, copy the output to your clipboard.
Paste the output to an email and send it to the appropriate support personnel.

Follow these steps to run a network path trace:

Open the Start menu and select Run.
Type cmd and select OK.
This will open the command prompt. Enter the following command with the website in question. tracert your_domain.com
If you know that your network uses Internet Protocol version 6 (IPv6), then enter the following command:
tracert -6 your_domain.com
You should see the traffic path taken to your site. It will build as responses are received from the routers along the way. The first line represents your router. The next line is from your ISP, and it continues until the packets reach your website.
Don't worry about understanding the output. Copy the output to your clipboard.
Paste the output to an email and send it to the appropriate support personnel.

For the majority of managed services providers (MSPs), IT admins, and technicians, traceroute and ping are likely the first ports of call when troubleshooting network latency or connectivity problems. Traceroute is a simple tool any user with access to a command prompt can run. However, if you aren’t familiar with the basics of traceroute, it can be difficult to understand the test results. This post will outline the basics of traceroute, when you should use it, and how to read the results.

What is traceroute?

Traceroute is a command that runs tools used for network diagnostics. These tools trace the paths data packets take from their source to their destinations, allowing administrators to better resolve connectivity issues. On a Windows machine, this command is called tracert; on Linux and Mac, it’s called traceroute. Traceroute and tracert largely function in the same way—they map the route data takes from one point in a network to a specific IP server. When data is transmitted between two points, it must “hop” through several devices, like switches and routers. Traceroute maps each hop, provides the details and round-trip time (RTT), and gives the device name and IP address where possible.

While ping can tell you if there is a problem, traceroute can help you pinpoint where the problem exists. For an example of how you might use traceroute, imagine you’re visiting a website and its pages are taking a long time to load. In this instance, you can use traceroute to determine where the longest delays are occurring to get to the route of the issue.

How to run a traceroute

Before running a traceroute command, you should understand a network mechanism called “time to live” (TTL). TTL limits how long data can “live” in an IP network. Every packet of data is assigned a TTL value. Every time a data packet reaches a hop, the TTL value is decreased by one.

Another key element to understand is “round-trip time” (RTT). Traceroute ensures each hop on the way to a destination device drops a packet and sends back an ICMP error message. This means traceroute can measure the duration of time between when the data is sent and when the ICMP message is received back for each hop—giving you the RTT value for each hop.

To better illustrate this, let’s say you run a traceroute and specify a maximum of 30 hops. Traceroute will send packets with a TTL of one to the destination server. The first network device the data passes through will decrease the TTL to the value of zero, and a message informing you the packets were dropped is sent. This gives you the RTT for hop number one.

From there, the data packets are sent to the destination server with a TTL of two. As the packets pass through the first hop, the TTL decreases to one. When they pass through the second hop, it decreases to zero. The message is sent again. This gives you the RTT for hop number two.

This process will repeat until the data packets either reach the destination device or it reaches the maximum number of hops. By the end of this test, you will know the number of hops to the destination device, the RTT length for each hop, and the device name and IP address for each hop.

How to read traceroute

Traceroute results will look slightly different depending on the specific tool you use. If you choose to use NetPath™ with SolarWinds® N-central™, then reading these results is very straightforward. Intuitive visuals provide deep visibility—allowing you to troubleshoot hotspots across the delivery chain.

If you use tracert, the Windows traceroute command, you’ll see the number of hops from the source device to the destination device in the far-left column. For each hop, you’ll see three RTT values (provided the TRACERT tool was set to send three data packets to test each hop, as per the default settings). On the right, you should see additional device information.

Tackling traceroute shortcomings

While traceroute is a great tool for identifying problems, it does have some significant shortcomings. For instance, it doesn’t display historical data, which can make identifying patterns difficult. It also doesn’t represent multiple paths easily—and because many firewalls block ICMP requests, traceroute often displays incomplete data.

To overcome these shortcomings, it’s important to look for powerful solutions that can offer deep visibility beyond what traceroute offers. NetPath is a feature of the SolarWinds N-central suite, an all-in-one remote monitoring and management solution designed with MSPs in mind. NetPath displays the flow of data in a dynamic and visually compelling way and can help MSPs tackle the challenges traditionally associated with traceroute. It also features a professionally designed user interface as opposed to the harder to understand command line display associated with traceroute.

NetPath can also function as a remote traceroute tool. To use the NetPath feature to perform a traceroute test, follow the below instructions:

Navigate to the NetPath services page and click “create new service”
Fill in a hostname or IP address
Fill in any TCP port
Enter a nickname
Enter a probing interval
Click “next”
Choose to either use the probe on your main polling engine or deploy a probe to a remote location—this means NetPath can function as a remote traceroute tool
Click “create” to generate your path

Choosing the right network monitoring tool

SolarWinds N-central is designed to give MSPs access to enhanced capabilities, allowing them to gain detailed insight into customer networks. This deep visibility helps improve their understanding of customer endpoint security and increases technician efficiency so MSPs can expand their business.

As more SMBs ask their MSPs to manage a patchwork of hosted, on-premises, and cloud services, the ability to identify the source of IT issues becomes increasingly difficult. Combine this difficulty with the limited control MSPs have over public cloud services, and this array of risks can result in customer dissatisfaction.

NetPath was created to help MSPs address these issues. It’s a visual and intuitive feature that gives you insight into your customers’ experience of slowdowns when trying to access a network service or website. To learn more, get N-central free for 30 days to start exploring.

AOS-CX 10.10 Diagnostics and Supportability Guide Help Center

data-mc-breadcrumbs-count=3 data-mc-toc=True>You are here:

Traceroute is a computer network diagnostic tool for displaying the route (path), and measuring transit delays of packets across an Internet Protocol (IP) network. It sends a sequence of User Datagram Protocol (UDP) packets addressed to a destination host. The time-to-live (TTL) value, also known as hop limit, is used in determining the intermediate routers being traversed towards the destination.

Traceroute over VXLAN

Traceroute and traceroute6 are supported over VXLAN from VTEP to VTEP, VTEP to host, and host to VTEP over L2 VNI/L3 VNI. A unique IP on VTEP should be used as the traceroute source and destination. Both source and destination VTEPs require AOS-CX 10.8 or later for this feature to work. Traceroute and traceroute6 over VXLAN cannot be used to track the underlay hops between VTEPs.