A method of notifying estimated QoEs (Quality of Experiences) for applications between a mobile terminal and a plurality of application servers that provide services of the applications, may measure first QoEs for the applications between the apparatus and the mobile terminal, measure second QoEs for the applications between the apparatus and the application server, estimate the estimated QoEs for the applications, based on the first and second QoEs for the applications, and notify the estimated QoEs to the mobile terminal.

A method is implemented by a computing device to monitor the performance of packet processing in an in-line service chain. The computing device is in communication with a plurality of network devices forming a software defined network (SDN) and the in-line service chain. The SDN includes a controller implemented by the computing device to configure the plurality of network devices. The plurality of devices includes a set of switches monitoring packets traversing the in-line service chain including at least one service.

A first network device forwards a plurality of packets to the one or more network ports for transmission to a second network device, wherein ones of the packets include a field for indicating different, independent types of information. A field populator is configured to, for each of at least some packets among the plurality of packets: determine, from a set of different, independent types of information, a type of information to be included in the field of the packet according to a schedule known by the second network device, and populate the field in the packet only with data according to the type of information determined according to the schedule.

A client and content provider are connected by a plurality of simultaneous transport connections. The number of the transport connections that are used to transfer data is selected based on the size of the data to be transferred and may change after transfer of data has commenced based on the amount of data left and the attributes of the transport connections. In another aspect, data to be transmitted over the transport connections is organized into frames such that each frame includes data from only one data stream. The frames are sized to be less than or equal to a control window of the transport connection over which they are transmitted. Each frame may be assigned to a transport connection in a round robin fashion or based on the size of the frame and the sizes of the control windows of the transport connections.

The present disclosure aims to make it possible to transfer multicast packets at as high a rate as possible according to a state of a network, to perform high-quality and low-latency content distribution, and to perform stable multicast distribution on a network that is less likely to ensure a fixed available band such as a best-effort or wireless network.

The present disclosure is a content distribution system for converting part of communication for distribution into multicast communication, in which

a transmission-side edge server (UC/MC) applies Forward Error Correction to a multicast packet and transmits the multicast packet, a reception-side edge server (MC/UC) notifies the transmission-side edge server of information of packet loss of the received multicast packet, and

the transmission-side edge server (UC/MC) changes a transfer rate of a multicast packet to be transmitted based on the notified information of packet loss.

Aspects of oversubscription monitoring are described. In one embodiment, oversubscription monitoring includes accumulating an amount of data that arrives at a network component over at least one epoch of time. Further, a core processing rate at which data can be processed by the network component is calculated. Based on the amount of data and the core processing rate, it is determined whether the network component is operating in an oversubscribed region of operation. In one embodiment, when the network component is operating in the oversubscribed region of operation, certain quality of service metrics are monitored. Using the monitored metrics, a network operation display object may be generated for identifying or troubleshooting network errors during an oversubscribed region of operation of the network component.

Generally described, systems and methods are provided for monitoring and detecting causes of failures of network paths. The system collects performance information from a plurality of nodes and links in a network, aggregates the collected performance information across paths in the network, processes the aggregated performance information for detecting failures on the paths, analyzes each of the detected failures to determine at least one root cause, and initiates a remedial workflow for the at least one root cause determined. In some aspects, processing the aggregated information may include performing a statistical regression analysis or otherwise solving a set of equations for the performance indications on each of a plurality of paths. In another aspect, the system may also include an interface which makes available for display one or more of the network topology, the collected and aggregated performance information, and indications of the detected failures in the topology.

A packet processing method, a network node, and a system includes obtaining, by a first network node, a first packet that includes a segment list, where the segment list includes a segment identifier of a network node on a path used to forward the first packet, obtaining, by the first network node, a segment identifier of a second network node from the segment list, where the second network node is a next-hop segment node of the first network node on the path, replacing, by the first network node, a destination address of the first packet with the segment identifier of the second network node, and adding a network performance parameter of the first network node to the segment list to generate a second packet, and sending, by the first network node, the second packet to the second network node.

Securely storing assets in a cloud computer storage service. Preparation to store assets for a user may comprise determining a location to store the assets, generating a write access signature, and sending the determined location and the signature to the user. A request is received from the user to store the assets. Such a request includes the assets, the location, and the signature. In response to receiving the request, a determination is made regarding the write access signature whether the request should be honored. When the request is honored, the assets are stored in the determined location and the write access signature is invalidated. Upon subsequent user requests to access the assets, short-term read access signatures are generated and provided to the user. The assets are written once per generated write access signature and reads are to be performed close in time to when short-term read access signatures are requested.

Some tests can be implemented as services. A network provider can deploy (“push”) a test to a container resident on one or more devices of the network, either at installation, periodically, or when a problem is reported. When a customer reports an issue, services running on one or more devices of the customer's installation can cause the containerized tests to be run. For example, the central office of the network provider can initiate a request to run the test through the internet (or other connection) by the container. In some implementations, there is an overlap of the service based test set with traditional technician initiated test sets forming a hybrid testing architecture.