I've got a couple dozen switches and noticed the root is the furthest, slowest switch on the network. If I change the root to the core will this cause a convergence and cause all switches to "listen/learn/forward" on all ports?
Basically I'm asking if I should wait for an outage window to make the core the root :p
I suspect that STP does not do anything like force all ports blocking. It will just keep on doing its thing on a port by port basis.
If you make the change by lowering the priority of the new root then it might be faster than raising the priority of the existing root.
- In the lowering the priority of the new root case.
New root knows that it has a better priority than the existing root and sends bpdus on all ports. Remember that when you switch on a bridge it assumes that it is the root at first. If inferior bpdus are received then it decides to stop being root and begins to flood received bpdus from the root out over the network. I give in now.
- In the raising the priority of the old root case. New root has to time out it's non-rootness and decide to become root. All the bridges will do this in fact.
No more time now. Would be interesting to find this out.
I wouldn't do such a thing in a production situation.
You can expect spanning-tree to reconverge if a new root advertises. Unless you are using 'rapid spanning-tree', 'uplink / backbone fast', spanning-tree portfast etc. then expect an outage ... expect one anyway. I would never make a major spanning-tree topology change like that during production hours. Too much to lose for little gain (no comms problems during production hours is an expectation not a benefit ).
I would definately do this during a scheduled maintenance window. Also you can set the spantree priority on your core switch so that it will be the root bridge and remember to do the secondary so that you can always predict spantree reconvergence.