Cloud Managed Networks

If you need to customize radio power you may want to look at RF Zones

Rf Zones | Aruba Central (arubanetworks.com)

You create multiple RF zone profiles with your manual power settings and then assign the zone to each AP that you want to manually control.

However you may not have to do that.  Aruba is much better at automatically assigning channels and power settings than the previous solutions we used in the past.  I used to have to review blueprints and monitor ap metrics to manually tweak power settings and channels.  After we migrated to Aruba the Adaptive Radio Management (ARM) feature has been very good;  better than I was anyway.   I rarely have to change the automatic radio settings now. Also if neighboring APs mess with an existing radio plan ARM recalculates the optimal changes reconfigures automatically.

I believe if you set the Max Transmit Power under the ARM settings, ARM will automatically determine the best RF environment you need for each AP without you having to do anything else yourself unless overridden ARM Overview (arubanetworks.com).  I find the default Max Transmit Power to be a little low for our environments.

Be a little careful with assuming when the documentation says "groups" are all talking about the virtual cluster.  There are several types of "groups" for different features and they are not all Cluster dependent.  It is true you can only have one AP Cluster per layer 2 subnet.  We place the Cluster management traffic into a dedicated VLAN anyway so it is not much of a problem.  If you really really needed separate clusters to service the same client access subnet you could probably create separate cluster management vlans and tag client traffic for the same client access LAN on both clusters.  I believe you can also run a few APs or all of them in standalone mode, Cluster independent.  You can still manage them via Central but they are essentially standalone.  But if you are going in that direction you may want to think about it more carefully, and contact support.  You may be missing a simpler solution.

If you need to customize radio power you may want to look at RF Zones

Rf Zones | Aruba Central (arubanetworks.com)

You create multiple RF zone profiles with your manual power settings and then assign the zone to each AP that you want to manually control.

However you may not have to do that.  Aruba is much better at automatically assigning channels and power settings than the previous solutions we used in the past.  I used to have to review blueprints and monitor ap metrics to manually tweak power settings and channels.  After we migrated to Aruba the Adaptive Radio Management (ARM) feature has been very good;  better than I was anyway.   I rarely have to change the automatic radio settings now. Also if neighboring APs mess with an existing radio plan ARM recalculates the optimal changes reconfigures automatically.

I believe if you set the Max Transmit Power under the ARM settings, ARM will automatically determine the best RF environment you need for each AP without you having to do anything else yourself unless overridden ARM Overview (arubanetworks.com).  I find the default Max Transmit Power to be a little low for our environments.

Be a little careful with assuming when the documentation says "groups" are all talking about the virtual cluster.  There are several types of "groups" for different features and they are not all Cluster dependent.  It is true you can only have one AP Cluster per layer 2 subnet.  We place the Cluster management traffic into a dedicated VLAN anyway so it is not much of a problem.  If you really really needed separate clusters to service the same client access subnet you could probably create separate cluster management vlans and tag client traffic for the same client access LAN on both clusters.  I believe you can also run a few APs or all of them in standalone mode, Cluster independent.  You can still manage them via Central but they are essentially standalone.  But if you are going in that direction you may want to think about it more carefully, and contact support.  You may be missing a simpler solution.

If you need to customize radio power you may want to look at RF Zones

Rf Zones | Aruba Central (arubanetworks.com)

You create multiple RF zone profiles with your manual power settings and then assign the zone to each AP that you want to manually control.

However you may not have to do that.  Aruba is much better at automatically assigning channels and power settings than the previous solutions we used in the past.  I used to have to review blueprints and monitor ap metrics to manually tweak power settings and channels.  After we migrated to Aruba the Adaptive Radio Management (ARM) feature has been very good;  better than I was anyway.   I rarely have to change the automatic radio settings now. Also if neighboring APs mess with an existing radio plan ARM recalculates the optimal changes reconfigures automatically.

I believe if you set the Max Transmit Power under the ARM settings, ARM will automatically determine the best RF environment you need for each AP without you having to do anything else yourself unless overridden ARM Overview (arubanetworks.com).  I find the default Max Transmit Power to be a little low for our environments.

Be a little careful with assuming when the documentation says "groups" are all talking about the virtual cluster.  There are several types of "groups" for different features and they are not all Cluster dependent.  It is true you can only have one AP Cluster per layer 2 subnet.  We place the Cluster management traffic into a dedicated VLAN anyway so it is not much of a problem.  If you really really needed separate clusters to service the same client access subnet you could probably create separate cluster management vlans and tag client traffic for the same client access LAN on both clusters.  I believe you can also run a few APs or all of them in standalone mode, Cluster independent.  You can still manage them via Central but they are essentially standalone.  But if you are going in that direction you may want to think about it more carefully, and contact support.  You may be missing a simpler solution.