IP Telephony Failover via Distributed Site Proxies
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
IP telephony systems face reliability issues due to switch and network unavailability, leading to service disruptions and floods of service requests when a switch fails or becomes unavailable, overwhelming the configuration controller.
Innovation Solution
A failover system with multiple configuration controllers and switches, where a designated active and backup site proxy manage failover by reassigned extensions to other switches and configuration controllers, using a failover module and routing table to maintain system operational status, preventing service request floods.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a single configuration controller manages all switches in an IP telephony system, then the system structure remains simple, but the system reliability deteriorates when the configuration controller or switch fails
Solution Approach 1:
The patent divides the configuration controller into multiple independent configuration controllers and segments the switch management into multiple site proxies. Each site proxy is assigned to specific switches, creating a distributed architecture where failure of one component does not affect the entire system. This segmentation directly resolves the contradiction by improving reliability through redundancy while maintaining manageable complexity through modular design.
Solution Approach 2:
The patent implements failover modules that预先 (in advance) prepare backup configurations and monitoring mechanisms. When a switch or configuration controller fails, the failover module automatically detects the failure and redirects traffic to backup components, cushioning the system against the impact of failures. This beforehand cushioning improves reliability without requiring complex manual intervention procedures.
2Reliability
If the configuration controller handles all service requests from restored switches after failure, then complete system control is maintained, but the configuration controller becomes overwhelmed by service request floods
Solution Approach 1:
The patent segments the service request handling by introducing site proxies that are distributed across multiple switches. Each site proxy handles service requests for its assigned switches locally, preventing all recovery requests from flooding to a single configuration controller. This segmentation maintains complete system control through coordinated management while preserving configuration controller processing capacity by distributing the request load.
Solution Approach 2:
The site proxy acts as an intermediary between switches and configuration controllers. When switches need service or configuration, they first interact with their local site proxy, which then communicates with the configuration controller on their behalf. This intermediary mechanism prevents direct flooding of service requests to the configuration controller while ensuring complete system control is maintained through the proxy's coordination role.
3Reliability
If multiple site proxies are implemented for failover, then system reliability improves during switch failures, but the device complexity increases
Solution Approach 1:
The patent implements site proxies that perform multiple functions: normal switch management, failover detection, service request routing, and configuration coordination. By making the site proxy a universal component that handles diverse tasks, the patent improves switch failover capability without proportionally increasing device complexity. Each site proxy is a multi-functional element that consolidates several responsibilities into a single component, reducing the net complexity increase.
Data Source
AI summary
A failover system includes a plurality of configuration controllers and a plurality of switches. The switches include a site proxy, a failover module and a routing table. A first site proxy of a first switch is designated as the active proxy and controls failover in the event a switch fails or otherwise becomes unavailable. A second site proxy of a second switch is designated as the backup proxy and controls failover in the event the first switch fails or otherwise becomes unavailable. In the event a switch fails or otherwise becomes available, the active proxy interacts with the configuration controller and reassigns the extensions associated with the failed switch to a different switch of the plurality of switches. If a configuration controller fails or otherwise becomes unavailable, another configuration controller becomes active and establishes communication with the plurality of switches to maintain the operational status of the IP telephony system.