12-03-2014 01:39 AM - edited 03-07-2019 09:45 PM
Was this bug ever fixed? I have it in 12.2(18)SXF7.
HSRP VMAC is a static entry pointing to "Router" on standby swtich and so the HSRP VIP cannot be pinged from there or from any system reaching their default gateway through it. The active switch for that HSRP VIP correctly shows "Router" for itself in mac table. Forcing preemption on HSRP VIP on standby router that had higher priority gives a workaround. The switch that was active, now standby, now shows a dynamic mac entry pointing to the port-channel of the other switch. Routing is unaffected and reaching interface IP addresses on the SVI on both switches works as those mac entries are correct. Only the HSRP VIP VMAC is the issue.
This all happened after a SSO failover. This issue occurs with all of my odd number VLANs with HSRP and were originally active on the failed supervisor.
12-03-2014 02:32 AM
https://tools.cisco.com/bugsearch/bug/CSCee57148/?reffering_site=dumpcr
Bug states that in release 12.2(17d)SXB, HSRP is not SSO-aware. You have
two options, either to upgrade to a later release or change the
redundancy mode from SSO to RPR+.
HTH
12-03-2014 03:08 AM
Where did you see that HSRP is not SSO-aware in the bug?
12-03-2014 09:07 AM
I cant say from were I got but thats the solution you have right now.
HTH
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