Abstract: The present disclosure describes systems and methods for migrating communications between a client device and an application hosted by a cloud server. The method includes receiving from an edge server a signal from a client device requesting the establishment of a new communication path between the client device and the cloud server through the edge server. A first connection between client device and the edge server is established, and a second connection between the edge server and cloud server is also established. Once the connections are established, the communication between the client device and the application is migrated from a direct connection between the client device and cloud server to the first and second connections.

Abstract: A system and method for a coordinated edge-assisted reliability mechanism for real-time media services. In one embodiment, a method includes forwarding, by an edge relay device, data packets between a media server and a client device; measuring packet loss and latency associated with communications between the edge relay device, the media server, and the client device; determining an error correction procedure based at least in part on the measured latency; and implementing the error correction procedure at the edge relay device.

Abstract: The present disclosure describes systems and methods for associating a client device with an edge server. The method includes receiving by each of a plurality of cloud servers a signal from a client device requesting a resource provided by the plurality of cloud servers. Each of the cloud servers then calculates a distance between each cloud server and the client device, and an approximate location of the client device may be determined based on the calculated distance and the known location of the cloud servers. Using the approximate location of the client device, at least one of a plurality of edge servers that are located within a predetermined distance of the client device is identified by the cloud server, and the cloud server or client device may choose one of the identified edge servers through which the client device may be associated to communicate with the cloud server.

Abstract: A method includes, at a media bridge configured to distribute a plurality of media streams among a plurality of client devices connected to the media bridge over a network, receiving the plurality of media streams from the plurality of client devices via the media bridge. The media bridge connects the plurality of client devices. The method further includes assigning a pair of names for each of the plurality of media streams. The pair of names include a contribution name and a distribution name. The method further includes presenting a first list to the plurality of client devices. The first list including a plurality of the distribution names for the plurality of media streams received from the plurality of client devices. The method further includes providing an indication of a current active speaker within the plurality of media streams via a signaling process.

Abstract: A method includes, at a media bridge configured to distribute a plurality of media streams among a plurality of client devices connected to the media bridge over a network, receiving the plurality of media streams from the plurality of client devices via the media bridge. The media bridge connects the plurality of client devices. The method further includes assigning a pair of names for each of the plurality of media streams. The pair of names include a contribution name and a distribution name. The method further includes presenting a first list to the plurality of client devices. The first list including a plurality of the distribution names for the plurality of media streams received from the plurality of client devices. The method further includes providing an indication of a current active speaker within the plurality of media streams via a signaling process.

Abstract: In one embodiment, a device executing an application estimates capacity metrics for paths between the device and a data source from which the device pulls data associated with the application. The device estimates a number of data requests by the device that must be pending with the data source to maintain synchronization with the application. The device determines an amount of capacity of the paths to be used by a packet recovery mechanism without causing congestion, based on the capacity metrics for the paths between the device and the data source and the number of data requests by the device that must be pending with the data source to maintain synchronization. The device requests, from the data source, use of the packet recovery mechanism for the data associated with the application, according to the amount of capacity of the paths to be used by the determined packet recovery mechanism.

Abstract: In one embodiment, an agent executed on a device receives performance metrics regarding a transport layer of the device. The agent sends the performance metrics to an application executed on the device. The application makes, based on the performance metrics, a determination indicating one or more adjustments to a packet flow of a plurality of packet flows sent by the application. The application, based on the determination, sends an adjusted packet flow according to the one or more adjustments as part of the plurality of packet flows.

Abstract: In one embodiment, a device that executes an application obtains a delay budget objective for traffic for the application to be sent by a Hybrid Information-Centric Networking source to the device. The device makes a determination as to whether the traffic for the application to be sent by the Hybrid Information-Centric Networking source to the device should use a forward error correction mechanism or a retransmission mechanism, in an attempt to optimize the delay budget objective. The device sends, to the Hybrid Information-Centric Networking source, a Hybrid Information-Centric Networking request for the traffic for the application, wherein the Hybrid Information-Centric Networking request is indicative of the determination. The device receives, from the Hybrid Information-Centric Networking source, one or more packets of the traffic for the application, after sending the Hybrid Information-Centric Networking request.

Abstract: In one example, a location of a potential bottleneck of network traffic in a network is identified. Based on the location of the potential bottleneck, a first QoE inference model is selected from a plurality of respective QoE inference models. The respective QoE inference models are each trained to infer a respective QoE of the network traffic based on one or more respective network traffic metrics generated by monitoring the network traffic at a respective location in the network. One or more first network traffic metrics of the one or more respective network traffic metrics are generated by monitoring the network traffic at a first respective location. The one or more first network traffic metrics are provided to the first QoE inference model to infer a first respective QoE.

Abstract: In one embodiment, a device obtains traffic for an application to be sent to a plurality of hybrid Information-Centric Networking clients. The device divides the plurality of hybrid Information-Centric Networking clients into active hybrid Information-Centric Networking clients and passive hybrid Information-Centric Networking clients, based in part on whether a given hybrid Information-Centric Networking client is sharing content with the plurality of hybrid Information-Centric Networking clients via the application. The device sends, to the active hybrid Information-Centric Networking clients, the traffic using a first transport mechanism that guarantees a level of end-to-end latency between the device and the active hybrid Information-Centric Networking clients.

Abstract: In one example, a location of a potential bottleneck of network traffic in a network is identified. Based on the location of the potential bottleneck, a first QoE inference model is selected from a plurality of respective QoE inference models. The respective QoE inference models are each trained to infer a respective QoE of the network traffic based on one or more respective network traffic metrics generated by monitoring the network traffic at a respective location in the network. One or more first network traffic metrics of the one or more respective network traffic metrics are generated by monitoring the network traffic at a first respective location. The one or more first network traffic metrics are provided to the first QoE inference model to infer a first respective QoE.

Abstract: A method includes, at a media bridge configured to distribute a plurality of media streams among a plurality of client devices connected to the media bridge over a network, receiving the plurality of media streams from the plurality of client devices via the media bridge. The media bridge connects the plurality of client devices. The method further includes assigning a pair of names for each of the plurality of media streams. The pair of names include a contribution name and a distribution name. The method further includes presenting a first list to the plurality of client devices. The first list including a plurality of the distribution names for the plurality of media streams received from the plurality of client devices. The method further includes providing an indication of a current active speaker within the plurality of media streams via a signaling process.

Abstract: A method includes, at a media bridge configured to distribute a plurality of media streams among a plurality of client devices connected to the media bridge over a network during a real-time communication (RTC) instance, receiving a plurality of quality of experience (QoE) preferences from the plurality of client devices via the media bridge, the plurality of QoE preferences being transmitted as a real-time transport protocol (RTP) control protocol (RTCP) extension header of a transmitted data packet. The method also includes receiving a plurality of QoE metrics at the media bridge, and in response to a determination that a degradation in network conditions of the network has occurred, downgrading at least one of the plurality of media streams based on the plurality of QoE preferences.

Abstract: Techniques for providing Hybrid information-centric networking (hICN) via a proxy application is described. A hICN proxy application provides hICN to legacy applications by diverting network traffic of a plurality of network traffic types to the hICN proxy application and storing network traffic information for the network traffic in a connection table. The hICN proxy application also translates the diverted network traffic to a hICN network traffic protocol and selects a forwarding strategy for the translated network traffic in order to send the hICN traffic over various non-hICN network protocol types. The hICN proxy application also transmits the translated traffic to a server proxy application using the selected forwarding strategy.

Abstract: A method includes, at a media bridge configured to distribute a plurality of media streams among a plurality of client devices connected to the media bridge over a network during a real-time communication (RTC) instance, receiving a plurality of quality of experience (QoE) preferences from the plurality of client devices via the media bridge, the plurality of QoE preferences being transmitted as a real-time transport protocol (RTP) control protocol (RTCP) extension header of a transmitted data packet. The method also includes receiving a plurality of QoE metrics at the media bridge, and in response to a determination that a degradation in network conditions of the network has occurred, downgrading at least one of the plurality of media streams based on the plurality of QoE preferences.

Abstract: A network device is configured to distribute audio streams and video streams among participant devices connected to the network device over a communication network. The network device collects respective audio streams from the participant devices, and ranks the participant devices based on the respective audio streams collected from the participant devices. Based on the ranking, the network device elects top-N participant devices among the participant devices as being associated with respective users who are active speakers, where N is one or more, and retrieves respective video streams only from the top-N participant devices. The network device receives from the participant devices respective requests for video streams from the top-N participant devices, and sends to the participant devices the video streams retrieved only from the top-N participant devices.

Abstract: In various implementations, a network device receives a packet from a content producer. The packet includes data and further includes a signature generated by the content producer, based on the data, using a private key of the content producer. The network device modifies the packet without affecting the signature and forwards the modified packet toward a user device. The network device also sends the user device a manifest specifying how the packet was modified. The user device receives the packet and manifest, restores the packet's original data based on the manifest, and verifies the original data using the signature and a public key corresponding to the private key of the content producer. In response to verification of the original data, an application on the user device is allowed to use the data.

Abstract: A consumer sends to a producer Interests to request data packets of a data stream that are generated at a production rate. Each data packet includes a name of the data stream, a segment of data, and a current segment number that identifies the data packet in the data stream and that increments as the data packets are generated. The Interests include the name and segment numbers of segments requested by the Interests. The consumer synchronizes the segment numbers with the current segment numbers and a rate for sending the Interests to the production rate. The consumer sends to the producer the Interests at the rate and with the segment numbers as synchronized, in order to minimize a delay time between when the data packets are generated and when the data packets are received at the consumer. The consumer receives from the producer data packets satisfying the Interests.

Abstract: A network device in a network edge receives content directed to a mobile device attached to the network edge from an upstream network device and forwards the content toward the mobile device. The network device makes a decision whether to cache the content based at least in part on a popularity of the content in a region covered by the network device and a prediction error for an estimated probability that the mobile device will transition from the region to another region. The popularity is directly correlated with a first bias toward caching the content. The prediction error is inversely correlated with a second bias toward caching the content. The decision is implemented: the network device either caches the content or foregoes caching the content, in accordance with the decision.

Abstract: Presented herein are methods for dynamic management of names and of named-based requests for media flows in an Information-Centric Network (ICN)-based real-time communication system. The use of different naming schemes on contribution segments and on distribution segments in such architectures results in an effective low latency and scalable communication model based on the notion of active speakers regardless of the underlying mapping between active speakers and participants controlled by the media bridge. Operations are performed both at client side and at media bridge side to dynamically manage binding of names to speakers, while minimizing overhead and complexity of operations involved by a change of active speaker/quality/layout.