- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- Re: Starved BPDU's
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- 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
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-03-2008 01:11 AM
тАО10-03-2008 01:11 AM
Starved BPDU's
I am getting periodically the error
I 10/02/08 21:45:46 00842 stp: CIST starved for a BPDU Rx on port Trk3 from
0:0001e6-f9f600
always on trunks 3, this causes MSTP to close the trunk and enable another, i beleive the trunk is in useas at the same time this happens 2 data servers failover from primary nic's to secondary and then back to primary
fairly new to networking so would appreciate some input to possible causes/solutions
any info you need please let me know (i have attached MSTP/trunk details)
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-03-2008 10:08 AM
тАО10-03-2008 10:08 AM
Re: Starved BPDU's
I noticed from your output that the topology change counter seems very high, around 90000. Since your edge ports should not introduce a topology change (I think) this looks like your infrastructure links are changing a lot.
Could you please include your spanning tree configuration commands?
What is on the opposite side of the Trk2-link?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-04-2008 02:44 AM
тАО10-04-2008 02:44 AM
Re: Starved BPDU's
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-06-2008 12:22 AM
тАО10-06-2008 12:22 AM
Re: Starved BPDU's
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-06-2008 12:35 AM
тАО10-06-2008 12:35 AM
Re: Starved BPDU's
I saw in your attached output that Trk2 was blocked, but I see now that in your original post it was Trk3 that was the problem, so what is on the opposite side of that? :)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-06-2008 04:48 AM
тАО10-06-2008 04:48 AM
Re: Starved BPDU's
trunks 3 seems to be giving the problms and high topology change count
can i alter the priority to 65 for trunk 3 so that in theory trunk 1 and 2 would be used to see if this would reduce the problem?
i have no time to schedule firmware upgrades and major work is happening on the data servers that means data restores will run over night for the next few nights, and if this happens and the NIC's failover all connections are lost and the data restore will fail! just want to stabalise for the next few nights and then i will update firmwares after