On Tue, Oct 06, 2020 at 09:01:54AM -0500, KeithG wrote:
As I see it, there are still 3 strange things going on:
1) the latest git will not grab an ipv4 address. I will revert that commit
and try this again. Probably have time later this week.
Yes, please. It's the only commit which modified anything around DHCP.
2) the IPv6 online check still always fails (though it has a valid
ipv6 address) I can connect to ipv6 addresses via ping/curl/wget and I can
connect to it via ssh with its ipv6 address. I currently disable the online
check and the link shows as AR and not AO.
I've still not setup an IPv6 network for testing, thus it's hard to test.
3) (most confounding) I am using a setting for wpa_supplicant which
to work to get iwd to reconnect when the router goes down then back up.
This setting is supposed to only work with wpa_supplicant. I am leery of
calling this 'fixed' on my end as it is not supposed to work.
Are you referring to BackgroundScanning? This doesn't do anything for
iwd. There is literally no code in ConnMan's core nor in the iwd plugin
looking at this variable.
On this, I wonder if it would reconnect if connman actually forced
config setting to AutoConnect=true. Currently when connman is controlling
iwd, the iwd config looks like this:
I cannot edit the AutoConnect to be 'true' because connman is controlling
it and resets it every time I try to edit it. But, without the
BacgroundScan setting in main.conf, iwd never gets a trigger to scan after
it has lost the connection and, therefore will never reconnect when the
SSID reappears. When I use systemd-networkd and iwd, I can edit this iwd
setting to true and it always reconnects. wpa_supplicant is not installed.
As I explained, ConnMan is disabling iwd's AutoConnect. When to connect
to a network is ConnMan's decision not iwd.
ConnMan doesn't need to tell iwd when to scan. The BackgroundScanning
knob was added to ConnMan because wpa_supplicant is only doing have of
the job. Please have a look at one of Marcel Holtmann's iwd