In this Q&A, our expert explains how to measure your broadband connection for packet loss by using ping and trace...
By submitting your email address, you agree to receive emails regarding relevant topic offers from TechTarget and its partners. You can withdraw your consent at any time. Contact TechTarget at 275 Grove Street, Newton, MA.
How do I conduct a packet loss test? When I do a speed test, it is way down from what it used to be, and I haven't changed any hardware or added any new applications.
Measuring packet loss from home over a broadband connection can be a difficult task. Packet loss can occur anywhere along the path between your computer and the destination you are trying to reach over the Internet. Packet loss is typically a result of one or more of the following: network congestion, overworked routers and switches, slow roundtrip times, or possibly a result of traffic prioritization schemes used by service providers or the company hosting the site you are trying to access.
Without actively measuring the TCP flows of actual retransmissions (these products are usually too expensive to use for a home broadband connection), it is hard to determine if there are real retransmissions occurring. The mechanisms you mentioned, ping and trace route, are the most readily available tools for at-home users for helping to determine where there is slowness on the Internet. Ping measures the roundtrip time between your computer and the IP address you are pinging. Trace route measures the response times of the routers along the path between your computer and the IP address you are trace routing.
Using ping for a packet loss test
The best way to measure packet loss using ping is to send a large number of pings to an IP address, and then look for failed responses to those pings. For instance, if you ping something 50 times in a rapid fashion, you can measure the number of failed responses and use this as an estimate of "packet loss." Anything over five percent is probably something to be concerned about.
On a Windows machine, this can be accomplished by using the following command at the command prompt:
Ping -n 50 (IP Address or domain name [www.website.com])>
The "–n" tells ping to send a set number of pings, and "50" is the number to send.
Afterwards, you will get a summary of the packet loss test that includes the number lost and a percentage:
Ping statistics for 126.96.36.199:Packets: Sent = 6, Received = 6, Lost = 0 (0%)
Approximate round trip times in milliseconds:Minimum = 26ms, Maximum = 29ms, Average = 27ms
If you see a very high average roundtrip time (greater then 100ms), this will also cause you to experience slow network downloads.
One way to try to eliminate certain parts of the network that may be the cause of packet loss is to do the ping test along various segments along the path. The first place I normally start testing is the local "default gateway." This is the first router that all your data is transmitted to on the network. If there is high packet loss on this segment, then the problem is localized to your service provider's network.
You can find the IP address of your default router by typing in the "ipconfig" command at your Windows command prompt. This will display the following:
Ethernet adapter Local Area Connection:Connection-specific DNS Suffix_: domainname.com
IP Address. . . . . . . . . . . . : 192.168.2.189
Subnet Mask . . . . . . . . . . . : 255.255.252.0
Default Gateway . . . . . . . . . : 10.10.0.1
What you are looking for is the default gateway IP address. In the example above, it is 10.10.0.1.
Using Trace route
Trace routes can be run by using the trace route command at the Windows command prompt.
While the output doesn't show you packet loss, it will show you if there are slow-responding routers along the path.
The output will show you the response time of all the routers. The following is an example:
- 5 ms 2 ms 3 ms malibu.domain.com [10.10.0.1]
- 10 ms 6 ms 7 ms 10.60.0.6
- 9 ms 7 ms 7 ms 10.20.0.1
- 6 ms 7 ms 7 ms x130.cd9e68.sj.concentric.net [188.8.131.52]
- 7 ms 7 ms 8 ms ge9-0.dcr2.dc-fremont-ca.us.xo.net [184.108.40.206]
- 7 ms 7 ms 7 ms ge2-0.dcr1.dc-fremont-ca.us.xo.net [220.127.116.11]
- 10 ms 7 ms 8 ms p5-1-0-2.rar2.sanjose-ca.us.xo.net [18.104.22.168]
- 10 ms 9 ms 11 ms p1-0.ir1.paloalto-ca.us.xo.net [22.214.171.124]
- 9 ms 10 ms 15 ms 126.96.36.199.ptr.us.xo.net [188.8.131.52]
- 9 ms 10 ms 10 ms svl-core-03.inet.qwest.net [184.108.40.206]
- 29 ms 28 ms 29 ms stl-core-02.inet.qwest.net [220.127.116.11]
- 30 ms 29 ms 29 ms sea-edge-03.inet.qwest.net [18.104.22.168]
- * * * Request timed out.
- * * * Request timed out.
- 28 ms 28 ms 29 ms sam.abcnews.go.com [22.214.171.124]
If you see trace route roundtrip times along the path greater than 100ms (1/10th of a second), this can cause slow transfer times over the network.
From the above, you can see that data travels along lots of different networks (XO, Qwest, ABC). This is part of the beauty of the Internet. The downside is that it places the ability to resolve slow response times out of the hands of individual users. The best place to start with a packet loss test is to make sure that there is not packet loss between yourself and your service provider.
Learn what causes packet loss across the WAN
Tactics for diagnosing packet loss
Is packet loss the cause of poor WAN performance?
Dig Deeper on IP Networking
Related Q&A from Dwight Barker
Is there an industry standard for monitoring network/device availability?continue reading
How can I provide a proven, flexible way to control and apply content-based protection policies for network bandwidth, other than using a bluecoat ...continue reading
What to look for in network management software?continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.