07-07-2021 10:27 AM
Hi,
We have a set of Catalyst 9200 switches we are testing and configuring before live deployment.
Currently, using all default STP settings, convergence time seems to run anywhere between 30 and 50 seconds.
Are there any recommendations for things to change from the default config, to improve convergence time and decrease the time taken for alternate paths to come up?
Thanks
James
Solved! Go to Solution.
07-07-2021 12:55 PM
Cisco's default STP, I believe (?), still uses non-rapid STP. Configure rapid STP. The latter may converge in just a couple of seconds.
Another suggestion would be to insure your root bridge is in the topology's center. I.e. assign a switch to root, don't let it just default in selecting the root switch. (You may also want to assign a switch as the secondary root.)
Balaji suggests using Cisco STP enhancements such as uplinkfast and backbonefast. These would be helpful with non-rapid STP, but, I recall (?), rapid-STP, basically, has such features already baked into it.
Balaji also suggests using portfast, which most do for edge ports. Besides such ports joining the STP topology sooner (a double edged sword), it also, I recall (?), cuts back on those ports flooding TCNs.
Lastly, as Cisco's STP is actually per VLAN STP, if you don't have the need for each VLAN to have its own STP topology, consider using MST (which is also "rapid"). It can decrease the STP processing load.
07-07-2021 10:51 AM - edited 07-07-2021 10:54 AM
depends on the network size. most cases -
STP's convergence time is 30 to 50 seconds normal
RSTP convergence time much better, so using will be better outcome.
You can consider using below Trusted ports : (check the documentations)
07-07-2021 12:55 PM
Cisco's default STP, I believe (?), still uses non-rapid STP. Configure rapid STP. The latter may converge in just a couple of seconds.
Another suggestion would be to insure your root bridge is in the topology's center. I.e. assign a switch to root, don't let it just default in selecting the root switch. (You may also want to assign a switch as the secondary root.)
Balaji suggests using Cisco STP enhancements such as uplinkfast and backbonefast. These would be helpful with non-rapid STP, but, I recall (?), rapid-STP, basically, has such features already baked into it.
Balaji also suggests using portfast, which most do for edge ports. Besides such ports joining the STP topology sooner (a double edged sword), it also, I recall (?), cuts back on those ports flooding TCNs.
Lastly, as Cisco's STP is actually per VLAN STP, if you don't have the need for each VLAN to have its own STP topology, consider using MST (which is also "rapid"). It can decrease the STP processing load.
07-08-2021 05:39 AM
I've accepted your answer as the solution as you mentioned the idea of setting the root bridge, which ultimately is what improved my convergence time!
Cheers
James
07-07-2021 05:01 PM
you should be using RSTP or MST and not classic STP.
Regards, ML
**Please Rate All Helpful Responses **
07-08-2021 01:18 AM
Thanks for all the input guys.
My belief from a skim of some of the Cisco docks lead me to believe the default mode in use on these switches was RPVST+ which I believe is essentially the same as RSTP but per VLAN?
The setup is quite small during testing (2x 9200 in a stack, with redundant uplinks to another 2x 9200 stack).
I'll fire it back up and see what mode all the switches are in and adjust to RSTP if required.
Will also try setting one of the stacks as the root bridge and see if that helps.
07-08-2021 05:37 AM
Hi again all,
Looks like the default STP mode is Rapid PVST, so that's all good.
I simplified my test down to two switches with two links between them, and after setting one as the root bridge, the convergence time came down from about 30 seconds to just under 20, or about 3 pings worth, so this looks to be the answer
Thanks for the input.
James
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: