Aruba Networks, Inc.

Hewlett Packard Enterprise Development LP

Hewlett-packard Development Company, L.P.

Arubs Networks, Inc.

Pradeep Iyer

Partha Narasimhan

John Richard Taylor

Sachin Ganu

Keerti G Melkote

Deepinder S Setia

Gopal Agarwal

Santashil PalChaudhuri

Manaswini Lakshmikanth Sugatoor

Ken Kaho Chan

Santashil Palchaudhuri

Merwyn Andrade

Rajneesh Bajpai

Randy Chou

Yan Liu

Subbu Ponnuswamy

Brijesh Kumar Yadav

Ataur Rehman

Shravan Kumar Mettu

Dave Logan

Venkat Kalkunte

Isaac Theogaraj

Subburajan Ponnuswamy

Hao Lu

Ramesh Ardeli

Hari Krishna Kurmala

Sandeep Unnimadhavan

David Wilson

Cameron Esdaile

Arun Mahajan

Naveen Manjunath

Harsha Nagaraja

Ramprasad Vempati

Chetan R Kumar

Hao Lv

Avignan Chatterjee

Varaprasad Amaraneni

Steve Jung

Cedric Sellin

Krishnapillai Velayudhapillai

The present disclosure describes a system for dynamic transaction-persistent server load balancing. The disclosed system receives a client request associated with a new transaction. In response to receiving the client request, the system dynamically infers relative capacities of a plurality of servers coupled to the device in a network. In particular, the system maintains a set of variables corresponding to the servers. Each variable indicates a number of outstanding requests transmitted from the device to a respective server. The system infers relative server capacities and transmission latencies between the device and the servers based on a comparison of current values of the variables. The system identifies and selects a server associated with high capacity or low transmission latency between the device and the server relative to one or more other servers, and transmits an outstanding request corresponding to the client request from the new transaction to the identified server.

Dynamic transaction-persistent server load balancing

An example system in accordance with an aspect of the present disclosure includes a controller to store Received Signal Strength Indicator (RSSI) information for an unassociated client detected by an access point (AP) of a wireless network. The controller is to identify that the unassociated client has associated with the wireless network, and identify the AP as a doorway AP in response to the client associating to the AP.

Identifying doorway access points

Example implementations relate to neighboring network devices. For example, a non-transitory computer readable medium storing instructions executable by a processing resource can cause a computer to determine a characteristic affecting a subset of a plurality of network devices. The instructions can cause the processing resource to determine that at least two of the subset of the plurality of network devices that are affected by the characteristic are neighbors. The instructions can cause the processing resource to indicate a region to be associated with each network device of the subset based on the determination that at least two of the subset of the plurality of network devices are neighbors.

Neighboring network devices

According to one embodiment, a system and computer-readable storage medium for storage of software directed to the management of associations between network devices is described. The computer-readable storage medium comprising instructions which, when executed by at least one hardware processor on a network device, causes performance of operations, comprising: (1) determining a desired operating state for a client device under analysis, the client device being associated with a first network device of a plurality of network devices; (2) detecting if a triggering event has occurred based on a comparison of the desired operating state for the client device under analysis to an actual operating state for the client device under analysis; and (3) in response to detecting that the triggering event has occurred, causing the client device to wirelessly connect to a second network device of the plurality of network devices in lieu of the first network device.

System, apparatus and method for managing client devices within a wireless network

Embodiments of the present disclosure provide for configuring and managing mesh nodes during occasional failure of mesh nodes or addition of new mesh nodes. The disclosed system first determines whether a mesh node is a mesh portal or a mesh point. If it is a mesh portal, the mesh node will advertise its capacity as a mesh portal to other mesh nodes in the network. If it is a mesh point, the mesh node attempts to automatically recover connection to the wireless mesh network if it identifies a unique wireless network based on its associated network identifier. If more than one network identifiers are discovered, the mesh node delays establishing connection to the wireless mesh network until a selection is received.

Mesh node role discovery and automatic recovery

In some examples, a non-transitory computer-readable medium may contain instructions executable by a processing resource to collect Wi-Fi data points. The Wi-Fi data points may correspond to a plurality of users of an enterprise for a particular number of days. In some examples, the Wi-Fi data points may indicate a time period during each of the particular number of days when each of the plurality of users was connected to a Wi-Fi network. Instructions may further be executable to determine that a subset of the Wi-Fi data points represent outliers and remove the subset of Wi-Fi data points to create a data set. The data set may comprise non-outlier Wi-Fi data points. Instructions may further be executable to determine a Wi-Fi Adoption Index (WAI) for each of the plurality of users based on the data set.

Wi-Fi adoption index

Infrastructure-based client management uses synthesized beacon reports to effect client association with APs in a wireless digital network. Beacon reports are synthesized by having a plurality of APs in the network collect client reports and send those reports to a report process on the network. The report process accumulates client reports from the plurality of APs and selects one or more candidate APs to support a client. Selection may be made on reported SNR, AP loading, channel loading, AP characteristics, or a combination. The report process may produce blacklists and optionally whitelists for use by APs to use in processing client probe and connection requests.

Infrastructure-assisted client management using synthesized beacon reports

The present disclosure discloses a network device and method for advertising channel load. The disclosed network device aggregates a number of clients that are associated with the network device on a specific wireless communication channel, and advertises the aggregated number to a client on the specific wireless communication channel. Further, the network device can receive aggregated load information on the specific wireless communication channel from another management network device, and further aggregates the load information across multiple wireless networks operating on the same wireless communication channel and coupled to different management network devices.

Balancing load across radio frequency channels

Managing DHCP address leases based on client properties. A DHCP server may allocate a short DHCP lease to a client device based on client properties. These client properties may include client device type, such as a type determined by OUI or OUI lookup, by client device characteristics, or by client position. Depending on client device properties, the client device is issued an address with a short lease time, or a long lease time. In the case of client activity, a DHCP server responds to initial requests for addresses by allocating an IP address with a short lease time. When the DHCP server receives a renewal request, it checks to see if the client has generated more than a predetermined amount of traffic. If the client has generated traffic exceeding this threshold level, the lease is renewed for a longer period. If the client traffic has not met the threshold level, the lease is renewed with the short lease time. Issuing addresses with short lease times removes inactive devices aggressively, returning addresses to the available lease pool. In an additional embodiment, a DHCP Relay mediates requests between clients and a DHCP server, rewriting lease times returned by the DHCP server to be short lease times. The DHCP Relay issues a DHCP Release to the DHCP server when a short lease to a client expires. The DHCP Relay mediates client DHCP Renew requests, renewing for a short lease time if the client has not generated traffic at the threshold level, and renewing for a long lease time if the client has generated traffic at or above the threshold level.

Client aware DHCP lease managment

According to one embodiment, a system and computer-readable storage medium for storage of software directed to the management of associations between network devices is described. The computer-readable storage medium comprising instructions which, when executed by at least one hardware processor on a network device, causes performance of operations, comprising: (1) determining a desired operating state for a client device under analysis, the client device being associated with a first network device of a plurality of network devices; (2) detecting it a triggering event has occurred based on a comparison of the desired operating state for the client device under analysis to an actual operating state for the client device under analysis; and (3) in response to detecting that the triggering event has occurred, causing the client device to wirelessly connect to a second network device of the plurality of network devices in lieu of the first network device.

A system or method that receives a current request from a client, and responds to the current request based on signal strength associated with a previous request. If the current request is received on a non-preferred communication band, and a previous request was received on a preferred communication band within a pre-determined time, the system determines whether the signal strength associated with the previous request is weaker than a pre-determined threshold signal strength level for the preferred communication band. If so, the system responds to the current request. Otherwise, the system ignores the current request. If no recent request on the preferred communication band is received, and the signal strength associated with the current request is weaker than a pre-determined threshold signal strength level for the non-preferred communication band, the system responds to the current request on the non-preferred communication band. Otherwise, the system ignores the current request.

Signal strength aware band steering

Growing community of inventors

Cupertino, CA, United States of America

Pradeep Iyer