802.11r FT works on WRT1900ACV2(ACS) and WRT1900ACS, but occasionally throws errors

[ParanoidZoid]

I've just recently obtained a cheap used WRT1900ACS (WRT1900ACV2) set as a dumb AP according to the CLI instruction in the wiki.

Since then, I've set up 802.11r on both the WRT1900ACSV2 and the WRT1900ACS. It seems to be working (especially well on iOS/OSX devices & Facetime):

Mon Jun 10 14:50:25 2019 daemon.debug hostapd: wlan1: STA macaddr IEEE 802.11: binding station to interface 'wlan1'
Mon Jun 10 14:50:25 2019 daemon.debug hostapd: wlan1: STA macaddr IEEE 802.11: authentication OK (FT)
Mon Jun 10 14:50:25 2019 daemon.debug hostapd: wlan1: STA macaddr MLME: MLME-AUTHENTICATE.indication(macaddr, FT)
Mon Jun 10 14:50:25 2019 daemon.debug hostapd: wlan1: STA macaddr IEEE 802.11: association OK (aid 2)
Mon Jun 10 14:50:25 2019 daemon.info hostapd: wlan1: STA macaddr IEEE 802.11: associated (aid 2)
Mon Jun 10 14:50:25 2019 daemon.notice hostapd: wlan1: AP-STA-CONNECTED macaddr
Mon Jun 10 14:50:25 2019 daemon.debug hostapd: wlan1: STA macaddr MLME: MLME-REASSOCIATE.indication(macaddr)
Mon Jun 10 14:50:25 2019 daemon.debug hostapd: wlan1: STA macaddr IEEE 802.11: binding station to interface 'wlan1'
Mon Jun 10 14:50:25 2019 daemon.debug hostapd: wlan1: STA macaddr WPA: event 6 notification
Mon Jun 10 14:50:25 2019 daemon.debug hostapd: wlan1: STA macaddr WPA: FT authentication already completed - do not start 4-way handshake

However I get these errors (sometimes) with NL80211_ATTR_STA_VLAN failed: -2 (No such file or directory):

Mon Jun 10 14:50:42 2019 daemon.debug hostapd: wlan1: STA macaddr2 IEEE 802.11: binding station to interface 'wlan1'
Mon Jun 10 14:50:42 2019 daemon.err hostapd: nl80211: NL80211_ATTR_STA_VLAN (addr=macaddr2 ifname=wlan1 vlan_id=0) failed: -2 (No such file or directory)
Mon Jun 10 14:50:42 2019 daemon.debug hostapd: wlan1: STA macaddr2 IEEE 802.11: could not bind the STA entry to vlan_id=0
Mon Jun 10 14:50:42 2019 daemon.debug hostapd: wlan1: STA macaddr2 IEEE 802.11: association OK (aid 3)
Mon Jun 10 14:50:42 2019 daemon.debug hostapd: wlan1: STA macaddr2 WPA: event 8 notification
Mon Jun 10 14:50:42 2019 daemon.info hostapd: wlan1: STA macaddr2 IEEE 802.11: associated (aid 3)
Mon Jun 10 14:50:42 2019 daemon.notice hostapd: wlan1: AP-STA-CONNECTED macaddr2
Mon Jun 10 14:50:42 2019 daemon.debug hostapd: wlan1: STA macaddr2 MLME: MLME-REASSOCIATE.indication(macaddr2)
Mon Jun 10 14:50:42 2019 daemon.debug hostapd: wlan1: STA macaddr2 IEEE 802.11: binding station to interface 'wlan1'
Mon Jun 10 14:50:42 2019 daemon.debug hostapd: wlan1: STA macaddr2 WPA: event 6 notification
Mon Jun 10 14:50:42 2019 daemon.debug hostapd: wlan1: STA macaddr2 WPA: FT authentication already completed - do not start 4-way handshake

And other times I get Could not set STA to kernel driver:

Mon Jun 10 14:51:29 2019 daemon.debug hostapd: wlan0: STA macaddr3 IEEE 802.11: binding station to interface 'wlan0'
Mon Jun 10 14:51:29 2019 daemon.debug hostapd: wlan0: STA macaddr3 IEEE 802.11: association OK (aid 2)
Mon Jun 10 14:51:29 2019 daemon.notice hostapd: wlan0: STA macaddr3 IEEE 802.11: Could not set STA to kernel driver
Mon Jun 10 14:51:36 2019 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED macaddr3
Mon Jun 10 14:51:36 2019 daemon.debug hostapd: wlan0: STA macaddr3 IEEE 802.11: binding station to interface 'wlan0'
Mon Jun 10 14:51:36 2019 daemon.debug hostapd: wlan0: STA macaddr3 IEEE 802.11: authentication OK (FT)
Mon Jun 10 14:51:36 2019 daemon.debug hostapd: wlan0: STA macaddr3 MLME: MLME-AUTHENTICATE.indication(macaddr3, FT)
Mon Jun 10 14:51:36 2019 daemon.debug hostapd: wlan0: STA macaddr3 IEEE 802.11: association OK (aid 2)
Mon Jun 10 14:51:36 2019 daemon.info hostapd: wlan0: STA macaddr3 IEEE 802.11: associated (aid 2)
Mon Jun 10 14:51:36 2019 daemon.notice hostapd: wlan0: AP-STA-CONNECTED macaddr3
Mon Jun 10 14:51:36 2019 daemon.debug hostapd: wlan0: STA macaddr3 MLME: MLME-REASSOCIATE.indication(macaddr3)
Mon Jun 10 14:51:36 2019 daemon.debug hostapd: wlan0: STA macaddr3 IEEE 802.11: binding station to interface 'wlan0'
Mon Jun 10 14:51:36 2019 daemon.debug hostapd: wlan0: STA macaddr3 WPA: event 6 notification
Mon Jun 10 14:51:36 2019 daemon.debug hostapd: wlan0: STA macaddr3 WPA: FT authentication already completed - do not start 4-way handshake

But in all these cases, 802.11r FT just "works". Are these errors noteworthy? Are they more mwlwifi oddities? Are they simply just a configuration error on my part?

[LGA1150]

Have you tried upgrading hostapd to 2.8?
You can cherry-pick the commits from @hauke 's staging tree https://git.openwrt.org/?p=openwrt/staging/hauke.git;a=shortlog;h=refs/heads/hostpad

[ParanoidZoid]

Ah thanks for the suggestion! This is interesting. I just actually ran a test switching from FT-over-DS to FT-over-the-Air and it solved the sporadic errors.

Looking at the commits between 2018-12-02 (hostapd 2.7) and 2019-04-21 (hostapd 2.8):

Notes:

• The commit on 2018-12-03 is currently in the form of a patch in OpenWrt master
• The commit on 2019-01-04 "FT: Allow STA entry to be removed/re-added with FT-over-the-DS" may be be useful for me.
• A lof of the commits for FT seem to try to speed up FT transactions.

But alas, I've found for my use case (VoIP calling with the freedom to be mobile) that Facetime works better with FT-over-the-Air (there was less stutter during the AP transfer - in line with this guy's testing). However, upon switching to FT-over-the-Air with my configuration, a kernel warning occured on the Dumb-AP (which disappeared after refreshing the page due to the increased log verbosity ). So I'll need to keep monitoring the situation.