Voice CUBE HA self-reload

Sascha K. · ‎02-06-2017

Hi,

we have 2x Cisco 2951 in an Cisco CUBE HA(SIP-to-SIP) Configuration.

We have configured it as described here:

http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-border-element/112095-cube-hsrp-config-00.html

When I restart the active router (Router A) the rtp stream move to the standby Router (Router B). This works as expected.

After the restart I get the following message:

Router A:

HSRP-5-STATECHANGE: GigabitEthernet0/1 Grp 0 state Listen -> Active
Feb  6 10:42:22: %RF-5-RF_RELOAD: Self reload. Reason: Update, Not in correct state for becoming Standby
Feb  6 10:42:22: %RF_INTERDEV-4-RELOAD: % RF induced self-reload. my state = NEGOTIATION peer state = ACTIVE
Feb  6 10:42:22: %HSRP-5-STATECHANGE: GigabitEthernet0/1 Grp 0 state Active -> Init

Router B:

Feb  6 10:42:22: %HSRP-5-STATECHANGE: GigabitEthernet0/1 Grp 0 state Active -> Speak
Feb  6 10:42:22: %RF-5-RF_RELOAD: Self reload. Reason: Update, Not in correct state for becoming Standby
Feb  6 10:42:22: %RF_INTERDEV-4-RELOAD: % RF induced self-reload. my state = ACTIVE peer state = STANDBY COLD
Feb  6 10:42:22: %HSRP-5-STATECHANGE: GigabitEthernet0/2 Grp 1 state Active -> Init

Both routers restart at the same time.

I can´t find any information about what happend when the formerly active router come back.

Is this a normal behaviour?

Any idea?

best regards

Sascha K.

andrey_babkin · ‎07-20-2017

Hi,

If SSO is configured, and device role was changed (active/standby) then your device will be reloaded (its not BUG).

And I think your HSRP settings "standby priority" on same group in your devices is different, and after the router is rebooted those HSRP settings come back it to active state (by highest proirity) -> then other device start change the status and SSO reload it.