Does the RTS threshold for 802.11 take into consideration the data packet plus the CRC that is appended by the MAC or is it only the data packet?
During one of the tests I had set the RTS threshold to 1084 bytes. The packet received by the sniffer was 1088 bytes including the MAC header, data payload and the CRC. But still RTS/CTS transactions were not seen. When I increased the packet size by another two bytes RTS/CTS transactions were observed.
The IEEE standard also doesn't mention this explicitly. Could you please clarify? The same query is also valid for the Fragmentation threshold.
According to the IEEE 802.11-1999 standard, RTS Threshold indicates "the number of octets in an MPDU below which an RTS/CTS handshake will not be performed." MPDU is the MAC Protocol Data Unit, which is the sequence of fields generated by the MAC sublayer for submission to the PHY layer for transmission over a physical interface. In other words, an MPDU does not include the PHY Preamble or Header, and it's the PHY Header that contains the CRC.
In addition, that standard says that "the length of the MPDU shall never be larger than the aFragmentationThreshold unless WEP is invoked [in which case} the MPDU shall be expanded by the IV [initialization vector] and ICV [integrity check value]... this may result in a fragment larger than the aFragmentationThreshold."
Dig deeper on Wireless LAN Implementation
Related Q&A from Lisa Phifer, Wireless Networking Expert
Wireless expert Lisa A. Phifer explains to what extent WEP cracking remains a worrisome issue. It all depends on your company's WLAN security policy.continue reading
Wireless expert, Lisa Phifer explains that it may not be worth enhancing Wi-Fi ad hoc mode since Wi-Fi Direct is a better alternative for enabling ...continue reading
Wireless expert Lisa Phifer responds to a question regarding a Mi-Fi and Android smartphone mobile hotspot comparison. She provides an in depth ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.