Container Routing via DNS Records

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing virtualized environments face challenges in efficiently scaling and routing traffic across nodes and containers, particularly in software-defined networks, due to the complexity of managing logical names and IP addresses, which leads to increased maintenance overhead and reduced scalability.

Innovation Solution

The implementation of DNS techniques to translate configuration parameters of virtualized environments into DNS records (A and CNAME records) for efficient routing, leveraging existing DNS infrastructure to associate containers with IP addresses and facilitate traffic routing, thereby reducing maintenance and improving scalability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional routing methods are used to manage logical names and IP addresses in virtualized environments, then routing functionality is provided, but maintenance overhead increases and scalability is reduced

Engineering Contradiction:
Improverouting efficiencyVSAvoidmaintenance overhead
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent introduces a DNS server as an intermediary component between containers and the external network. The DNS server maintains DNS records that map container names to IP addresses, eliminating the need for complex manual routing tables. When traffic needs to be routed to a container, the system queries the DNS server which returns the appropriate IP address, simplifying the routing process and reducing maintenance overhead.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent leverages the existing DNS infrastructure to perform multiple functions: name resolution, routing information provision, and container identification. By using DNS records (A records for IP address mapping and CNAME records for aliasing) to handle routing tasks, the system utilizes a universally available and well-understood protocol rather than creating a specialized routing mechanism from scratch.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Adaptability or versatility

If manual management of logical names and IP addresses is implemented, then routing control is achieved, but scalability is reduced

Engineering Contradiction:
ImprovescalabilityVSAvoidmaintenance time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent implements automatic DNS record generation and updates. When containers are created, destroyed, or moved between nodes, the system automatically updates the corresponding DNS records without requiring manual intervention. The DNS server self-manages the mapping between container names and IP addresses, enabling the system to scale dynamically as containers are added or removed from the environment.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system pre-establishes DNS records for containers before they receive traffic. When a container is deployed, its DNS record is created in advance with the container's name and associated IP address. This preliminary setup ensures that routing information is immediately available when the container becomes active, eliminating delays associated with manual configuration updates.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If custom routing mechanisms are developed for virtualized environments, then specific routing requirements are met, but development effort and risk of faulty code increase

Engineering Contradiction:
Improverouting managementVSAvoiddevelopment effort
Core Design Contradiction:
Ease of operationVSEase of manufacture

Solution Approach 1:

The patent uses the DNS server as a pre-built, standardized intermediary that handles all routing information queries. Instead of developing custom routing logic, the system leverages the成熟DNS protocol and existing DNS server implementations. This approach eliminates the need to write and maintain complex routing algorithms while still providing the necessary routing functionality for containerized environments.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replicates the successful DNS naming and resolution model from traditional networking into the containerized environment. By copying the proven DNS infrastructure and protocols into this new context, the system benefits from decades of refinement and testing in DNS technology without having to reinvent routing mechanisms, thereby reducing development effort and potential bugs.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS12034639B2Systems and methods for efficient and scalable routing for containerized services
Publication Date: 2024.07.09 VERIZON PATENT & LICENSING INC
  • US12034639B2 patent drawing
  • US12034639B2 patent drawing
  • US12034639B2 patent drawing

AI summary

A system described herein may identify that a first container and a second container of a virtualized environment are instantiated at a particular node that is associated with a particular address (e.g., an Internet Protocol (“IP”) address). The system may identify a logical association between the first and second containers, such as a logical and/or hierarchical association specified by a custom resource definition. The system may generate a first Domain Name System (“DNS”) record (e.g., an “A” record) associating the first container with the address of the particular node, and may a second DNS record (e.g., a “CNAME” record) associating the second container with the first container. The system may provide the first and second DNS records to a DNS server, which may provide the address of the particular node when receiving a DNS request specifying the second container.