Modify

Opened 7 years ago

Closed 6 years ago

Last modified 4 years ago

#8016 closed defect (duplicate)

Wireless (hostapd?) stops working (no crash). WRT160NL + ath9k

Reported by: Zajec Owned by: developers
Priority: normal Milestone: Barrier Breaker 14.07
Component: packages Version: Trunk
Keywords: Cc:

Description

I've Linksys WRT160NL with Openwrt 10.03.1-rc3. Sometimes my wireless connection breaks and I can not connect anymore. On client side this results in:

Sep 30 20:15:29 linux-bxwm NetworkManager: <info>  (wlan0): supplicant connection state:  disconnected -> scanning
Sep 30 20:15:32 linux-bxwm NetworkManager: <info>  (wlan0): supplicant connection state:  scanning -> associating
Sep 30 20:15:42 linux-bxwm NetworkManager: <info>  (wlan0): supplicant connection state:  associating -> disconnected
Sep 30 20:15:42 linux-bxwm NetworkManager: <info>  (wlan0): supplicant connection state:  disconnected -> scanning
Sep 30 20:15:53 linux-bxwm NetworkManager: <info>  (wlan0): supplicant connection state:  scanning -> associating
Sep 30 20:15:54 linux-bxwm NetworkManager: <info>  Activation (wlan0/wireless): association took too long.

I tried to connect with AP with 3 notebooks, no success.

Similar issues were "massively" reported in ticket:6667

After connecting with cable I can see hostapd is still running (ps aux). Using "/etc/init.d/network restart" is enough to make wireless work again. I do not have to reload module or restart router.

After restarting network I checked for hostapd logs. Unfortunately I've no idea how to enable interesting level of debugging.

Sep 30 19:34:39 OpenWrt daemon.info hostapd: wlan0: STA 00:16:ea:2f:2d:4e WPA: group key handshake completed (RSN)
Sep 30 19:34:39 OpenWrt daemon.info hostapd: wlan0: STA 00:18:de:4c:c6:97 WPA: group key handshake completed (RSN)
Sep 30 19:44:39 OpenWrt daemon.info hostapd: wlan0: STA 00:16:ea:2f:2d:4e WPA: group key handshake completed (RSN)
Sep 30 19:44:39 OpenWrt daemon.info hostapd: wlan0: STA 00:18:de:4c:c6:97 WPA: group key handshake completed (RSN)
Sep 30 19:54:39 OpenWrt daemon.info hostapd: wlan0: STA 00:16:ea:2f:2d:4e WPA: group key handshake completed (RSN)
Sep 30 19:54:39 OpenWrt daemon.info hostapd: wlan0: STA 00:18:de:4c:c6:97 WPA: group key handshake completed (RSN)
Sep 30 19:59:52 OpenWrt daemon.info dnsmasq-dhcp[1116]: DHCPREQUEST(br-lan) 192.168.1.100 00:50:c2:b5:96:26
Sep 30 19:59:52 OpenWrt daemon.info dnsmasq-dhcp[1116]: DHCPACK(br-lan) 192.168.1.100 00:50:c2:b5:96:26 Domin-Centralka
Sep 30 20:04:39 OpenWrt daemon.info hostapd: wlan0: STA 00:18:de:4c:c6:97 WPA: group key handshake completed (RSN)
Sep 30 20:04:39 OpenWrt daemon.info hostapd: wlan0: STA 00:16:ea:2f:2d:4e WPA: group key handshake completed (RSN)
Sep 30 20:14:39 OpenWrt daemon.info hostapd: wlan0: STA 00:18:de:4c:c6:97 WPA: group key handshake completed (RSN)
Sep 30 20:14:42 OpenWrt daemon.info hostapd: wlan0: STA 00:16:ea:2f:2d:4e IEEE 802.11: deauthenticated due to local deauth request

[about here I was disconnected, none more appeared until I connected with cable]

Sep 30 20:16:27 OpenWrt daemon.info dnsmasq-dhcp[1116]: DHCPDISCOVER(br-lan) 192.168.1.209 00:1d:ba:19:9e:db
Sep 30 20:16:27 OpenWrt daemon.info dnsmasq-dhcp[1116]: DHCPOFFER(br-lan) 192.168.1.209 00:1d:ba:19:9e:db
Sep 30 20:16:32 OpenWrt daemon.info dnsmasq-dhcp[1116]: DHCPREQUEST(br-lan) 192.168.1.209 00:1d:ba:19:9e:db
Sep 30 20:16:32 OpenWrt daemon.info dnsmasq-dhcp[1116]: DHCPACK(br-lan) 192.168.1.209 00:1d:ba:19:9e:db

The situation logged above occurred when I was sitting next room to the router using: Pidgin, Skype and browser. My browser was downloading movie on YouTube. No other wireless client were around. In there facts I don't think there was really high traffic.

Attachments (1)

dmesg.log (15.0 KB) - added by Zajec 7 years ago.
dmesg with WARNING: at xmit.c:127 and some restarts?

Download all attachments as: .zip

Change History (14)

Changed 7 years ago by Zajec

dmesg with WARNING: at xmit.c:127 and some restarts?

comment:1 Changed 7 years ago by Zajec

# uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type=mac80211
wireless.radio0.macaddr=00:23:69:a3:92:f0
wireless.radio0.hwmode=11ng
wireless.radio0.ht_capab=SHORT-GI-40 DSSS_CCK-40
wireless.radio0.disabled=0
wireless.radio0.channel=4
wireless.radio0.htmode=HT40+
wireless.@wifi-iface[0]=wifi-iface
wireless.@wifi-iface[0].device=radio0
wireless.@wifi-iface[0].network=lan
wireless.@wifi-iface[0].mode=ap
wireless.@wifi-iface[0].ssid=zajec_160nl_openwrt
wireless.@wifi-iface[0].encryption=psk2
wireless.@wifi-iface[0].key=...

This issue is quite random, but didn't happen just once.

It was the first time it happened today, but sometimes it occurs every 15 minutes for few times.

My area is *not* any crowded place, I can rarely see weak signal from some single other AP.

How can I provide more useful info?

comment:2 Changed 7 years ago by nettosama

I installed snapshots build today on a wrt160nl, and this same problem i had with 10.03 RC3 is gone.

comment:3 Changed 7 years ago by phil.stewart@…

I can confirm the exact same problem on a D-Link DIR-825 also running 10.03.1-rc3. The router stops talking to all wireless devices, and won't start again until I run /etc/init.d/networking restart. On the most recent occurrence (at least) I've also spotted breakage in xmit.c, with dmesg show two warnings and associated traces at xmit.c:127 and xmit.c:148.

comment:4 Changed 7 years ago by anonymous

I have a similiar problem, but I have narrowed down to when this occurs.

If I try to transfer large amounts of data across my 'lan' using wifi/wireless, the wireless network stops responding completely. ( Eg workloads - use vnc to connect to a computer on wireless lan and watch streaming video through vnc, download large files using scp across wireless lan ). Note that the same problem does not occur if I try to watch the same video stream directly from the wlan-wireless bridge.

When the wireless interface stops responding, I can still log onto the router using ethernet / wired interface. Usually I have to restart the network service ( /etc/init.d/network restart ) to restore the wireless network

comment:5 Changed 7 years ago by phil.stewart@…

It seems that a full '/etc/init.d/network restart' isn't necessary: running 'wifi down' followed by 'wifi up' is sufficient to restore service.

comment:6 Changed 7 years ago by Rune

Having the same problem.
In my case I've only experienced it with torrents (so a lot of open connections), but wifi crashes in similar manner after at few minutes. Running "wifi" brings it back up.

comment:7 Changed 7 years ago by anonymous

Just wanted to report that this also happens on a "Asus WL500g". Same thing here. Loads of traffic (no torrents) -> wifi hang.

comment:8 Changed 7 years ago by nbd

  • Resolution set to duplicate
  • Status changed from new to closed

Stability issues are tracked in #8343, #8830, please try the latest version

comment:9 Changed 6 years ago by anonymous

  • Resolution duplicate deleted
  • Status changed from closed to reopened

I have the same problem, WRT160NL. I don't know where is the problem

comment:10 Changed 6 years ago by nbd

  • Resolution set to duplicate
  • Status changed from reopened to closed

Please open up a new ticket and provide some useful details about the problem that you're having. An anonymous comment saying "I have the same problem" does not give me *anything* useful to work with.
At least include the version you're using, how you trigger the problem, and other helpful observations.

comment:11 Changed 6 years ago by farhan00

  • Resolution duplicate deleted
  • Status changed from closed to reopened

Hi,
I am using version hostapd v0.7.3, and am experiencing the same issue. I also tried this on version v0.6.9 and experienced the same results.

I do not know how to trigger the issue, but it it does not occur immediately after I start hostapd. It takes a few minutes before it stops working.

I tested it with several clients (a Droid phone, a different laptop and VM connected to an Alpha card) and it occurred on all three.

I am using this Wifi card: https://www.thinkpenguin.com/gnu-linux/penguin-wireless-g-usb-adapter
My /etc/hostapd/hostapd.conf settings are:
interface=wlan2
driver=nl80211
ssid=abcd
hw_mode=g
channel=6

One possible clue, for what its worth, I noticed that the Droid phone shows the signal as poor. I tried this on both Kernel 2.6.39-4 and a 3.0 series

Another possible clue is that I used to get a ton of "handle_beacon - too short payload" messages, and still do from time to time.

comment:12 Changed 6 years ago by nbd

  • Resolution set to duplicate
  • Status changed from reopened to closed

This is the OpenWrt bug tracker, please don't reopen tickets based on something you did on an unrelated Linux distro using completely different versions of hostapd from the one that OpenWrt uses.

comment:13 Changed 4 years ago by jow

  • Milestone changed from Attitude Adjustment 12.09 to Barrier Breaker 14.07

Milestone Attitude Adjustment 12.09 deleted

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.