Skip to main content

How do you stage your access points?

This blogpost is about my quest to refine my access point staging process.

 

Back in the day, I used to stage the (autonomous) access points in my deployments one by one.  It took a long time to configure each one, and I’ve always been on a quest to perfect the perfect staging process. 

 

Fast forward to 2014, and I find myself surveying, designing, configuring and installing.   With most of my deployments nowadays, I hire Electricians and Telecommunications Technicians to install the access points.  However, I still find that staging the access points myself is usually worth the effort.  I’m a believer in powering up all access points, “burning them in”, configuring them, and labeling them – long before they ever end up in the Installer’s hands.  I guess it is personal preference.  I would rather know that an AP has been powered up, associated to a WLAN controller and has been configured, rather than stare up at a ceiling an wonder why if the AP is “bad” from the factory.  When I prime them, I know they’re ready, and can rule out AP configuration or a DOA.

 

Not too long ago, Nigel Bowden (a WLAN Consultant) and I were conversing via email about the AP staging process.  I had a macro-enabled spreadsheet that I had used in the past with a Symbol scanner to make labels for new AP deployments.  He had a spreadsheet that he used to do CLI configuration of access points once they joined the controller.

 

This gave me an idea.  What if I combined my spreadsheet with his?  My idea was, if I labeled an AP right out of the box, created the same hostname “labels” in the spreadsheet and then scanned its barcodes (MAC and Serial Number), could I create a spreadsheet that would create the CLI without having to scrape the information from the WLC after plugging it in?

 

They answer is YES!  Now I will tell you how it was done, and it has dramatically decreased the time it takes me to stage and AP.  I will also state that I design large Wi-Fi venues – with hundreds or thousands of access points.  Staging 20 access points is “fun”, staging 2000 access points is “less fun”.

 

First, we’ll start with the AP numbering scheme.  Sometimes the designer can develop it, or the organization may already have one.  Let’s pretend we’re staging a few hundred access points for an athletic stadium or large healthcare organization in Denver.  They already have a naming convention and they want you to follow it.

 

I use my new spreadsheet to create the number of access points per floor, per telco closet, per seating area, etc.  I’m sure you get the point.  In this example, we’ll go with 19 APs in this area.  Using the spreadsheet, create AP01, then drag down to AP19.

 

 

 

Next, I will create the “area” of the access point.  This could be the seating area of a baseball stadium, or a floor of a hospital.  The area stays the same, so I use Excel to make it all the same.

 

 

My spreadsheet adds the two columns together to make my hostname of the AP:

 

 

Then we use a few more columns to define the Primary and Secondary WLC, along with the IP addresses of them.  I never configure a tertiary WLC, as I want the AP to discover a tertiary WLC if the secondary is not available.

 

 

Next thing I do is take 20 APs and plug them into the PoE switch that I have configured with the WLC on the bench.  My goal is to have the APs boot up and find the WLC via option 43, download the version of code I will be using in production, and then configure them.

 

Here they are:

 

 

My goal is to make the labeling and configuring process as simple, accurate and fast as I possibly can.  When I see that all the APs have joined (not all do, and I usually have a few stubborn ones right out of the box) the WLC, I want to label, configure and box them up quickly.  Here’s what I have done…

 

We know that when an AP boots up, it will show up on the WLC with a default name – one that is derived from the MAC address of the unit.  If the MAC address of the unit was de:ad:be:ef:ca:fe, the default hostname would be APdead.beef.cafe,right?  That MAC address is also on the barcode on the underside of the AP.

 

I create the labels and affix them to the APs after I know all of them have joined the WLC.  I don’t care which label goes what AP.  With the Ethernet cable still attached, I flip the AP over and scan the SN# and MAC address barcode of the matching line on my spreadsheet: (the apSerial and apMAC automatically populate and go down to the next row)

 

 

After I scan the APs on the bench, they automatically populate in my spreadsheet.  Notice my spreadsheet’s rows have the Primary and Secondary WLCs in there!

 

 

The spreadsheet then generates the CLI for the renaming of the AP from the default name to the name you want to use, along with the Primary and Secondary WLC.  All I do is copy/past these three columns into the WLC and this batch of APs is staged – accurately and efficiently.  And now I have a spreadsheet of the SN#, MAC, Hostname, and how each AP was configured.  I also have a column for APGroup, which I did not use in this fictitious example.

 

 

The best part is, I go from this:

 

 

To this in one simple copy/paste.

 

 

The command structure, for those who are interested, looks like this:

 

 

I must say this is the most efficient way of staging access points I have ever come up with.  I am interested in hearing what other processes other Engineers are using to stage large quantities of APs.

 

How many APs can you stage in a day?  (this includes unboxing, code upgrades, labeling, configuring, and boxing back up)

 

What are your favorite labels?

 

What is your opinion for “must haves” in an AP naming convention?

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Comments

Popular posts from this blog

Build your own Ekahau ePerf & Speedtest.mini server!

One a recent forklift project, we decided to replace our aging 802.11a/g hardware and deploy new 802.11ac WLAN gear.   We designed the building with Ekahau’s ESS - our default WLAN survey and design tool.  After designing the WLAN to meet our healthcare requirement (in this case, Aeroscout tags, Vocera badges, 5GHz Voice and data) we installed the gear and then validated the WLAN.   For this initial 802.11ac deployment, we decided to do both passive and throughput validations.  With throughput surveys, we measure actual data, such as packet loss and jitter.   On a side note - for some time now, we have said to ourselves, “I wish we had a portable Ookla Speedtest server”.   Spoiler alert!   We needed a throughput server that would be both simple to use and portable.  After talking with our Ekahau team, we decided to use the Odroid C2, and configure it for two purposes.  (It turns out that Ekahau has done the homework for us, and a quick web search will unearth most of what we need to kn

How to add AP licenses to a Cisco 5508 WLAN controller

How to add AP licenses to a Cisco WLAN controller. I recently had to do this and I must say if I had the link (below) when I first started out, life would have been much easier. You should have a PAK from Cisco when you purchased your adder license.   Go to  https://tools.cisco.com/SWIFT/LicensingUI/Home  and register it with the controller.         In this case, the PAK is 3681J1B047A.   You are going to need the serial number of your controller in order to generate the license for it.  I SSH into the controller and issue either "show udi" or "show license udi".  Just make sure you are communicating with the controller you intend to upgrade licenses on!  I am sure there are other ways to get this information, but this is how I do it.     After you enter in the information, you can view and download your licenses, or wait for them to arrive via email.  I downloaded the two license files in this example since I am adding licenses to two controllers.     After downloa

5GHz WLAN Site Survey AP power settings - What you want, don't want, and don't care about.

  I often see the requirement that a WLAN site survey and design must be done by the AP-on-a-stick method.  That said, you’ll want to use the same AP for your survey that you will use in production – or one that is similar.  In this case, we are going to convert a lightweight access point to Autonomous, so that we can use it without a WLAN Controller.  The new survey rig is a Cisco 3602i, configured with 5GHz channel 157, set to 40 MHz. How did we turn the lightweight AP into an Autonomous and do the quick and drity configuration?  The short answer is, we followed Richard McIntosh’s directions.  His blog, and a great “HowTo” is here: https://ciscotophat.wordpress.com/2013/01/05/configuring-a-3602-for-wireless-surveying/   Thanks again, Richard, for putting that out there for everyone to read. We altered the power output of the new survey rig as sort of an experiment to see how the signal propagated, and where our -67dBm and -85dBm boundaries lie.  Why did I choose those numbers, you as