Return-path: Received: from mail-ob0-f171.google.com ([209.85.214.171]:49848 "EHLO mail-ob0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754193AbaJUHEb convert rfc822-to-8bit (ORCPT ); Tue, 21 Oct 2014 03:04:31 -0400 Received: by mail-ob0-f171.google.com with SMTP id va2so485896obc.16 for ; Tue, 21 Oct 2014 00:04:31 -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> Date: Tue, 21 Oct 2014 10:04:30 +0300 Message-ID: (sfid-20141021_090437_452018_41398743) Subject: Re: iwlwifi: Reason 7 periodic disconnect From: Emmanuel Grumbach To: Krishna Chaitanya 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 9:37 AM, Krishna Chaitanya wrote: > 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. That seems unlikely - we are kicked out after 1 minute? Let's check, Laurentiu - can you please ping in the background and see what happens?