There’s been many exciting announcements at the Atmosphere 2017 conference and it’s been really great to meet a bunch of the fellow wireless twittersphere. All in all, definitely worth the time to attend.
Many other wireless minds have been covering a lot of the “cool” stuff – new ArubaOS8, new machine learning analytics with RASA and Niara, new monitoring tech with Airwave Glass and Clarity Synthetic, crazy new ways of wireless with 802.11ax, and more.
But one thing that really stood out to me personally is the new Univeral AP code that’s being rolled out to their new APs. Those of you familiar with Aruba know that there used to be two primary “versions” of hardware – Instant and Campus. Campus APs were meant to be used with a controller and they were sold without region locks, assuming that the controller would handle the regulatory compliance. The advantage was that they locked in real quick to a controller with auto discovery. The disadvantage was that there wasn’t a supported way to flash them into an Instant system, so hope you like those controllers you got there. The Instant APs had more intelligence at the edge and had region locks baked in at order, and they could move back and forth between Instant and Controller architectures – but to have them discover a controller required manual intervention, meaning that converting a large scale Instant roll-out into Campus methodology was a pain in the ass. Both were sold at the exact same price point.
The new “Universal” code means that an AP can become either a Campus or Instant AP from birth without any funky conversions. The self discovery process has become much longer though, so to spare you from any hand wringing as the APs slowly toddle towards configuration, here’s the new boot process that was shared at Atmosphere 2017:
- Static master assignment preconfigured
- DHCP based discovery using DHCP options assigned by DHCP server
- NOTE – This uses option 43 to give the controller IP address to the AP
- NOTE – make sure you don’t have another service utilizing DHCP option 43, I have seen that cause random problems with redirecting the AP to something completely unrelated
- NOTE – The AP has to have basic DHCP and DNS discovery for any automated discovery to tick. If it doesn’t, it will reboot constantly. Yes, you will need to edit the CLI config to allow APoaS site surveys
- Aruba Discovery Protocol based discovery
- NOTE – this only works if either the controller is in the same broadcast domain as the AP or if multicast forwarding is configured (multicast address used is 220.127.116.11)
- DNS based discovery (this is what Aruba recommends as best practice)
- NOTE – the AP will look for aruba-master
- Instant Virtual Controller Discovery
- NOTE – this means that the AP will reach out in its own broadcast domain with the PAPI protocol to find a local Instant AP that is elected as VC
- Airwave Discovery
- Activate Match Airwave
- NOTE – Activate is Aruba’s cloud based provisioning service. The AP must be able to communicate on the Internet for this step or the following two to work.
- Activate Match Central
- Activate Match CAP/RAP
- Broadcast Instant Provisioning SSID
- NOTE – And here’s where you are off to the races with the Instant platform!
Quite a journey, isn’t it? Nice that we’ll be able to purchase as single SKU now though.