LMS failover concept and timers
02-16-2016 07:56 PM
Where can i find information on LMS mechanism/scenarios - specifically i am looking for cases when AP associates to bacupk LMS if there is an issue with main LMS.
What mechanism is in place for RAP to monitor main LMS status? It seems there are a number of mechanisms in place like GRE tunnel keepalive, hearbeat etc, but its not clear in the config document. Also, based on the ap system profile table, it seems there are a number of timers that are related to this like Bootstrap threshold, or Maximum Request Retries, Request Retry Interval , Number of IPSEC retries.
Also, would like to know exactly what AP will do in case of failure scenarios - does it reboot, does it associate to backup LMS, does it try to re-associate to same LMS, etc?
Re: LMS failover concept and timers
02-18-2016 07:22 AM - edited 02-18-2016 07:24 AM
The mechanisms like GRE tunnel keepalive, hearbeat, etc to monitor the LMS status and the timers like Bootstrap threshold, or Maximum Request Retries, Request Retry Interval , Number of IPSEC retries, etc - all have different purposes. How these knobs work or how they are different from each other is really nothing more than what is defined in the user guide. To understand these knobs better, I would recommend that you test them in your lab setup with different values so that you can see the difference.
What happens in case of failure scenarios?
There can be different reasons for a failure. Different things happen on different scenarios. You can find the common redundancy / failure scenarios in the "Campus redundance Model" VRD.
You can also look at the RAP VRD for more information about how the RAP works.
CWNA | CWSP | CWAP | CWDP | ACMP