Hi wireless professionals,
I'm currently reading some docs and stumbled upon this statement in the 17.3 IOS-XE 9800 config guide:
Restrictions for Radio Resource Management
The number of APs in a RF-group is limited to 3000
I bet this is a documentation error, right? What about the 9800-CL or 9800-80 WLC, which supports more than 3000 APs.
Any thought on this?
But then I thought about horizontal WLC scaling. Let's say we have 9800-40 WLCs, supporting 3000 APs and building up two deployments, that we support 6000 APs in total (in the same mobility domain).
Typically I would use the same RF group for both deployments.
In AireOS this works flawlessly, because:
https://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-3/b_RRM_White_Paper/b_RRM_White_Paper_chapter_011.html
>> If you exceed the maximum allowed number of APs for a given RF Group, the group simply splits and creates a new RF Group Leader using the same RF Group Name on the controller that the AP joined to create the condition. This sounds a lot worse than it is, and in practice most folks are generally not even aware of it until they look for the RF Group Leaders and notice that there is more than one per band.
The IOS-XE configuration guide states
>> If an AP tries to join the RF-group that already holds the maximum number of APs it can support, the
device rejects the application and throws an error.
What?!
So meaning if I do horizontal scaling of WLCs I need to manually ensure my RF groups don't exceed the limits. In AireOS the WLC took care of this automatically. Or is it a documentation bug as well?
