Parallel VPN Tunneling for Continuous Server Connectivity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing VPN systems inefficiently manage VPN connections, leading to resource wastage when optimal servers become unavailable or overloaded, requiring frequent connection reestablishment.

Innovation Solution

Establishing parallel VPN connections with multiple servers and dynamically determining a default and optimal server for continuous, efficient VPN service provision.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a single VPN connection is established with one server, then connection simplicity is maintained, but service continuity deteriorates when the server becomes unavailable or overloaded

Engineering Contradiction:
Improveservice continuityVSAvoidconnection management
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the VPN connection by establishing multiple parallel connections to different VPN servers instead of relying on a single connection. This segmentation allows the system to distribute traffic and maintain service continuity by switching between segments (connections) when one becomes unavailable or overloaded.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements dynamic connection management by continuously monitoring the status and performance of multiple VPN connections, automatically determining which connection is optimal at any given time, and dynamically switching between connections based on real-time conditions such as server availability and load.

Inventive Principle:
Principle #15Dynamics

2Reliability

If multiple VPN connections are established with multiple servers, then service continuity is improved, but resource consumption increases

Engineering Contradiction:
Improveservice continuityVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system applies partial action by maintaining multiple VPN connections in parallel but only actively using the optimal one for data transmission at any given time. The other connections remain as standby resources, consuming minimal energy while providing backup capacity, thus balancing reliability improvement with resource conservation.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system implements self-service through automated connection monitoring and dynamic selection algorithms that independently determine the optimal VPN connection without requiring manual intervention. This automation reduces the computational overhead and energy consumption associated with managing multiple connections.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If frequent connection reestablishment occurs when servers become unavailable, then adaptability is improved, but connection stability deteriorates

Engineering Contradiction:
Improveserver availability adaptationVSAvoidconnection stability
Core Design Contradiction:
Adaptability or versatilityVSStability of the object's composition

Solution Approach 1:

The system performs preliminary action by pre-establishing multiple VPN connections to different servers before any single connection becomes unavailable. This advance preparation ensures that alternative connections are already in place and ready for immediate use, eliminating the need for frequent connection reestablishment and maintaining stability while adapting to server availability changes.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12452216B2Parallel tunneling with virtual private network servers
Publication Date: 2025.10.21 UAB 360 IT
  • US12452216B2 patent drawing
  • US12452216B2 patent drawing
  • US12452216B2 patent drawing

AI summary

The disclosure discloses an infrastructure device configuring a user device to establish respective parallel virtual private network (VPN) connections with respective VPN servers; configuring the user device to determine, based at least in part on establishing the respective parallel VPN connections, a default VPN server from among the respective VPN servers; configuring the user device to select, based at least in part on determining the default VPN server, the default VPN server as a VPN server from which the user device is to receive a VPN service; and configuring the user device to transmit, based at least in part on selecting the default VPN server, a request to the default VPN server to receive the VPN service. Various other aspects are contemplated.