BGP Service Discovery Across SDN Clusters Without DNS TTL Delays
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing network management systems in cloud data centers face challenges in efficiently communicating between virtual execution elements across multiple network clusters due to reliance on DNS servers with long time-to-live (TTL) endpoints, which can lead to inaccurate information and lack of user control, and the complexity of service meshes, making it difficult to scale with large SDNs.
Innovation Solution
The techniques utilize Border Gateway Protocol (BGP) extended communities and customized attributes to encode network service information, enabling direct communication between virtual execution elements without DNS servers or complex service meshes, allowing for efficient and reliable configuration of endpoints across network clusters.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If DNS servers are used to manage endpoint references in network clusters, then endpoint communication can be established, but the long time-to-live (TTL) causes delays in updating endpoint information and reduces operational control
Solution Approach 1:
The patent extracts the endpoint reference management function from the DNS server system and implements it directly within the BGP routing protocol. By encoding endpoint references as BGP route attributes, the system eliminates the intermediate DNS lookup mechanism that causes TTL delays, allowing endpoint information to be updated immediately when BGP routes are advertised or withdrawn.
Solution Approach 2:
The patent introduces BGP route attributes as an intermediary mechanism to carry endpoint reference information directly between network clusters. Instead of using DNS servers as the intermediary, BGP attributes embed the endpoint information within the routing protocol itself, enabling direct and immediate propagation of endpoint updates across the network fabric.
2Adaptability or versatility
If service meshes are implemented to enable communication between virtual execution elements, then network service connectivity is achieved, but the system complexity increases and scalability becomes difficult
Solution Approach 1:
The patent makes the BGP routing protocol multi-functional by enabling it to carry both traditional routing information and service discovery/endpoint reference information through customized attributes. This eliminates the need for separate service mesh infrastructure, as BGP simultaneously performs routing and service connectivity functions, reducing overall system complexity while maintaining versatility.
Solution Approach 2:
The patent merges the service mesh functionality with the existing BGP routing infrastructure. By combining service discovery, endpoint registration, and routing advertisement into a single BGP-based mechanism, the system eliminates the need for separate service mesh components, thereby reducing complexity while preserving service communication capabilities.
3Ease of operation
If customized BGP attributes are used to encode network service information, then direct endpoint configuration is enabled without DNS or service mesh, but protocol compatibility requirements increase
Solution Approach 1:
The patent implements dynamic BGP attributes that can adapt to different network environments. The customized BGP attributes are designed to be extensible and configurable, allowing network operators to enable or disable specific attribute types based on protocol compatibility requirements. This dynamic approach enables simple direct endpoint configuration where supported while maintaining backward compatibility with traditional BGP implementations.
Data Source
AI summary
Techniques are disclosed for a computing system comprising processing circuitry having access to a storage device, the processing circuitry configured to encode, by a network controller executing in a software defined network (SDN), one or more attributes with information identifying a network service, wherein the one or more attributes conform to a routing protocol. The processing circuitry is also configured to generate, by the network controller, an advertisement in a first network cluster executing within a container orchestration platform of the SDN, wherein the advertisement conforms to the routing protocol and includes the one or more attributes. The processing circuitry is also configured to broadcast, by the network controller and to a second network cluster executing within the container orchestration platform of the SDN, the advertisement in accordance with the routing protocol.