I’m running the latest beta version 7.14 beta8 since nearly a week, and it looks like it is working mostly fine, roaming is working fine for all my devices, except one where I see several messages like this one:
wifi5_5 assocation rejected, invalid FT IEs
This is when wireless debug topic is activated, otherwise I just see the « good » SA query timeout.
My wifi network is composed of 3 ax2, 1 ax lite and 1 cap-acxl, this happening only when this device tries to roam.
So I I have 3 questions:
What does is means (I did a Google search and found some sources speaking about FT) ?
Is there something to try to avoid such kind of errors ?
If only one device is not working I would look for the error on the client device - not the access point - in first place.
So it looks like the FT Information Elements (IEs) provided by the client to the AP are invalid. No further information what’s wrong.
I assume your capsman config is correct (security configuration, etc.).
Maybe hand over a supout.rif to Mikrotik support, give detailled infos on your failing device (device model, operating system and version) and maybe they can assist you in troubleshooting. Or it is really a bug they can fix.
@erlinden, I already applied this since a while (but thank you for answering) @infabo, I managed to go bit further, as I found that disabling wpa3-psk (just letting wap2-psk) seems to improve the situation.
@mikrotik could you tell me/us what’s FT IEs is ? For knowledge only
Check testing release tree: https://mikrotik.com/download/changelogs
What’s new in 7.17beta5 (2024-Nov-13 12:51):
*) wifi - improved FT roaming with WPA3 for some Apple devices;
@denissMT, indeed it seems to works better. I don’t see these errors anymore.
Sadly I found another “issue” since I activated wpa3 again, wifi calling feature seems to flap.
I mean by this, “Carrier wifi-calling” desappears for some minutes and then appears again. Of course I did a “forgot network” and restarted the phone, nothing helped.
Tested on 3 diffrents iphones (11/12/13) all running ios 18.1 and 2 diffrents carriers.
The only thing solving this issue is to remove wpa3-psk and let only wpa2-psk, any ideas ?
On my cAP ax network, Roaming used to work perfectly for me on 7.13.x then I upgraded to 7.16 and it became very flaky. I eventually noticed the new FT Preserve VLAN ID setting and enabled it, which fixed the roaming issues until I upgraded to 7.17beta5 and they came back.
My issue is that the client device will work perfectly on the AP it initially connects to, but when it roams to another AP traffic stops. I assume this is related to the new AP not tagging the frames from the wireless interface with the correct VLAN ID but I have not yet had the time to run packet captures.
FT Preserve VLAN ID
yes (default) - when a client connects to this AP via 802.11r fast BSS transition, it retains the VLAN ID, which it was assigned during initial authentication
It should already be active by default, no need to activate it… the problem is probably another.