Wired Intelligent Edge (Campus Switching and Routing)

Reply
Highlighted
Occasional Contributor II

VSF Standby rebooting

Dears,

 

I have configured two 5406 as core with VSF

Member 1 

Priority: 128

 

Member 2

Priority: 128

 

11 IDFs are there, all are connected to both core switches with proper trunk configuration and all are working fine.

 

Now the problem is that, once we shutdown the VSF commander,  the stabdby also rebooting. Is it a normal behaviour? if not how to fix the issue?

 

 

 

Regular Contributor I

Re: VSF Standby rebooting

Did you check the logs of the 2nd switch?


- - - - Aruba ACCX #748, ACDX #758, ACMP, ACEAP | HPE Master ASE - - - -
- - - - - - - Feel free to give kudos or accept as a solution! - - - - - - - - -
MVP Expert

Re: VSF Standby rebooting

Hi!

Using the same priority value for both VSF Members is not a best practice...that said would be interesting to have a look at sanitized running configuration (and some diagnostic show commands related to vsf status and MAD, if any MAD was setup)...also what do you mean with "once we shutdown the VSF Commander"? AFAIK you can't "shutdown" the Commander...at worst you simply can power-off it or, at best, force a failover...not a shutdown.
Occasional Contributor II

Re: VSF Standby rebooting

HI parnassus,

 

 

 

 

 

 

MVP Expert

Re: VSF Standby rebooting

Hi, sorry for delay in answering...

 

I don't understand if reported MAC Addresses are real or were modified ad-hoc...by the way...the the one with lower value (mac-address 548028-800000) appears to belong to VSF Member with id 2...since both VSF Members own the very same priority value (left for both at default 128) I suspect that the VSF Member 2 owned the VSF Commander role when you powered off it [*] (you can check that by using the show vsf and show vsf detail CLI commands)...in that case if the Commander switch (id 2) was powered off then the Standby switch (id 1) should have taken over as the new Commander for the entire stack (the VSF Fragment contaning the Standby should indeed remain active)...and that should have happened without causing any Standby member reboot...so, to answer your question, no...it is not normal that powering down the Commander member the Standby reboots.

 

In any case a MAD (for VSF Split scenarios mitigation) should be setup and verified. Are you using OoBM interfaces to perform that or what?

 

[*] bur you never said us WHAT VSF Member id had the switch you powered off (you simply wrote us you powered off the Commander...).

Search Airheads
cancel
Showing results for 
Search instead for 
Did you mean: