- Microsoft will float cloud OS this month
- Top 16 Chinese iPhoneys
- Pimp your ride: Cool car technology
- Laptop stolen from McCain campaign
- Cisco, Microsoft roll out server, networking appliance
Newsletters | Podcasts | Chats | Opinions | RSS Feeds | This Week In Print | IT Careers | Community | Reports | Downloads | Slideshows | New Data Center
Partner Sites:Application Performance Solutions | App Performance | Networking Solution | SafeGuard Enterprise Solution Center | SOA | Value of WDS
We are used to breaking products in lab testing, but this time we broke 802.11 itself. Our tests uncovered a design flaw in the Wi-Fi protocol that affects performance testing, not just for current 802.11a/g products, but possibly in upcoming 802.11n gear as well. As a result of our tests, an IEEE committee heard a proposal to recognize and fix the design flaw.
It's a common misperception that Wi-Fi is an inherently "lossy" medium. Wi-Fi is highly vulnerable to signal errors, but it compensates with built-in error checking and retransmission mechanisms. Even a huge error rate (say, 10% of all packets, the maximum allowed in 802.11) should still result in zero loss, because packet errors are retransmitted.
That's the theory. In practice, we found a deficiency in an 802.11 packet header that can lead to packet loss.
The physical layer convergence procedure (PLCP) header carries key information about each packet, such as its length and transmission rate. While the rest of an 802.11 packet has excellent error protection because of a 32-bit CRC field, the PLCP header has only a single bit for error checking, and that is nowhere near enough to protect against corruption.
Weak PLCP error checking can fool an 802.11 receiver into believing that it never received packets, even after a transmitter goes through multiple retry attempts.
For example, suppose an 802.11g transmitter sends a 100-byte packet at 54Mbps, and that channel noise corrupts the PLCP header. The corrupted header can convey bogus values, such as telling the receiver the packet is 4,095 bytes long and is being sent at 6Mbps.
An uncorrupted packet would take just 36 microsec to transmit, but in this case the corrupted PLCP header will cause the receiver to keep listening for the packet for 5,484 microsec. The receiver is literally off the air for that long period, causing it to miss multiple retry attempts and give up on the packet as lost.
This perceived loss makes it harder to get an accurate read on device performance. It's standard practice in throughput and latency tests to tolerate zero dropped packets. Because weak error checking in the PLCP header introduces packet loss, lower throughput rates are a likely result.
Weak error handling also can affect roaming tests. If a receiver misses an Extensible Authentication Protocol handshake packet during a roaming event, it can take 30 seconds before the RADIUS handshake begins again. We saw some 30-second roaming times in our tests because of this issue.

The Vista era of Windows is here. Yet most organizations will retain Windows XP alongside new Vista...
Gartner Research: Hype Cycle for IT Operations Management, 2008.If you are evaluating service management tools, managing emerging technologies such as...
Frontline LAN Troubleshooting GuideThis comprehensive, 115 page guide provides frontline network troubleshooters with practical advice...

The Vista era of Windows is here. Yet most organizations will retain Windows XP alongside new Vista...
PoE Plus: Impact on the PoE MarketThe standard for Power over Ethernet (PoE), IEEE Std. 802.3af(tm)-2003, advanced networking,...
Intelligent Mobility: BlackBerry Technical Seminar 2008The virtual BlackBerry Technical Seminar keeps growing in popularity every year, and we want to...

Companies today are striving to maximize worker productivity by allowing workers to access more...
Comment