Patent classifications
H04L69/40
Method, apparatus, and computer readable medium
A method includes identifying, by a first server, a set of servers in an edge data center, discovering details of a plurality of components of each corresponding server of the set of servers, updating inventory of the set of servers based on at least the details of the plurality of components of each corresponding server of the set of servers, and performing health checks on the set of servers according to a health check frequency. The first server is connected to the set of servers by a switch. Performing the health checks includes detecting a removal of a second server from the set of servers, detecting an addition of the second server to the set of servers, detecting an addition of a new component in the second server, or detecting a replacement of a failed component in the second server in response to detecting a failure of the failed component.
IN-MEMORY DATABASE-MANAGED CONTAINER VOLUME REPLICATION
In an example embodiment, a solution is used to provide container volume replication via a container storage replication log and volume buffer synchronization, which is built on top of a container cloud platform whose container metadata and replication runtime configuration are all managed by a storage manager (a service orchestrated by its job scheduler and service orchestrator). This container volume replication ensures the data security for a long-running service in the container. In the case of any disaster, the in-memory database and application data inside of the container can be recovered via volume replication. This provides container volume replication for long-running containerized applications whose states keep changing.
IN-MEMORY DATABASE-MANAGED CONTAINER VOLUME REPLICATION
In an example embodiment, a solution is used to provide container volume replication via a container storage replication log and volume buffer synchronization, which is built on top of a container cloud platform whose container metadata and replication runtime configuration are all managed by a storage manager (a service orchestrated by its job scheduler and service orchestrator). This container volume replication ensures the data security for a long-running service in the container. In the case of any disaster, the in-memory database and application data inside of the container can be recovered via volume replication. This provides container volume replication for long-running containerized applications whose states keep changing.
HTTP-URI ERROR-RECOVERY METHOD AND USER EQUIPMENT THEREOF
A Hyper Text Transfer Protocol (HTTP)-Uniform Resource Identifier (URI) error-recovery method is provided. The HTTP-URI error-recovery method is applied in user equipment (UE). The HTTP-URI error-recovery method includes the following steps. The UE transmits a first HTTP request with a first URI encoding scheme to an application server through an interface. Then, the UE receives a specific error response corresponding to the first HTTP request from the application server. Then, the UE transmits a second HTTP request with a second encoding scheme to the application server based on the specific error response.
REACHING A QUORUM WITH A NUMBER OF MASTER NODES
Managing containerized workloads, such as by Kubernetes, provides a robust and expandable platform. Kubernetes high-availability (HA) mode provides additional safeguards against failure that allows services to be maintained without interruption in the event of a partial system or network failure. However, Kubernetes requires an odd number of master nodes (e.g., three) in order to be able have a quorum and maintain certain operations (e.g., election of a leader). In the event a master node loses functionality, the remaining master nodes are unable to have a quorum. System and methods are provided to convert a worker-only node into a master node in order to reestablish a quorum. Once functionality is restored, the converted master is reverted back to a worker-only node and the restored master, and remaining masters, maintain the quorum.
System and method for determining trust for SIP messages
A method for performing initial registration is provided. The method includes receiving a server timeout message, the server timeout message including at least a field set to a value equal to a value received during a first registration. The method further includes initiating restoration procedures by performing an initial registration.
System and method for determining trust for SIP messages
A method for performing initial registration is provided. The method includes receiving a server timeout message, the server timeout message including at least a field set to a value equal to a value received during a first registration. The method further includes initiating restoration procedures by performing an initial registration.
Selection of network paths for reliable communications based on network reliability metrics
Systems, devices, and methods are provided for transmitting and retransmitting data. A first message transmitted by a sender computing entity to a receiver computing entity over a first port may exercise a first network path whereas a second message transmitted over a second port may exercise a second network path. A system (e.g., sender computing entity) may determine network reliability metrics for a plurality of network paths. If a system detects data loss (e.g., packet loss) on a first port, a second port may be selected based on network reliability metrics for retransmission of the lost data. A port may for example, be selected for retransmission based on the following criteria: (1) the port has the longest consecutive duration without packet loss and (2) the port has received an acknowledgement for a packet that was sent more recently than the initial transmission of the lost packet.
ROADSIDE AND EMERGENCY ASSISTANCE SYSTEM
A system for providing roadside and emergency assistance to a vehicle includes a vehicle unit with several connectivity options. A user interface unit permits a user to request assistance and communicate with an emergency dispatcher and/or service provider. A server receives requests for assistance from the vehicle unit and relays information between the vehicle unit and a dispatcher or service provider to provide communication between the driver of the vehicle and the dispatcher or service provider. Alternatively, such as in an emergency (e.g. crash) situation, the server directly requests assistance to be sent to the vehicle.
ROADSIDE AND EMERGENCY ASSISTANCE SYSTEM
A system for providing roadside and emergency assistance to a vehicle includes a vehicle unit with several connectivity options. A user interface unit permits a user to request assistance and communicate with an emergency dispatcher and/or service provider. A server receives requests for assistance from the vehicle unit and relays information between the vehicle unit and a dispatcher or service provider to provide communication between the driver of the vehicle and the dispatcher or service provider. Alternatively, such as in an emergency (e.g. crash) situation, the server directly requests assistance to be sent to the vehicle.