Wireless Access

last person joined: yesterday 

Access network design for branch, remote, outdoor, and campus locations with HPE Aruba Networking access points and mobility controllers.
Expand all | Collapse all

Information about self-healing feature

This thread has been viewed 2 times
  • 1.  Information about self-healing feature

    Posted Dec 29, 2011 11:12 AM

    Hi everyone,

     

    At the documentation I have found that the self-healing feature provides increased reliability and redundancy: the network continues to operate if an AP stops functioning or a connection fails.

     

    I want to know how this feature works and how enable it on the controller.

     

     

    Appreciate your help.

     

     

     

    Thank you

     



  • 2.  RE: Information about self-healing feature

    Posted Dec 29, 2011 12:11 PM

    wmontilla, 

     

    Are you referring to the ability for mesh to self heal around a failed link/AP or self healing of a WLAN around a failed AP and the coverage hole that may appear from that?

     

    Regards, 

     

    Austin



  • 3.  RE: Information about self-healing feature

    Posted Dec 29, 2011 12:52 PM

    Hi Austin,

     

    I'm referring about self healing of a WLAN around a failed AP and the coverage hole that may appear from that.

     

     

    Thank you

     

     

    Wilson



  • 4.  RE: Information about self-healing feature
    Best Answer

    Posted Dec 29, 2011 01:22 PM

    Wilson, 

     

    In the user guide (at least the 6.1 version I am looking at) it really only discusses "self-healing" from a Mesh perspective.  That said, ARM does include self healing capabilities for the WLAN environment.  While they are not explicitly called out in the user guide and their is no explicit "self healing" knob in the ARM settings, ARM will do the following by default:

     

    - Determine amount of overlap between APs/Channels, 802.11 and non-802.11 noise in the area, and dynamically adjust channel/power accordingly, 24x7.

    - If the RF environment changes due to AP failure, 802.11 or non-802.11 interference, error rates, etc, the ARM algorithm will adjust accordingly to compensate or work around the problem (like increasing power on adjacent APs to cover a hole caused by a failed AP).

     

    To allow the above to happen, you must have ARM assignment enabled (to single band typically) and ARM scanning enabled, both of which are defaults.  ARM has a bunch of other settings that determine how and when it will make a decision, best to leave these as default unless otherwise instructed by TAC or if following recommendations contained within our VRDs (for example placing ARM into an "aggressive" mode when first installing a system).  One other important consideration is that the AP placement must have been designed to allow for ARM to cover a coverage hole from a failed AP.  In a normal environment, APs might not be transmitting at max power because overlap was planned in beforehand and an AP would only need to boost its power if an AP fails.

     

    This paper is a pretty good primer on how and why ARM does its thing:

     

    http://www.arubanetworks.com/pdf/technology/whitepapers/wp_ARM_EnterpriseWLAN.pdf

     

    Regards, 

     

    Austin