SDN Controller Fault Rectification via Recommendation Model
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In software-defined networks (SDNs), when a rectification contingency plan corresponding to fault information does not exist in the contingency plan library, the SDN controller cannot provide a rectification operation for faulty nodes, leading to unaddressed faults.
Innovation Solution
A fault rectification operation recommendation method that uses a recommendation model to determine a recommended contingency plan based on fault information, selecting candidate operations with minimal configuration impact on the faulty node and network topology, and adjusts parameters based on feedback to improve accuracy.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a rectification contingency plan is manually configured in the SDN controller based on manual experience, then the SDN controller can provide rectification operations for known faults, but the SDN controller cannot provide rectification operations when a rectification contingency plan corresponding to fault information does not exist in the contingency plan library
Solution Approach 1:
The SDN controller automatically generates rectification contingency plans for unknown faults by analyzing fault information and determining rectification operations autonomously, without requiring manual configuration. The controller serves itself by creating contingency plans on-demand when encountering new fault types, transforming from a passive system that only handles pre-configured faults to an active system that can self-adapt to unknown faults.
Solution Approach 2:
The system performs preliminary analysis of fault information and pre-determines rectification operations before actual fault occurrence. By analyzing historical fault data and network topology in advance, the SDN controller prepares rectification contingency plans proactively, enabling faster response when faults occur without requiring real-time manual intervention.
2Measurement precision
If the SDN controller searches for rectification contingency plans in the contingency plan library, then exact matches can be found for known faults, but no rectification operation can be provided when the corresponding plan does not exist
Solution Approach 1:
The patent introduces an intermediary mechanism that bridges the gap between exact matching and no match scenarios. When a rectification contingency plan is not found in the library, the system activates a generation mechanism that creates a new plan based on fault analysis, serving as an intermediary step between failure to match and complete unavailability of rectification operations.
Solution Approach 2:
The system transitions from a static contingency plan library approach to a dynamic generation approach. The rectification contingency plan is not fixed but dynamically created based on the specific fault information encountered, allowing the system to adapt its rectification capabilities in real-time according to actual fault conditions.
3Adaptability or versatility
If multiple candidate operations are generated for fault rectification, then more options are available for rectifying unknown faults, but the complexity of selecting the most appropriate operation increases
Solution Approach 1:
The system implements feedback mechanisms to evaluate and rank multiple candidate rectification operations. By analyzing the impact of each candidate operation on network topology and service continuity, the SDN controller receives feedback information that helps select the most appropriate operation, reducing selection complexity through structured evaluation criteria.
Solution Approach 2:
The patent changes the parameters used to evaluate rectification operations, introducing metrics such as impact on network topology and service continuity. By transforming the selection criteria into quantifiable parameters, the system can objectively compare candidate operations and automatically select the optimal one, reducing subjective complexity in operation selection.
Data Source
AI summary
This application discloses a fault rectification operation recommendation method and apparatus, and a storage medium in the field of communication technologies. In some implementations, after fault information is obtained, a rectification contingency plan corresponding to the fault information may be searched for from a contingency plan library. When the rectification contingency plan corresponding to the fault information cannot be found in the contingency plan library, the fault information may be processed by using a recommendation model to obtain a recommended contingency plan. Further, one operation is selected from one or more candidate operations included in the recommended contingency plan as a fault rectification operation.