From: Denis Kenzior <denkenz@gmail.com>
To: iwd@lists.01.org
Subject: Re: iwctl force autoconnect
Date: Mon, 29 Mar 2021 11:12:54 -0500 [thread overview]
Message-ID: <7558fe82-2fc7-d448-8eb3-374fb642d1d9@gmail.com> (raw)
In-Reply-To: <87blb5o5ro.fsf@wavexx.thregr.org>
[-- Attachment #1: Type: text/plain, Size: 1921 bytes --]
Hi Yuri,
On 3/26/21 4:28 PM, Yuri D'Elia wrote:
> Is it possible to force iwd to connect to a known network without
> explicitly giving a network name? That is, to force attempting to
> autoconnect?
>
> Currently "station <net> connect" requires a ssid. It would be nice if
> that would be made optional, causing iwd to go through the automatic
> connect logic.
>
> I assumed that issuing a "station <net> scan" *would* attempt to
> autoconnect if a known network is seen and we're currently disconnected,
> but it's not always the case. If we disconnected from a known network
> due to AP disappearing and reappearing sometime later, "scan" will the
> network, but connection is still performed after some longer timeout.
So in theory this should always be happening. Once iwd is in 'autoconnect'
state (starting state, or when we lose a connection) then any scan results
triggered (either internal scanning logic or scans triggered via dbus/iwctl)
should then be considered for autoconnect purposes. You say that 'it's not
always the case'. So this works for you sometimes and not other times? Can you
capture some logs for us? Also, are you running any other network managers on
top of iwd or just iwd standalone?
>
> I want to bind an action to force a scan+connect without having to wait,
> and without having to hardcode a network name. When I'm moving a laptop
> between offices and go through some blind spots (elevator) I end-up in a
> situation where I'm disconnected, and I want to force a connection right
> away.
We set some very conservative scan timeouts, perhaps you can play with more
aggressive settings to see if iwd's autoconnect logic will work in your case?
See 'man 5 iwd.config', InitialPeriodicScanInterval and MaximumPeriodicScanInterval.
I think our default for MaximumPeriodicScanInterval is way too high actually.
Regards,
-Denis
next prev parent reply other threads:[~2021-03-29 16:12 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-26 21:28 iwctl force autoconnect Yuri D'Elia
2021-03-29 16:12 ` Denis Kenzior [this message]
2021-03-29 16:29 ` Mauro Condarelli
2021-03-29 16:32 ` Yuri D'Elia
2021-03-29 16:37 ` Denis Kenzior
2021-03-29 17:09 ` Mauro Condarelli
2021-03-29 18:11 ` Denis Kenzior
2021-03-29 19:44 ` Mauro Condarelli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7558fe82-2fc7-d448-8eb3-374fb642d1d9@gmail.com \
--to=denkenz@gmail.com \
--cc=iwd@lists.01.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox