I have configuration for wifi on capsman set to 2GHz b/g/n. On the CAP the wifi is set to b/g. I cannot set it manually to b/g/n because it is managed by capsman. On the capsman you can also see that the wifi for this cap is set b/g/n. So the wifi settings are not synced with what is set on capsman to what is actually running on the cap.
What could be the reason? Cap is RB951G-2HnD which supports n band.
That is the thing. On capsman the configuration for this cap has for example country set to my country. But when you go to the cap it’s like this. country=no_country_set
Can you open that setting on cap, make it blank and then fold the setting closed ?
It might be needed to disable caps mode first (I don’t have any legacy capsman installation anymore, so I can not check)
That should really make it “not set”. And then capsman config should be applied.
The thing is, normally when you see something in export, it means it deviates from default setting.
So that would mean it’s something which has been changed.
Since I see that country setting in your export, I assume it has been changed (probably unintentional but changed nonetheless).
No, it doesn’t and that is the beauty and problem with ROS.
There are situations where it might be needed to set something individually on a caps device in capsman mode, deviating from capsman settings.
And it is possible do so with ROS. A blessing but also a huge pitfall …
If you set your device via reset in caps mode, then this problem definitely does not occur. Everything is cleared and capsman settings will be applied.
For cases mentioned above, I use dedicated configs and provisioning rules so I know in 1 place where something is applied and why.
Thanks for the feedback. Others having the same problem might find it back this way.
The problem with using capsman is that checking config locally doesn’t actually have to reflect running values. One thing that CAPsMAN definitely doesn’t do is overwrite configuration stored on CAP devices. So running export doesn’t show any of CAPsMAN-provisioned settings. Running “monitor” command (in sections where it exists) might show actual state of “monitored” interface … but it might not show anything for CAPsMAN-controlled wireless interfaces. In wifi CAPsMAN environment, running monitor against cap interface shows running values:
# on CAP device
/interface/wifi/monitor [ find where name=wifi1 ] once
;;; managed by CAPsMAN BA:69:F4:20:A5:49%vlan-99, traffic
;;; processing on CAP
;;; mode: AP, SSID: mkxTestwAP, channel: 2412/ax
state: managed-by-capsman
# on CAPsMAN device:
/interface/wifi/monitor [ find where name=cap-wifi1 ] once
state: running
channel: 2412/ax
registered-peers: 0
authorized-peers: 0
tx-power: 23
channel-priorities: 0:2412/ax,0:2432/ax