We currently have 5 AP's set up around the office, but all users get shuffled to 1 device

  • 1
  • Question
  • Updated 2 years ago
  • (Edited)
Title says it all...I just took over management of our buildings wifi coverage, and I'm trying to sort out a few issues --- its all fairly new to me

Additional info -- All 6 devices show up in HMOL, but only 3 are showing up as "configured devices". The "client hog" AP is one of the configured. I plan on coming in on Saturday to see if I can't get them all configured. The AP that gets slammed with users, frequently kicks clients off of it. I'm thinking its having trouble with all the traffic.

Any suggestions?
Josh
Photo of Josh

Josh

  • 2 Posts
  • 0 Reply Likes

Posted 2 years ago

  • 1
Photo of BJ

BJ, Champ

  • 374 Posts
  • 45 Reply Likes
Have you created an accurate map within HM to review placement, coverage, etc? What model APs? What types of clients are accessing the wlan? What version of HM, on-prem or online? What HiveOS version?
There is a great tool within HM called Client Monitor. It's found under the tools tab. You'll need a client MAC address. Make sure you check the "Filter Probes" box before starting the monitor. Hopefully this will get you started. 

Best,
BJ  
Photo of Kevin Gee

Kevin Gee

  • 54 Posts
  • 4 Reply Likes
Hi Josh,
If you have a decent floor plan, or care to draw one, it is very useful to use the map facility to get a rough idea of coverage.  Getting clients to roam can be tricky, they won't jump to the strongest signal rather they move when their existing connection drops below a certain level; I would guess that power settings are too high on your APs.
Also useful is to use Netspot(Mac) , Chanalayzer or somesuch survey tool to go out on the floor and check all APs can be seen and what signal you get. 
Cheers, Kevin.
Photo of Luke Harris

Luke Harris

  • 265 Posts
  • 18 Reply Likes
Hi Josh, to echo some of the aforementioned. I would suggest first acquiring an accurate floor plan in order to properly plan for AP placement using predictive readings. This will give you some idea of coverage and requirements pertaining to TX power and channel settings.

Also, you will want to ensure that you have you have optimised your radio rates per SSID i.e. disabling lower rates used by legacy devices.
Photo of Josh

Josh

  • 2 Posts
  • 0 Reply Likes
Ah, apologies. I tried to be as descriptive as possible and failed abysmally. We have 6 AP's that are a mix between models 120 & 121. they're running running hiveOS versions from 6.1 to 6.4 (this will be remedied on Saturday when I update the firmware on all devices. We're using HiveM online to manage the devices. Clients accessing are mainly Macbooks and enterprise Dells.

Floor Plan is as such:



I dont think coverage is an issue. The ap placement seems to have all bases blanketed, I just need to figure out why ap02 is carrying all the traffic. I'll be using NetSpot this weekend to see if all ap's can be seen. I'm also running the monitor tool recommended by BJ to see if that gives me any leads on the disconnects.

Thanks for the suggestions
(Edited)
Photo of BJ

BJ, Champ

  • 374 Posts
  • 45 Reply Likes
Good info Josh, 
Kevin and Luke also touched on some good points. I would check the acsp neighbor info between APs, either from the maps by right clicking and selecting "ACSP Neighbor Info," or from the cli command "sh acsp neighbor." Pay particular attention to the 2.4GHz band making sure APs aren't overpowering one another. You may have some co-channel interference issues, which would definitely explain connectivity issues for your clients. I believe Client Monitor will certainly give you insight into what you're clients are up to.

Best,
BJ   
Photo of Luke Harris

Luke Harris

  • 265 Posts
  • 18 Reply Likes
Thanks for this Josh. Very helpful. I would also concur with the above statement. Using the "ACSP Neighbor Info" or the "sh acsp neighbor' command in the CLI will certainly show some finer details of the RF environment. Based on your topology and without seeing TX power settings and radio rates (among other things) I'm unsure as to why this AP is taking all the traffic as you suggest.