- Community Home
- >
- Networking
- >
- Switching and Routing
- >
- ProCurve / ProVision-Based
- >
- Spanning-tree path-cost on a trunk
-
-
Categories
- Topics
- Hybrid IT with Cloud
- Mobile & IoT
- IT for Data & Analytics
- Transformation
- Strategy and Technology
- Products
- Cloud
- Integrated Systems
- Networking
- Servers and Operating Systems
- Services
- Storage
- Company
- Events
- Partner Solutions and Certifications
- Welcome
- Welcome
- Announcements
- Tips and Tricks
- Feedback
-
Blogs
- Alliances
- Around the Storage Block
- Behind the scenes @ Labs
- Converged Data Center Infrastructure
- Digital Transformation
- Grounded in the Cloud
- HPE Careers
- HPE Storage Tech Insiders
- Infrastructure Insights
- Inspiring Progress
- Internet of Things (IoT)
- My Learning Certification
- Networking
- OEM Solutions
- Servers: The Right Compute
- Telecom IQ
- Transforming IT
-
Quick Links
- Community
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Contact
- Email us
- Tell us what you think
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Enterprise.nxt
- Marketplace
- Aruba Airheads Community
-
Categories
-
Forums
-
Blogs
-
InformationEnglish
Spanning-tree path-cost on a trunk
SOLVED- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
05-11-2016 07:10 AM
05-11-2016 07:10 AM
Hi,
i do not understand the way path-cost are working on trunk
Cost for gigabit is 20000, right.
Cost for a trunk with two gigabit is also 20000... not good ?
Then if a trunk is loosing one link, cost do not change and MST won't choose another link (that could be better whith its two gigabit)... is that a normal behaviour ?
Is there a way to change that ?
thanks for you help
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
05-11-2016 05:47 PM
05-11-2016 05:47 PM
Solution802.1t says the path-cost shouldn't be recalculated so it doesn't take into account aggregations of interfaces. The only time an aggregated link gets recalculated is when you change its operational status from up to down then back again. As link aggregation doesn't support ports set to different bandwidths (or it shouldn't anyway) this shouldn't make any difference anyway.
If you want a link to be suspended if it loses members, you could try using port-tracking, if your switch supports it.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
05-11-2016 05:49 PM
05-11-2016 05:49 PM
Re: Spanning-tree path-cost on a trunk
Re: Spanning-tree path-cost on a trunk
Having said that - when designing link aggregations, your aggregated link should always be designed for n+1 total aggregated bandwidth, where n is your peak bandwidth requirement on the link, and +1 is one additional link on top of that requirement.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
05-12-2016 12:51 AM - edited 05-12-2016 02:32 AM
05-12-2016 12:51 AM - edited 05-12-2016 02:32 AM
Re: Spanning-tree path-cost on a trunk
Re: Spanning-tree path-cost on a trunk
Hi Vince and thanks for all these detailed replies.
OK for n+1, this is a great "best practice" but i won't have any ports. By the way this is not a problem for us as if one link failed, the remaining one will give acceptable speed.
In fact my question is more about a little problem i have : if you look at my diagram (see attached file), in fact at the beginning i won't have 4 fibers between switch 2 and 4, but only 2 (lack of inter-room fiber). Then on each trunk there will be only one link, one port will be empty.
In the future, we will have new fiber and then i'll add second link on each trunk
Then i'd like to have MST choose fibers between switch 1 and 3. i guess i should manually set path-cost on fiber trunk on switch 2 & 4 (for exemple 40000, that is two time the cost of gigabit), i'll put it back to auto when new fiber arrives
Is that correct for you ?
Edit : well, in fact i did the test. I changed path-cost on fiber link between switch 2 and 4.
Then on each switch i did a "sh spanning-tree instance 1 & 2" and i wrote result on my diagram using colors (red=block, green=forward, blue=root). This way it is very clear which way is used for each instance and i can see all is correct.
If you don't tell me i made stupid thing by changing cost manually, i'll keep like that
thanks !
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
05-12-2016 10:51 AM
05-12-2016 10:51 AM
Re: Spanning-tree path-cost on a trunk
Re: Spanning-tree path-cost on a trunk
on different brand switches , stp cost on etherchannel does change on link failures:
https://supportforums.cisco.com/discussion/11002896/etherchannel-and-stp
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
05-17-2016 01:21 AM
05-17-2016 01:21 AM
Re: Spanning-tree path-cost on a trunk
Re: Spanning-tree path-cost on a trunk
Thanks for adding this info, that was obvious for me that cost should change... it is not obvious for HP :-)
Hewlett Packard Enterprise International
- Communities
- HPE Blogs and Forum
© Copyright 2018 Hewlett Packard Enterprise Development LP