- Community Home
- >
- Networking
- >
- Switching and Routing
- >
- HPE Aruba Networking & ProVision-based
- >
- BPDU forwarding priority with QinQ
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
Forums
Discussions
Discussions
Discussions
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
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
01-04-2012 02:35 PM
01-04-2012 02:35 PM
BPDU forwarding priority with QinQ
First, in a normal switching environment, when a procurve switch generates control packets like BPDU, what QoS output queue does it put these packets in, and what happens if that Tx buffer is full? Does it somehow "make room" for it, or does it discard that packet?
Next in a QinQ environment with Procuve 5406 switches, how is control packets (STP BPDUs, OSPF etc) from Client VLANs handeled when forwarded to a congested S-VLAN link? Just like any other traffic? So on a congested link, a clients OSPF or STP packets might very well be discarded?
The reason for asking is that we recently had an incident with a customer whos STP and OSPF topology broke down on a link consisting of two 5406 QinQ switches and the only trace of a problem in the Procurve switches are a lot of logged "Tx Drops" on the link during the outage.
If control packets in fact ARE forwarded just like any other traffic, what is best pratise to solve the problem to ensure such traffic always is forwarded with highest priority?