Patent classifications
H04L69/326
TECHNIQUES FOR CLIENT-CONTROLLED PACING OF MEDIA STREAMING
In various embodiments, a media delivery application transmits encoded chunks of a media title to a playback application. In operation, the media delivery application receives, via a media channel, an encoded chunk request that has been transmitted over a TCP connection. The media delivery application also receives, via a side channel, a pacing specification that is associated with the encoded chunk request and has been transmitted over the TCP connection. As per the encoded chunk request, the media delivery application retrieves encoded chunk content. The media delivery application sets a parameter associated with the TCP connection equal to a parameter value based on the pacing specification. Subsequently, the media delivery application causes TCP segments corresponding to the encoded chunk content to be transmitted, via the media channel, over the TCP connection in accordance with the first parameter value.
TECHNIQUES FOR CLIENT-CONTROLLED PACING OF MEDIA STREAMING
In various embodiments, a media delivery application transmits encoded chunks of a media title to a playback application. In operation, the media delivery application receives, via a media channel, an encoded chunk request that has been transmitted over a TCP connection. The media delivery application also receives, via a side channel, a pacing specification that is associated with the encoded chunk request and has been transmitted over the TCP connection. As per the encoded chunk request, the media delivery application retrieves encoded chunk content. The media delivery application sets a parameter associated with the TCP connection equal to a parameter value based on the pacing specification. Subsequently, the media delivery application causes TCP segments corresponding to the encoded chunk content to be transmitted, via the media channel, over the TCP connection in accordance with the first parameter value.
Enhanced two-way active measurement protocol
Techniques are described for an enhanced two-way active measurement protocol (TWAMP) to measure network performance of links and/or network paths in a fully converged Software Defined Wide Area Network (SD-WAN), using a single TWAMP instance. In one example, a first network device executing a TWAMP session-sender may send a test packet embedded with one or more metrics to the TWAMP session-reflector executed by another network device, which reflects the test packet embedded with one or more metrics back to the TWAMP session-sender. The TWAMP session-sender may further reflect a test packet embedded with one or more additional metrics back to a TWAMP session-reflector to enable the network devices to independently perform network performance calculations using the metrics embedded within the test packets exchanged in a single TWAMP instance.
Proxyless Protocol
A method for a proxyless protocol includes intercepting, from a client, a first Transmission Control Protocol (TCP) connection request requesting to establish a TCP connection between the client and a proxy for routing data to a destination server. The request includes client information and a first sequence number. The method also includes transmitting, to the destination server, a second TCP connection request to establish a TCP connection between the client and the destination server. The second request includes a second sequence number less than the first sequence number. The method also includes intercepting, from the destination server, an acknowledgment message indicating acknowledgment of the second TCP connection request. The method also includes transmitting, to the destination server, a proxy protocol header message with the client information. The method also includes generating a new acknowledgment message using the first TCP connection request and transmitting, to the client, the new acknowledgment message.
MULTI-TENANT OFFLOADED PROTOCOL PROCESSING FOR VIRTUAL ROUTERS
A message indicating an auxiliary task associated with traffic transmitted via a virtual router between a pair of isolated networks is received at an offloading device. A stack multiplexer at the offloading device selects a protocol stack instance to process the message. A result of the auxiliary task is obtained by the multiplexer from the selected protocol stack instance and transmitted to the virtual router, where it is used to transmit a packet between the isolated networks.
Communications protocol based message identification transmission
A data transaction processing system receives electronic data transaction request messages from client computers over a data communication network and augments each message with hardware level data, and generates a monotonically increasing identification number for each electronic data transaction request message based on the hardware level data. The data transaction processing system transmits the identification number to the client computer utilizing transport layer protocols.
Communications protocol based message identification transmission
A data transaction processing system receives electronic data transaction request messages from client computers over a data communication network and augments each message with hardware level data, and generates a monotonically increasing identification number for each electronic data transaction request message based on the hardware level data. The data transaction processing system transmits the identification number to the client computer utilizing transport layer protocols.
Cross-LAN Communication and Group Member Contact Synchronization
Multicast and unicast communication among computing devices across different local area networks (LANs) and without static IP addresses is supported by assigning an instant-share (InS) address to an individual computing device. The InS address is recognizable by a dedicated router located in the Internet and enables the dedicated router to communicate with the individual computing device. The individual computing device embeds an InS address of a destination computing device in a data message to form an extended data message, and sends the extended data message to the dedicated router. The dedicated router then forwards the extended data message to the destination computing device. A group member contact synchronization among different computing devices in a group without Internet connectivity is also supported. Local lists of group members from different computing devices are collected. The most-recent one is used to update the local list of group members of a computing device.
Systems and methods to pre-provision sockets for serverless functions
Methods and systems may be associated with a cloud computing environment. A serverless function orchestrator may execute a socket activation for a VM to pre-provision a TCP socket (e.g., setting up virtual interfaces and creating socket structures) before the VM hosts any serverless function associated with the pre-provisioned TCP socket. After this socket activation, the orchestrator may receive a request for a first serverless function and, responsive to the received request, start the first serverless function on the VM using the pre-provisioned TCP socket. After the activation and prior to starting the first serverless function, the system may queue packets received in connection with the pre-provisioned TCP socket. In some embodiments, multiple TCP sockets, each associated with a VM, may activated before any serverless functions are hosted and the first serverless function is started on a VM selected based on information in a serverless function experience data store.
Systems and methods to pre-provision sockets for serverless functions
Methods and systems may be associated with a cloud computing environment. A serverless function orchestrator may execute a socket activation for a VM to pre-provision a TCP socket (e.g., setting up virtual interfaces and creating socket structures) before the VM hosts any serverless function associated with the pre-provisioned TCP socket. After this socket activation, the orchestrator may receive a request for a first serverless function and, responsive to the received request, start the first serverless function on the VM using the pre-provisioned TCP socket. After the activation and prior to starting the first serverless function, the system may queue packets received in connection with the pre-provisioned TCP socket. In some embodiments, multiple TCP sockets, each associated with a VM, may activated before any serverless functions are hosted and the first serverless function is started on a VM selected based on information in a serverless function experience data store.