ath79 client mode fails when bridged

Username: Rod Egan

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

When client mode (plain client or WDS client) is bridged with a local interface on (so far) wr842v1/3 and archer c7 v5 the wifi link fails with the following log entries on the associated AP.

Thu May 9 14:13:17 2019 daemon.notice hostapd: ap1: WDS-STA-INTERFACE-ADDED ifname=ap1.sta1 sta_addr=b0:be:76:e9:d4:47 Thu May 9 14:13:17 2019 kern.info kernel: [11074.049392] br-lan: port 4(ap1.sta1) entered blocking state Thu May 9 14:13:17 2019 kern.info kernel: [11074.055244] br-lan: port 4(ap1.sta1) entered listening state Thu May 9 14:13:19 2019 kern.info kernel: [11076.132112] br-lan: port 4(ap1.sta1) entered learning state Thu May 9 14:13:21 2019 kern.info kernel: [11078.211994] br-lan: port 4(ap1.sta1) entered forwarding state Thu May 9 14:13:21 2019 kern.info kernel: [11078.217946] br-lan: topology change detected, propagating Thu May 9 14:13:26 2019 daemon.info hostapd: ap1: STA b0:be:76:e9:d4:47 IEEE 802.11: deauthenticated due to local deauth request Thu May 9 14:13:26 2019 kern.info kernel: [11082.850945] device ap1.sta1 left promiscuous mode Thu May 9 14:13:26 2019 kern.info kernel: [11082.856048] br-lan: port 4(ap1.sta1) entered disabled state Thu May 9 14:13:26 2019 daemon.err hostapd: nl80211: NL80211_ATTR_STA_VLAN (addr=b0:be:76:e9:d4:47 ifname=ap1 vlan_id=0) failed: -2 (No such file or directory) Thu May 9 14:13:26 2019 daemon.notice hostapd: ap1: WDS-STA-INTERFACE-REMOVED ifname=ap1.sta1 sta_addr=b0:be:76:e9:d4:47

If the client isn’t bridged then the connection is as expected.

Tried this on Truck last thursday 9th May (WST) and on OpenWrt SNAPSHOT r9992-86fd8cb4 with the same result.

Thread on forum discusses this further.

External Link