I have configured a guest wifi with PPSK
Somes user say that when they connect to the SSID guest and that their smartphone are all the day connected to the SSID (with the majority of time not traffic), they think that their battery is lower than usual.
I do not know if the fact that the smartphone is connected all the time to SSID use more power ?
Is it possible to configure on the SSID some parameters :
For example if there are not traffic (smartphone is idle) , to disconnect , ...
DTIM Setting: Aerohive devices include DTIM (delivery traffic indication messages) in beacons at scheduled intervals. DTIMs indicate if there is buffered broadcast and multicast traffic awaiting delivery to associated stations in power-save mode. TIMs—traffic indication messages—are also in beacons and indicate if there is buffered unicast traffic awaiting delivery to stations in power-save mode. TIMs are included in every beacon. DTIMs are included in beacons according to the DTIM period that you set.
A common DTIM setting to support devices in power-save mode is to send DTIMs in every beacon or in every second or third beacon. For example, setting the DTIM to be in every third beacon would create a pattern like this: beacon(DTIM)—beacon—beacon—beacon(DTIM)—beacon—beacon—beacon(DTIM) and so on. This allows idle stations in power-save mode to doze longer and conserve more battery life.
However, setting a shorter interval for DTIMs, such as in every beacon or in every second beacon, helps increase the time a client is available to receive broadcast and multicast traffic and thereby improves performance. By default, an Aerohive device sends DTIMs every beacon. If you want to increase the DTIM setting to improve battery life of these devices or shorten it to deliver buffered broadcast and multicast traffic more frequently, you can change the DTIM interval from 1 to 255.
- Any station in power-save mode that associates with the AP adopts the interval that the AP announces in its beacons. Idle stations "doze" to conserve energy and "wake" periodically to check if there is any new traffic. A station can lightly doze, waking up to check every TIM, or it can deeply doze, waking up to check each DTIM. When the station learns of buffered traffic awaiting transmission, it sends the AP a ps-poll frame to elicit it.
* Interference (this requires a spectrum analyzer to detect)
* The transmit power on the access points is too high or too low for the wireless device. For tablets and smartphones I have found that a transmit power of 15 dBm works quite well.
The best way to determine if the wireless clients are having to retransmit frames is to utilise an 802.11 aware packet capture/analysis application, such as AirMagnet's WiFi Analyzer Pro.