TL;DR: From hundreds of thousands of data points, MCS (Modulation Coding Scheme) would seem not to correlate with latency.
The question of latency and Wi-Fi intrigues me (especially for MCS indices of 4 and below). You may jump to conclusions and holler “it depends”, but does it?
My gut told me latency depends on a little more than just MCS. Clients use MCS to dynamically step up or down encoding schemes to stay resilient in the face of changing conditions. I envisaged lower MCS would constrain throughput, aggrevate congestion, and thus increase latency. But does “bad Wi-Fi” result from the lowest MCS rates or do other elements contribute? What is “bad Wi-Fi” really, and just how resilient is it at lower MCS rates across 2.4GHz or 5GHz frequency ranges?
I set out to answer some of these questions using data from our new Wi-Fi assurance and remote troubleshooting tool (live demo). I decided to look at over 20 million sample data points across 20 randomly selected agents (using our maximum retention period of 30 days). Not all agents were online all of the time (or actively transmitting), yet PanSift agents perform network checks and measurements every 30 seconds for high fidelity data capture and analysis. PanSift grabs so much data I began by targeting MCS and latency, and how they may or may not be correlated. Additionally, I then looked at the impact of 2.4GHz / 5GHz and IPv4 versus IPv6 for additional context.
With queries to our Influx backend (a Time Series Database), I only chose data points from agents that were “locally_connected” (i.e. the default gateway was responding), “wlan_connected” (WiFi connected of course!), “dualstack” (IPv6 and IPv4) and “ipv4_only” or “ipv6_only”… while ensuring that the en0 interface was being used as the active default gateway (by checking the route table). The data spanned macOS versions 10.11.x, 10.14.x, 10.15.x, 11.6.x, and 12.x with physical models ranging from iMAC to Mini but mostly Macbook Airs and MacBook Pros.
By using Influx’s covariance functon with the Pearson R value, I could check the correlation between MCS index and latency values. Positive scores between 0 and 1 mean a correlation resulting in both values increasing together (a stronger correlation is closer to 1) and then negative numbers from below 0 to -1 would mean that as one value increases, the other decreases.
I was hoping for a strong negative correlation (-0.5 to -1) that would prove a higher MCS index helped to reduce latency… or to put it another way, that a lower MCS index would lead to increased latency… but this doesn’t seem to be the case below according to Tables 1-3:
MCS Index | IPv4 | IPv6 | 2.4GHz Channel <= 14 | 5 GHz Channel > 14 | N (sample size) |
Correlation : Pearson R Value |
Summary |
---|---|---|---|---|---|---|---|
0-31 | ✓ | ✓ | 361485 | -0.014 | Almost no correlation | ||
0-31 | ✓ | ✓ | 48762 | 0.000 | No correlation | ||
0-31 | ✓ | ✓ | 30836 | -0.014 | Almost no correlation | ||
0-31 | ✓ | ✓ | 143508 | -0.006 | No correlation |
MCS Index | IPv4 | IPv6 | 2.4GHz Channel <= 14 | 5 GHz Channel > 14 | N (sample size) |
Correlation : Pearson R Value |
Summary |
---|---|---|---|---|---|---|---|
0-4 | ✓ | ✓ | 40995 | -0.057 | Almost no correlation | ||
0-4 | ✓ | ✓ | 3932 | -0.015 | Almost no correlation | ||
0-4 | ✓ | ✓ | 3772 | -0.015 | Almost no correlation | ||
0-4 | ✓ | ✓ | 24823 | -0.014 | Almost no correlation |
MCS Index | IPv4 | IPv6 | 2.4GHz Channel <= 14 | 5 GHz Channel > 14 | N (sample size) |
Correlation : Pearson R Value |
Summary |
---|---|---|---|---|---|---|---|
5-31 | ✓ | ✓ | 320496 | 0.007 | No correlation | ||
5-31 | ✓ | ✓ | 44852 | 0.004 | No correlation | ||
5-31 | ✓ | ✓ | 27069 | -0.001 | No correlation | ||
5-31 | ✓ | ✓ | 118685 | -0.003 | No correlation |
Note: The data is inconclusive and shows only a minor difference relating to positive and negative values (which may give pause to wonder). More agents and data points are required!
Low MCS does not seem to equate to higher latency… so “bad Wi-Fi” must relate to airtime, SNR, CCC / CCI (Co-Channel Contention / Interference) ? What should we delve in to next, leave a comment below!?
Digital work requires reliable connectivity. Whether for low latency or regular data streams, Wi-Fi, DNS, and network issues cause teams to lose time and productivity. Even worse is when support teams waste time trying to recreate and isolate issues! See how PanSift saves time, money, and frustration on all sides with instant remote troubleshooting 🏠🏝🛰.
2 x free macOS agents
No registration, immediate live demo!