What is required and/or needs to be respected if one device should be used to serve old and new capsman?
Apparently this is not clear and I only can find people reporting issues but no success.
You need base routeros (which now default carries wave2 wifi drivers) and wireless package installed on the device acting as controller for legacy and wave2 caps.
On that device you will loose local wifi radio capability (can’t have both wifi-packages together AND control a local radio).
Capsman part needs to be setup twice, once for legacy wifi under wireless / capsman.
Once under wifi structure for wave2 capable radios (with configuration, provisioning, remote cap, …).
I have routeros and wireless on the RB4011. I do not plan to switch to wave2 because I don’t want to lose 2GHz.
So I already have both capsman versions available as you describe and I don’t get it to work. The problem I’m running into is described in the linked thread. This thread here is separate because I hope someone may be able to explain how it is supposed to work opposed to explain what I need to do to “fix” my issue.
I have a legacy network with 9 ap’s controlled by wireless>CAPsMAN on an RB4011 with no network interfaces, and about 68 active devices. I just received some hAp-ax^2 and they are not compatible with the current CAPsMAN. I tried to setup the wave2 CAPsMan via wifi>Remote CAp> CAPsMAN and it interfered with the running legacy CAPsMAN. I had to quickly backoff.
I have not had time to diagnose, but I am thinking maybe putting the new CAPsMAN on a different subnet or isolate via VLAN… ???
I have two distinct sets of certificates so not an issue according to strods’ post.
Next I will do is opening a support ticket because there might be a bug.
Hmm, that makes no sense. I only upgraded to the released 7.13 version where wifi capsman already was implemented to create differently named certificates. So the post does not apply. I won’t delete and recreate just because as it will definitely hurt because I have caps connected to the existing (legacy) capsman.
No sorry, I gave up and configured my capsman-local interfaces just locally instead. That’s not really a disadvantage for my exact case.
(And next is to turn off the wifi interfaces of the RB4011 capsman and add another AX device to the location because roaming experience between the capsman2 network and the RB4011 interfaces is horrible. )
i’ve also bumped into this and find the docs confusing. please improve them to be more explicit.
I wasn’t aware that you can’t have local cap on capsman with wifi.thats unfortunate as I already do that. implies I now need 2 capsman to manage the caps.
I run only one new hap ax2 and can’t get layer3 connectivity to work to the crs125-24g-1s-2hnd-in I have. this is managing about 4 other caps using older capsman.
so sounds like I need to let up 2 capsman on different routers or upgrade my routers which is money I may spend over time but not immediately.
logging is really good especially with failure so improvement would be good.
running v7.14.2
new wifi config is confusing. an example with layer3 connectivity using remote forwarding and multiple SSID in different VLANs on the same bridge would be good. this is what I have for old capsman and stuck and confused especially related to datapath configuration on new wifi capsman setup.
From what I’ve gathered, making sure your configurations align is key. That means checking things like firmware versions, CAP interfaces, and any potential conflicts in settings.