H04L67/562

Local controller and local agent for local API authorization

Some embodiments provide a local controller on a set of host computers that reduce the volume of data that is communicated between the server set and the set of host computers. The local controller executing on a particular host computer, in some embodiments, receives a portion of the namespace including only the policies (e.g., opcode) that are relevant to API-authorization processing for the applications executing on the particular host computer provided by a local agent executing on the computer to authorize the API requests based on policies and parameters. The local controller analyzes the received policies (e.g., policy opcodes) and identifies the parameters (e.g. operands), or parameter types, needed for API-authorization processing (e.g., evaluating the policy opcode upon receiving a particular API request) by the local agent. In some embodiments, the local controller performs this analysis for each updated set of policies (e.g., policy opcodes).

Local controller and local agent for local API authorization

Some embodiments provide a local controller on a set of host computers that reduce the volume of data that is communicated between the server set and the set of host computers. The local controller executing on a particular host computer, in some embodiments, receives a portion of the namespace including only the policies (e.g., opcode) that are relevant to API-authorization processing for the applications executing on the particular host computer provided by a local agent executing on the computer to authorize the API requests based on policies and parameters. The local controller analyzes the received policies (e.g., policy opcodes) and identifies the parameters (e.g. operands), or parameter types, needed for API-authorization processing (e.g., evaluating the policy opcode upon receiving a particular API request) by the local agent. In some embodiments, the local controller performs this analysis for each updated set of policies (e.g., policy opcodes).

APPLICATION CONTROL OF PROVIDING APPLICATION DATA TO RADIO LINK
20220361034 · 2022-11-10 ·

The application data is transmitted via a radio link between a radio device Q and the wireless communication network. The application data are provided by one or more applications. A node of the wireless communication network provide control information, which is provided to at least one of the applications. The control information controls providing of the application data by the at least one application to the radio link.

Packet Acknowledgment Techniques for Improved Network Traffic Management

A proxy server (700) receives, from a sending device, a packet intended for a receiving device (600). The proxy sewer (700) sends, to the receiving device (600), a promise frame (300) indicating that the proxy server (700) will deliver the packet to the receiving device (600) later. The receiving device (600) receives the promise frame (300) from the proxy server (700), and sends an acknowledgement of the packet to the sending device via the proxy sewer (700). The proxy server (700) forwards the acknowledgement of the packet from the receiving device (600) to the sending device, and delivers the packet to the receiving device (600) after having forwarded the acknowledgement to the sending device. The receiving device (600) receives the packet from the proxy server (700) after having sent the acknowledgement of the packet to the sending device via the proxy server (700).

Packet Acknowledgment Techniques for Improved Network Traffic Management

A proxy server (700) receives, from a sending device, a packet intended for a receiving device (600). The proxy sewer (700) sends, to the receiving device (600), a promise frame (300) indicating that the proxy server (700) will deliver the packet to the receiving device (600) later. The receiving device (600) receives the promise frame (300) from the proxy server (700), and sends an acknowledgement of the packet to the sending device via the proxy sewer (700). The proxy server (700) forwards the acknowledgement of the packet from the receiving device (600) to the sending device, and delivers the packet to the receiving device (600) after having forwarded the acknowledgement to the sending device. The receiving device (600) receives the packet from the proxy server (700) after having sent the acknowledgement of the packet to the sending device via the proxy server (700).

METHOD AND SYSTEM FOR PROVIDING HIGH EFFICIENCY, BIDIRECTIONAL MESSAGING FOR LOW LATENCY APPLICATIONS

A system and a method for routing a message to an application over a connection oriented session in a Kafka messaging platform environment are provided. The method includes: acquiring a plurality of partitions from the Kafka messaging platform; designating a first partition from among the plurality of partitions as a sticky partition; generating a plurality of routing keys that are configured to route to the sticky partition; receiving a subscription from a service that corresponds to a first application; transmitting, to the first application, a first routing key that identifies the subscription from among the plurality of routing keys; and receiving messages from Kafka services that are routed by the first routing key to the first application. For any particular application or set of applications, a plurality of connection oriented sessions may be used to achieve load balancing and high availability.

METHOD AND SYSTEM FOR PROVIDING HIGH EFFICIENCY, BIDIRECTIONAL MESSAGING FOR LOW LATENCY APPLICATIONS

A system and a method for routing a message to an application over a connection oriented session in a Kafka messaging platform environment are provided. The method includes: acquiring a plurality of partitions from the Kafka messaging platform; designating a first partition from among the plurality of partitions as a sticky partition; generating a plurality of routing keys that are configured to route to the sticky partition; receiving a subscription from a service that corresponds to a first application; transmitting, to the first application, a first routing key that identifies the subscription from among the plurality of routing keys; and receiving messages from Kafka services that are routed by the first routing key to the first application. For any particular application or set of applications, a plurality of connection oriented sessions may be used to achieve load balancing and high availability.

METHOD FOR MARSHALLING EVENTS IN A PUBLISH-SUBSCRIBE SYSTEM

A computer-implemented method comprises receiving a subscription request from at least one subscriber, the subscription request defining one or more subscription parameters; obtaining one or more events from at least one publisher; marshalling the one or more events according to the one or more subscription parameters; and delivering the one or more events to the subscriber based on the marshalling.

METHOD FOR MARSHALLING EVENTS IN A PUBLISH-SUBSCRIBE SYSTEM

A computer-implemented method comprises receiving a subscription request from at least one subscriber, the subscription request defining one or more subscription parameters; obtaining one or more events from at least one publisher; marshalling the one or more events according to the one or more subscription parameters; and delivering the one or more events to the subscriber based on the marshalling.

Communication method and communications apparatus

In a communication method, a first access network device sends first information to a second access network device, where the first information is used to indicate that the first access network device has notified a core network device that a quality of service requirement of at least one quality of service flow cannot be met; the second access network device may send second information to the core network device, where the second information is used to notify the core network device that a quality of service requirement of a first quality of service flow in the at least one quality of service flow can be met, and the first quality of service flow is a quality of service flow that has been handed over from the first access network device to the second access network device.