current our gateways (6500 switches) are running pvst, we have to change it to rapid-pvst,i also have to update stp root, so that sw-1 is root for odd vlans and sw-2 is root for even vlans. what will be convergence time for pvst -> rapind-pvst & spanning tree root changes? we have to update hsrp priority as well. what will be convergence time for hsrp?
should i change it to rapid-pvst and udpate spanning-tree root 1st and than update hsrp priority for SVIs or do all at the same time?
If you don't have a lot of vlans, it is easier if you make one device the root and the same device hsrp active for all vlans and not divide them by odd and even. If you want to divide them by odd and even you need to make for example sw-1 the root and active hsrp for odd vlans and sw-2 the root and active hsrp for the even vlans. As for how long it takes to converge, it should not take very long, but you would need an outage window to do this in case something goes wrong and you need to troubleshoot and/or revert back. I would do one task at the time, test and then the other one and test again.
Thanks. would 60 seconds be enough outage window for rapid-pvst, spanning-tree root, hsrp change? access switches are already running rapid-pvst so i just need to do core switches. it's our standard to make sw-1 root and hsrp active for even vlans and sw-2 for odd vlans.
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
If you're moving active gateways with HSRP priorities, gateway "convergence time" will be somewhat a non-issue. Clients won't see a change. I believe the priority change will start with the next HSRP hello. Also, don't forget moving gateways with priority may require using the preempt option.
If you're going to load balance odd/even VLANs, you might want to look at using GLBP instead.
Also, when you have multiple gateway on different L3 switches, you can create unicast flooding issues, so beware.
If you're setting active gateway device to be STP root, you'll likely also want to set standby gateway as secondary root. Actually, as long as your (pair?) 6500s are configured as primary and secondary root, you may not really have to do them by VLAN odd/even (alined with active gateway). What you want to avoid is some edge switch becoming the root.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...