Patent classifications
H04L61/2525
INTERFACE SELECTION USING DOMAIN NAME SERVICE (DNS) ROUND TRIP TIME (RTT)
A method of wireless communication by a wireless device calculates a first latency for a first wireless interface using a DNS (domain name service) protocol. The method also calculates a second latency for a second wireless interface using the DNS protocol. The method stores the first latency and the second latency in a database; and selects the first interface or the second interface based on the calculated first latency and second latency.
Method for applying TCP/IP protocol in mesh network
Disclosed is a method for applying a TCP/IP protocol in a mesh network, comprising: constructing protocol stack models of a root node and one or more ordinary nodes in the mesh network; the root node using a custom IE in a management frame to share an IP configuration acquired by itself from a router, a MAC address of itself, and a MAC address of the router with the ordinary nodes; each ordinary node adopting a static IP configuration mode to set its IP configuration as that of the root node; the root node acquiring a port range available for each ordinary node; and each node in the mesh network communicating with an external IP network over a TCP/IP protocol stack. In the invention, when an IP datagram is forwarded in the mesh network, there is no need to perform layer-by-layer NAT, and no need to recalculate a checksum of the IP datagram when it reaches the root node, thereby greatly improving network communication efficiency.
Methods and Devices for the Concealment of Radio Identifiers and Transmitter Positions
Systems, devices and methods for concealing radio communications and the spatial position of radio transmitters involved therein include the use of electrotechnical signal variation and dynamic, pseudo-random radio identifier. Transmitted radio signals contain radio identifiers identifying the transmitting mobile radio device. Each radio identifier is dynamically selected for each radio signal from a sequence of radio identifiers selected from a set of predefined pseudo-random sequences. The sequence is selected based on a predetermined selection rule. The radio identifier is selected from the thus selected sequence according to a predetermined deterministic update pattern associated with the selected sequence. The associated transmission power and/or transmission frequency is dynamically varied on the transmitter side according to a predetermined deterministic variation scheme.
IMPLEMENTING A SERVICE MESH IN THE HYPERVISOR
A packet is received by a hypervisor from a first container, the packet to be provided to a second container, the packet including a header including a first network address associated with the second container. A network policy is identified for the packet in view of the first network address. A second network address corresponding to the second container is determined in view of the network policy. A network address translation is performed by the hypervisor to modify the header of the packet to include the second network address corresponding to the second container.
METHOD FOR APPLYING TCP/IP PROTOCOL IN MESH NETWORK
Disclosed is a method for applying a TCP/IP protocol in a mesh network, comprising: constructing protocol stack models of a root node and one or more ordinary nodes in the mesh network; the root node using a custom IE in a management frame to share an IP configuration acquired by itself from a router, a MAC address of itself, and a MAC address of the router with the ordinary nodes; each ordinary node adopting a static IP configuration mode to set its IP configuration as that of the root node; the root node acquiring a port range available for each ordinary node; and each node in the mesh network communicating with an external IP network over a TCP/IP protocol stack. In the invention, when an IP datagram is forwarded in the mesh network, there is no need to perform layer-by-layer NAT, and no need to recalculate a checksum of the IP datagram when it reaches the root node, thereby greatly improving network communication efficiency.
Network function virtualization
Methods and apparatus for addressing of Virtual Network Functions, VNFs. A registration controller of a VNF instance controls a transmitter to transmit a registration request to a VNF Service Registry, VNF-SR, the registration request identifying a public address of the VNF instance. A receiver of the VNF-SR receives the registration request and a VNF address determiner determines a VNF address for the VNF instance based on the received registration request. A Database Management System, DBMS, stores the determined VNF address in a memory. An event subscriber of a Virtual Network Function Manager, VNFM, controls a transmitter to transmit a subscription request to the VNF-SR, the subscription request comprising an identifier for a VNF. A receiver of a Virtual Configuration Server, VCS, receives a notification from the VNF-SR when a change has occurred in configuration and/or address data stored in the memory of the VNF-SR and relating to one or more VNF instances. A configuration manager determines a configuration instruction for the one or more VNFs based on the received notification, and controls a transmitter to transmit the configuration instruction to the one or more VNF instances.
Port and loopback IP addresses allocation scheme for full-mesh communications with transparent TLS tunnels
The method for a virtual machine to use a port and loopback IP addresses allocation scheme for full-mesh communications with transparent transport layer security tunnels is presented. In an embodiment, the method comprises detecting, at a redirect agent implemented in a first machine, a packet that is sent from a client application executing on the first machine toward a server application executing on a second machine; and determining, by the redirect agent, whether a first redirect rule matches the packet. In response to determining that the first redirect rule matches the packet, the redirect agent applies the first redirect rule to the packet to translate the packet into a translated packet, and provides the translated packet to a client agent implemented in the first machine to cause the client agent to transmit the translated packet to a server agent implemented in the second machine.
Generic communication channel for information exchange between a hypervisor and a virtual machine
Certain embodiments described herein are generally directed to configuring a generic channel for exchanging information between a hypervisor and a virtual machine run by the hypervisor that resides on a host machine. In some embodiments, the generic channel represents a network or communication path enabled by a logical switch that connects a HyperBus running on the hypervisor and a node agent running on the virtual machine. In some embodiments, network traffic handled by the generic channel is isolated from incoming and outgoing network traffic between the virtual machine and one or more other virtual machines or hosts.
Support for local access in a cellular and a non-cellular RAN
A RAN-based cellular integration architecture is described that eliminates or minimizes required core network support. A local access gateway (LA-GW) node, which may be a logical and physical node, may provide an interface, with a cellular base station, and may forward downlink and/or uplink local IP packets that are then redirected to the cellular link. Network Address Translation (NAT) and a local access field are used to support transmission of local access packets over the cellular link.
Method and device for efficiently using IPv4 public address
A method and device for efficiently using IPv4 public addresses applied to a core translator deployed between an IPv4 Internet and an IPv6 network, which maps an IPv4 public address into a first-type IPv6 address having a first-type prefix according to a transport layer protocol port range used by an IPv6 server in the IPv6 network, so that the IPv6 server uses the first-type IPv6 address to communicate with a client in the IPv4 Internet; and maps the IPv4 public address into a second-type IPv6 address having a second-type prefix according to a transport layer protocol port range used by an client in the IPv6 network, so that the client in the IPv6 network uses the second-type IPv6 address to communicate with a IPv4 server in the IPv4 Internet. The IPv6 server and the client in the IPv6 network can use the same IPv4 public address to provide different services.