H04L43/0811

Virtual private network connection status detection

Virtual private network (VPN) service provider infrastructure (SPI) receives a request to access a VPN from a client device. The VPN SPI selects an Internet Protocol (IP) address for access to the VPN by the client device from a pool of IP addresses. The VPN SPI provides access to the VPN for the client device via the IP address. The VPN SPI receives one or more handshake notifications from the client device. The VPN SPI determines that a threshold time period has passed since a latest-in-time handshake notification of the one or more handshake notifications. The VPN SPI disconnects the client device from the VPN in response to determining that the threshold time period has passed. The VPN SPI adds the IP address to the pool of IP addresses in response to disconnecting the client device from the VPN.

Proactively determining and managing potential loss of connectivity in an electronic collaborative communication
11553028 · 2023-01-10 · ·

Non-limiting examples of the present disclosure describe proactive detection and notification of a potential loss of connectivity during an electronic collaborative communication. Subsequently, a state of the electronic collaborative communication is managed to improve, among other technical advantages, processing efficiency of associated computing devices and users involved in the electronic collaborative communication. A quality of a network feed for a participant in an electronic collaborative communication is identified and analyzed to generate a warning of potential loss of connectivity. A state of an electronic collaborative communication is managed relative to a continued quality evaluation of said network feed. For example, a network feed may be placed on hold and/or a communication suspended due to potential connectivity issues. A representation of a video feed may be updated and/or a communication resumed when a quality of that video feed is determined to satisfy a pre-selected quality threshold.

Proactively determining and managing potential loss of connectivity in an electronic collaborative communication
11553028 · 2023-01-10 · ·

Non-limiting examples of the present disclosure describe proactive detection and notification of a potential loss of connectivity during an electronic collaborative communication. Subsequently, a state of the electronic collaborative communication is managed to improve, among other technical advantages, processing efficiency of associated computing devices and users involved in the electronic collaborative communication. A quality of a network feed for a participant in an electronic collaborative communication is identified and analyzed to generate a warning of potential loss of connectivity. A state of an electronic collaborative communication is managed relative to a continued quality evaluation of said network feed. For example, a network feed may be placed on hold and/or a communication suspended due to potential connectivity issues. A representation of a video feed may be updated and/or a communication resumed when a quality of that video feed is determined to satisfy a pre-selected quality threshold.

Creating a packet with a loopback label stack to detect network link/node failures

Systems and methods for creating loopback packets for transmission through a section of a network for the purpose of testing the operability of links and nodes in this section of the network are provided. A method, according to one implementation, includes a step of obtaining information, by a Network Element (NE), about the topology of the network related to at least the nodes in direct communication with a peer node. The method also includes a step of generating one or more loopback packets, where each loopback packet includes at least a header having a path list including one or more nodes of the plurality of nodes in the network. Each path list defines an order of nodes through which the respective loopback packet is to be transmitted.

DISTRIBUTED MACHINE LEARNING IN EDGE COMPUTING
20230037308 · 2023-02-09 ·

Approaches presented herein enable deploying a distributed machine learning framework in an edge computing environment. More specifically, a status of a connection between a computing system and an edge node of a plurality of edge nodes is monitored. At least one server node and a group of worker nodes from the plurality of edge nodes are identified based on the status. A path for distributing the training data to the worker nodes is determined based on the status. The training data from the edge node to the worker nodes is distributed via the path.

Resolving L2 mapping conflicts without reporter synchronization

A method of recording layer-2 (L2) mappings created for workloads executing on a plurality of hosts in a first database managed by a network management server: upon receipt of a first mapping reported by a first host, determining that the first mapping is not recorded in the first database; and in response to the determining that the received first mapping is not recorded in the first database, generating a first timestamp and persisting a first record in the first database that includes the first mapping and the first timestamp.

Detecting outages in a cloud environment

The present disclosure relates to computer-implemented methods, software, and systems for detecting outages in a cloud environment. Internal web agents installed at corresponding network segments of a first cloud platform and external web agents installed at an external second cloud platform are configured to perform network calls between themselves and the other web agents. Data from the internal web agents is automatically collected to generate structured data defining network connectivity status corresponding to the network segments of the first cloud platform based on the performed network calls between the internal and external web agents. In response to evaluating the structured data, a health status of network connectivity of the first cloud platform is determined. The health status can be provided to platform services provided by the first cloud platform and/or applications running on the first cloud platform to support managing of lifecycles of entities running on the first cloud platform.

Detecting outages in a cloud environment

The present disclosure relates to computer-implemented methods, software, and systems for detecting outages in a cloud environment. Internal web agents installed at corresponding network segments of a first cloud platform and external web agents installed at an external second cloud platform are configured to perform network calls between themselves and the other web agents. Data from the internal web agents is automatically collected to generate structured data defining network connectivity status corresponding to the network segments of the first cloud platform based on the performed network calls between the internal and external web agents. In response to evaluating the structured data, a health status of network connectivity of the first cloud platform is determined. The health status can be provided to platform services provided by the first cloud platform and/or applications running on the first cloud platform to support managing of lifecycles of entities running on the first cloud platform.

Connected mode discontinuous reception enablement and parameter adaptation
11595890 · 2023-02-28 · ·

Techniques for dynamically adjusting Connected Mode Discontinuous Reception (CDRX) parameters are discussed herein. For example, a base station may receive information associated with downlink data to be sent to a user equipment (UE) and/or information associated with the UE itself. The base station may adjust CDRX parameters to be implemented on the UE based on the received information in order to maximize performance of the UE. In some examples, the base station may adjust CDRX parameters based on a traffic type (e.g., voice traffic, video traffic, data traffic, etc.) associated with the downlink data, UE state parameters associated with the UE, and/or Received Signal Strength Indicator (RSSI) data associated with the UE.

Connected mode discontinuous reception enablement and parameter adaptation
11595890 · 2023-02-28 · ·

Techniques for dynamically adjusting Connected Mode Discontinuous Reception (CDRX) parameters are discussed herein. For example, a base station may receive information associated with downlink data to be sent to a user equipment (UE) and/or information associated with the UE itself. The base station may adjust CDRX parameters to be implemented on the UE based on the received information in order to maximize performance of the UE. In some examples, the base station may adjust CDRX parameters based on a traffic type (e.g., voice traffic, video traffic, data traffic, etc.) associated with the downlink data, UE state parameters associated with the UE, and/or Received Signal Strength Indicator (RSSI) data associated with the UE.