-
Notifications
You must be signed in to change notification settings - Fork 7.7k
Set keep alive early duration #93710
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Set keep alive early duration #93710
Conversation
Introduced a configurable parameter to set the time offset (in ms) for scheduling Wi-Fi keep-alive frames earlier than the BSS max idle timeout advertised by the AP. This allows better compatibility with devices that may experience delays due to scheduling or processing. Signed-off-by: Ajay Parida <[email protected]>
Add a snippet for Wi-Fi keep alive schedule early offset setting. This will set the keep alive early schedule duration. Signed-off-by: Ajay Parida <[email protected]>
Pull keep-alive early schedule changes. Signed-off-by: Ajay Parida <[email protected]>
The following west manifest projects have changed revision in this Pull Request:
⛔ DNM label due to: 1 project with PR revision Note: This message is automatically posted and updated by the Manifest GitHub Action. |
|
@@ -0,0 +1 @@ | |||
CONFIG_WIFI_NM_WPA_SUPPLICANT_KEEP_ALIVE_EARLY_MS=700 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we need a snippet with just single config?
config WIFI_NM_WPA_SUPPLICANT_KEEP_ALIVE_EARLY_MS | ||
int "Select Wi-Fi keep-alive advance timing (ms before max idle timeout)" | ||
range 100 1000 | ||
default 100 | ||
help | ||
The supplicant schedules the keep-alive timer 100 ms prior to the BSS | ||
Max Idle time specified by the AP. This offset is currently fixed. However, | ||
due to scheduling and processing delays, some devices may require additional | ||
time to transmit the packet. Introducing a configurable option to schedule | ||
the keep-alive earlier would provide better flexibility for such cases. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
config WIFI_NM_WPA_SUPPLICANT_KEEP_ALIVE_EARLY_MS | |
int "Select Wi-Fi keep-alive advance timing (ms before max idle timeout)" | |
range 100 1000 | |
default 100 | |
help | |
The supplicant schedules the keep-alive timer 100 ms prior to the BSS | |
Max Idle time specified by the AP. This offset is currently fixed. However, | |
due to scheduling and processing delays, some devices may require additional | |
time to transmit the packet. Introducing a configurable option to schedule | |
the keep-alive earlier would provide better flexibility for such cases. | |
config WIFI_KEEP_ALIVE_TRANSMISSION_GRACE_PERIOD_MS | |
int "Wi-Fi Keep-Alive Grace Period (ms)" | |
range 100 1000 | |
default 100 | |
help | |
This setting tells your device how many milliseconds (ms) before the | |
Access Point's (AP) maximum idle timeout it should attempt to send a | |
Wi-Fi keep-alive packet. | |
The main reason for this **grace period** is to build in extra time | |
for your device's internal processes. If there are delays in getting | |
the keep-alive frame ready and out the door, it could end up being | |
sent *after* the AP's timeout, causing your connection to drop. | |
Increasing this value helps ensure the packet is sent well in |
There will be new PR for this. |
Changes to set keep alive early scdule duration.