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 :
