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 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. -- 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
