Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FS#2537 - Ath9k on Archer C7 v2: disassociated due to inactivity #8379

Open
openwrt-bot opened this issue Oct 7, 2019 · 10 comments
Open

FS#2537 - Ath9k on Archer C7 v2: disassociated due to inactivity #8379

openwrt-bot opened this issue Oct 7, 2019 · 10 comments
Labels
flyspray release/19.07

Comments

@openwrt-bot
Copy link

@openwrt-bot openwrt-bot commented Oct 7, 2019

zorxd:

Hello

Every few weeks I have to restart the 2.4 GHz radio or reboot my Archer C7 v2 router otherwise no client can connect to it.
All stations end up being "deauthenticated due to inactivity" and can't reconnect.

Tested on OpenWRT 18.06.4. It is quite hard to reproduce for me as it doesn't happen frequently.

Forum post: https://forum.openwrt.org/t/ath9k-on-archer-c7-v2-disassociated-due-to-inactivity/13328

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented Nov 15, 2019

bjorns86:

this is a pretty irritating bug, and the reproduction of it is something i have not either been able to do on cue.

on my Archer C7 v2 it happens very random, some times it "hangs" the 2.4 GHz radio once a week, sometimes it only takes a few days, and the longest running working is more then a month, by that time i was sure the issue was gone (right after flash of 18.06.2) but then it slowly started to randomly drop connection to the radio.

worth noting the 5 GHz radio never does this so its a contained issue to the 2.4 GHz. probably driver related?

i have tested it with: 17 (Lede) and 18.06 all point versions tested with same issue, and the time it takes are never the same, so it feels random.

i have thought of deploying a counter measure to run a scripted interface restart of the 2.4 GHz every week. i know its wrong to work around the problem and not fixing it but this issue seems to live on forever.

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented Apr 10, 2020

bjorns86:

tested on 19.07.1 and it still happens about once a week or so.

just flashed 19.07.2 and will see if it continues, otherwise i'll create a cron script that restarts 2.4gz wifi so i don't have to do it manually.

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented Apr 10, 2020

zorxd:

we should make a script which restart the 2.4 GHz radio periodically, only if there is no association

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented Apr 12, 2020

bjorns86:

ofcourse it would not restart if we got associated clients on the interface..
no need to restart a working interface..

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented Apr 18, 2020

bjorns86:

is there any interest for the script?

mocked up a quick test, and can put it up on github after i clean it up, if its needed by anyone else..

pretty simple, enable cron, run it every 15 minutes and check if any wifi interface missing connected clients, then it just restarts wifi. missing the only restart only 2.4GHz interface right now, but thats cause this was more a internal test dummy for now..

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented Apr 18, 2020

zorxd:

Yes, I would be interested
Thanks

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented Apr 18, 2020

bjorns86:

there you go.

it mitigates the issue on my end at least,
if it can help others until the bug is fixed..

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented May 23, 2020

AlbanBedel:

I see a similar problem with TL-WR1043ND v2 which also use QCA9558. We are running a medium sized network with many clients coming and going all the time and this bug seems to happen every couple of days.

This bug is still present with 19.07.

@openwrt-bot
Copy link
Author

@openwrt-bot openwrt-bot commented Aug 18, 2020

coelner:

I confirm this too.

@aparcar aparcar added the release/19.07 label Feb 22, 2022
@rpodric
Copy link

@rpodric rpodric commented Jun 22, 2022

It kind of would be nice if someone actually posted whatever script @bjorns86 is talking about above, since this is still very much an issue right up into v21. But I have no idea why a) it's not linked in this thread and b) where else it might be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray release/19.07
Projects
None yet
Development

No branches or pull requests

3 participants