A media output device operates to receive audio and/or video data for a content item. The audio and/or video data can be communicated from another device over a network. The output device generates an audio or video output for the content item based on the audio or video data. While receiving the audio or video data, the output device determines an instance of time that is synchronized to an external clock reference. The output device also determines an output correction to perform based at least in part on the synchronized instance of time. The output device adjusts the output to include the output correction.

A data packet forwarding method including receiving, by a network node, a data packet that comprises a bit string, a BFIR identifier (ID), and a multicast replication path (MRP) ID, wherein the BFIR ID identifies an ingress network node for a multicast group, and wherein the MRP ID identifies the multicast group, identifying an entry in a BIER Replication Path Cache Table (BRCT) using the BFIR ID and the MRP ID, wherein the entry identifies a replication neighbor (NBR) list associated with the BFIR ID and the MRP ID, and forwarding the data packet in accordance with the replication NBR list.

Technologies for scalable local addressing include one or more managed network devices coupled to one or more computing nodes via high-speed fabric links. A computing node may transmit a data packet including a destination local identifier (DLID) that identifies the destination computing node. The DLID may be 32, 24, 20, or 16 bits wide. The managed network device may determine whether the DLID is within a configurable multicast address space and, if so, forward the data packet to a multicast group. The managed network device may also determine whether the DLID is within a configurable collective address space and, if so, perform a collective acceleration operation. The number of top-most bits set in a multicast mask and the number of additional top-most bits set in a collective mask may be configured. Multicast LIDs may be converted between different bit lengths. Other embodiments are described and claimed.

A first device may receive network traffic including a first label. The first label may be an inclusive multicast label associated with a second device. The second device may be a designated forwarder for an Ethernet segment. The first device may determine a second label based on receiving the network traffic including the first label. The second label may be used to route the network traffic to a customer edge device, via a third device, rather than the second device. The third device may be a non-designated forwarder for the Ethernet segment. The first device may provide the network traffic, including the second label, to the third device to permit the third device to provide, via the Ethernet segment, the network traffic to the customer edge device based on the second label when a failure occurs in association with the second device.

A method and a system are provided implementing a mechanism for relaying by all the nodes, on all the networks and sub-networks connected and defined by the routing directive: as soon as a number of cells “n” of different index have been received, whatever the sender thereof, making it possible to reconstruct the message and until, on each of the sub-networks, a predefined number of cells of different index has been sent or received. The relaying comprises decoding the message received and recoding it by a sequence of the unique fountain code on each sending of the same message whatever the relay node.

The embodiments disclose a method and communication node for configuring a multicast group in a Multiple Protocol Label Switching (MPLS) network. The method comprises: obtaining a multicast group configuration request to configure the multicast group of at least one downstream node in the MPLS network, the at least one downstream node may comprise a transit node, a leaf node or the combination thereof; generating a multicast group configuration packet based on the multicast group configuration request; and transmitting the multicast group configuration packet from the root node to the at least one transit node and/or leaf node via a multicast tree in the MPLS network.

A method for providing a service by a transparent internet cache (TIC) server in a communication network supporting a multipath transport control protocol (MPTCP) is provided. The method includes establishing an MPTCP connection with a user equipment (UE) and an original server through a first network, upon receiving a service provision request from the UE, releasing the MPTCP connection established among the TIC server, the UE, and the original server if data related to a service corresponding to the service provision request is cached, and providing the service corresponding to the service provision request to the UE.

A system and a method are disclosed for enabling interoperability between data plane learning endpoints and control plane learning endpoints in an overlay network environment. An exemplary method for managing network traffic in the overlay network environment includes receiving network packets in an overlay network from data plane learning endpoints and control plane learning endpoints, wherein the overlay network extends Layer 2 network traffic over a Layer 3 network; operating in a data plane learning mode when a network packet is received from a data plane learning endpoint; and operating in a control plane learning mode when the network packet is received from a control plane learning endpoint. Where the overlay network includes more than one overlay segment, the method further includes operating as an anchor node for routing inter-overlay segment traffic to and from hosts that operate behind the data plane learning endpoints.

Systems and methods for improved received network traffic distribution in a multi-core computing device are presented. A hardware classification engine of the computing device receives a data packet comprising a portion of a received network traffic data flow. Packet information from the data packet is identified. Based in part on the packet information, the classification engine determines whether a core of a multi-core processor subsystem is assigned to the data flow of which the packet is a part. In embodiments, this determination may be made based on one or more criteria, such as a work load of the core(s) of the processor subsystem, a priority level of the data flow, etc. Responsive to the determination that a core is not assigned to the data flow, a core of the multi-core processor is assigned to the data flow and the data packet is sent to the first core for processing.

A method including: receiving, at a video conferencing device, a packet of a video conferencing media stream, the video conferencing device including a processor; determining, by the video conferencing device, whether a length of the packet is sufficiently long to contain media; sending a request to a Look-up Table memory using the media stream ID as an input value while in parallel determining, with the processor, whether the packet is a valid media packet; in response to receiving a destination address in a media processing network from the Look-up Table memory and determining that the packet is a valid media packet, modifying, by the video conferencing device, a header of the packet with the destination address received from the Look-up Table memory; and transmitting, by the video conferencing device, the packet to the modified destination address.