Modify

Opened 7 years ago

Closed 7 years ago

Last modified 4 years ago

#9257 closed defect (fixed)

Bridge on wireless AP loses wlan0 when WDS station disassociates

Reported by: Erik Fonnesbeck <efonnes@…> Owned by: nbd
Priority: normal Milestone: Barrier Breaker 14.07
Component: packages Version: Trunk
Keywords: Cc:

Description

I have eth0 and wlan0 bridged and have an associated WDS (4addr) station in the bridge, automatically added as wlan0.sta1. When the station disassociates and wlan0.sta1 is removed from the bridge, wlan0 gets removed as well, preventing normal stations from accessing the network attached to eth0.

Tested on trunk r26648

Attachments (0)

Change History (9)

comment:1 Changed 7 years ago by Erik Fonnesbeck <efonnes@…>

I suspect this has to do with hostapd, but I haven't been able to find the specific piece of code that handles this.

comment:2 follow-up: Changed 7 years ago by anonymous

I don't have this issue using r26687, ath5k on a Fonera.

2 wds stations, several client laptops, psk-mixed encryption, everything is in a bridge, and no problems like this.

comment:3 Changed 7 years ago by Erik Fonnesbeck <efonnes@…>

Just in case it is relevant, this was on a TL-WA901ND with ath9k and wpad-mini, wpa2-psk.

Have you checked to see what happens when the wds stations get disconnected and you've waited long enough for the association to expire? That is one way I'm able to reproduce this. Also, did you set up your configuration with uci or luci? If uci, what does your uci configuration look like for making the bridge?

comment:4 Changed 7 years ago by bartusch@…

Confirmed.

I was wondering why these secondary stations silently appear and dissapear and why wlan0 somtimes vanishes out of the bridged devices. It really seems to be caused by the WDS Client. I'm going to have an eye on this.

This is the wireless config of my TL-WR1043ND (trunk rev 26662)

root@OpenWrt:~# cat /etc/config/wireless

config 'wifi-device' 'radio0'

option 'type' 'mac80211'
option 'macaddr' '00:DE:AD:BE:AF:00'
option 'hwmode' '11ng'
list 'ht_capab' 'SHORT-GI-40'
list 'ht_capab' 'DSSS_CCK-40'
option 'disabled' '0'
option 'htmode' 'HT40'
option 'channel' '9'

config 'wifi-iface'

option 'device' 'radio0'
option 'network' 'lan'
option 'mode' 'ap'
option 'wds' '1'
option 'encryption' 'psk2'
option 'ssid' 'noxe'
option 'key' 'youdneverguess'

comment:5 Changed 7 years ago by bartusch@…

sorry for the bad format. i'd correct this if i could. missed the preview button.

comment:6 Changed 7 years ago by jow

  • Owner changed from developers to nbd
  • Status changed from new to assigned

comment:7 in reply to: ↑ 2 Changed 7 years ago by duvi

I have to update my previous post, I also could reproduce the problem.

When I reboot the wds station [00:18:84:2a:e2:59], wlan0 gets also removed from the bridge on the access point.

Apr 18 23:47:40 OpenWrt daemon.info hostapd: wlan0: STA 00:18:84:2a:e2:59 IEEE 802.11: disassociated
Apr 18 23:47:41 OpenWrt daemon.info hostapd: wlan0: STA 00:18:84:2a:e2:59 IEEE 802.11: deauthenticated due to inactivity
Apr 18 23:47:41 OpenWrt kern.info kernel: device wlan0 left promiscuous mode
Apr 18 23:47:41 OpenWrt kern.info kernel: br-lan: port 4(wlan0) entering forwarding state
Apr 18 23:47:41 OpenWrt kern.info kernel: br-lan: port 3(wlan0.sta2) entering forwarding state
Apr 18 23:47:42 OpenWrt kern.info kernel: device wlan0.sta2 left promiscuous mode
Apr 18 23:47:42 OpenWrt kern.info kernel: br-lan: port 3(wlan0.sta2) entering disabled state

Replying to duvi:

I don't have this issue using r26687, ath5k on a Fonera.

2 wds stations, several client laptops, psk-mixed encryption, everything is in a bridge, and no problems like this.

comment:8 Changed 7 years ago by nbd

  • Resolution set to fixed
  • Status changed from assigned to closed

Fixed in r26724, r26726

comment:9 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.