11-19-2012 04:47 AM
I'm seeing a potential problem with the current ACE design, which is configured as one-arm.
What I’ve discovered is that the standby ACE show hit counts with the service policy as well as connections. According to what I understand, to maintain state between the ACE’s, both share connection and therefore not a concern.
What I see as a potential problem is:
According to my understanding is that the RSERVER should not try to make a connection to the standby.
I will appreciate if someone can shed some light on this.
Philip
11-19-2012 10:49 AM
Hi Philip
What si the status of the rserver in the standby ACE? It is OPERATIONAL or OUTOFSERVICE?
---------------------
Cesar R
ANS Team
11-19-2012 09:13 PM
The rservers on the standby ACE are all in operational state.
state : OPERATIONAL (by default, unverified)
11-20-2012 06:25 AM
Interesting observation that I want to add.
The standby ACE, when it is in FSM_FT_STATE_STANDBY_HOT mode, show that the probes are failing, service-policy state is out of service and no curr or hit counts.
But, when in FSM_FT_STATE_STANDBY_COLD, the probes is working fine, state IN-SRVC, no current connections
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide