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.
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)
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.
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.
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.
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.
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.
it will be good to get the possibility to custimize management users access, that will be more flexible and help the super administrator to better manage his mobility controller , by giving each network engineer , the true priviledge.
It will be nice if Airwave not simply "read" the IDS events from the IAP cluster or controller device but we can create rules such as at the classification. It is very unpleasant to handle multiple false positive IDS events if I have two IAP cluster managed by the same Airwave and set the APs as valid or known interfering classification but it is using the same SSID and I get hundreds of false positive IDS event with Valid SSID Violation.
Feature request generated:
Thanks a lot!
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!
Considering most of large AP deployments are administratively organized in Airwave through Folders as in our customer, may be interesting to take back the Folder filtering feature within AppRF section. Now with version 8.2.2 there is no chance to know about it on a specific Folder.