Bug 11870

Summary: wireless: Enable power save
Product: Network Reporter: Michael Tremer <michael.tremer>
Component: WirelessAssignee: Arne.F <arne.fitzenreiter>
Status: NEW --- QA Contact: Michael Tremer <michael.tremer>
Severity: Balancing    
Priority: Will affect most users    
Version: unspecified   
Hardware: unspecified   
OS: Unspecified   
See Also: https://bugzilla.ipfire.org/show_bug.cgi?id=13098

Description Michael Tremer 2018-09-24 22:22:39 UTC
Throughout the whole stack, we are not using any tx power adjusting or power saving for wireless devices. This could help to save energy and it could make wireless networks interfere less with each other.

Wireless access points should have the option to have this configured to a certain level, max or automatic which is supposed to reduce tx power as well as possible.
Comment 1 Arne.F 2018-11-04 11:03:21 UTC
IPFire 2.x has already an option to set the txpower in the web interface of the ap page. This is filled with "auto" which mean "max" but could set down by entering a value in db or mw.

Im not sure if the other powersave options are a good idea for AP mode. Many of them slow down the network to not wake the cpu. I have seen ping times of several seconds with activate wlan power save.
Comment 2 Michael Tremer 2018-11-04 13:30:49 UTC
(In reply to Arne Fitzenreiter from comment #1)
> IPFire 2.x has already an option to set the txpower in the web interface of
> the ap page. This is filled with "auto" which mean "max" but could set down
> by entering a value in db or mw.
> 

This is for IPFire 3's network. I guess there is no way to configure this now.

> Im not sure if the other powersave options are a good idea for AP mode. Many
> of them slow down the network to not wake the cpu. I have seen ping times of
> several seconds with activate wlan power save.

In that case, power saving is broken. But IPFire 3 does not only support AP mode. I guess in all cases the default should be auto, but an AP always sends beacons with maximum transmit power.
Comment 3 Michael Tremer 2023-05-11 08:56:35 UTC
See https://bugzilla.ipfire.org/show_bug.cgi?id=13098