NX5500E max AP supported in high availability mode (1+1)?

  • 0
  • 1
  • Question
  • Updated 8 months ago
  • Answered
Hello everyone,

Can a NX5500E controller be supported max to 1024 AP when it run in HA mode with second NX5500E on unique GUI to manage all AP? (like HA mode of Enterasys controllers)

And the max of controller in Cluster to be supported in a system?

Thanks so much.
Photo of Son Nguyen

Son Nguyen

  • 1,298 Points 1k badge 2x thumb

Posted 8 months ago

  • 0
  • 1
Photo of Timo

Timo

  • 3,210 Points 3k badge 2x thumb
Max. Cluster members for NX is 2 with the WiNG. But I think for WiNG Express would be the same.
Photo of Son Nguyen

Son Nguyen

  • 1,298 Points 1k badge 2x thumb
Thanks Timo.
Photo of Ondrej Lepa

Ondrej Lepa, Employee

  • 4,968 Points 4k badge 2x thumb
Hi Son,

When it comes to WiNG Express this is designed for simple(r) deployments, hence missing some advanced features like manual cluster setup.
Anyway, WiNG controllers are not recommended to be used in HA (active / active) in order to extend adoption capabilities. When one goes down, you'd exceed maximum number of APs adopted by single controller resulting in adoption loss.

Also, there is an article about cluster members on GTAC knowledge base
Timo is right - limitation is 2 members for a cluster.

Regards,
Ondrej
Photo of Son Nguyen

Son Nguyen

  • 1,298 Points 1k badge 2x thumb
Hi Ondrej,

In this way, do two controllers have a unique GUI (Web UI) to manage all APs in the system?
Photo of Ondrej Lepa

Ondrej Lepa, Employee

  • 4,968 Points 4k badge 2x thumb
Son,

There are two realms you shall consider - cluster master & adopting controller.
  • Cluster master - centralized point of configuration
  • Adopting controller - controller responsible for AP management
So in this case, you'll still have centralized management (single GUI) and two adopters. However, officially unsupported solution.

Makes sense?

Regards,
Ondrej
Photo of Son Nguyen

Son Nguyen

  • 1,298 Points 1k badge 2x thumb
Hi Ondrej,

Very clear explanation. So it means Extreme Networks will not support in case of deployment this solution?
Photo of Ondrej Lepa

Ondrej Lepa, Employee

  • 4,968 Points 4k badge 2x thumb
Hi Son,

this is to protect system as you might use advanced features requiring centralized management.
Adoption wise it is better to have one dedicated adopter as you may end up with neighboring APs adopted across cluster. 

Take it as official recommendation

Regards,
Ondrej
Photo of Son Nguyen

Son Nguyen

  • 1,298 Points 1k badge 2x thumb
Thanks so much, Ondrej.
Photo of Shay Weir

Shay Weir

  • 1,648 Points 1k badge 2x thumb
As described above, when you max out both controllers, on a fail over you will lose adoption on half of the APs.  What can possibly play in your favor would be if you are running the WLANs in bridge mode local and not tunneling traffic back through the controller.  If a controller goes down, the AP will still function handling all traffic as normal.  Users will not know.  In bridge mode tunnel, if a controller goes down, then half of the users will be ringing your phone off the hook complaining they lost network connectivity.

Either way, local or bridging, half of the APs will not adopt to the running controller.  Always use the N+1 number when doing HA configurations. 
(Edited)