I will enable wireless debug logging and post the configuration later today.
More interesting facts:
The smart clock’s data rate is fixed for 1000kb/s for both up and down in capsman’s registration table.
It can’t get IP at all, and after 2:10 (m:s) it disconnects.
If I disable hap ax2’s radio (or just simply do a frequency scan with it), the smart clock joins to the network perfectly (onto cap ax, and it also gets IP).
At first, after booting the whole system, both cap ax and hap ax2 were broadcasting 2.4GHz on 2412MHz center frequency for some reason. 5GHz signals were separated.
Then after I realized this, I did a provision for the hap ax2, and then it selected a different channel for 2.4 too.
Then I restarted the smart clock, but all results are the same since Hap AX2 became my second CAP.
If the CAP is hAP ax2 or hAP ax3, it is strongly recommended to enable RSTP in the bridge configuration, on the CAP
configuration.manager should only be set on the CAP device itself, don’t pass it to the CAP or configuration profile that you provision.
It should be enabled by default, but double check please. Also on CAP AX. I don’t know why the MT docs only refer to ax2 and ax3, as CAP AX has the same chipset (IPQ-6010) thus the warning/info should also apply to the CAP AX.
I’m so sorry folks for wasting your time with this.
This was my mistake: as HAP AX2 is for a basic home usage, it has a standard configuration onboard. I cleared all the settings, and reconfigured everything from scratch:
add every single wlan and eth interface to the bridge
enable CAP
clear everything else
Now after CapsMan gets this new radio, it propagated my configuration, which uses a slave configuration on 2.4GHz. This has created a new wlan interface on HAP AX2, which was not part of the bridge, so it has no chance to receive any IP address, or access anything.
After I added this new wlan interface created by CapsMan, everything got back to normal, smart clock now works perfectly.
One thing I don’t understand:
CAP AX has two wifi interfaces:
wlan1
wlan2
Slave interface got wlan3.
HAP AX2 has also two wifi interfaces:
wlan1
wlan2
Same slave interface got wlan7. Why?
In main router’s CapsMan, I see 6 wifi interfaces:
wlan1 (CAP AX 5)
wlan2 (CAP AX 2.4)
wlan3 (CAP AX 2.4 slave)
wlan4 (HAP AX2 5)
wlan5 (HAP AX2 2.4)
wlan6 (HAP AX2 2.4 slave)
First 3 item correlates with CAP AX’s interfaces, but the rest is not with HAP AX2. Is this intended? Or should I take some more care with this?
Thank you! On which device shall I execute this command? On the new AP (Hap AX2)?
One more thing:
When I add new slave configurations in CapsMan router (L009), it creates new wlanX interfaces on both CAP AX and on HAP AX2. BUT, on CAP AX, this new wlanX interface becomes part of the default bridge, while on HAP AX2, this wlanX stays alone without becoming part of the bridge. Which configuration controls this behavior?
datapath config, bridge property … under /interface/wifi/datapath/ … if you somehow renamed bridge on your cAP ax and made CAPsMAN configuration accordingly, then you will run into the same problem with all CAP clients with default config.