WIFITECHBLOG

Should I use GUI, CLI, or both?!

While preparing for the Autonomous AP portion of the CCIE Wireless lab I have come across a puzzling problem - what interface to use to configure the APs!

It's not a simple question, in my mind.  I've always been a command-line guy, as I find it much quicker.  However, in preparing for a test of this nature it becomes obvious that CLI also gives you more to remember...  And while I'm used to configuring wireless bridges using CLI, almost all of the APs I configure these days use GUI (CAPWAP through WLCs).  The GUI is different enough on an autonomous AP that I get a bit lost; for them I have generally stuck to the CLI as much as possible and just referenced the GUI when I get stuck.

I am going to focus on CLI, but ensure that I am comfortable using GUI as well.  If nothing else, it is easier to study CLI on my bus trips to/from work ;)  

I ran into an interesting problem last Monday (02/01/10) at work - someone had deployed APs at a remote location and configured them as autonomous APs. I performed a quick lightweight upgrade on them, and made the mistake of leaving static IPs on them.

The upgrade tool asks for your WLC address so I thought that would prime the APs with that address for the controller... Wrong. As soon as the APs booted to their lightweight IOS (the standard recovery image) I lost connectivity with them (no DHCP so option 43/60 is not available. APs are on a different domain than the switch - why it kept this but not snmp and passwords is irritating - so controller DNS didn't work). Passwords were of course reset, so telnet/ssh responded with "password required but none set." SNMP was also reset... I thought I had lost connectivity to them and would be required to ship out new APs!

In reviewing some of the Cisco literature, though, I found a cool little workaround. You can set the IP helper-address to the IP address of the controller, and then use the "forward protocol" command to forward all CAPWAP/LWAPP traffic to the IP helper-address, i.e. the controller (protocols 12222, 12223 for LWAPP and 5246, 5247 for CAPWAP)! Once connectivity was re-established to the APs, I set them to DHCP and removed the forward protocol commands and set the IP helper-address back to the DHCP server. Problem solved without sending new APs!