Could this still happen if power saving is disabled? Laurentiu On Tue, Oct 21, 2014, at 10:22, Krishna Chaitanya wrote: > 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 -- 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
