Return-path: Received: from mail-wi0-f177.google.com ([209.85.212.177]:51647 "EHLO mail-wi0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750814AbaJUGh1 convert rfc822-to-8bit (ORCPT ); Tue, 21 Oct 2014 02:37:27 -0400 Received: by mail-wi0-f177.google.com with SMTP id fb4so824685wid.16 for ; Mon, 20 Oct 2014 23:37:25 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <1413463736.1316541.179720977.4FD32021@webmail.messagingengine.com> <1413510814.22769.6.camel@dcbw.local> <1413751717.2510219.180809145.0E693C29@webmail.messagingengine.com> <1413783023.2710583.180921653.10DFFCEE@webmail.messagingengine.com> <1413789724.3063896.180943829.3F15F453@webmail.messagingengine.com> <1413833365.2949853.181221645.22D54845@webmail.messagingengine.com> From: Krishna Chaitanya Date: Tue, 21 Oct 2014 12:07:05 +0530 Message-ID: (sfid-20141021_083730_983583_2F504C69) Subject: Re: iwlwifi: Reason 7 periodic disconnect To: Emmanuel Grumbach Cc: =?UTF-8?Q?Lauren=C8=9Biu_Nicola?= , Dan Williams , linux-wireless , Felix Fietkau Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, Oct 21, 2014 at 12:06 PM, Krishna Chaitanya wrote: > On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel Grumbach wrote: >> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach wrote: >>> On Mon, Oct 20, 2014 at 10:29 PM, Laurențiu Nicola wrote: >>>> No, nothing in the DD-WRT syslog. The IP seems to be the one cached by >>>> my DHCP client. I also tried various suggestions found on the internet, >>>> but nothing helped. >>>> >>> >>> Can you please try to have another device in monitor mode to sniff the >>> traffic going on? >>> Felix, can you please tell me when DD-WRT can send a deauth with reason code 7? >>> >>> thanks. >> >> Can you please disable power save? >> For this, please make sure you have >> https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fixes.git/commit/?id=f8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b >> or at least have the module parameter. >> I am wondering if the firmware is not sending frames because of power >> save toggling. >> >> I you could get more extensive logs from the AP it'd be great. >> Running tracing on the AP would let us know why it thinks we are not associated. >> > I have faced the same issue before it happens when DUT is in powersave > and for some reason AP authenticates (in this case probably due to *typo: deuauthenticates. > inactivity) but as DUT is in power save we don't Rx the deauth (some > AP's don't wait > for STA to wakeup and retrieve the deauth frame). > > So after that if DUT tries to sent any data frame, as it still thinks > that it is connected > (network lost also will not trigger because it still Rx beacon) and in > that case AP deauthenticates > us by Reason:7. > > May be if we enable tx status report ACK we can pass the inactivity > check as some AP's > wont reset inactivity timer for probe's.