Community discussions

MikroTik App
 
LieoUhlerredyh
just joined
Topic Author
Posts: 1
Joined: Thu Feb 09, 2023 2:16 pm

support for 802.11r

Fri Mar 24, 2023 9:03 am

I have come across numerous posts and external pages discussing the support for 802.11r, and most of them suggest that it has not been implemented yet. Is this accurate, and if so, why?

I find this confusing since the chip in this router actually supports it.

Thank you for your assistance in advance.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: support for 802.11r

Fri Mar 24, 2023 9:05 am

You do not have the required permissions to view the files attached to this post.
 
Rox169
Member
Member
Posts: 432
Joined: Sat Sep 04, 2021 1:47 am

Re: support for 802.11r

Fri Mar 24, 2023 9:13 am

@normis those standards are working only on one AP? When we will see those standrds working between more AP?

When will you support 800.11 v?
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: support for 802.11r

Fri Mar 24, 2023 9:19 am

Development never stops, we are constantly working on improvements and updates in all areas.
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: support for 802.11r

Fri Mar 24, 2023 9:52 am

As business never sleeps ... I couldn't resist :)
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: support for 802.11r

Fri Mar 24, 2023 12:27 pm

Roaming between devices is already supported, if you use CAPsMAN.
For a client device to successfully roam between 2 APs, the APs need to be managed by the same instance of RouterOS. For information on how to centrally manage multiple APs, see CAPsMAN manual
 
S8T8
Frequent Visitor
Frequent Visitor
Posts: 81
Joined: Thu Sep 15, 2022 7:15 pm

Re: support for 802.11r

Fri Mar 24, 2023 1:16 pm

Hello @normis, Roaming between devices is a "new" feature introduced by the WifiWave2 CAPsMAN?
Any particular condition needed or following the config example will enable Roaming between Router and APs?
https://help.mikrotik.com/docs/display/ ... ionexample:
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: support for 802.11r

Fri Mar 24, 2023 1:39 pm

in capsman set these settings:
ft=yes. ft-over-ds=yes
 
LonDat
just joined
Posts: 2
Joined: Tue Sep 24, 2019 6:25 pm

Re: support for 802.11r

Fri Mar 24, 2023 2:43 pm

That's great. I thought CAPSMANv2 is "just" to distribute configuration. This is great news while my brand new ax3 on my table now ;)
 
Rox169
Member
Member
Posts: 432
Joined: Sat Sep 04, 2021 1:47 am

Re: support for 802.11r

Fri Mar 24, 2023 4:17 pm

in capsman set these settings:
ft=yes. ft-over-ds=yes
Hi Normis,

is this setting working without capsman?

For example I have 2 hap AX2 and when I set those settings on both AX2 will it help with roaming?
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: support for 802.11r

Fri Mar 24, 2023 4:37 pm

if you have multiple devices and need fast roaming, you need capsman. completely unrelated devices can't teach your client to roam.
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Sat Mar 25, 2023 11:12 am

in capsman set these settings:
ft=yes. ft-over-ds=yes
The documentation could be MUCH clearer that distributed system = capsman, but thanks for the tip.

edit: this is an incorrect assumption
Last edited by alibloke on Sat Mar 25, 2023 1:25 pm, edited 1 time in total.
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Sat Mar 25, 2023 11:33 am

The documentation could be MUCH clearer that distributed system = capsman
Just to clarify: FT over Distribution System (ft-over-ds) ≠ CAPsMAN

The guide seems clear enough to me:
https://help.mikrotik.com/docs/display/ ... Properties
For a client device to successfully roam between 2 APs, the APs need to be managed by the same instance of RouterOS. For information on how to centrally manage multiple APs, see CAPsMAN

In my case (1x hAP ax3 as CAPsMAN and 2x hAP ax2 as cAPs) FT works perfectly even without DS option actived (FT Over-the-Air), the important thing is that the cAPs, and not local wifi interface, are managed by the same instance of RouterOS with CAPsMAN.
Last edited by massinia on Sat Mar 25, 2023 5:08 pm, edited 2 times in total.
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Sat Mar 25, 2023 12:34 pm

Are you sure your ax3 is being managed by capsman? My understanding is that local radios aren't supported.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11381
Joined: Thu Mar 03, 2016 10:23 pm

Re: support for 802.11r

Sat Mar 25, 2023 1:00 pm

Are you sure your ax3 is being managed by capsman? My understanding is that local radios aren't supported.

Probably it's not managed by CAPsMAN. But: docs say "APs need to be managed by the same instance of RouterOS" ... which is true if CAPsMAN (managing remote wifiwave2 radios) runs on same ROS as local wifiwave2 interface.

CAPsMANv2 does two things, which are only loosely tied together: 1) radio interface provisioning and 2) mobility management (802.11 r/k/v/...) . Item #1 is what already CAPsMANv1 does for legacy wireless devices. Item #2 is done in conjunction with locally running instance of wifiwave2 driver (hence need for wifiwave2 driver on CHR which often doesn't have local wireless interfaces) and CAPsMANv2 more or less provides only means of signalling between local and remote instances of wifiwave2.
 
User avatar
bpwl
Forum Guru
Forum Guru
Posts: 2978
Joined: Mon Apr 08, 2019 1:16 am

Re: support for 802.11r

Sat Mar 25, 2023 1:08 pm

Maybe MT can clarify what of 802.11r they have implemented.
Managed by one system, is not part of 802.11r AFAIK.

See other brand docs ...
Klembord-2.jpg
In need of more guidance from MT. Things like: https://www.networkcomputing.com/wirele ... simplified
You do not have the required permissions to view the files attached to this post.
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Sat Mar 25, 2023 1:22 pm

Yes clarification would be good. Now that I've read further into it DS != capsman for sure. ft-over-ds may even make transitions slower than with just ft enabled due to the check back to the old AP.
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Sat Mar 25, 2023 1:36 pm

Are you sure your ax3 is being managed by capsman? My understanding is that local radios aren't supported.
Sorry, I said that badly... but I never wrote that hAP ax3 local wifi interfaces are managed by capsman!

I wrote that CAPsMAN is active in the hAP ax3, local interfaces are managed by the ax3 locally and CAPsMAN is used for remote cAPs.
viewtopic.php?t=194331

The problem maybe is that you still don't understand how CAPsMAN works for wave2, don't worry... it works differently but it's very simple.
I hope that @normis makes a video on this too :)

Create one or more configurations to use for all wifi interfaces.
which is true if CAPsMAN (managing remote wifiwave2 radios) runs on same ROS as local wifiwave2 interface.
Yes @mkx, that's exactly what happens.

On hAP ax3 with CAPsMAN active all interfaces will be managed locally, remote CAP configuration is automatic thanks to the provisioning
Image

While in remote cAPs, in my case hAP ax2, they will be managed by CAPsMAN
Image

On hAP ax3 apply the same configuration for all interfaces, obviously for caps managed you have to use provisioning instead for local interfaces you can apply the configuration created before.

Image

Summing up...
CAPsMAN active on hAP ax3
Image

And CAP enabled on cAPs
Image

With Registration menu you can see all the devices connected to the caps
Image

As already mentioned, I can confirm that FT works perfectly.
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Sat Mar 25, 2023 8:32 pm

Is that not just two capsman manages caps and a standalone wifi AP? Are you sure ft works between the capsman managed devices and the separate wifi AP?
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Sat Mar 25, 2023 8:47 pm

Sorry I don't understand what you mean...
Yes FT works, all wifi interfaces are managed by the same instance of RouterOS.
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Sat Mar 25, 2023 9:44 pm

in capsman set these settings:
ft=yes. ft-over-ds=yes
Where and how exactly should this setting be made?
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Sat Mar 25, 2023 10:47 pm

Sorry I don't understand what you mean...
Yes FT works, all wifi interfaces are managed by the same instance of RouterOS.
You have two caps managed by the hAPax3 (configuration.manager=capsman) and you have the hAPax3 radios running locally, not managed by capsman (configuration.manager=local). When your client transitions from one of the caps to the local radio on the hAPax3 how can 802.11r work?
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Sun Mar 26, 2023 12:59 am

You have two caps managed by the hAPax3 (configuration.manager=capsman) and you have the hAPax3 radios running locally, not managed by capsman (configuration.manager=local). When your client transitions from one of the caps to the local radio on the hAPax3 how can 802.11r work?
It's been said many times and it's also written on the wiki:
https://help.mikrotik.com/docs/display/ ... ionexample:

WifiWave2 CAPsMAN allows applying wireless settings to multiple MikroTik WifiWave2 AP devices from a central configuration interface.
More specifically, the Controlled Access Point system Manager (CAPsMAN) allows the centralization of wireless network management. When using the CAPsMAN feature, the network will consist of a number of 'Controlled Access Points' (CAP) that provide wireless connectivity and a 'system Manager' (CAPsMAN) that manages the configuration of the APs, it also takes care of client authentication.

A confirmation of the correct functioning can be seen in the log or by activating the debug in your wireless client (if supported).

Try to configure it and you will immediately understand how it works.
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Sun Mar 26, 2023 8:36 am

2 Audience units, running 7.9beta4 with WifiWave2. I (hope I) made the setup using the guide, as I'm interested in the fast roaming.

Main unit, the Capsman, reports this, concerning FT and FT-over-DS
main.png
However, checking the CAP, corresponding interface reports this
slave.png
Shouldn't be the same values displayed in the CAP as well?
Is this why fast roaming is not happening? (I start with a phone connected to Main, move away and reach the CAP area, i'm basically with the phone close to CAP and phone is still connected to Main, reporting lower than -75dBm in Analiti)
You do not have the required permissions to view the files attached to this post.
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Sun Mar 26, 2023 11:03 am

Shouldn't be the same values displayed in the CAP as well?
No, mine are like that too.
Image
Is this why fast roaming is not happening?
Too difficult to understand the problem with two images...

In provisioning did you set the same configuration?
Are you using VLAN?
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Sun Mar 26, 2023 11:42 am

In this post Guntis says "When a device is running WifiWave2 CAPsMAN, it cannot set its own wireless interfaces as CAPs. This is a known limitation, due to how the driver works, there is a "hidden" (system level) provision rule for local interfaces, which makes them incompatible with local CAPsMAN":
viewtopic.php?p=989257#p988941

If this is the case then I don't see how 802.11r can work between two capsman controlled APs and the local radio on your hAPax3.
 
holvoetn
Forum Guru
Forum Guru
Posts: 5318
Joined: Tue Apr 13, 2021 2:14 am
Location: Belgium

Re: support for 802.11r

Sun Mar 26, 2023 11:48 am

Capsman and 802.11r support are two different things, I believe.
For 802.11r to work, you need wifiwave2 which recently can be done using capsmanv2, and also on ax devices (as well as other wifiwave2 devices).
Key is however, the device controlling those radios needs to be the same device for 802.11r to function. With capsman you do that for the remote caps.

That's how I understand it should work.
Last edited by holvoetn on Sun Mar 26, 2023 11:50 am, edited 1 time in total.
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Sun Mar 26, 2023 11:50 am

Yes for standalone APs 802.11r works between the radios (usually 2.4GHz and 5GHz). For capsman managed devices 802.11r should work between all managed radios. But not between capsman managed devices and a separate standalone device.
 
User avatar
bpwl
Forum Guru
Forum Guru
Posts: 2978
Joined: Mon Apr 08, 2019 1:16 am

Re: support for 802.11r

Sun Mar 26, 2023 12:02 pm

That's how I understand it should work.
It's not documented, but I also think the CAPsMAN manager is setting the wifi interface on the CAP, and ... is doing the authentication for the CAP's wifi interface.
Could be tested by adding Access List entries in the CAP which should not be used, or in CAPsMAN manager device and be effective.
Idem dito for the RADIUS settings in the CAP device.
Any new connection, association or roaming should generate communication between CAP and CAPsMAN, over that CAPWAP management tunnel. (UDP 5246 ?)
(UDP 5247 for data, is not used if local forwarding)
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Sun Mar 26, 2023 12:12 pm

In provisioning did you set the same configuration?
Are you using VLAN?
Yes, local interfaces and provisioning use the same config. No VLANs.
I've attached the export file for interface/wifiwave2
config.rsc
So basically, based on what Guntis said in the other thread, for the time being functioning solution is to have a router capable on running wifiwave2 package, set as Capsman and existing Audience units configured both as CAPs?
You do not have the required permissions to view the files attached to this post.
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Sun Mar 26, 2023 7:14 pm

This is my working configuration, I deleted the useless configuration.
Pay attention to the bridge and wifi interfaces...

hAP ax3 as main router with CAPsMAN manager enabled, cap-wifi1 and cap-wifi2 are created dynamically by CAPsMAN.
# mar/26/2023 18:19:39 by RouterOS 7.9beta4
# software id = BH9H-NUQS
#
# model = C53UiG+5HPaxD2HPaxD
# serial number = HDG08SFXXXX
/interface bridge
add admin-mac=48:A9:8A:0E:18:EB auto-mac=no comment=defconf name=bridge
/interface wifiwave2 channel
add band=5ghz-ax disabled=no frequency=5180-5500 name=36-100 \
    skip-dfs-channels=10min-cac width=20/40/80mhz
add band=2ghz-ax disabled=no frequency=2412-2437 name=1-6 width=20/40mhz
/interface wifiwave2 security
add authentication-types=wpa2-psk disabled=no ft=yes ft-over-ds=yes \
    management-protection=disabled name=SecWiFi-1 wps=disable
/interface wifiwave2 configuration
add channel=1-6 country=Italy disabled=no mode=ap name="2.4 GHz" security=\
    SecWiFi-1 ssid=MikroTik
add channel=36-100 country=Italy disabled=no mode=ap name="5 GHz" security=\
    SecWiFi-1 ssid=MikroTik
/interface wifiwave2
add channel.frequency=5180-5500 configuration="5 GHz" configuration.manager=\
    local .mode=ap disabled=no name=cap-wifi1
add channel.frequency=2412-2437 configuration="2.4 GHz" \
    configuration.manager=local .mode=ap disabled=no name=cap-wifi2
set [ find default-name=wifi1 ] channel.frequency=5180-5500 configuration=\
    "5 GHz" configuration.manager=local .mode=ap disabled=no
set [ find default-name=wifi2 ] channel.frequency=2412-2437 configuration=\
    "2.4 GHz" configuration.manager=local .mode=ap disabled=no
/interface bridge port
add bridge=bridge comment=defconf interface=ether2
add bridge=bridge comment=defconf interface=ether3
add bridge=bridge comment=defconf interface=ether4
add bridge=bridge comment=defconf interface=ether5
add bridge=bridge comment=defconf interface=wifi1
add bridge=bridge comment=defconf interface=wifi2
add bridge=bridge comment="minidlna container" interface=veth1
/ip neighbor discovery-settings
set discover-interface-list=LAN
/ipv6 settings
set max-neighbor-entries=15360
/interface list member
add comment=defconf interface=bridge list=LAN
add comment=defconf interface=ether1 list=WAN
add comment=FTTH interface=pppoe-out1 list=WAN
/interface wifiwave2 capsman
set enabled=yes interfaces=bridge package-path="" require-peer-certificate=no \
    upgrade-policy=none
/interface wifiwave2 provisioning
add action=create-dynamic-enabled disabled=no master-configuration="5 GHz" \
    radio-mac=00:00:00:00:00:00 slave-configurations="2.4 GHz"
hAP ax2 used as CAP and managed by CAPsMAN
# mar/26/2023 18:20:41 by RouterOS 7.9beta4
# software id = R6XF-AV13
#
# model = C52iG-5HaxD2HaxD
# serial number = HE108MXXXXX
/interface bridge
add admin-mac=48:A9:8A:39:34:A4 auto-mac=no comment=defconf name=bridge
/interface wifiwave2
# managed by CAPsMAN
# mode: AP, SSID: MikroTik, channel: 5500/ax/Ceee
set [ find default-name=wifi1 ] configuration.manager=capsman .mode=ap \
    disabled=no
# managed by CAPsMAN
# mode: AP, SSID: MikroTik, channel: 2417/ax/Ce
set [ find default-name=wifi2 ] configuration.manager=capsman .mode=ap \
    disabled=no
/interface bridge port
add bridge=bridge comment=defconf interface=ether2
add bridge=bridge comment=defconf interface=ether3
add bridge=bridge comment=defconf interface=ether4
add bridge=bridge comment=defconf interface=ether5
add bridge=bridge comment=defconf interface=wifi1
add bridge=bridge comment=defconf interface=wifi2
add bridge=bridge comment=defconf interface=ether1
/ip neighbor discovery-settings
set discover-interface-list=LAN
/interface list member
add comment=defconf interface=bridge list=LAN
/interface wifiwave2 cap
set certificate=none discovery-interfaces=bridge enabled=yes
/ip dhcp-client
add comment=defconf interface=bridge
/ip dns
set allow-remote-requests=yes
If this is the case then I don't see how 802.11r can work between two capsman controlled APs and the local radio on your hAPax3.
It works because the remote caps, in the device with capsman manager enabled, are like local interfaces.
See previous images.
Last edited by massinia on Mon Mar 27, 2023 6:57 pm, edited 1 time in total.
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Mon Mar 27, 2023 6:13 pm

massinia, apart from your config using WPA2 (vs. WPA2/WPA3 with SAE and hunting-pecking in my case), provisioning set up as dynamically-enabled (vs. enabled in my case) and slave-configuration (btw, in this section of your setup, shouldn't "WiFiOspiti 5GHz" be slave of 5 GHz and "WiFiOspiti 2.4GHz" slave of 5GHz?), i couldn't find any relevant differences that would generate a different roaming behavior for my 2 Audiences.

I initially thought of WPA2/WPA3 causing issues (if I remember correctly, OpenWRT recommends using WPA2 with FT, for optimal roaming) but the example in Wifiwave2 page, Capsman section, is based on a WPA3 configuration. Anyways, I switched to WPA2 PSK but didn't help.. phone is close to slave unit, still connected to main unit with a very low signal (lower than -75/-70) with no intention to connect to CAP no matter how long it stays there / both Android or iOS device manifest the same behaviour.

FT and FT-over-DS, these 2 settings, appear in 2 different section: security and configuration -> do they both reffer to the same field? If set differently in Configuration vs Security, is any of the section over-imposing the values to the other?

Maybe someone from Mikrotik staff could be kind enough to provide a more-detailed example of a situation with 2 similar devices (go for hap-ax2 e.g.) when one device acts simultaneously as CapsManager and CAP, the other one as CAP and what can and cannot be achieved, concerning fast roaming, with this kind of setup.
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Mon Mar 27, 2023 7:09 pm

I initially thought of WPA2/WPA3 causing issues (if I remember correctly, OpenWRT recommends using WPA2 with FT, for optimal roaming)
You remember correctly, with OpenWrt it was exactly like this.
I don't know now...
phone is close to slave unit, still connected to main unit with a very low signal (lower than -75/-70) with no intention to connect to CAP no matter how long it stays there / both Android or iOS device manifest the same behaviour.
This also happened to me because I have misconfigured the bridges.
As mentioned above, the wifi interfaces must be in the main bridge.

hAP ax3 with CAPsMAN manager
Image

hAP ax2 CAP
Image
Last edited by massinia on Mon Mar 27, 2023 7:19 pm, edited 2 times in total.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11381
Joined: Thu Mar 03, 2016 10:23 pm

Re: support for 802.11r

Mon Mar 27, 2023 7:13 pm

802.11r doesn't make station to discover better member of current BSSID (i.e. roaming sooner than when signal of current AP fades away), this function makes AP change faster (but only after station decides to change AP)..

802.11k should help wireless station to find better candidate AP faster. I don't know if support is built in CAPsMAN / wifiwave2 yet ....
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Mon Mar 27, 2023 9:18 pm

rrm (802.11k) is enabled by default in the configuration menu for wifiwave2.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11381
Joined: Thu Mar 03, 2016 10:23 pm

Re: support for 802.11r

Mon Mar 27, 2023 10:16 pm

Indeed, thank you for reminding me.
 
User avatar
rextended
Forum Guru
Forum Guru
Posts: 11967
Joined: Tue Feb 25, 2014 12:49 pm
Location: Italy
Contact:

Re: support for 802.11r

Tue Mar 28, 2023 10:24 am

Spammers are continuing to bulls–t us...



The usual m.f.

SpamGPT detect it again... Is the same post of 02 Sep 2021, just translated to Indian and re-translated.
viewtopic.php?t=178111
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Fri Mar 31, 2023 4:31 pm

An iphone device generates this error in the logs, when in area of CAP.
XX:XX:XX:XX:XX:XX@cap-wifi2 rejected, FT: FTE indicated that STA uses RSNXE, but RSNXE was not included
Any particular (lack of) setting in the FT area that causes this?
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Fri Mar 31, 2023 4:52 pm

An iphone device generates this error in the logs, when in area of CAP.
XX:XX:XX:XX:XX:XX@cap-wifi2 rejected, FT: FTE indicated that STA uses RSNXE, but RSNXE was not included
Any particular (lack of) setting in the FT area that causes this?
Happened to me too a while ago with an iPad, I was activating and deactivating the FT for testing.
Reboot the iPhone and it disappears.

Finally you managed to configure FT... I'm glad to hear it :D
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Fri Mar 31, 2023 5:35 pm

TBH, i'm not sure that config was successful.
iPhones are the only ones that provide a FT-related message and is an error, even after restarting the.
Android phones don't generate any message in the log and show no signs of attempting to move between main or CAP.
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Fri Mar 31, 2023 9:59 pm

I think I nailed it - the issue came from using security profiles defined in the "security" tab and assigned within the profiles defined in "configuration".
As soon as I moved all security details in the configuration profiles and disabled the security profiles, roaming started to happen. iPhones are the quickest, Android the slowest.. so far.
 
massinia
Member Candidate
Member Candidate
Posts: 159
Joined: Thu Jun 09, 2022 7:20 pm

Re: support for 802.11r

Sat Apr 01, 2023 10:19 am

the issue came from using security profiles defined in the "security" tab and assigned within the profiles defined in "configuration".
I don't think so, I've always used it in this way and never had a problem.
mikrotik ft.png
FT is deactivated in the configuration, it is only active in the security profile, and that's how it should work... if I specify a security profile the profile settings are used.
If for example in the security profile I use the password 123456789 and in the configuration I set 987654321, the password that will be used will be 123456789 because the security profile, if specified, takes precedence.

I recently also did the same setup with two hAP ax2 and FT works great.
I don't know if it's a specific Audience issue...

However the important thing is that it works :lol:
You do not have the required permissions to view the files attached to this post.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11381
Joined: Thu Mar 03, 2016 10:23 pm

Re: support for 802.11r

Sat Apr 01, 2023 1:41 pm

Even if AP has FT enabled it's still up to wireless client to roam. I have Audience running 7.8 and wave2. My Huawei pad can see FT enable but doesn't want to roam from 2.4GHz to 5GHz (WiFi analyzer shows it ... since it doesn't show newer encryption algorithms yet same WiFi analyzer on another, more decent, device does, I assume device android supports FT). Other devices roam between Audience's cells much more willingly.
 
Rox169
Member
Member
Posts: 432
Joined: Sat Sep 04, 2021 1:47 am

Re: support for 802.11r

Sat Apr 01, 2023 2:06 pm

Which WiFi analyzer do you use for analyzing the FT?
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Sat Apr 01, 2023 2:57 pm

I recently also did the same setup with two hAP ax2 and FT works great.
I don't know if it's a specific Audience issue...

However the important thing is that it works :lol:
Yep, it's good that it works :D
Before making the modification I wrote earlier, I tried all possible combos between security profiles and configuration profiles, with no success.
As soon as I did the modif, messages like this started to appear:
roaming.jpg
About your working profile: did you set the same security profiles in CAP?

.. My Huawei pad can see FT enable but doesn't want to roam from 2.4GHz to 5GHz ...
One the family phones is a Huawei (P40 Pro) and has the same issue - won't change for nothing, not even from 5GHz to 2.4GHz, not to mention from main to cap.
You do not have the required permissions to view the files attached to this post.
 
AllexRo
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Fri Nov 22, 2019 4:24 pm
Location: Bucharest, RO

Re: support for 802.11r

Sat Apr 01, 2023 4:55 pm

Another issue: when it starts roaming, any device sees major speed degradation.
Example: phone registers initially with CAP (866/866 phy rate), has full speed (500/25 Mbps, tested with fast.com). I move it to the room where Main takes control over it, is registered with Main (866/866 phy rates) and speeds plummet to 9/18 Mbps :shock: I return to initial registration device (CAP), speeds are still slow (9/18). And it seems that every time I move between APs, speeds get lower and lower.

Later edit: most devices have speed issues: a windows laptop has no such issue. Some phones have this issue on/off. Very weird..
 
User avatar
azurtem
Trainer
Trainer
Posts: 224
Joined: Mon May 16, 2011 5:35 pm
Location: Nice, France
Contact:

Re: support for 802.11r

Mon Aug 07, 2023 6:22 pm

Hi
After watching Andrews brilliant presentation : https://www.youtube.com/watch?v=4Ua2lI6HBhE&t=1374s
I'd like to know how to disable 802.11v (wnm)
It's clearly mentioned on the WW2 page : https://bit.ly/3KxvbQe
But I don't see how to reach it under RouterOS ?
 
holvoetn
Forum Guru
Forum Guru
Posts: 5318
Joined: Tue Apr 13, 2021 2:14 am
Location: Belgium

Re: support for 802.11r

Mon Aug 07, 2023 7:20 pm

Possibly only through CLI ?
 
Simonej
Frequent Visitor
Frequent Visitor
Posts: 56
Joined: Sun Aug 22, 2021 3:34 am

Re: support for 802.11r

Mon Aug 07, 2023 8:14 pm

/interface wifiwave2 set [find] rrm=no wnm=no
or
/interface wifiwave2 steering set [find] rrm=no wnm=no
 
azharkov
just joined
Posts: 1
Joined: Tue Aug 08, 2023 10:52 am

Re: support for 802.11r

Tue Aug 08, 2023 10:53 am

Hi
After watching Andrews brilliant presentation : https://www.youtube.com/watch?v=4Ua2lI6HBhE&t=1374s
I'd like to know how to disable 802.11v (wnm)
It's clearly mentioned on the WW2 page : https://bit.ly/3KxvbQe
But I don't see how to reach it under RouterOS ?
it's in 7.11rc2
*) wifiwave2 - added "steering" parameters and menu to set up and monitor AP neighbor groups (CLI only);
 
User avatar
azurtem
Trainer
Trainer
Posts: 224
Joined: Mon May 16, 2011 5:35 pm
Location: Nice, France
Contact:

Re: support for 802.11r

Tue Aug 08, 2023 11:11 am

Thanks
 
blbeczech82
just joined
Posts: 1
Joined: Mon Aug 28, 2023 7:43 pm

Re: support for 802.11r

Tue Aug 29, 2023 9:55 pm

I noticed fast roaming problem using WPA3 PSK.
CHR is capsman and 2x hAP ac3 are caps, all ethernet connected, ROS 7.11
Testing was done with roaming device set to ping each 50ms. With WPA2 PSK or WP3 EAP (radius) I have 0 or max 1 packet loss. But when switched to WPA 3 PSK only then the packet lost is huge and finally device won't roam.
Yes, both FT methods are enabled,
interface/wifiwave2/steering/neighbor-group/print
shows correct MACs in groups.

I noticed on some OpenWRT, Cisco and similar forums that combination of WPA3/802.11r is no go.

Could anyone confirm (or test) that WPA3 PSK with fast roaming is working?
 
alibloke
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Jun 03, 2016 12:13 am

Re: support for 802.11r

Tue Aug 29, 2023 10:25 pm

It doesn't work for me either, I've turned WPA3 off for now.

Who is online

Users browsing this forum: holvoetn and 34 guests