Actions performed by Spanning-tree re-calculation

[Zinne]

We have discovered at my company that when we have a problem with a specific application, moving the VLAN root for the VLAN the the application lives on from the primary core switch, to the secondary core switch seems to resolve the problem 90% of the time. I am trying to figure out what all is done on the back end by the switch when the spanning-tree recalculation happens. Does anyone have a comprehensive list of what processes a cisco switch (Primarily Catalyst 3850's running 12.x firmware but also different models with the same behavior) goes through when spanning tree is re-calculated. I am wondering what system tables are cleared and what cleanup processes run when this happens so we can try to implement a better solution than moving the VLAN root every time this issue occurs.

Thanks

[Reza Sharifi]

The concept is explained in this document:

https://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/5234-5.html#conv

Also, a good post here.

https://supportforums.cisco.com/t5/lan-switching-and-routing/spanning-tree-root-bridge-election-and-ports-status/td-p/3307225

HTH

[Zinne]

I understand the implementation of spanning tree and the election process. That is not what my question was. I am wanting to know what the switch actually does behind the scenes during a spanning tree re-convergence event. Does it clear the CAM table, Does it clear the IGMP snooping table, does it restart certain processes? That kind of stuff