Wireless Access

last person joined: 17 hours ago 

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

VRRP best practices

This thread has been viewed 3 times
  • 1.  VRRP best practices

    Posted Jan 07, 2014 01:54 PM

    When configuring VRRP parameters between an active and stand-by controller, should Enable Router Pre-emption be checked on on both controllers or just the one that that will have the higher priority value (i.e. the controller that we would want to be the active one at all time)? Should the Delay field be left blank or is there a best practice parameter for that as well?

     

    Regards,

    Tony Marques



  • 2.  RE: VRRP best practices

    EMPLOYEE
    Posted Jan 07, 2014 02:03 PM

    If you are running 6.3.1 or above, please consider our AP fast faliover OVER VRRP for AP redundancy.  

     

    For the preemption question, it should be checked on both to prevent a "flappoing" issue on either end.



  • 3.  RE: VRRP best practices

    Posted Jan 07, 2014 10:17 PM

    Did you want to mean "unchecked"? VRD guide says for master/standby, it should be unchecked.



  • 4.  RE: VRRP best practices

    EMPLOYEE
    Posted Jan 08, 2014 05:36 AM

    @ado75 wrote:

    Did you want to mean "unchecked"? VRD guide says for master/standby, it should be unchecked.


    Ado,

     

    It is a design choice by the administrator whether it should be unchecked or not.  There really is no right or wrong answer.



  • 5.  RE: VRRP best practices
    Best Answer

    EMPLOYEE
    Posted Jan 08, 2014 05:35 AM

    @tmarques wrote:

    When configuring VRRP parameters between an active and stand-by controller, should Enable Router Pre-emption be checked on on both controllers or just the one that that will have the higher priority value (i.e. the controller that we would want to be the active one at all time)? Should the Delay field be left blank or is there a best practice parameter for that as well?

     

    Regards,

    Tony Marques


    tmarques,

     

    Please see the Wikipedia entry for VRRP here for answers to all of your questions about VRRP:  http://en.wikipedia.org/wiki/Virtual_Router_Redundancy_Protocol

     

    To directly answer your question, you would Enable Router pre-emption on one side of a VRRP if you want a controller that has a higher VRRP priority when it comes up to always take control of a VRRP from a controller with lesser priority.  If it is NOT enabled, when a controller  is coming up, it will NOT take control of a VRRP when it sees another controller advertising that it is master for that VRRP, even if it has priority.

     

    There is no best design practice for the delay parameter:  Accept the default.   "This feature prevents unnecessary transitions of VRRP State to MASTER.  By adding a delay to the master transition, we prevent a router from becoming the master during network flapping. For a short interval, there may be congestion in the network, or links may be flapping. This should not cause VRRP MASTER to be altered. "  It works just fine with the default.  A number of administrators have their reasons for editing this parameter, but for most, the default works just fine