H04L29/14

Keep-alive hiatus declaration
09807178 · 2017-10-31 · ·

In an embodiment, a method is performed by one or more processors and comprises obtaining a hiatus declaration that indicates that a network device will be incommunicable; suspending communication with the network device until expiration of a hiatus time period during which the network device is expected to be incommunicable; resuming communication with the network device in response to any of: determining that the hiatus time period has expired; obtaining a keep-alive message from the network device; or obtaining other indication that the network device can communicate.

Automatic user redundancy determination

The embodiments presented herein provide an automated process for provisioning a user in a communication system. A session manager, which can be a server in the communication system that provides call connection and routing, may receive registration request from communication device (e.g. a cellular telephone, an IP-enabled phone, etc.). The session manager may determine one or more characteristics about the communication device and/or determine a load on one or more other session managers in a cluster of session managers. Based on both the communication device characteristics and/or the loads on the two or more session managers, the session manager can determine a set of session managers, which may include a primary session manager and a secondary session manager, which can manage the user data for the communication device. This session manager set information may then be sent to the communication device and to other session managers in the cluster. The set of session managers may then manage the user data for the communication device.

Method for implementing session border controller pool, and session border controller
09807179 · 2017-10-31 · ·

A method for implementing a session border controller (SBC) pool and a SBC device are provided. In the present invention, an SBC pool is formed by at least two SBCs, the at least two SBCs are mutually backed up for disaster recovery and use a same Internet Protocol (IP) address for a terminal device, and whether the terminal device is registered in the SBC pool is determined; and if the terminal device has been registered in the SBC pool, a service message is forwarded to an SBC with which the terminal device is registered. In this way, it is avoided that SBC device disaster recovery places a special requirement for the terminal device, and the terminal device does not need to be configured with two IP addresses. Furthermore, all devices in the SBC pool can process the service message of the terminal device, thereby increasing a resource utilization rate.

FAULT TOLERANT, CONTENT DOWNLOAD SYSTEM CROSS-REFERENCE TO RELATED APPLICATIONS

A network device to mitigate interruptions in content downloading from a content server to a client device in a client-server network is disclosed. The device includes a recovery module (RM) to migrate a data transfer connection from a first server to a second server responsive to detection of an interruption in data transfer from the first server. The migrated data transfer connection may include an instruction associated with an amount of data transferred prior to the interruption in data transfer.

SYSTEM AND METHOD FOR DISASTER RECOVERY OF CLOUD APPLICATIONS
20170308446 · 2017-10-26 · ·

Cloud computing is continuously growing as a business model for hosting information and communications technology applications. While the on-demand resource consumption and faster deployment time make this model appealing for the enterprise, other concerns arise regarding the quality of service offered by the cloud. Systems and methods are provided for enabling disaster recovery of applications hosted in the cloud and for monitoring data center sites for failure.

Automatic data request recovery after session failure

Techniques for recovering from session failures between clients and database servers are described herein. A first session may be established between a client and a first database server to handle a database query for the client. A request for data associated with the first session may be received by the first database server from the client, and the data retrieved. Prior to responding to the request, the data is spooled to a first session state stored in a repository made accessible by at least one computing device. The computing device(s) controls access to session states in the repository that correspond to sessions between clients and database servers. The computing device(s) enables sessions to be reestablished between the clients and database servers by accessing data of the session states in the repository and transmitting the data in response to messages received from the database servers containing session identifiers.

Failover system and method replicating client message to backup server from primary server

A failover system, server, method, and computer readable medium are provided. The system includes a primary server for communicating with a client machine and a backup server. The primary server includes a primary session manager, a primary dispatcher a primary order processing engine and a primary verification engine. The method involves receiving an input message, obtaining deterministic information, processing the input message and replicating the input message along with the deterministic information.

Distributed failover for multi-tenant server farms based on load times of replicated tenants
09798634 · 2017-10-24 · ·

A failover manager may be configured to determine a plurality of tenants executable on a server of a plurality of servers, each tenant being a virtual machine executable on the server in communication with at least one corresponding user. The failover manager may include a replicated tenant placement selector configured to dispatch a first replicated tenant for a first tenant of the plurality of tenants to a first standby server of the plurality of servers, and configured to dispatch a second replicated tenant for a second tenant of the plurality of tenants to a second standby server of the plurality of servers. The failover manager also may include a replicated tenant loader configured to activate, based on a failure of the server, the first replicated tenant on the first standby server to replace the first tenant, and the second replicated tenant on the second standby server to replace the second tenant.

Access point controller failover system

An access point IHS group controller failover system includes a first access point IHS group controller that controls a first access point IHS group that includes plurality of access point IHSs. Following a failure of the first access point IHS group controller, the first access point IHS broadcasts a first access point IHS identifier to a first subset of the plurality of access point IHSs. The first access point IHS then registers the first subset of the plurality of access point IHSs as members of a second access point IHS group, and controls at least some functions of the second access point IHS group. When the first access point IHS detects activity from the first access point IHS group controller, it instructs the first subset of the plurality of access point IHSs in the second access point IHS group to reconnect to the first access point IHS group controller.

Communicating health status when a management console is unavailable for a server in a mirror storage environment

Provided are a computer program product, system, and method for communicating health status when a management console is unavailable for a server in a mirror storage environment. A determination at a first server is made that a management console is unavailable over the console network. The first server determines a health status at the first server and the first storage in response to determining that the management console cannot be reached over the console network. The health status indicates whether there are errors or no errors at the first server and the first storage. The first server transmits the determined health status to the second server over a mirroring network mirroring data between the first storage and a second storage managed by the second server. The determined health status is forwarded to an administrator.