From mboxrd@z Thu Jan 1 00:00:00 1970 From: shinnazar Date: Tue, 6 Aug 2013 23:01:25 +0900 Subject: [ath9k-devel] Capture A-MPDUs In-Reply-To: References: Message-ID: <000601ce92ad$71ccd590$556680b0$@ac.kr> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org From: Astrit Zhushi [mailto:a.zhushi at cs.ucl.ac.uk] Sent: Tuesday, August 06, 2013 6:01 PM To: ath9k-devel at lists.ath9k.org Subject: [ath9k-devel] Capture A-MPDUs > Hi, > > I need to capture aggregate MPDUs between an AP and a client (both > running iwlwifi driver). I have a monitoring node running Atheros AR9300 > (MiniPCIe) card with a monitoring interface setup. The problem is that > aggregated data frames (A-MPDUs) being sent from AP to the client are not > being captured at the monitoring node, only control frames (CTS,BlockAck). > Of course, if AP transmits to the monitoring node then aggregates can be > captured. May be you are missing to set the monitor flags using ?iw? utility. If so, here are some guidelines http://wireless.kernel.org/en/users/Documentation/iw?highlight=%28monitor%29#Modifying_monitor_interface_flags > My question is that is this a hardware limitation? I suspect that the card is > not passing to the driver aggregated frames that are not destined to itself. > Does this has to do with any state the card has to keep for aggregation? > Finally, if that is the case can the card be instructed to pass all aggregated > frames without keeping any state? > > I am looking at the number of frames that are aggregated on a typical WLAN. > While this can be inferred by looking at BlockACKs, seeing actual > aggregates would be helpful as a sanity check. > > Thanks, > Astrit - Nazar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20130806/7ab9041a/attachment.htm