On Aug 22, 2015, at 2:30 PM, Guy Harris <[email protected]> wrote:
> So software that reads radiotap captures and that cares about 11ad
> information needs to have a workaround wherein frames lacking a DMG field
> (which means "all frames", currently, as there isn't yet a DMG field) and
> having a channel frequency in the 11ad range have an 11ad PHY and, if they
> have MCS or VHT fields, ignore all items in those fields that don't apply to
> 11ad and *perhaps* interpret the MCS value in the MCS field as if it were an
> 11ad MCS value rather than an 11n MCS value.
For what it's worth, it appears that the Linux wil6210 driver:
https://wireless.wiki.kernel.org/en/users/drivers/wil6210
uses the MCS field and its mcs value for 11ad. (It can also be configured to
supply raw "PHY data" with a vendor-namespace field.) So, unless I've missed
something, this workaround is also needed for packets from that driver (unless
that *is* where you're getting these packets...).
___________________________________________________________________________
Sent via: Wireshark-dev mailing list <[email protected]>
Archives: https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
mailto:[email protected]?subject=unsubscribe