Network Path Testing and Dynamic Switching for QoS
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Network devices experience congestion and latency issues, leading to potential failures in routing data, which can result in unsatisfactory service quality for customers.
Innovation Solution
Implementing network devices with measurement logic to assess latency, packet loss, and jitter, and dynamically switch data paths to ensure that customer requirements for quality of service (QoS) are met by identifying and utilizing alternate paths when primary paths fail to meet predetermined thresholds.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Device complexity
If network devices route data through primary paths to maintain simple routing structure, then device complexity is reduced, but service reliability deteriorates due to congestion and latency issues
Solution Approach 1:
The system performs preliminary actions by proactively measuring latency, packet loss, and jitter on primary paths before failures occur. Test packets are continuously sent to assess path conditions, enabling the system to detect degradation early and switch to alternate paths before service quality deteriorates, thus maintaining reliability without complex manual routing configurations
Solution Approach 2:
The system implements feedback mechanisms where measurement logic continuously monitors path performance metrics (latency, packet loss, jitter) and feeds this information back to the path selection logic. This automated feedback loop enables dynamic path switching based on real-time conditions, improving service reliability while keeping the routing structure simple and adaptive
2Reliability
If network devices implement automated path switching to improve service reliability, then reliability improves, but device complexity increases due to measurement and control logic
Solution Approach 1:
The network device performs self-service by autonomously measuring path conditions, evaluating performance against thresholds, and switching paths without external intervention. The measurement logic continuously assesses latency, packet loss, and jitter, and the path selection logic automatically makes switching decisions, reducing the need for complex external control systems while maintaining high reliability
Solution Approach 2:
The system manages complexity by focusing measurements on specific critical parameters (latency, packet loss, jitter) rather than monitoring all possible network metrics. By establishing predetermined thresholds for these key parameters and automating switching based on their values, the system achieves reliable path selection with manageable measurement and control logic
3Reliability
If network devices continuously monitor path conditions to ensure QoS requirements are met, then service quality improves, but loss of time increases due to measurement overhead
Solution Approach 1:
The system applies partial action by measuring only the essential QoS parameters (latency, packet loss, jitter) necessary to determine path suitability, rather than monitoring all possible network performance metrics. This selective measurement approach ensures QoS compliance while minimizing measurement overhead and time consumption
Solution Approach 2:
The system performs preliminary measurements using test packets to assess path conditions before actual data traffic is affected. By continuously sending test packets and evaluating path performance in advance, the system can detect QoS degradation early and switch paths proactively, ensuring service quality without significant time loss during actual data transmission
Data Source
AI summary
A method may include forming a first path from a first node to a second node and transmitting data via the first path. The method also includes measuring a performance parameter associated with transmitting data via the first path and determining whether the measured performance parameter meet a required performance parameter. The method also includes sending a notification to a customer associated with the first path when the measured performance parameter does not meet the required performance parameter, where the notification indicates that the first path is unavailable.