Remote Reachability Checks in Distributed Tunnel Fabric
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing technologies face challenges in efficiently performing remote reachability checks for distributed tunnel fabrics due to the inability to selectively access and validate parameters, leading to inefficiencies and potential human errors, especially when the control plane is at high utilization or resides in a non-local administrative domain.
Innovation Solution
The implementation of Type-Length-Value (TLV) data structures, including an inactive fields TLV and a validation TLV, allows the OAM system to issue targeted control messages by indicating inactive parameters and validation types, enabling efficient remote reachability checks even when the control plane is under strain.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If traditional reachability check methods are used in distributed tunnel fabrics, then complete parameter validation can be performed, but processing overhead increases significantly when the control plane is at high utilization
Solution Approach 1:
The patent segments the parameter validation process by introducing TLV data structures that divide parameters into type, length, and value components. This allows the OAM system to selectively validate only necessary parameters rather than processing all parameters uniformly, reducing control plane overhead while maintaining validation reliability for critical tunnel fabric parameters
Solution Approach 2:
The patent extracts essential validation information into separate TLV data structures that can be processed independently. By extracting only the necessary parameter validation data from the control messages and handling it through dedicated TLV processing logic, the system reduces the burden on the control plane while ensuring accurate validation of critical parameters
2Reliability
If all parameters are accessed and validated in control messages, then comprehensive validation is achieved, but message complexity and processing time increase
Solution Approach 1:
The patent applies local quality by making different parts of the control message structure serve different validation needs through TLV data structures. Critical parameters receive detailed validation through dedicated TLV fields, while less critical parameters can be handled with simpler validation, creating a differentiated validation approach that reduces overall message complexity while maintaining necessary validation completeness
Solution Approach 2:
The patent changes the parameter representation format from traditional fixed-structure fields to flexible TLV (Type-Length-Value) structures. This parameter change allows the message format to adapt to validation needs, where only necessary parameters are included with appropriate TLV structures, reducing message complexity while maintaining validation completeness for essential parameters
3Reliability
If remote reachability checks are performed without selective parameter access, then all parameters can be validated, but processing overhead increases and errors may occur under high control plane utilization
Solution Approach 1:
The patent implements preliminary action by pre-defining TLV data structure templates for common validation scenarios. The OAM system can selectively instantiate only the TLV structures needed for the specific validation task, avoiding the time overhead of processing unnecessary parameters. This preliminary structuring of validation data enables faster, more reliable remote reachability checks even under high control plane utilization
Data Source
AI summary
A system for facilitating remote reachability checks for a switch. During operation, the system can receive one or more control messages from a management platform. Here, a respective control message can include one or more type-length-value (TLV) data structures. If the system identifies a first TLV data structure associated with validation in a first control message, the system can determine a validating plane based on a value of the first TLV data structure. The system can then validate the first control message at the validating plane. Upon identifying, in a second control message, a second TLV data structure associated with a plurality of parameters for a request in the second control message, the system can determine a subset of active parameters from the plurality of parameters based on an indicator in the second TLV data structure. The system can then process the request based on the subset of active parameters.