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

MT7628: Clients keep disconnecting. #169 #379

Open
brentonv opened this issue Mar 27, 2020 · 7 comments
Open

MT7628: Clients keep disconnecting. #169 #379

brentonv opened this issue Mar 27, 2020 · 7 comments

Comments

@brentonv
Copy link

Issue #169 remains unresolved.

I have a HC5661A using MT7628. I've just test the latest commit e2eedc9 and it's very unstable.
I connect my xperia phone to the wifi and it keeps disconnected around every 10 minutes. And the log keeps showing:

WPA: group key handshake completed (RSN)

I google for a solution and I added the followings to /etc/config/wireless

option wmm '0'
option wpa_group_rekey '0'
option wpa_pair_rekey '0'
option wpa_master_rekey '0'

Things become better. But after 18-20 hours, clients disconnect again and the AP disappears from the air. I reference to the log and it shows:

hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: disconnected due to excessive missing ACKs

I asked google for help again and added the following line to /etc/config/wireless:

option disassoc_low_ack '0'

After a few days testing, clients also keep disconnected, the log did not show something related to ACKs but:

hostapd: wlan0: STA 00:00:00:00:00:02 IEEE 802.11: disassociated due to inactivity
daemon.info hostapd: wlan0: STA 00:00:00:00:00:02 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED xx:xx:xx:xx:xx:xx

BTW, when clients disconnected, only rebooting recover the AP.

The full /etc/config/wireless:

config wifi-device 'radio0'
        option type 'mac80211'
        option channel '11'
        option hwmode '11g'
        option path 'platform/10300000.wmac'
        option htmode 'HT20'
        option country '00'
        option legacy_rates '1'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'LEDE'
        option wmm '0'
        option encryption 'psk-mixed'
        option key 'keep it secret'
        option wpa_group_rekey '0'
        option wpa_pair_rekey '0'
        option wpa_master_rekey '0'
        option disassoc_low_ack '0'
@Openwrtfunboy
Copy link

Same in MT7603|MT7621

@brentonv
Copy link
Author

Same in MT7628AN

@natanbarbosa15
Copy link

Same in Wifi SoC Atheros AR9132 (Router TL-WR1043ND V1.8).

@db260179
Copy link

https://bugs.openwrt.org/index.php?do=details&task_id=3275

Remove the option country and let the driver decide, some unknown bug

@brentonv
Copy link
Author

brentonv commented Nov 25, 2020

@db260179 sorry mate deleting config option country doesn't fix anything. This crontab is the only thing I've found to keep the device reliable 0 */1 * * * ifdown wwan && ifup wwan
Edit: this is for relayd configuration.

@Areopagitics
Copy link

I'm using https://openwrt.org/toh/hwdata/tp-link/tp-link_tl-wr841n_v13 and the wifi is still unstable. I found that by disabling WMM it hasn't disconnected for a few days, but now my mbits/s have dropped to about half.

It would be nice to get this fixed.

@thmang82
Copy link

Has this ever been fixed?

Another user and I have a very similar issue: openwrt/openwrt#9555
Our MT76 based devices randomly "loose" some clients after a few hours. The clients think they are connected, but you cannot ping them. They just get stuck and remain unreachable :-(

This is with 21.02.3, TP-Link TL-WR802N v4 and Cudy WR2100

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

No branches or pull requests

6 participants