Format of a 802.11 frame with address1 and address2 present
The following diagram shows usage relationships between types. Unresolved types are missing from the diagram.
The following diagram shows inheritance relationships for this type. Unresolved types are missing from the diagram.
Name | Type | Description |
---|---|---|
Ieee80211OneAddressFrame | packet |
Format of a 802.11 frame with address1 present, like ACK and CTS |
Name | Type | Description |
---|---|---|
Ieee80211BlockAck | packet |
8.3.1.9 BlockAck frame format -- 410p. |
Ieee80211BlockAckReq | packet |
8.3.1.8 BlockAckReq frame format |
Ieee80211DataOrMgmtFrame | packet |
Common base class for 802.11 data and management frames |
Ieee80211RTSFrame | packet |
Format of the 802.11 RTS frame |
Name | Type | Description |
---|---|---|
byteLength | ||
transmitterAddress | MACAddress |
aka address2 |
type | short |
type and subtype |
toDS | bool | |
fromDS | bool | |
retry | bool | |
moreFragments | bool | |
duration | simtime_t |
TODO: rename to durationField (levy) |
AID | short |
"id" (Association ID) in the Duration/ID field (-1=no ID) |
receiverAddress | MACAddress |
aka address1 |
MACArrive | simtime_t |
FIXME remove it, technical data, used inside of MAC module |
// // Format of a 802.11 frame with address1 and address2 present // packet Ieee80211TwoAddressFrame extends Ieee80211OneAddressFrame { byteLength = LENGTH_RTS / 8; MACAddress transmitterAddress; // aka address2 }