Dynamic DNS Routing via MX Record Subzones

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing mail exchanger (MX) record management requires frequent updates when switching between different software versions or regions, leading to inefficiencies in routing requests.

Innovation Solution

Utilizing a unique label within the MX record to dynamically determine the appropriate software version and region for request routing, allowing requests to be directed to different versions or regions without changing the record, such as directing a European user to a European IP address and a US user to a US IP address.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If MX records are updated frequently to switch between different software versions or regions, then the routing can be changed, but the management complexity and time consumption increase

Engineering Contradiction:
Improverouting flexibilityVSAvoidrecord update time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent segments the routing information into two parts: a stable MX record that customers configure once, and dynamic routing parameters (software version, region) that are resolved at runtime. This segmentation allows the MX record to remain unchanged while enabling flexible routing through subzone resolution.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary DNS resolution process that translates a stable MX record into dynamic routing information. The intermediary system resolves the MX record to determine the appropriate software version and region, then routes the request accordingly without requiring MX record changes.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If MX records are updated frequently to switch between different software versions or regions, then the routing can be changed, but the operational efficiency decreases

Engineering Contradiction:
Improverouting flexibilityVSAvoidrequest handling efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent performs preliminary resolution of the MX record to extract routing information (software version, region) before the actual request is processed. This preliminary action caches the routing information, allowing subsequent requests to be routed efficiently without repeated resolution or MX record updates.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system automatically resolves the MX record and determines the appropriate routing parameters (software version, region) without requiring customer intervention. The intelligent routing system self-services the routing decision based on the MX record and request characteristics.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If customers update MX records to use different software versions or regions, then the routing can be changed, but the ease of operation decreases

Engineering Contradiction:
Improverouting flexibilityVSAvoidrecord management ease
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The intelligent routing system automatically determines the appropriate software version and region based on the MX record and request characteristics, eliminating the need for customers to manually update MX records. The system self-services the routing configuration.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The MX record serves multiple functions: it identifies the mail server and simultaneously provides routing information (software version, region) for intelligent routing. This multi-functionality eliminates the need for separate configuration mechanisms.

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

Data Source

PatentUS9444779B2Dynamic and intelligent DNS routing with subzones
Publication Date: 2016.09.13 MICROSOFT TECHNOLOGY LICENSING LLC
  • US9444779B2 patent drawing
  • US9444779B2 patent drawing
  • US9444779B2 patent drawing

AI summary

A request to resolve an IP address is received by a Domain Name Server (DNS). A record, such as an MX record, relating to the request is obtained that comprises a unique label (e.g. record=customer-com.mail.messaging.com) that is used in determining how to resolve the request. The unique label portion of the record (e.g. customer-com) is used to identify information relating to the request such as a version of software/service to use to handle the request, a region used to handle the request, and the like. The same record may be used to direct a request to a different version and/or different region. For example, without changing the record, a request at one time may access a first version/region and a request at a different time access a different version/region.