Packet Loss Vs. Latency: Analyzing the Impact

In this video, learn how to use Wireshark to examine two common causes of network performance issues.

Tony Fortunato

January 9, 2018

1 Min Read
Network Computing logo

I perform a lot of network performance troubleshooting and in most cases, I find the root cause is related to packet loss or excessive latency. In this video, I explain how to use Wireshark to analyze both problems.

Packet loss is literally when you do not receive a packet. This can be caused by a variety of factors such as corrupted frames, RF interference, duplex mismatches, dirty fiber connectors, oversubscribed links, and routing issues.

Packet loss causes performance problems since TCP-based protocols will have to wait and retransmit lost frames. The key word here is "wait" since waiting implies you are no longer transmitting. For example, a 500-millisecond delay on 10Mbps link means you lost the opportunity to transmit 5Mbps within that 500ms time frame. If your application is UDP based, all bets are off and the application decides what to do. I’ve seen UDP-based applications react to packet loss by terminating the connection, resending data or corrupting data. With a VoIP application, you'll hear an echo and distorted audio.

Latency is simply another word for delay, and to be clear, I should say excessive latency since latency is always present. Excessive latency is an issue for a few reasons. First, excessive latency, like packet loss, robs the sender of the opportunity to transmit data. A good way to think about it is if I have 10% more latency, I will probably get 10% less performance.

When latency is part of the network design or physical location of the devices, then the delta times will be fairly consistent. If the delay is excessive enough, the sender may believe the packet wasn’t received and retransmit, making it look like packet loss.

About the Author(s)

Tony Fortunato

Sr Network Performance Specialist

Tony Fortunato is a network performance expert who has been designing, implementing and troubleshooting networks since 1989. His company, The Technology Firm, provides clients of all sizes with services ranging from project management, network design, consulting, troubleshooting, designing custom-designed training courses, and assisting with equipment installation. Tony's experience in networking started with financial trading floor networks and ISPs, where he learned to integrate and support equipment from various vendors. Tony has taught and presented at numerous colleges and universities, public forums and private classes. He blogs frequently at NetworkDataPediaand has a popular YouTube channel.

Stay informed! Sign up to get expert advice and insight delivered direct to your inbox

You May Also Like

More Insights