Dynamic Remote VTEP Instantiation for Scalable Overlay Networks
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current VXLAN technologies face scalability issues with control protocol-based approaches for remote VTEP instantiation, leading to inefficient use of hardware resources, especially in large deployments where not all VTEPs need to communicate with each other.
Innovation Solution
Implement a dynamic scheme for remote VTEP instantiation using a control protocol, where VTEPs are only instantiated when unicast traffic begins and uninstantiated when it ceases, maintaining information in the control plane until then, and using data path learning for conversational host routes.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If control protocol-based approaches are used for remote VTEP instantiation, then VTEP information can be acquired and maintained in the control plane, but hardware resources are inefficiently used due to instantiation of all remote VTEPs regardless of actual traffic needs
Solution Approach 1:
The patent implements dynamic VTEP instantiation where remote VTEPs are instantiated in hardware only when unicast traffic to them is detected, and uninstantiated when traffic ceases. This dynamic approach allows the system to maintain VTEP information reliably through control protocol while adapting hardware resource allocation based on actual traffic patterns, resolving the contradiction between information reliability and resource efficiency.
Solution Approach 2:
The system uses traffic detection mechanisms that automatically trigger VTEP instantiation and uninstantiation based on observed unicast traffic patterns. This self-service approach eliminates the need for manual configuration or continuous control plane intervention, allowing the system to optimize hardware resource usage autonomously while maintaining reliable VTEP information acquisition through the control protocol.
2Productivity
If all remote VTEPs are instantiated in hardware, then traffic forwarding is efficient, but scalability is limited in large deployments where not all VTEPs need to communicate with each other
Solution Approach 1:
The patent applies partial action by instantiating only the subset of remote VTEPs that actually require hardware acceleration based on detected unicast traffic patterns. Instead of instantiating all possible remote VTEPs, the system performs partial instantiation of only those needed for current traffic flows, enabling scalability in large deployments while maintaining efficiency for active traffic paths.
Solution Approach 2:
The dynamic instantiation approach allows the system to scale adaptively by creating hardware VTEP instances only when needed and removing them when no longer required. This dynamic behavior enables the system to handle large numbers of potential VTEPs in the control plane while maintaining efficient hardware forwarding only for actively communicating pairs, thus achieving both productivity and scalability.
3Quantity of substance
If dynamic VTEP instantiation is implemented, then hardware resources are conserved, but additional complexity is introduced in detecting traffic and managing instantiation states
Solution Approach 1:
The system employs self-service mechanisms where traffic detection automatically triggers VTEP instantiation and uninstantiation without requiring complex external management. The detection of unicast traffic patterns serves as the trigger, and the system autonomously manages the instantiation state transitions, reducing the perceived complexity while achieving hardware resource conservation.
Solution Approach 2:
The patent implements feedback mechanisms where traffic detection provides information about actual VTEP usage, which then feeds back into instantiation decisions. This feedback loop allows the system to automatically adjust hardware resource allocation based on observed traffic patterns, managing the complexity of dynamic instantiation through systematic feedback-driven control rather than ad-hoc management.
Data Source
AI summary
A method is provided in one example embodiment and includes acquiring at a local network element information regarding a remote network element via a control protocol distribution method and refraining from instantiating the remote VTEP for the remote network element on the local network element until unicast traffic from the local network element to the remote network element via an overlay network has begun. The method may further include detecting unicast traffic from the local network element to the remote network element and subsequent to the detecting, instantiating the remote VTEP for the remote network element on the local network element. Some embodiments may include detecting cessation of the unicast traffic from the local network element to the remote network element and subsequent to the detecting cessation, uninstantiating the remote VTEP for the remote network element from the local network element.