Patent classifications
H04L43/0805
Method for evaluating the energy consumption of a service unit in a communications network
A method is described of evaluating the energy consumption of a service unit rolled out, or intended for being rolled out, on a given infrastructure of a communications network. The method includes determining the energy consumption W_no measured on the infrastructure in the absence of the service unit, determining the energy consumption W_yes measured on the infrastructure in the presence of the service unit, and obtaining the energy consumption induced by rolling out the service unit by calculating the difference (W_yes−W_no). The disclosed technology is applicable to 5G networks.
Method for evaluating the energy consumption of a service unit in a communications network
A method is described of evaluating the energy consumption of a service unit rolled out, or intended for being rolled out, on a given infrastructure of a communications network. The method includes determining the energy consumption W_no measured on the infrastructure in the absence of the service unit, determining the energy consumption W_yes measured on the infrastructure in the presence of the service unit, and obtaining the energy consumption induced by rolling out the service unit by calculating the difference (W_yes−W_no). The disclosed technology is applicable to 5G networks.
INTERWORKING SERVICE FOR THE RESTFUL INTERNET OF THINGS
An interworking service entity receives server registration requests including indications of service layer protocols used by each server, maintains a repository of server information, and uses the repository for interworking requests of devices to servers of different protocols based on a server type provided in discovery requests. Other matching information may include, for example, server security protocol, supported services, service territory, availability, capacity, or loading, as device information or preferences, such a supported service, supported interface type, or a supported device type.
Cloud Network Reachability Analysis for Virtual Private Clouds
A method for providing cloud network reachability analysis includes receiving a reachability query requesting a reachability status of a target including a packet header associated with a data packet. The packet header includes a source IP address and a destination IP address. The method also includes generating one or more simulated forwarding paths for the data packet based on the packet header using a data plane model. Each simulated forwarding path includes corresponding network configuration information. The method includes determining the reachability status of the target based on the one or more simulated forwarding paths and providing the determined reachability status and the one or more simulated forwarding paths to a user device associated with the reachability query which causes the user device to present the network configuration information for each simulated forwarding path.
METHOD FOR PREDICTIVELY OPERATING A COMMUNICATION NETWORK
A method for operating a communication network includes: receiving, by a business support system of a resource reservation system, a reservation request, the reservation request indicating a Quality of Service (QoS) for an upcoming connection to be provided at a time distance from a reservation by the communication network for a terminal device and an application or service accessed by the terminal device via the upcoming connection; checking, by a bookkeeper decision engine of the resource reservation system, whether the business support system has availability for the indicated QoS; in response to confirming the availability for the indicated QoS, sending, by the bookkeeper decision engine, a reservation confirmation; and providing, by the communication network, the upcoming connection with the indicated QoS assigned for the terminal device at the time distance from the reservation.
SYSTEMS AND METHODS FOR ACHIEVING NEAR ZERO IMPACT DURING NODE FAILURE IN A CLUSTER SYSTEM
Disclosed are systems and methods for node management performed by a client driver of a client device comprising receiving cluster topology data from the cluster system; transmitting, a data request to each of a plurality of nodes in a cluster system; receiving a reply from each of the nodes that are responsive; assigning, by the client driver, based on the received replies, a responsive status for each of the nodes that are responsive or a non-responsive status for each of nodes that are non-responsive; updating a listing of management data, wherein the management data includes: an identification of each of the plurality of nodes, and a current status of each of the plurality of nodes; and routing, by the client driver, a client request to one of the plurality of nodes that are responsive based on the cluster topology data.
METHOD, APPARATUS AND COMPUTER PROGRAM PRODUCT FOR IMPROVING DYNAMIC RETRY OF RESOURCE SERVICE
Methods, apparatuses and computer program products for implementing dynamic retry of a resource service in a network system are provided. An example method may include: transmitting a first service request to the resource service, determining a first service availability indicator, calculating a first service availability estimate associated with the resource service based on the first service availability indicator, and determining whether to transmit a second service request based on the first service availability estimate. The example method may be repeated by an example apparatus continuously for each transmitted service request.
METHOD, APPARATUS AND COMPUTER PROGRAM PRODUCT FOR IMPROVING DYNAMIC RETRY OF RESOURCE SERVICE
Methods, apparatuses and computer program products for implementing dynamic retry of a resource service in a network system are provided. An example method may include: transmitting a first service request to the resource service, determining a first service availability indicator, calculating a first service availability estimate associated with the resource service based on the first service availability indicator, and determining whether to transmit a second service request based on the first service availability estimate. The example method may be repeated by an example apparatus continuously for each transmitted service request.
Service status notification
A provider edge (PE) device may receive traffic associated with one or more services, wherein the traffic includes a plurality of packets, and may determine, based on the plurality of packets, one or more packets respectively associated with each service of the one or more services. The PE device may determine, based on the one or more packets respectively associated with each service of the one or more services, a respective status of each of the one or more services. The PE device may generate type-length-value (TLV) data that indicates the respective status of each of the one or more services and may cause the TLV data to be added to a link layer discovery protocol (LLDP) packet. The PE device may send the LLDP packet that includes the added TLV data to a customer edge (CE) device.
Service status notification
A provider edge (PE) device may receive traffic associated with one or more services, wherein the traffic includes a plurality of packets, and may determine, based on the plurality of packets, one or more packets respectively associated with each service of the one or more services. The PE device may determine, based on the one or more packets respectively associated with each service of the one or more services, a respective status of each of the one or more services. The PE device may generate type-length-value (TLV) data that indicates the respective status of each of the one or more services and may cause the TLV data to be added to a link layer discovery protocol (LLDP) packet. The PE device may send the LLDP packet that includes the added TLV data to a customer edge (CE) device.