We want to hear from you on how we can improve our community and looking forward to seeing you share your experience with other members. Take a look at the list below, find the ideas you like or submit your own.
We would like the behavior of the controllers to be like the IAPs with Deny Time Range, configure the controller be in such a way that the SSID does not appear, as it happens in the IAP:
When we activate the "Deny Time Range" into the IAP, the SSID is disabled, it disappears.
When we activate it on the controllers, the SSID remains, continues to be visible but it disconnects users that are connected to it and does not allow connect them.
KVM Hypervisor based solutions, such as RHEV, Proxmox/VE, Nutanix AHV, and OpenStack based clouds have been growing in popularity over the last several years, to the point where they are edging well into both VMware and Hyper-V's market share.
It would be great to see support for KVM based systems with the AirWave Virtual Appliance, especially since the appliance guest OS appears to be based on RHEL 6.x, so making sure the VirtIO modules are loaded, and the HDD works with virtio-scsi, and the network adapter works with virtio-net should be relatively low hanging fruit.
Posting this for an engineer here at Mircosoft.
I work for Microsoft and have been takes with improving our alerting process for wireless infrastructure. I am interested in getting the airwave interface alert moved to a % of the total interface instead of a bits per second alert. My ask comes from the fact that we have multiple controller and AP types with different uplink speeds and it is difficult to manage high utilization alerts if it is strictly bits per second rather than a total interface %. Can we please get a feature added into Airwave to allow for this type of alerting. Currently we are running airwave 8.2.2.
I believe a strong foundation in wireless knowledge is needed, that is where the CWNA certification comes into play, a vendor agnostic approach to everything about wireless.
That would be a good start
I would also suggest following some of the current and up and coming WLAN thought leaders on Twitter. Quite a few to choose from. I have learned quite a lot from this bunch!
Some of the folks below are tied with specific vendors and others are more generalized WLAN professionals:
I applogize for leaving anyone off this initial list - feel free to reply to this post and add others that you have found valuable in your WLAN/Mobility journey!
https://twitter.com/microagent (this is me)
https://twitter.com/80211alan (this i me too, Gemini)
As a network engineer starts to dive into generation mobile, what are the key areas he/she should focus on? What tips could you give this engineer on his journey to become a mobility engineer? Please share your ideas. By doing so we can create a mobility engineer checklist for engineers seeking to become experts in this mobile age.
In order to be prepared for the mobile workforce, you'll want to be prepared for BYOD:
Take an Aruba ClearPass Bootcamp
ClearPass is integral to BYOD. ClearPass is not just a RADIUS server, but also includes device Onboarding and Guest access which will help you get devices on your network with ease. Find a course to get started.
Establish a BYOD Plan
You'll need to have a plan so you're not caught off guard by the influx of mobile devices. Meet with the decision makers in your company, and get the support from the business to proceed with a BYOD plan. Be proactive and go to the business first, instead of being caugh off guard to users' demands for BYOD.
Know your Network
Verify that your WLAN can support the increase in clients. Verify controller capacity and know which bands your APs support.
Purchase mobile devices
You'll want to have a good understanding of how various mobile devices work on your network. It's important to test out Onboarding processes and roaming behaviour ahead of time so you know how these devices will perform. Choose popular devices such as an Apple iPad and Samsung Tablet to cover your bases.
Ok ok so you dont have to memorize the whole standard. But it all starts with wireless these days. It would be very beneficial for an engineer to know what happens when and why. CWNP has some great books and certifications that can help you learn the 802.11 standard.
One of our customers have replaced a dedicated visitor registration system with ClearPass, but they miss one function.
The previous system had a emergancy button to print all visitors in the building in case of an emergancy, like fire alarm or other evacuation.
My suggestion is that you implement a view or report that can be printed with a single push of a button to the default printer.
1) Can we identify what is the basic rate client requesting for association and data transmition even the configured rate mismatch so can configure correct rate for SSID.
2) Can we get client wireless adapter details on controller regarding mimo. and map those details with max. speed.
So we need not to check client adapter max. capacity and why is not getting more speed compair to others.
Currently, you can't search in the GUI for clients if they're connected via a bridge-mode SSID. If you don't put a search filter in, the clients show up just fine, but if you search for an IP or MAC address you can already see in the table, they won't show up. Aruba TAC says this is "by design" but it seems to me that it's a bug. Unfortunately, they won't fix it unless it comes in a feature request :). If you think you should be able to search for any client (tunneled or bridged) in the controller, go ahead and upvote!
Would be interesting to have User historical data in Airwave dashboard filtered by Role, not only as per SSID as now.
I'm able now to have an instant view of the current clients connected with a specific role but if somebody ask me which was the peak of the authenticated users that got though our captive portal today (got a different role upon authentication) I say there is no way to know it.
Would be interesting to have a resizable timeframe in airwave graphics.
There is a specific event in our client in which within a little space of time (about 15min) a big load of data is being processed by thousands of users. Having a 5min-timeframed graph provides few accuracy when gathering user/traffic information.
Ideally, and for not consuming too much disk space, these graphs may be reported every 1 or 2min only for a specific period of time, after that it gets back to a normal 5min timeframe reporting.