Intermediary Broker for Virtualization Connection Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In conventional virtualization architectures, establishing connections between virtual machines or containers requires restarting the 'master' client upon disconnection, which decreases performance and is inconvenient for users.

Innovation Solution

An intermediary broker is used to establish process connections in a host system, creating a single socket for communication with clients like virtual switches and execution environments, allowing for fast and reliable connection establishment without the need for client restarts.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional connection establishment methods are used in virtualization architectures, then connections can be established between virtual machines or containers, but the master client must be restarted upon disconnection which decreases performance and user convenience

Engineering Contradiction:
Improveconnection reliabilityVSAvoidconnection establishment speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent introduces a broker as an intermediary component that manages connection establishment between clients in a virtualization architecture. The broker receives connection requests from clients, establishes connections through virtual switches, and maintains connection state information. This intermediary approach eliminates the need for master client restarts upon disconnection, as the broker can re-establish connections using stored state information, thereby improving both connection reliability and establishment speed without requiring client restarts

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If the master client is restarted upon disconnection to re-establish connections, then connection reliability is maintained, but performance decreases and user convenience is reduced

Engineering Contradiction:
Improveconnection reliabilityVSAvoidconnection re-establishment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The broker performs preliminary actions by maintaining connection state information and configuration data before disconnections occur. When a disconnection happens, the broker can quickly re-establish connections using the pre-stored state information, eliminating the time-consuming restart process. This preliminary preparation of connection state allows for rapid connection recovery without client restarts, reducing both time loss and improving user convenience while maintaining reliability

Inventive Principle:
Principle #10Preliminary action

3Productivity

If a broker is introduced to manage connection establishment, then connection establishment becomes faster and more reliable without client restarts, but system complexity increases

Engineering Contradiction:
Improveconnection establishment speedVSAvoidsystem architecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The broker is designed as a universal component that handles multiple functions: receiving connection requests from various clients, managing connections through virtual switches, maintaining connection state information, and re-establishing connections upon disconnection. By consolidating these diverse functions into a single multi-functional broker, the system achieves fast and reliable connection establishment without client restarts while managing complexity through functional consolidation rather than proliferation of specialized components

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

Data Source

PatentUS12210893B2Establishing process connections utilizing an intermediary broker
Publication Date: 2025.01.28 RED HAT INC
  • US12210893B2 patent drawing
  • US12210893B2 patent drawing
  • US12210893B2 patent drawing

AI summary

A first request to establish a transport including a first key is received from a first client supported by a host system. A second request to establish the transport including a second key is received from a second client supported by the host system. A determination as to whether the first key matches the second key is made. In response to determining that the first key matches the second key, a first end point of the transport is provided to the first client and a second end point of the transport is provided to the second client.