Patent classifications
H04L47/745
INTERNET-BASED PROXY SERVICE TO MODIFY INTERNET RESPONSES
A proxy server receives from a client device a request for a network resource that is hosted at an origin server for a domain. The request is received at the proxy server as a result of a DNS request for the domain resolving to the proxy server. The origin server is one of multiple origin servers that belong to different domains that resolve to the proxy server and are owned by different entities. The proxy server retrieves the requested network resource. The proxy server determines that the requested resource is an HTML page. The proxy server scans the HTML page to locate one or more modification tokens that each indicates content that is subject to being modified. For at least one of the located modification tokens, the proxy server automatically modifies at least a portion of the content of the HTML page that corresponds to that modification token. The proxy server then transmits the modified HTML page to the client device.
Remote port for network connectivity for non-colocated customers of a cloud exchange
In general, techniques are described for network connectivity for non-colocated customers of a cloud exchange. A programmable network platform for the cloud exchange comprises processing circuitry configured to: configure a virtual network device in the data center to run a network service for a customer; receive, from the customer, a request for a remote port and network information for a network service provider connectivity service for the customer; assign, in response to receiving the request for the remote port, a remote port of the cloud exchange to the customer; and configure, in response to receiving the request for the remote port using the network information, the cloud exchange to connect the network service provider connectivity service to the virtual network device via the remote port of the cloud exchange.
Load balancing during increased data traffic latency
A system includes at least one server that is configured to provide a multi-client network service to a plurality of existing users. When the server receives requests to join the multi-client network service from new users, the server may issue timestamps to each new user, obtain load metric based on the requests or timestamps, and collect the load metric to obtain historical data characterizing a demand in the multi-client network service over time. Further, based on the historical data, the server can predict a future load demand in the multi-client network service and selectively enable to join the multi-client network service by at least one of the plurality of new users based on the future load demand.
Enhanced selection of cloud architecture profiles
This document describes modeling and simulation techniques to select a cloud architecture profile based on correlations between application workloads and resource utilization. In some aspects, a method includes obtaining infrastructure data specifying utilization of computing resources of an existing computing system. Application workload data specifying tasks performed by one or more applications running on the existing computing system is obtained. One or more models are generated based on the infrastructure data and the application workload data. The model(s) define an impact on utilization of each computing resource in response to changes in workloads of the application(s). A workload is simulated, using the model(s), on a candidate cloud architecture profile that specifies a set of computing resources. A simulated utilization of each computing resource of the candidate cloud architecture profile is determined based on the simulation. An updated cloud architecture profile is generated based on the simulated utilization.
Intelligent content server handling of client receipt disruptions
An electronic device (such as an origin server) in a content delivery system performs intelligent content server handling of client receipt disruptions. The electronic device may receive requests for segments of a content asset submitted using a manifest that has segment request addresses with session identifiers, estimate a session interruption using the requests and the session identifiers, and handle the session interruption. The electronic device may handle the session interruption by scheduling a recording of the content asset, reallocating network resources, and so on. In some examples, the electronic device may also provide the manifest.
AUTOMATED DECISION TECHNIQUES FOR CONTROLLING RESOURCE ACCESS
A durability assessment system may receive a request, from a computing system, for a durability index describing an entity. The durability assessment system may determine the durability index based on information about the resource usage by the entity, such as a resource availability score or a resource allocation score. The durability assessment system may compare the obtained resource availability score and resource allocation score to ranges associated with a set of durability indices. Based on the comparison, the durability assessment system may determine a durability index for the entity. The durability index may indicate an ability of the entity to return accessed resources. In some cases, the durability assessment system may provide the durability index to an allocation computing system that is configured to determine whether to grant access to resources based on the durability index.
Differential overbooking in a cloud computing environment
Techniques for differential overbooking on a cloud database. These techniques may include determining a reservation amount of a multi-tenant resource for a first service of a based upon an overbooking characteristic of the first service, and determining that a total usage value of the multi-tenant resource by a plurality of services is greater than a threshold value. In addition, the techniques may include determining a service usage value of the multi-tenant resource by the first service, determining a first overage value of the first service based on the service usage value and the reservation amount, and performing a resource reclamation process over the multi-tenant resource based on the first overage value of the first service.
CUSTOMER-DEFINED CAPACITY LIMIT PLANS FOR COMMUNICATION NETWORKS
Disclosed are various embodiments for customer-defined capacity limit plans in communication networks. In one embodiment, a request for a service from a radio-based network is received from a first client device. A network function in the radio-based network is determined to be at a capacity limit. Service from the network function to a second client device to the network function is suspended in response to determining that the network function in the radio-based network is at the capacity limit and based at least in part on a rule set specific to the radio-based network. The first client device is provided access to the network function instead of the second client device.
Monitoring a Communication System That is Used for Control and/or Surveillance of an Industrial Process
A computer-implemented method for monitoring a communication system includes identifying a set of signals that need to be transmitted over the communication system for proper functioning of the control and/or surveillance; for each signal from the identified set of signals, identifying one or more resources of the communication system that are needed for transmission of this signal; obtaining information that is indicative of the operational state of the identified resources; and evaluating, from the obtained information, at least one remedial activity which, when performed on at least one resource, and/or on the control and/or surveillance, is likely to improve, and/or to restore, the reliability of the control and/or surveillance.
SMART RETRY POLICY FOR AUTOMATED PROVISIONING OF ONLINE RESOURCES
In one embodiment, an illustrative method herein may comprise: determining, by a device, that a request for an online resource has not yet provisioned the online resource; determining, by the device, one or more errors responsible for the online resource not yet being provisioned; determining, by the device, whether the one or more errors have since been resolved; retrying, by the device and in response to the one or more errors having since been resolved, the request for the online resource to be provisioned; and deferring, by the device and in response to the one or more errors remaining unresolved, an attempt to request that the online resource be provisioned.