I've set Stackwise Virtual with different priority value(each 15 and 14) for aiming to keep one switch always-be active.
The switch that I set priority 15 didn't become active when I later turned it on after first booting the switch with priority 14
as the below show output.
I expected the switch that has 15 priority should be active switch regardless the order of booting.
What could cause this? And additionally, is there any command for changing over active/standby swith?
Switch/Stack Mac Address : 0cd0.f83b.7e00 - Local Mac Address
Mac persistency wait time: Indefinite
Switch# Role Mac Address Priority Version State
1 Standby 0cd0.f83b.5300 15 V01 Ready
*2 Active 0cd0.f83b.7e00 14 V01 Ready
Look at some FAQ as below :
Q Does StackWise Virtual support the SSO role preemption feature?
ANo. The SSO role selection is determined during the initial bootup process of both switches. If the SSO active switch is already in an operational state, then the other stack member will boot up in the HOT_STANDBY switch independent of its switch ID, priority, or MAC address parameters.
Q What are Cisco recommended best practices in building StackWise Virtual domain configuration?
A Following are recommended Cisco StackWise Virtual best practices:• StackWise Virtual domain ID: Use any range from 1 through 255. No conflict in network.• Switch ID: Supported range is 1 through 9. Renumber if needed to start in ascending number.• Switch priority: Default is 1. Recommended to increase priority for specific stack member if prefer to boot up in ACTIVE role.• Stack MAC address: Default is infinite. Recommended to keep default settings
I was reading through the white papers on stackwise virtual and I couldn't find anything that mentions why the interface nomenclature doesn't change once you apply the "redundancy force-switchover" command. Meaning, once the standby switch becomes the primary (switch 1) after implementing the command above, the interfaces don't switch. Example:
Before Force-Switchover command:
After Force-Switchover command:
Thanks in advance for the assistance.
From the 9300 series Stackwise document:
StackWise Virtual does not support preemption capability to avoid unnecessary traffic disruption. If you need to change the StackWise Virtual role to another switch, the “redundancy force-switchover” command can be used for that purpose. This will move the active role to the other switch with very minimal traffic disruption.
Thank you, Reza.
I saw the same paragraph in the white paper. However, when I administer the command "redundancy force-switchover" the interfaces remain the same on both nodes. If I'm not understanding what Cisco means by preemption I apologize. Let me know if my original question makes sense?
the stack isn’t preemptive so if you boot the switch with the higher priority after a switch with a lower value then it will not preempt and become the master - in the 3850-2960x you have around a 20 sec window for master election to take place so in theory you could have the least priority value switch becoming the master of that powered on and booted first before any other member switch
I appreciate the explanation. However, what's confusing me is after both nodes (9600's) bootup and I have a active and standby node. I then perform the "redundancy force-switchover" command. So the node that was standby is now active. Unfortunately, the standby node kept the same interface nomenclature as before the force switchover. So when folks are making changes to the configurations they are geting confused. Minor issue but frustrating.