QCN Proxy Edge Switch Auto-Configuration
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current QCN proxy functionality in networks requires manual configuration of congested ports and is ineffective when used with non-QCN capable devices, leading to issues like head-of-line blocking and failure of congestion notification messages due to incorrect defense mode settings.
Innovation Solution
Implementing a processor-based logic to enable QCN proxy functionality on edge ports of a QCN edge switch, allowing for automatic configuration and conversion of congestion notification messages to PFC pause frames, enabling seamless integration of QCN and non-QCN capable devices without requiring detailed network topology knowledge.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If manual configuration is used to enable QCN proxy functionality on each congested port, then congestion control can be properly implemented, but device complexity and administrative overhead increase significantly
Solution Approach 1:
The system enables QCN proxy functionality automatically based on detected network conditions and device capabilities. The switch autonomously determines when to activate proxy mode on edge ports by detecting non-QCN capable devices and automatically configuring the appropriate defense modes, eliminating the need for manual administrator intervention while maintaining proper congestion control
Solution Approach 2:
The system dynamically changes the defense mode parameter of edge ports based on detected network conditions. When a non-QCN capable device is detected, the system automatically transitions the port from edge mode to interior mode, and adjusts CNPV mapping parameters accordingly, allowing the same infrastructure to support both QCN and non-QCN devices without manual reconfiguration
2Adaptability or versatility
If defense mode is set to edge for automatic operation, then interoperability with non-QCN devices is enabled, but congestion notification messages fail to reach QCN capable devices
Solution Approach 1:
The system applies different defense modes to different ports based on local network conditions. Edge ports connected to non-QCN devices operate in interior mode to forward CNMs, while ports connected to QCN capable devices operate in edge mode to maintain proper congestion control. This localized adaptation allows simultaneous support for both QCN and non-QCN devices without compromising congestion notification delivery
Solution Approach 2:
The QCN proxy functionality acts as an intermediary between QCN and non-QCN devices. The proxy receives CNMs from QCN capable devices, strips or modifies the CN-TAGs, and forwards the traffic to non-QCN devices. This intermediary function enables interoperability while preserving the integrity of congestion notification messages for QCN capable devices
3Reliability
If defense mode is set to interior for QCN proxy functionality, then proper congestion control is maintained, but manual configuration of every port is required
Solution Approach 1:
The system automatically detects when non-QCN capable devices are connected to edge ports and autonomously configures the appropriate defense mode (interior mode) for those ports. This self-configuration mechanism maintains proper congestion control through interior mode while eliminating the need for manual administrator intervention, making the system as easy to operate as edge mode while preserving the reliability benefits of interior mode
Data Source
AI summary
In one embodiment, an apparatus for providing quantized congestion notification (QCN) proxy functionality to a network device control plane includes a processor and logic integrated with and/or executable by the processor, the logic being configured to enable QCN proxy functionality for a particular congestion notification priority value (CNPV) on each edge port of a QCN edge switch, wherein the QCN edge switch includes one or more edge ports connected to devices outside of a congestion notification domain (CND) that operates on the particular CNPV, and forward congestion notification packets received at the QCN edge switch using the QCN proxy functionality when the packets are destined for one of the devices connected outside of the CND that is not QCN-enabled. Other systems, methods, and computer program products for providing QCN proxy functionality to a network device control plane are described in more embodiments.