Not able to capture qos data packets - QCA988x
sdhrtht at outlook.com
Tue Jul 26 04:53:29 PDT 2016
ath10k is a standalone sniffer configured to monitor data transfer rates between AP and STA. its not the AP.
details of the configuration:
AP: Netgear WNDR3400V3 : WMM enabled, Ch 153, upto 300mbps.
STA1: Roku Streaming Stick: only 20MHz Capable - LGI (verified from data-rates and MCS index)
Seems to be combination of RIFS (enabled), Operating mode (0x02) and Greenfield Capable, causing the issues to miss QOS data packet.
Confirmed from connecting different devices(STA2 - Samsung Tablet) which turns into RIFS (enabled), Operating mode (0x03) and Greenfield not Capable.
> From: michal.kazior at tieto.com
> Date: Tue, 26 Jul 2016 08:21:41 +0200
> Subject: Re: Not able to capture qos data packets - QCA988x
> To: sdhrtht at outlook.com
> CC: ath10k at lists.infradead.org
> On 26 July 2016 at 05:06, sudheer thota <sdhrtht at outlook.com> wrote:
>> wireless interface(ath10k) monitor failing to capture data packets when
>> WMM enabled on AP.
>> AP Status reflects in following state: (when no QOS data Packets. MGMT and CTRL Packets are able to captured)
>> 1) 0x03 (3) - Secondary channel is below Primary
>> 2) 1 - any Channel width in secondary channel width
>> 3) 1 - Use of RIFS permitted
>> 4) 0x02 - Only HT STAs in the BSS, however there exists at least on 20Mhz STA
>> 5) 0 - all Associated HT STAs are greenfield capable
> You didn't really explain your topology. Are you using ath10k to sniff
> only or to run AP *and* sniff at the same time?
> FWIW It's kind of a problem to sniff your own transmission with QoS
> because of NWifi vs 802.11 headers problem so regular packet
> dissection won't recognize them properly.
> ath10k mailing list
> ath10k at lists.infradead.org
More information about the ath10k