The WiSE Article Series: Wi-Fi Subtleties Explained (Throughput Algebra)
By CWNP On 01/04/2013 - 23 CommentsIn this first article in a multi-part WiSE Article Series, Bhaskaran Raman explains the formulas you can use to estimate throughput on WLANs.
Guest Blogger: AirTight Networks Author: Bhaskaran Raman, PhD. Series Editor: Tom CarpenterAbout the WiSE article series: Wireless is inherently complex; its study spans at least two engineering disciplines: Electrical Engineering and Computer Science. Add to this the nuances of various standards, vendor implementations, RF environments, and protocol interactions, and it is not uncommon to feel a little lost in understanding the various aspects of Wi-Fi network operation. In this series of short articles, we explain various Wi-Fi subtleties, to work toward a better understanding of Wi-Fi network deployments.
WiSE Article No.1 Wi-Fi Throughput Algebra - Simplified
Network administrators are often faced with the need to do throughput measurements, while evaluating a Wi-Fi network design or deployment. It is well known that measured Wi-Fi throughput falls below the maximum data rate numbers such as 300 Mbps or 450 Mbps, attached to product datasheets. However, what is the throughput number one should expect during the actual measurement? This is often unclear because one gets different throughput numbers at different locations and even different numbers during different runs at the same location. There is also dependence on the Wi-Fi client used for the measurement and its orientation, the measurement software, and various settings in the AP and the measurement software. You may also see different numbers on the Internet, reported by others.This article simplifies Wi-Fi throughput algebra, to give a rule of thumb for what throughput to expect when taking into account at least the first order factors which affect all environments and tests. So if you measure a number in the neighborhood of this expectation, you know your results are fine. Again, I stress the word neighborhood, because it is not one magic number, but still a good estimate based on fundamental underlying principles. In the case of Ethernet, the measured throughput is just a few percentage points below the link speed: 100 Mbps or 1 Gbps. It is not so simple with Wi-Fi!
We focus here on the various overhead factors in Wi-Fi. As with every protocol, Wi-Fi has payload packaging overheads such as the protocol headers at various layers of the stack. However, Wi-Fi also has other significant causes of overhead.
Imagine a setting where a group of people are talking. Assuming everyone is polite to everyone else, each person, before talking, waits a while to get a chance to talk: check others’ faces, gestures, listen for those whom he or she can’t see, etc. Wi-Fi radios operate pretty similarly. A significant amount of time is spent in this checking: a process known as backoff for collision avoidance. Just as in the case of the group of people, the reason for this mechanism is well grounded: to minimize the chance of collisions, where more than one person (Wi-Fi station) talks (transmits) at the same time.
It turns out that this backoff is a significant overhead in Wi-Fi. As the figure below shows, this overhead can dominate, for a typical Ethernet MTU sized frame (1500 bytes), especially at high 802.11n data rates.
[caption id="" align="aligncenter" width="653"]
![802.11 Protocol Overhead 802.11 Protocol Overhead](http://www.tomcarpenter.net/cwnp/80211_protocol_overhead.gif)
Fortunately, 802.11n has the frame aggregation feature suggested in the preceding image, where multiple frames are sent for each backoff process. Typically 10-20 frames are aggregated together. Taking this into account, the simplified algebra for the expected Wi-Fi throughput is:
[caption id="" align="aligncenter" width="685"]
![Aggregated Frame Throughput Formula for UDP Aggregated Frame Throughput Formula for UDP](http://www.tomcarpenter.net/cwnp/aggregated_frame_throughput_formula_UDP.gif)
While the above formula is a good approximation for the expected throughput using UDP, this is however not the end of the story because we must consider the different impact of TCP-based communications. TCP uses an acknowledgment (ACK) mechanism to achieve reliable data transfer. Here’s the bad news. The ACK packets, which go in the reverse direction as the data, are quite small: 20 bytes IP payload typically. This means, that even with 802.11n frame aggregation, we’re stuck with a high overhead in the reverse direction! And of course, the ACK itself is an overhead, when it comes to measuring the throughput as seen by the end user application.
Adjusting for this TCP ACK overhead, the throughput algebra now stands as:
[caption id="" align="aligncenter" width="686"]
![Aggregated Frame Throughput Formula for TCP Aggregated Frame Throughput Formula for TCP](http://www.tomcarpenter.net/cwnp/aggregated_frame_throughput_formula_TCP.gif)
Applying the above algebra, the graph below summarizes the expected throughput numbers, for the various 802.11n data rates at 40 MHz channel width (the data rate of a client depends, roughly, on the signal strength from the AP, and is often shown under the heading “speed” in the Wi-Fi link status).
[caption id="" align="aligncenter" width="600"]
![Expected Throughput Expected Throughput](http://www.tomcarpenter.net/cwnp/expected_wifi_throughput_graph.gif)
In summary, for high Wi-Fi data rates such as 300 Mbps or 450 Mbps, the expected UDP throughput upper bound is roughly two-thirds of the data rate, while the expected TCP throughput upper bound is roughly half of the data rate. If we add to this further effects such as retransmissions due to packet errors, signal strength and data rate variability, it can go down further by another 20-30% or more. We will discuss these additional factors in later articles in this series. For now, we have a good rule of thumb for the throughput upper bound when you measure throughput using tools such as iPerf, IxChariot, so you’ll know what to expect, and when to feel satisfied.
We matched the above algebra with a large data set generated in AirTight Networks Wi-Fi testing lab on many different enterprise APs and clients at many different data rates and many different configurations, and were surprised to find how good a fit this rule of thumb is to what was measured in practice.
Some remarks:
- Above, we have talked only about single client throughput; with multiple clients, various effects can come into play depending on the configuration, some enhancing overall throughput, but most reducing it.
- The above formulas can also be applied to the data rates corresponding to the 20 MHz operation.
- It is beyond the scope of this article to talk about possible causes of throughput degradation, when the measured throughput is well below the expected number, because the possibilities here are too many.
Bhaskaran Raman is a scientist at AirTight Networks, working on high performance Wi-Fi architecture. Bhaskar received his M.S. and Ph.D. in Computer Science from the University of California, Berkeley, in 1999 and 2002 respectively, and his B.Tech in CSE from IIT Madras, India in May 1997. He was a faculty in the CSE department at IIT Kanpur from 2003-07. Since July 2007, he has been a professor at the CSE. Tagged with: Wi-Fi, data rate, tom carpenter, WiSE, throughput, airtight networks
Blog Disclaimer: The opinions expressed within these blog posts are solely the author’s and do not reflect the opinions and beliefs of the Certitrek, CWNP or its affiliates.
0 Responses to The WiSE Article Series: Wi-Fi Subtleties Explained (Throughput Algebra)
Subscribe by EmailThere are no comments yet.
<< prev - comments page 1 of 1 - next >>
Leave a Reply
Please login or sign-up to add your comment.