QCN in Layer 3 Networks via Source MAC Tagging
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The adoption of Quantized Congestion Notification (QCN) in Layer 3 networks is hindered by challenges such as lack of support for tunneling, complexity, and high cost, preventing effective congestion management and high latency mitigation.
Innovation Solution
The implementation of QCN in L3 networks is achieved through source MAC tagging of data packets and hierarchical routing of QCN messages, allowing for congestion notification without requiring changes in switch hardware, using an L2 forwarding overlay that maintains source MAC tags and aggregates forwarding rules into access control lists.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If QCN is implemented in L3 networks using traditional methods, then congestion notification capability is achieved, but device complexity and cost increase significantly
Solution Approach 1:
The patent introduces an intermediary L2 forwarding overlay that mediates between the L3 network infrastructure and QCN functionality. This overlay handles the complex QCN message routing and source MAC tagging operations at the software/protocol level rather than requiring complex hardware changes in L3 switches, thereby achieving congestion notification capability without proportionally increasing device complexity
Solution Approach 2:
The patent replaces traditional mechanical/hardware-based QCN implementation approaches with a software-based solution using L2 forwarding overlays and access control lists. By substituting hardware complexity with protocol-layer mechanisms, the system achieves the same congestion notification function with significantly reduced device complexity and cost
2Reliability
If QCN is implemented in L3 networks, then congestion management improves, but tunneling support is lost
Solution Approach 1:
The patent segments the network forwarding plane into distinct L3 data plane operations and L2 overlay QCN operations. The L3 switches handle standard IP routing and tunneling through traditional L3 protocols, while the L2 forwarding overlay separately handles QCN message delivery. This segmentation allows tunneling support to be maintained in the L3 plane while adding QCN capability in the L2 overlay, resolving the contradiction between congestion management and adaptability
3Measurement precision
If source MAC tagging is performed by every switch, then QCN message routing accuracy improves, but processing overhead increases
Solution Approach 1:
The patent applies local quality by making source MAC tagging optional and location-specific rather than mandatory at every switch. Only particular switches (such as those at the edge or with specific routing responsibilities) perform the tagging operation, while other switches simply forward packets with existing tags. This selective approach maintains QCN routing accuracy for messages that need it while minimizing processing overhead for switches that don't require tagging functionality
Data Source
AI summary
A system and method is provided for sending congestion notification messages through L3 networks. For example, a data packet is received at a first switch in a first fabric block of an L3 network, and the first switch performs source MAC tagging of the data packet. The data packet is then forwarded to a second switch in a second fabric block of the L3 network, and the source MAC tag is maintained by the second switch and any intermediate switches. The second switch determines, in response to receiving the data packet, whether it is congested, and generates a notification message if it is congested. The notification message is L2 forwarded to the first fabric block, and further forwarded from the first switch to a source of the data packet using ACL matching.


