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

OpenWrt handshake timeout problem (Reason 15) #14

Open
uberf0x opened this issue Feb 21, 2023 · 1 comment
Open

OpenWrt handshake timeout problem (Reason 15) #14

uberf0x opened this issue Feb 21, 2023 · 1 comment

Comments

@uberf0x
Copy link

uberf0x commented Feb 21, 2023

Hi again,
i ran into another problem while using my adapter in client mode on OpenWrt 21.02.0 r16279-5cc0535800.
Initial AP connection works fine but an attempt to change station (Edit->Save/Apply) leads to wireless authentication error and disconnection. The same goes to Restart or Disable/Enable radio via LuCI interface.

RTW: rtw_cfg80211_unlink_bss(): cfg80211_unlink AP-name!!
RTW: rtw_cfg80211_indicate_disconnect(wlan2) ,reason = 15
RTW: rtw_cfg80211_indicate_disconnect(wlan2) call cfg80211_disconnected, reason:15

Reason 15 means 4-way handshake timeout. But the same connection goes back online after reboot, so WPA key is valid. Also it's possible to revive a connection by reloading the module rmmod 8188eu insmod 8188eu.
Nevertheless, the situation when a client connection successfully established and its AP restarted does not lead to the issue.

Besides, there is no signal strength and bitrate shows up for the radio in LuCI Wireless Overview regardless of connection state. Though this is a minor compared to handshake timeout issue.

@uberf0x uberf0x changed the title OpenWrt client mode authorization problem OpenWrt handshake timeout problem (Reason 15) Mar 10, 2023
@uberf0x
Copy link
Author

uberf0x commented Mar 10, 2023

I've tested the driver in AP mode on OpenWrt and found the issue is present too. Also my tests showed that the issue in its turn caused by iw dev del issue.
For example, you can connect via ssh as client using wpa supplicant, then сhange its config and reconnect as much as you want. But if you delete/add interface using iw (what OpenWrt does internally when you edit settings via LuCI) the next connection will fail with reason 15. The same with AP mode.
So even if you use OpenWrt version which does not hang on iw dev wlanN del you'll encounter some weird usage behavior later on. The only way to avoid this at the moment is to patch mac80211.sh as described here:
#12 (comment)

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

1 participant