A method includes receiving a task processing request from user equipment (UE) and obtaining application layer information for the task processing request and capability information of the UE for the task processing request. The method also includes obtaining access stratum information. The method further includes sending, based on the capability information, the application layer information, and the access stratum information, processing indication information to an apparatus for executing the task. The processing indication information instructs the apparatus to process the task corresponding to the task processing request. The apparatus for executing the task is at least one of the UE, an access network device, a core network device, or an Internet server.

Various aspects pertaining to apparatuses, methods, and computer-readable medium are described herein. Some aspects pertain to wireless communication between various apparatuses, such as an access point (AP) and a station (STA). The AP may have a radio, and the STA may have a first radio and a second radio. The radios may have various power states. Some aspects pertain to negotiation of various communication parameters. Some aspects pertain to communication of a packet and execution of various related operations. Some aspects pertain to certain uplink (UL) and/or downlink (DL) communications. Some aspects pertain to termination or teardown of the negotiated parameters. The written description and appended drawings provide detailed descriptions regarding these and many other aspects.

The functionality of Internet enabled devices, also referred to as Internet of Things (IoT) devices, is dependent upon network connectivity with application servers hosted in the cloud. The disclosed Internet enabled device application service chaining orchestrator (Orchestrator) may manage application servers according to application server parameters and may assist a network in managing communications between Internet enabled devices and their respective application servers in the cloud. The application server parameters for a particular application server may be assigned based on the IoT device that the particular application server supports (e.g., the device capabilities or network performance requirements). Exemplary application server parameters may include Industry Vertical (IV), which may be a designation for an industry or technical field that the IoT device and the application server supports. Each IV may include multiple Class of Service (CoS) (e.g., CoS1, CoS2, CoS3 . . . CoSn), which may be relative to each other or absolute. In addition, each CoS may include multiple service level agreements (SLA) (e.g., platinum, gold, silver), which may also be relative to each other or absolute. The application server parameters assigned to each application server may be stored in a database accessible by the Orchestrator. The Orchestrator may receive a message, identify at least one application server of a plurality of application servers based on the message, and identify application server parameters for the at least one application server. The Orchestrator may also assign one or more network communication parameters to the message based on the application server parameters for the at least one application server and cause a network to manage communications between an Internet enabled device and the at least one application server in accordance with the one or more network communication parameters.

Provided are a system and method for media content rights transferal based on protocol for management of media content rights using distributed media rights transaction ledger. One of first gateway node or first node of plurality of nodes, associated with one of first or second initiating participant, respectively, receives request or determine need for media content rights transferal of media content. Associated instance of distributed media rights transaction ledger is traversed, address of one of second node or second gateway node associated with identifier of one of a first or a second receiving participant is determined, initial media content rights transaction is issued, and new media content rights response transaction is received. Accordingly, media content rights transferal transaction is executed. Each instance of distributed media rights transaction ledger is appended with initial media content rights transaction, new media content rights response transaction, and media content rights transferal transaction.

The technology disclosed provides a method of testing handling of HTTPS sessions of a plurality of clients with a plurality of servers by a switching, bridging or routing device (i.e., a DUT), where the testing is conducted by a test system coupled to ports on the DUT. The method includes using client state machines running on at least four processor cores, communicating through the DUT with server state machines running on at least four additional processor cores. The method also includes, for each connection between a client represented by a client state machine and a server represented by a server state machine, setting up an HTTPS session by negotiating an encryption protocol and completing an HTTPS handshake. Further, the method includes following the setup of between 100,000 HTTPS sessions and 10,000,000 HTTPS sessions, conducting a stress test including combining payload data and header information without using the negotiated encryption.

Communication apparatus includes a transceiver configured to transmit and receive signals over a wireless channel in accordance with both a first communication protocol and a second communication protocol. The second communication protocol is backward-compatible with the first communication protocol, while defining an enhanced communication bandwidth that is at least twice the nominal communication bandwidth of the first communication protocol. A communication controller generates data frames for transmission by the transceiver, including frame headers in a header format that is compatible with both the first communication protocol and the second communication protocol, such that the frame headers are transmitted within the nominal communication bandwidth. The data frames that are transmitted in accordance with the second communication protocol have first and second frame headers that are transmitted in parallel in respective first and second sub-bands of the enhanced communication bandwidth.

Techniques for network communication are described herein. The disclosed techniques include generating a request for accessing a target server by a computing device, the request comprising a URL; determining whether to select a QUIC transport protocol based on the URI; selecting the QUIC transport protocol in response to a determination that the URL comprises QUIC identification information; and establishing a QUIC connection with the target server via a QUIC stack of the computing device according to the QUIC transport protocol.

Techniques for selecting a network communications protocol based on network topology and/or network performance are described. A first application executing on a first computer system obtains a distance characteristic of a network coupling the first computer system to a second computer system. The first application selects a network communications protocol from a plurality of network communications protocols based on the distance characteristic of the network. The first application and the second application connect with the selected network communications protocol. In some embodiments, the distance characteristic of the network may be based on topological or performance characteristics of the network.

Methods, apparatus, systems and articles of manufacture are disclosed that implement cloud functionality in a cloud agnostic system. An example apparatus to implement cloud specific functionality in a cloud agnostic system includes a request interpreter to determine whether a first request includes an indication that a cloud resource is to be partially provisioned, a provision determiner to select the cloud resource based on the indication, and a cloud interface to transmit a first resource request to partially provision the cloud resource, and in response to a second request including constraints specific to the cloud resource, transmit a second resource request to fully provision the cloud resource.

An FCoE pinning system includes a second switch device that is coupled to a first switch device via a link aggregation group (LAG). The second switch device transmits a first communication that indicates a first port that is included on the second switch device and that is coupled to a first member of the LAG has a first FCoE pinning configuration and is in a willing mode. In response to determining that a second communication received from the first switch device indicates that a second port that is included on the first switch device and that is coupled to a second member link of the LAG has a second FCoE pinning configuration, and that the first switch device is in a willing mode, the second switch device forwards, in response to determining that no mismatch exists between the FCoE pinning configurations, FCoE type traffic via the first port.