HAP AX3 simple capsman wireless NOT working

alenthelong · Sun Jan 26, 2025 10:06 am

I made a capsman and cap on same HAP AX3 :
- capsman mode : wireless show "managed by capsman" BUT no "current channel" sellect.
- locally mode ; wireless is working normally
Anyone help this case, thank you !

Config as below :

/interface bridge
add admin-mac=48:A9:99:00:11:22 auto-mac=no comment=defconf name=bridgeLocal
/interface wifi channel
add band=2ghz-ax disabled=no name=2G-AX width=20/40mhz
add band=5ghz-ax disabled=no name=5G-AX width=20/40mhz
/interface wifi datapath
add bridge=bridgeLocal comment=defconf disabled=no name=capdp
/interface wifi security
add authentication-types=wpa2-psk,wpa3-psk disabled=no name=haslo-DOM
/interface wifi configuration
add channel=2G-AX country="Viet Nam" datapath=capdp disabled=no manager=local \
    name=cfg-2G-AX-DOM security=haslo-DOM ssid=DOM
add channel=5G-AX country="Viet Nam" datapath=capdp disabled=no manager=local \
    name=cfg-5G-AX-DOM security=haslo-DOM ssid="DOM 5G"
/interface wifi
# managed by CAPsMAN 192.168.22.36
set [ find default-name=wifi1 ] configuration=cfg-5G-AX-DOM \
    configuration.manager=capsman-or-local .mode=ap datapath=capdp disabled=\
    no
# managed by CAPsMAN 192.168.22.36
set [ find default-name=wifi2 ] configuration=cfg-2G-AX-DOM \
    configuration.manager=capsman-or-local .mode=ap datapath=capdp disabled=\
    no
/interface wifi steering
add disabled=no name=steering1 rrm=yes wnm=yes
/iot lora servers
add address=eu1.cloud.thethings.industries name="TTS Cloud (eu1)" protocol=\
    UDP
add address=nam1.cloud.thethings.industries name="TTS Cloud (nam1)" protocol=\
    UDP
add address=au1.cloud.thethings.industries name="TTS Cloud (au1)" protocol=\
    UDP
add address=eu1.cloud.thethings.network name="TTN V3 (eu1)" protocol=UDP
add address=nam1.cloud.thethings.network name="TTN V3 (nam1)" protocol=UDP
add address=au1.cloud.thethings.network name="TTN V3 (au1)" protocol=UDP
/interface bridge port
add bridge=bridgeLocal comment=defconf interface=ether1
add bridge=bridgeLocal comment=defconf interface=ether2
add bridge=bridgeLocal comment=defconf interface=ether3
add bridge=bridgeLocal comment=defconf interface=ether4
add bridge=bridgeLocal comment=defconf interface=ether5
/interface wifi cap
set caps-man-addresses=127.0.0.1 discovery-interfaces=bridgeLocal enabled=yes \
    slaves-datapath=capdp slaves-static=yes
/interface wifi capsman
set enabled=yes interfaces=bridgeLocal package-path="" \
    require-peer-certificate=no upgrade-policy=none
/interface wifi provisioning
add action=create-enabled disabled=no master-configuration=cfg-2G-AX-DOM \
    supported-bands=2ghz-ax
add action=create-enabled disabled=no master-configuration=cfg-5G-AX-DOM \
    supported-bands=5ghz-ax
/iot lora traffic options
set crc-errors=no
set crc-errors=no
/ip dhcp-client
add comment=defconf interface=bridgeLocal
/system note
set show-at-login=no

Sun Jan 26, 2025 11:11 am

Local radios can not be controlled by capsman.
It's in the documentation.

You need to configure those locally but they will participate in things like roaming etc since they are on the same ROS instance as your controller.

But why would you use capsman for only 1 device ?

alenthelong · Sun Jan 26, 2025 5:35 pm

I wanna setup HAPAX3 fisrt then add CAP AX as CAP then we have :
- HAP AX3 : CAPSMAN + CAP
- CAP AX : CAP

I beleive capsman can controll Local radios

I'm working aground with the previous post
viewtopic.php?t=203335

Thanks for your post !

alenthelong · Sun Jan 26, 2025 5:37 pm

Solved :
Unset manager on local interfaces, or set it to "local". Then go to the Radios tab, select your local radio and click the "Provision" button.

Sun Jan 26, 2025 6:28 pm

Solved :
Unset manager on local interfaces, or set it to "local". Then go to the Radios tab, select your local radio and click the "Provision" button.

Which corresponds to: capsman can not control local radios.
And it is (once again) in the documentation.

https://help.mikrotik.com/docs/spaces/R ... ovisioning

CAPsMAN cannot manage it's own wifi interfaces using configuration.manager=capsman, it is enough to just set the same configuration profile on local interfaces manually as you would with provisioning rules, and the end result will be the same as if they were CAPs. That being said, it is also possible to provision local interfaces via /interface/wifi/radio menu, it should be noted that to regain control of local interfaces after provisioning, you will need to disable the matching provisioning rules and press "provision" again, which will return local interfaces to an unconfigured state.

Tomiko23 · Sun Feb 02, 2025 5:15 am

I am using Capsman for managing local interfaces without any issue.

Just delete all config from local interface, click on CAP, search interface, I use local bridge interface, and I was using it with CapsMan-s IP or name as You can see. In tab Remote CAP, set up Capsman, it should connect to itself. Than go to Remote CAP, there You will see that it added itself as remote CAP, Under Radios You can see that I can see wifi1 and wifi2 interfaces.
Under provisioning, I am provisioning each interface separately but 00:00:00:00:00:00 should work too I guess.

Take a look on screenshots.

alenthelong · Fri Feb 07, 2025 5:32 pm

thanks @Tomiko23 ,

May I know ROS version on your "mra-01" HAP AX3
Thanks

Fri Feb 07, 2025 5:39 pm

The wifi1 and wif2 interface names in those screenshots are an indication those interfaces are not managed by capsman.
They are local.
You also see it on the screenshot with the wifi interfaces. There is no red line above indicating "managed by capsman" (or operated by xx:xx:xx:xx as it is now).

At the end on the capsman controller all capsman controlled radios and local radios will appear together, yes.
But the local radios are not controlled by capsman.

As is in the documentation.

anav · Fri Feb 07, 2025 8:41 pm

What is the advantage of using capsman if HAPAX3 is your only wifi device and also your router???

Fri Feb 07, 2025 8:49 pm

We know you don't like capsman but if you look closely at the screenshots, you'll see 2 devices.
I think cAP AX.

Tomiko23 · Sat Feb 15, 2025 10:45 pm

May I know ROS version on your "mra-01" HAP AX3

Hi sorry for delay, My OS version is currently 7.17.1. I switched from old CAP ACs with wifi5 to new wifi6 APs just now, so I dont run it this way long time. But so far no issues with configuration itself, just standard problems with wifi6 on mikrotik, with AP roaming etc ...

but capsman works good.

Tomiko23 · Sat Feb 15, 2025 11:22 pm

The wifi1 and wif2 interface names in those screenshots are an indication those interfaces are not managed by capsman.
They are local.
You also see it on the screenshot with the wifi interfaces. There is no red line above indicating "managed by capsman" (or operated by xx:xx:xx:xx as it is now).

At the end on the capsman controller all capsman controlled radios and local radios will appear together, yes.
But the local radios are not controlled by capsman.

As is in the documentation.

I guess that You are technically right, interfaces are maybe not managed by CAPSMAN, they are just configured / managed by the same configuration profile. BUT... I can see both local and remote cap in /wifi/remote CAP, in Radios, I have it in Provisioning. I guess that as it is stated in documentation, I could just add MAC of wifi1 and wifi2 to Provisioning and it would work the same way and basically setting up CAP config on local interface and searching for CapsMan on bridge is redundant / doing basically nothing. I dont know really. I was not reading that documentation prior, I was doing it the same way as I was used to do it on wifi5 Capsman where it was working for me fine.
Yes there is no red line above that interface but I was thinking that it is just because it is local interface and for some reason it is like that. I was not thinking this is problem. What I see as problem is that for traffic info (RX/TX stats etc.) I need to log on each CAP separately because Miktoritik thinks that it is more convenient this way than sending that info to Capsman to centralize it. ( as it was before )

Capsman should be centralised wifi management. I dont see a point in capsman if I would manage 1,2 or 20 APs with it, and than manage local wifi interface separately? That does not make any sense to me. If it is meant to be like that, it is stupid design and should be changed by Mikrotik programmers. I cant think about single way how it would hurt to allow connection to capsman running on the same box. I think it made perfect sense in wifi5 and that is why I did it like this.

@anav
I have 2 "APs" HAPax3 that is router with AP functionality and CAPax that is pure AP and I am considering third CAPax in future for better coverage.

PS: this is my second site that is running wifi5 and You can see that I manage more APs there, and that Local interface is managed by CapsMan. This is how it should be Miktotik!, I dont know why You changed that for WiFi6.

Screenshot 2025-02-15 221908.png

Sun Feb 16, 2025 11:01 am

It may not make sense to you but documentation is quite clear on it: capsman does not manage local interfaces.
Like it or not, it is what it is.

Those local radios are however managed by the same ROS instance, so roaming etc will work.

HAP AX3 simple capsman wireless NOT working

HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working

Re: HAP AX3 simple capsman wireless NOT working