On Tue, Oct 21, 2014 at 12:34 PM, Emmanuel Grumbach <egrumbach@xxxxxxxxx> wrote: > On Tue, Oct 21, 2014 at 9:37 AM, Krishna Chaitanya > <chaitanya.mgit@xxxxxxxxx> wrote: >> On Tue, Oct 21, 2014 at 12:06 PM, Krishna Chaitanya >> <chaitanya.mgit@xxxxxxxxx> wrote: >>> On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel Grumbach <egrumbach@xxxxxxxxx> wrote: >>>> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <egrumbach@xxxxxxxxx> wrote: >>>>> On Mon, Oct 20, 2014 at 10:29 PM, Laurențiu Nicola <lnicola@xxxxxxx> 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? Yeah, but some Ap's do that :-) Quote from Laurentiu: "What I found out in the meanwhile, however, is that active traffic will prevent the issue from occurring. This happened with the Fedora Live CD, but pinging the AP is also sufficient. I noticed iwconfig reports that the power saving mode is off." So when traffic is there the issue doesn't happen, so it points to inactivity. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
