How to disable AP mesh mode failover

  • 1
  • Question
  • Updated 9 months ago
Hi everyone,

As I understand it, Aerohive AP's will change from 'portal' to 'mesh' mode when network access via the ethernet port is lost or unavailable, to attempt to maintain network connectivity.

We have a client whose network is managed by a third party, while we manage the Aerohive environment. We find that we often have to reboot access points which have reverted to mesh mode in order for them to revert to 'portal' mode. It is difficult to track down the reasons for this behavior as we do not look after the network, so instead we are looking to change the way the AP's behave.

2 Questions:

Is it normal for an access point to need a reboot in order to revert to normal operation after a failover to mesh mode?

And is it possible to disable this failover function to prevent the issue?

Thanks very much for any information!
Photo of Mitchell Watson

Mitchell Watson

  • 2 Posts
  • 0 Reply Likes

Posted 9 months ago

  • 1
Photo of Nick Lowe

Nick Lowe, Official Rep

  • 2491 Posts
  • 451 Reply Likes
Hi Mitchell,

Are you certain that all these APs are actually in an active mesh? Have you checked the tech data or at the CLI or just seen this in HM?

This, to me, sounds like it is more likely to be due to a known cosmetic-only, non-service affecting reporting issue in HM that is caused by an issue in the HiveOS reporting of mesh/portal state. If it is that, we are aware and are tracking and resolving this via CFD-2652.

Thanks,

Nick
Photo of Mitchell Watson

Mitchell Watson

  • 2 Posts
  • 0 Reply Likes
Hi Nick,

No I believe what you have described is the most likely case, the access points in question appear to function normally other than displaying 'Mesh' mode in Hivemanager. We assumed that they were continuing to attempt to mesh until rebooted, based on what was displayed. The customer raised this as a potential vulnerability given the current revelations around WPA2 attacks.

Thanks for the reference regarding the reporting fault.

Kind Regards,

Mitch