AP 630s that are dropping clients very frequently

[netadmin10]

We have new Aerohive 630s.  We are struggling with keeping clients connected.  I use a scanner and see the radios dropping out from time to time (not regular that I can tell) and then they come back. I also see that clients are connecting to APs in other room with much weaker signal that the APs close to them.  Any help

[w1f1n00b]

I don't know other versions of Hivemanager but on mine (formerly NG), This setting is part of the 5Ghz radio profile under Optimizing Radio Usage>Radio Settings.

[netadmin10]

I guess I should have mentioned we have connect, not select.

[netadmin10]

I am very ready to try that, even though we're pretty good (still room for improvement, though). I can't find anywhere to turn off beamforming. Can you tell me where that is?

[samantha_lynn]

In addition to John's good suggestion, I wouldn't worry about continuing to lower the power on the APs that are still very loud. They are still operating as expected when using a power level of 1 or 2dBm, and it's not unheard of to see that in a live deployment when you have APs that are close to each other.

[w1f1n00b]

Not sure if this will help but it's worth a shot. Have you tried disabling tx beamforming on the 5Ghz radio? I was having a similar issue with AP550's and it resolved my problem. I'm supprised there isn't a big forum sticky post regarding this.

Here is a comment from another thread -

https://thehivecommunity.aerohive.com/s/question/0D50c00006G1UkmCAF/anyone-having-issues-with-hive-os-82r4-with-ap230-some-of-our-users-are-constantly-getting-dropped-off-the-network-unable-to-reach-internet-and-unable-to-ping-gateway

Aaron Krohnberg (Customer)

a month ago

I've been up against this issue as well. I ended up upgrading an AP230 to version 8.2r6 and then we turned on verbose debug via the CLI. Below is what the technician found.

Thank you for the attached tech data. While reviewing the 8.2r6 tech data I found the following error repeated:

2019-08-07 10:10:12 info kernel: [wifi]: wl1: fatal error, reinitializing

2019-08-07 10:10:12 info kernel: [wifi]: wl1: phyerr thresh exceeded HAMMERING!

This behavior is a known issue when transmit beamforming is enabled in the 5 GHz radio profile on APs running 8.2rX and 10.0rX HiveOS version. This issue is currently being addressed by our development team as part of CFD-3835.

Unfortunately there is not an ETA for the resolution yet. I would recommend either disabling TX beam forming or using non 8.2rX/10.0rX firmware for the time being.