Examining Network Delay with Wireless Retries

2 min read

With work-from-home now a reality for many, here's a quick example from Tom, using real packet captures, of how 802.11 retries may be the source of your Wi-Fi woes.

What most people do when network troubleshooting - ping

The first thing Tom tried was connecting to the AP using his laptop and desktop computers, and simple ping. As you can see in the Delta Time column, the delay between each outgoing ping and response is pretty low. That’s the baseline we’re looking for.

After getting a baseline with this Tom decided to go down to the edge of the yard by the woods. This is about 200 feet (60 meters) out from the AP. There he did another ping.

You can see the delta was bigger here, but just looking at the pings, you don’t see any lost packets. Could that really be true? How can we see the reason for the increase in delay?

Looking at WLAN Retries

Tom decided to dive deeper into the capture, specifically for WLAN Retry frames. Occurring at the MAC layer, retry frames are used by 802.11 systems to protect against packet loss, at the cost of some delay, while frames that were lost due to bad signals are retried. You can imagine this would be helpful for applications that are sensitive to packet loss, like voice or video.

Tom built a graph using CloudShark Graphs, so we can see just how many retries occurred during each interval.

Here’s a graph showing the retransmitted frames when standing right by the AP:

Compare this with the number of WLAN retries after walking to the edge of the woods:

That gray space in each column represents the number of retries. Now, the reason for the delay is clear!