Patent classifications
H04L41/149
Service aware coverage degradation detection and root cause identification
A system can include a network analysis platform that applies performance models to determine if a coverage degradation exists at a network cell, such as at a base station. The performance models are pre-trained based on network telemetry data. For a session at a cell, an expected quality of service (“QoS”) metric can be compared to an actual QoS metric to determine whether the session is impacted by coverage degradation. Throughput is an example QoS metric. If the number of impacted sessions exceeds a threshold, the base station can be highlighted on a GUI. Additionally, the network analysis platform can perform root cause analysis of a victim cell.
Dynamic cloud native cluster construction using under-utilized machines
One example method includes connecting to a server component, transmitting, to the server component, information concerning a hardware configuration associated with an asset having a capability that is fully utilized during a first time period and the capability is idle during a second time period, receiving, from the server component, cluster connection information, and using the cluster connection information to temporarily connect the asset to the cluster as a node of the cluster so that the capability is available during idle time to perform a workload of the cluster.
Method and system for cloud desktop fabric
A system and method for a virtual desktop system is disclosed. The system includes a master fabric region including resources for provisioning a desktop. The system includes an expansion fabric region including replicated resources for provisioning the desktop from the master fabric region. The system includes a control plane having a global pool. A client device application operated by a user associated with the global pool accesses a desktop from either the master fabric region or the expansion fabric region.
Predicting performance of a network order fulfillment system
A system may monitor transaction data pertaining to a plurality of transaction types received by a network order fulfillment system. The system may classify the transaction data into a plurality of alarm types based on pre-defined impact of an alarm type to a given transaction type. The system may analyze a plurality of performance parameters influencing a performance of the network order fulfillment system, and identify a performance parameter exhibiting an anomaly based on historical data, a current status of the plurality of the performance parameters and a predefined prediction model. The system may ascertain whether the identified performance parameter negatively impacts the performance of the network order fulfillment system, based on evaluation rules. The system may proactively implement a remediation action to remediate a potential fault caused by the identified performance parameter when the identified performance parameter negatively impacts the performance of the network order fulfillment system.
REMOTE SYSTEM DATA COLLECTION AND ANALYSIS FRAMEWORK
A system for data collection and analysis is provided comprising a first network having at least one system element, at least one collection device communicably coupled to the at least one system element and configured to receive data communications from the least one system element and transmit the data. The system including a data management system communicably coupled to the collection device and configured to receive and store the transmitted data. The system further including a data analysis network communicably coupled to the first network and configured to retrieve data from the first network, the data analysis network including a management server having logic configured to at least one of analyze the retrieved data and determine remaining useful life (RUL) of at least one system element, identify a failure mode associated with the at least one system element, and determine a maintenance action sufficient to remedy a system failure corresponding to the identified failure mode.
TRACKING OR STORING OF EQUIPMENT CONFIGURATION DATA USING IMMUTABLE LEDGER FUNCTIONALITY OF BLOCKCHAINS
Novel tools and techniques are provided for implementing tracking or storing of equipment configuration data using immutable ledger functionality of blockchains. In various embodiments, in response to receiving a first request for first configuration data that is output by first equipment, a computing system might determine whether a communicatively coupled data repository contains the first configuration data. If so, the computing system might retrieve and send (to the requesting device) the first configuration data. If not, the computing system might send, to a blockchain system, a second request for identifying a blockchain containing a block containing the first configuration data. In response to such a blockchain being identified, the computing system might receive the identified blockchain; might abstract the block containing the first configuration data from the identified blockchain; might abstract the first configuration data from the block; and might send the first configuration data to the requesting device.
Composed computing systems with converged and disaggregated component pool
Deployment of arrangements of physical computing components coupled over a communication fabric are presented herein. In one example, a method includes detecting disaggregated computing components communicatively coupled to at least a first communication fabric, and detecting converged computing components communicatively coupled to a second communication fabric. The method includes forming a free pool of computing components comprising the disaggregated computing components and the converged computing components, and receiving user commands to form compute units from among computing components included in the free pool of computing components. Based at least on the user commands, the method includes forming the compute units for use by one or more users.
Systems and Methods for Managing MEC Application Hosting
In one embodiment, a method includes receiving, by a mobile edge computing (MEC) controller and from an application analytic engine, a registration request for an application. The registration request includes a request for MEC key performance indicators (KPIs). The method also includes communicating, by the MEC controller, MEC data associated with a first MEC host and a second MEC host to the application analytic engine. The method further includes receiving, by the MEC controller, MEC policies from the application analytic engine, determining to host the application in the first MEC host based on the MEC policies, and communicating the MEC policies to the first MEC host.
Upgrading DevOps tools in DevOps toolchains
The present invention extends to methods, systems, and computer program products for upgrading DevOps tools in DevOps toolchains. An upgraded version of a DevOps platform tool is detected. A snapshot of an existing tool image corresponding to a current version of the DevOps platform tool is taken. Cloud service provider profile information, existing tool profile information corresponding to the existing tool image, and replacement tool profile information corresponding to replacement tool image are accessed. A DevOps platform is upgraded including deploying a replacement tool image corresponding to the upgraded version in accordance with the cloud service provider profile information, the existing tool profile information, the replacement tool profile information, and a DevOps platform category. When the upgrade is complete, the existing tool image is removed and the DevOps platform pointed to the replacement tool image. The snapshot is retained in accordance with rollback settings.
DATA AND SOURCE VALIDATION FOR EQUIPMENT OUTPUT DATA OR EQUIPMENT FAILURE PREDICTION USING BLOCKCHAINS
Novel tools and techniques are provided for implementing data and source validation for equipment output data and/or for equipment failure predict. In various embodiments, in response to receiving a first request for first data that is output by first equipment, a computing system might retrieve and analyze the first data to determine whether the first data can be trusted. If so, the computing system might send the first data to the requesting device. If not, the computing system might send a second request for identifying a blockchain containing a block containing a copy of the first data. In response to the blockchain system identifying such a blockchain, the computing system might receive the identified blockchain; might abstract the block containing the copy of the first data from the identified blockchain; might abstract the first data from the block; and might send the first data to the requesting device.