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: An electronic device of a content producer generates a chunk of data, associates a location-independent name with the chunk of data, generates a signature for the chunk of data, attaches the signature to the chunk of data, and transmits the chunk of data, with the signature attached, to one or more user devices in response to respective requests. The signature is generated based on the data in the chunk, using a private key of the electronic device. The electronic device also stores information, including a specification of a public key associated with the private key, in a first ledger entry of a blockchain, to provide the one or more user devices with access to the public key. A user device may obtain the public key and use it to verify the chunk of data.

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, a delivery service provided by a device receives one or more Messaging Layer Security commit messages comprising a plurality of public and private keys for a Messaging Layer Security group. The delivery service identifies subsets of the plurality of public and private keys to be sent to different destination subgroups in the Messaging Layer Security group. The delivery service maps each of the subsets to Hybrid Information-Centric Networking names. The delivery service sends, based on the Hybrid Information-Centric Networking names, the subsets of the plurality of public and private keys to destination subgroups in the Messaging Layer Security group.

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 delivery service provided by a device receives one or more Messaging Layer Security commit messages comprising a plurality of public and private keys for a Messaging Layer Security group. The delivery service identifies subsets of the plurality of public and private keys to be sent to different destination subgroups in the Messaging Layer Security group. The delivery service maps each of the subsets to Hybrid Information-Centric Networking names. The delivery service sends, based on the Hybrid Information-Centric Networking names, the subsets of the plurality of public and private keys to destination subgroups in the Messaging Layer Security group.

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 determines a first difference between current path measurements and prior path measurements. The device determines a second difference between current predictions and prior predictions made by a prediction model based on path measurements. The device computes, based on the first difference and the second difference, an interest metric for the current path measurements. The device sends at least a portion of the current path measurements for input to the prediction model, when the interest metric exceeds a predefined threshold.

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: Embodiments include technologies for creating a manifest for a conferencing event in a network, adding a name tag identifying the conferencing event to the manifest, receiving an interest packet including one or more parameters indicating a named flow being produced at a source node, adding content metadata of the named flow to the manifest, and sending the manifest to the source node. Further embodiments include adding, to the manifest, session-level metadata associated with a user of the source node. Embodiments include receiving a second interest packet with one or more second parameters identifying a user of a client node, where the second interest packet indicates a request to authorize the user of the client node to subscribe to the conferencing event. In further embodiments, session-level metadata associated with the user is added to the manifest if the user is authorized to subscribe to the conferencing event.

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: Content can be delivered by a producer service to one or more consumer services over an information centric network (“ICN”) by storing application frames in a forwarding cache of an ICN node. The consumer services may retrieve applications frames from the ICN node rather than from the producer service directly.

Abstract: An electronic device of a content producer generates a chunk of data, associates a location-independent name with the chunk of data, generates a signature for the chunk of data, attaches the signature to the chunk of data, and transmits the chunk of data, with the signature attached, to one or more user devices in response to respective requests. The signature is generated based on the data in the chunk, using a private key of the electronic device. The electronic device also stores information, including a specification of a public key associated with the private key, in a first ledger entry of a blockchain, to provide the one or more user devices with access to the public key. A user device may obtain the public key and use it to verify the chunk of data.