J’utilise du matériel Mikrotik depuis des années et notamment la fonction CAPsMAN qui me permet de gérer plusieurs points d’accès (CAP) depuis mon routeur principal (CAPsMAN).

Jusqu’à présent, j’avais du matériel compatible wifi AC (hAPac3, cap-lite, mANT 2 12s, etc) pour couvrir mes besoins en wifi.

Récemment j’ai acquis un hAPax3 pour pouvoir faire des tests sur cette version améliorée et notamment son wifi AX. Je pensais que le CAPsMAN serait identique dans son fonctionnement… mais je me suis fait avoir sur deux points (qui m’ont pris plusieurs heures à diagnostiquer et comprendre les changements de fonctionnement) :

1/ le nouveau CAPsMAN (wave2 / « wifi-qcom ») n’est pas compatible avec l’ancien CAPsMAN (« wireless »)

Donc le premier point est tout bête mais n’est pas mis en avant par Mikrotik : les contrôleurs CAPsMAN de nouvelle génération (wave 2 : tous ceux qui ont du wifi AX, BE) ne sont pas compatibles avec les contrôleurs CAPsMAN précédent (tous ceux qui ont du wifi AC maximum).
Concrètement cela veut dire que je peux pas ajouter mon hAPax3 en tant que « cap » sur le CAPsMAN d’un contrôleur hAPac3 (pas la même génération). Dommage, c’était l’idée de départ de mon test.

2/ une « cap » locale ne se connecte plus de la même façon avec le nouveau CAPsMAN

Le second point, c’est lorsque j’ai activé le CAPsMAN sur mon hAPax3 et que j’ai voulu activer sa propre « cap » (la « cap » du hAPax3 donc) : la CAP se « joint » bien au CAPsMAN mais elle ne se provisionne pas, ne créé par d’interface malgré tout le paramétrage correctement effectué (configuration/security/channel/datapath/provisioning).

Sur cette capture écran des logs, on voit que la CAP s’est bien connecté/joint localement sur le CAPsMAN :

On voit également que la « cap » est bien gérée par le CAPsMAN mais qu’aucune configuration ne redescend :

Sur l’ancien CAPsMAN (avec un hAPac3 par exemple), on voit ça pour une cap locale :

Bref, le provisionnement ne fonctionne pas pour la « cap » locale avec le nouveau CAPsMAN.

Note : j’ai mis l’IP de loopback 127.0.0.1 pour faire les tests car je n’ai pas d’autres matériels « AX » pour le moment.

J’ai refait plusieurs fois la configuration en faisant un reset/netinstall/downgrade pensant que c’était un bug de version … rien n’y a fait, la CAP ne récupère pas la configuration qui est dans « Provisioning » comme c’était le cas dans l’ancien système de CAPsMAN.

A force de rechercher l’explication, je suis tombé sur la page d’aide Mikrotik, et un paragraphe discrètement posé là :

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.

Sérieux ?!? La « cap » locale ne peut plus être connectée directement au CAPsMAN comme dans l’ancien système.

Donc cette façon de faire, c’est terminé (pour une cap locale sur le nouveau CAPsMAN !) :

La solution : provisionner via l’onglet « radio »

Comme l’indique l’aide, la solution c’est de provisionner directement depuis l’onglet « Radios » :

et là ça fonctionne :

Et les interfaces se sont bien créés toutes seules avec la « configuration » qui était « provisionnée » :

Tout ça pour ça !

Et puis quand j’aurais besoin de désactiver temporairement la cap locale… il faudra que je modifie le « provisioning » pour exclure ma cap locale ( #c’étaitmieuxavant ).

TIPS : il ne faut surtout pas activer la « cap » locale…. sinon ça ne fonctionne pas (sauf si la « cap » locale se connecte à un CAPsMAN qui est sur un autre Mikrotik bien sur).

Testé le 10/07/2026 avec un Mikrotik hAPax3 (C53UiG+5HPaxD2HPaxD) sous ROS 7.20.7 + 7.22.2 et Winbox 3.43 et 4.2
Le Mikrotik avait été préalablement réinitialisé en mode usine (via netinstall) avec juste l’ajout d’un bridge et de la configuration basique pour CAPsMAN (une « configuration » avec ssid, passphrase, auth types, channel, datapath + un provisioning basique).