RPVST and Switch Hop Limits
Hi All,
I have a network that is already at about 9 switch-hops end-to-end. We can't get around doing this, but knowing that STP recommends switch-hop limits to be 7, I've read that RSTP and RPVST(+) don't have this limitation. Is this true? I need to add a couple more switches. It may not be optimal, but functional is more important right this second. Bottom-line - does R-PVST have a switch hop limit like STP's 7? We, obviously use R-PVST.
Thanks!
I have a network that is already at about 9 switch-hops end-to-end. We can't get around doing this, but knowing that STP recommends switch-hop limits to be 7, I've read that RSTP and RPVST(+) don't have this limitation. Is this true? I need to add a couple more switches. It may not be optimal, but functional is more important right this second. Bottom-line - does R-PVST have a switch hop limit like STP's 7? We, obviously use R-PVST.
Thanks!
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Thanks for the response. Are you suggesting, via this document, that I need to change the diameter settings? The doc doesn't show the thought that delay concerns are not an issue with RSTP. I feel better at this point about using the RPVST but still don't have that statement:) Did I miss something? I very much appreciate the help.
What changing the diameter does is change the timers (forward delay, max age, etc.). For example, if you change the diameter to 4, the forward delay timer will be automatically set to about 8 and max age to 10. If you set the diameter to greater than 7, spanning tree could reconverge even through there is no topology change.
This issue is effectively eliminated with RSTP.
If all my switches support RSTP, that's what I would use.
This issue is effectively eliminated with RSTP.
If all my switches support RSTP, that's what I would use.
ASKER
Situation worked just fine. I very much appreciate the counsel and response!!! There are very few search results that nail this. To any concerned, my R-PVST+ ring is at least 13 Switches.
Great Job - made my weekend better with confidence.
Thanks again
Great Job - made my weekend better with confidence.
Thanks again
ASKER
Oh hey - I also noticed in the STP stats that the topology change counters noted only local topolopgy changes. The core, which has all VLANs leading back to it, never saw them flap around. I presume this is by design. - Hinting that topology changes are only noticed by the switches they affect, despite being on the same VLAN...?
Yes, that's correct. No need to mess up the address tables of other switches if it doesn't affect them, right?
ASKER