Status so far
- DFS use with 5 GHz can clearly be seen in the log now. (v4.3.21)
- disconnects with OpenWRT are all over the OpenWRT forum, with many tests and replies
- Most replies after tests state: it is a broadcast/multicast problem (not received packet), and if it is for the ARP packet then there are repeated disconnects
- " ARP/broadcast issues for wireless clients" in forum and github. Only solved since version 23.03
- Use a SSH session on the SFT1200 and issue "ip neigh" command. And you will see the STALE state of ARP entries for AP, gateway and DNS server.
- We learned to avoid the 802.11b rates (1Mbps ...) because of the beacon overhead (30 beacon senders at 1Mbps will use 50% of all airtime), but maybe here we should enable them, as failed broadcast/multicast transmission might be the ultimate cause of the disconnects.
- that MSDU error : larger than 31 , is also still there in the log
- "disconnect reason=2" ... caused by stale ARP entry ?
- and every time SFT1200 (re)connects to the uplink AP, it's MAC address with the WAN and LAN IP address appear both in that ARP table of the uplink AP (local IP address leaking?)
"ip neigh" ... used it here: GL-SFT1200:/proc/sys/net/ipv4/neigh/wlan-sta0#
LOG lines:
Mon Nov 25 20:57:57 2024 daemon.info lua: (...pkg-mips_siflower/gl-sdk4-repeater/usr/sbin/repeater:548) <3>WPA: Group rekeying completed with b8:69:f4:[edit] [GTK=CCMP]
Mon Nov 25 20:57:57 2024 kern.info kernel: [30245.505752] hb-fmac 17800000.wifi-hb wlan-sta0: Add key for vif(0), key index : 1
Mon Nov 25 22:08:20 2024 kern.warn kernel: [34468.551984] lmac[1] Error, msdu index reach maximum limit, 31
Mon Nov 25 22:08:20 2024 kern.warn kernel: [34468.557780] lmac[1] Error, buffer is not uploaded to host buffer completely
Mon Nov 25 22:08:20 2024 kern.warn kernel: [34468.564763] lmac[1] Error, msdu index reach maximum limit, 31
Mon Nov 25 22:08:20 2024 kern.warn kernel: [34468.570546] lmac[1] Error, buffer is not uploaded to host buffer completely