Load Balancing Engine for SIP Border Element Traffic Distribution

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current SIP border elements and DNS systems fail to adequately balance traffic across border elements in managed packet networks, leading to overloading of some elements while others remain underutilized, and are not scalable for large networks handling numerous clients and traffic.

Innovation Solution

A load balancing engine distributes registration requests across multiple border element processors based on factors like active registrations, capacity, usage patterns, and operator preferences, providing centralized control over real-time traffic entry and managing resource utilization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If DNS round robin is used to select border elements, then client registration is enabled, but traffic balancing across border elements is inadequate

Engineering Contradiction:
Improveclient registrationVSAvoidtraffic balancing efficiency
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

A load balancing engine is introduced as an intermediary component between clients and border elements. This engine receives registration requests, maintains knowledge of current border element utilization, and intelligently directs clients to appropriate border elements based on real-time load conditions, thereby achieving effective traffic balancing while preserving ease of client registration

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements feedback mechanisms where border elements report their current utilization status and registered client information to the load balancing engine. This feedback loop enables the engine to make informed decisions about traffic distribution, dynamically adjusting client assignments based on actual border element load conditions rather than using static round-robin allocation

Inventive Principle:
Principle #23Feedback

2Device complexity

If border elements operate independently without centralized coordination, then system simplicity is maintained, but traffic distribution becomes unbalanced with some elements overloaded and others underutilized

Engineering Contradiction:
Improvesystem architectureVSAvoidtraffic distribution efficiency
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The load balancing engine serves as a centralized intermediary that coordinates traffic distribution across independently operating border elements. It maintains a global view of system state through feedback from individual elements and makes centralized routing decisions, achieving efficient traffic distribution without requiring complex inter-border-element communication protocols

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system merges the intelligence for traffic distribution into a separate load balancing engine while keeping border elements relatively simple. This functional separation combines the benefits of centralized coordination for optimal traffic distribution with the operational simplicity of independent border element processing

Inventive Principle:
Principle #5Merging (Combining)

3Extent of automation

If proxy devices process all registration requests centrally, then registration control is centralized, but the system becomes time-consuming and non-scalable to large networks

Engineering Contradiction:
Improvecentralized registration controlVSAvoidregistration processing efficiency
Core Design Contradiction:
Extent of automationVSProductivity

Solution Approach 1:

The system segments the registration control function by separating the load balancing and routing intelligence (centralized in the load balancing engine) from the actual registration processing (distributed across multiple border elements). This segmentation enables centralized coordination without creating a single processing bottleneck, as the load balancing engine only needs to make routing decisions rather than process all registration details centrally

Inventive Principle:
Principle #1Segmentation

4Device complexity

If border elements do not track registered clients, then element operation is simplified, but new traffic cannot be properly balanced across elements

Engineering Contradiction:
Improveborder element operationVSAvoidtraffic balancing capability
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The load balancing engine acts as an intermediary that maintains client registration information and border element utilization data. Individual border elements can remain operationally simple by reporting their state to the engine, which then uses this information to make intelligent routing decisions for new traffic, achieving traffic balancing without requiring complex tracking capabilities at each border element

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS8676977B2Method and apparatus for controlling traffic entry in a managed packet network
Publication Date: 2014.03.18 RIBBON COMMUNICATIONS OPERATING CO INC
  • US8676977B2 patent drawing
  • US8676977B2 patent drawing
  • US8676977B2 patent drawing

AI summary

A method for control of real-time traffic entry of a managed packet network includes the step of receiving, from a border element processor, a first message indicative of a new active registration request associated with a client. The border element processor is one of a plurality of border element processors at an edge of a managed packet network controlling packets (e.g., relating to real-time multimedia traffic) entering the managed packet network. The method also includes the step of load balancing, by a load balancing engine, the new active registration request across the plurality of border element processors and assigning the client to a designated border element processor. A second message is generated in response to the new activation registration request. The second message includes a parameter identifying the designated border element processor assigned to the client.