Technology Blog

802.11 - Duration / ID Field

by on ‎04-29-2015 11:36 AM - last edited on ‎05-18-2015 11:27 AM by Chief Airhead Chief Airhead

The duration/id field is a very interesting field. It's a field that has two purposes, Duration or Association ID.  Depending on the frame type in a transmission it could yield two entirely different pieces of information. 

 

802.11 standard -  8.2.4.2 Duration/ID field 

 

duration.80211standard.jpg

 

Association ID: 

Assume for a moment a client observes a beacon and in that beacon the TIM field has a clients  association ID listed. This alerts the client there is traffic buffered at the access point. The client retrieves this buffered traffic by sending a PS-POLL frame. Inside this PS-POLL frame it includes its association ID in the Duration/ID field. While PS-POLL is legacy and was replaced with UAPSD, its still seen in the wild. 

 

Duration: 

Assume for a moment an access point triggers a data frame on the wireless channel. Inside that data frame the duration ID has a value in microseconds. This value is the amount of airtime the sending radio is reserving for the pending acknowledgment frame. Radios on channel in ear shot of this transmission who can demodulate this frame will use this value in their NAV calculation. In this example you will see an ACK frame with the duration ID of zero. This is because the previous data frame reserved the medium long enough for the pending ACK. 

 

Example of how the field is used for either Association ID (left) or Duration (right).

 

duration.id.pspoll.ack.compare.png

 

802.11 standard -  Table 8.3 Duration/ID field encoding 

 

The possible values this field can contain 

 

duration.id.encoding.jpg

 

Real World Example: 

 

RTS Frame - Duration 1160 Microseconds

 

The RTS frame is a Request to Send. A radio is asking for permission to reserve airtime to transmit a pending transmission. The receive radio can allow or deny this request. More on RTS/CTS in a bit. But note the larger duration time. 

 

duration.id.1.jpg

 

Beacon Frame - Duration 0 Microseconds

 

The duration field of a beacon is zero. This is because there is no pending ACK for this frame type. You might be wondering how did the radios on channel know this frame was in transit. What you don't see in layer 2 frames is the layer 1 preamble and PHY header transmission. This information is a series of bits 0's and 1's. Radios on channel will read the length of the pending frame from the PHY header, in this case the pending beacon transmission and calculate how much time they need to be busy (listen) for to allow this frame to transmit. In other words, radios on channel hear the preamble and PHY header and prime themselves for the pending frame you read in your Layer 2 Analyzers. 

 

CWAP: “ The transmitting station will precede that data portion of the frame with a preamble. This preamble contains a string of 0s and 1s that the receiving station can identify and synchronize with, essentially alerting the receiving station to the transmission. The preamble also includes a Start Frame Delimiter field, which the receiving station uses to identify the beginning of the frame. After the preamble, the length field in the frame header tells the receiving station how long the frame is.”

 

duration.id.beacon.jpg

 

 

RTS/CTS Frames - 352 / 245 Microseconds 

 

The duration timer in RTS/CTS frames are interesting. The RTS frame in this example reserves airtime in the amount of 352 microseconds which includes the next pending frames RTS and DATA. The CTS (Clear to Send) responds with a lower duration timer, again reserving airtime keeping radios on channel at bay so not to talk over the pending tranmission. 

 

CWAP:  “ The Duration value of the RTS frame includes the time needed for the subsequent frames in the transmit operation to be transmitted. This value is in microseconds. All listening stations will set their NAV timers to this value and cannot contend for the medium or transmit data until their NAV counts down to 0. After the RTS frame is transmitted, the receiving station responds by sending a 14-octet CTS control frame (Figure 5-4). The Duration value of the CTS frame includes the time needed for the subsequent frames in the transmit operation to be transmitted.”

 

duration.id.rts.png

 

 

CRC frames can display some crazy data. Check out this duration value! Of course this value is bogus and the a radio who fails to calculate this frame (CRC) will do an EIFS. 

 

duration.id.crc.jpg

 

Check out Andrew von Nagy's  post on "Understanding 802.11 Medium Contention"

http://community.arubanetworks.com/t5/Technology-Blog/Understanding-802-11-Medium-Contention/ba-p/232034 

 

What fields in 802.11 frame interest you the most ?

 

 

 

Enjoy!

 

Comments
petermoorey

Well written explaination George, thanks for sharing, I learnt a lot.  

 

My favourite field is the Time Delta field (not really 802.11, sorry).  I like it because you can look at the time interval between each transmission of a beacon frame for a specific BSSID to give you a nice indication of contention on the medium.

 

As you know, beacons are typically sent at 102ms intervals, if you see this value increasing it's a good sign that stations are not able to get airtime.  I've seen APs wait 3 seconds to transmit a beacon in particuarly busy networks.  I wrote a bit more about it, with examples at the link below.

https://pmoorey.wordpress.com/2014/12/15/measuring-the-impact-of-high-channel-utilisation/

Hi Pete ! 

 

Great blog post. Thanks for commenting .. I know you have it in you to have a favorite Information field ! 

Search Airheads
Showing results for 
Search instead for 
Did you mean: 
Announcements
Read all about it! If it’s happening now, it’s in the community.

Check out the latest blogs from your community team, the community experts and other industry sources.
Labels