9:49 p.m.
Hi,
I'm in the process of developing a Yocto-based embedded solution (Wi-Fi only, similar
to Raspberry Pi Zero W) with connman as the network manager. This solution needs to pass
Apple's Bonjour Conformance Tests, and I've been having some difficulties getting
the current version (1.38) of connman to pass.
I've set the AddressConflictDetection option to true in connman's main.conf which
helps me get through most of the IPv4LL tests, but the hot-plug tests (where you have to
force the Wi-Fi interface to disassociate from the AP) are failing.
Thoughts?
________________________
Michael Sweet
4:59 p.m.
New subject: Any experience running Apple's Bonjour Conformance Tests against connman?
I find a similar thing. If I reboot my router, connman never rejoins the
wifi SSID. I have to reboot or restart connman to get it to reconnect. I
thought that my php scripts may be interfering with it, but have noted this
behavior. I have not taken enough time to diagnose it, yet.
On Thu, Jul 23, 2020 at 2:50 PM Michael Sweet <msweet(a)msweet.org> wrote:
Hi,
I'm in the process of developing a Yocto-based embedded solution (Wi-Fi
only, similar to Raspberry Pi Zero W) with connman as the network manager.
This solution needs to pass Apple's Bonjour Conformance Tests, and I've
been having some difficulties getting the current version (1.38) of connman
to pass.
I've set the AddressConflictDetection option to true in connman's
main.conf which helps me get through most of the IPv4LL tests, but the
hot-plug tests (where you have to force the Wi-Fi interface to disassociate
from the AP) are failing.
Thoughts?
________________________
Michael Sweet
_______________________________________________
connman mailing list -- connman(a)lists.01.org
To unsubscribe send an email to connman-leave(a)lists.01.org
10:27 p.m.
New subject: Any experience running Apple's Bonjour Conformance Tests against connman?
I have also seen the problem of WiFi not reconnecting until ConnMan is
restarted. For me, it happens after re-association to the same SSID
(performed automatically). After this happens, if the WiFi connection is
lost (AP is cycled), ConnMan does not detect any changes to the connected
service and continues to show that it is "Online", even when it isn't.
ConnMan never re-associates to the AP and can only be recovered by
restarting ConnMan.
I'm not sure if it is related, but I am running ConnMan with
SingleConnectedTechnology=true.
I also have been unable to figure out the root cause of the issue.
On Fri, Jul 24, 2020 at 8:00 AM KeithG <ys3al35l(a)gmail.com> wrote:
I find a similar thing. If I reboot my router, connman never rejoins
the
wifi SSID. I have to reboot or restart connman to get it to reconnect. I
thought that my php scripts may be interfering with it, but have noted this
behavior. I have not taken enough time to diagnose it, yet.
On Thu, Jul 23, 2020 at 2:50 PM Michael Sweet <msweet(a)msweet.org> wrote:
> Hi,
>
> I'm in the process of developing a Yocto-based embedded solution (Wi-Fi
> only, similar to Raspberry Pi Zero W) with connman as the network manager.
> This solution needs to pass Apple's Bonjour Conformance Tests, and I've
> been having some difficulties getting the current version (1.38) of connman
> to pass.
>
> I've set the AddressConflictDetection option to true in connman's
> main.conf which helps me get through most of the IPv4LL tests, but the
> hot-plug tests (where you have to force the Wi-Fi interface to disassociate
> from the AP) are failing.
>
> Thoughts?
>
> ________________________
> Michael Sweet
>
>
> _______________________________________________
> connman mailing list -- connman(a)lists.01.org
> To unsubscribe send an email to connman-leave(a)lists.01.org
>
_______________________________________________
connman mailing list -- connman(a)lists.01.org
To unsubscribe send an email to connman-leave(a)lists.01.org
--
*Ryan Smith*
Senior Embedded Engineer
(480) 326-3819
density.io
10:43 p.m.
New subject: Any experience running Apple's Bonjour Conformance Tests against connman?
I am using iwd to manage the wireless side. Maybe that is it? I have not
tried with wpa_supplicant to see if it follows or not.
On Fri, Jul 24, 2020 at 3:27 PM Ryan Smith <ryan.smith(a)density.io> wrote:
I have also seen the problem of WiFi not reconnecting until ConnMan
is
restarted. For me, it happens after re-association to the same SSID
(performed automatically). After this happens, if the WiFi connection is
lost (AP is cycled), ConnMan does not detect any changes to the connected
service and continues to show that it is "Online", even when it isn't.
ConnMan never re-associates to the AP and can only be recovered by
restarting ConnMan.
I'm not sure if it is related, but I am running ConnMan with
SingleConnectedTechnology=true.
I also have been unable to figure out the root cause of the issue.
On Fri, Jul 24, 2020 at 8:00 AM KeithG <ys3al35l(a)gmail.com> wrote:
> I find a similar thing. If I reboot my router, connman never rejoins the
> wifi SSID. I have to reboot or restart connman to get it to reconnect. I
> thought that my php scripts may be interfering with it, but have noted this
> behavior. I have not taken enough time to diagnose it, yet.
>
> On Thu, Jul 23, 2020 at 2:50 PM Michael Sweet <msweet(a)msweet.org> wrote:
>
>> Hi,
>>
>> I'm in the process of developing a Yocto-based embedded solution (Wi-Fi
>> only, similar to Raspberry Pi Zero W) with connman as the network manager.
>> This solution needs to pass Apple's Bonjour Conformance Tests, and I've
>> been having some difficulties getting the current version (1.38) of connman
>> to pass.
>>
>> I've set the AddressConflictDetection option to true in connman's
>> main.conf which helps me get through most of the IPv4LL tests, but the
>> hot-plug tests (where you have to force the Wi-Fi interface to disassociate
>> from the AP) are failing.
>>
>> Thoughts?
>>
>> ________________________
>> Michael Sweet
>>
>>
>> _______________________________________________
>> connman mailing list -- connman(a)lists.01.org
>> To unsubscribe send an email to connman-leave(a)lists.01.org
>>
> _______________________________________________
> connman mailing list -- connman(a)lists.01.org
> To unsubscribe send an email to connman-leave(a)lists.01.org
>
--
*Ryan Smith*
Senior Embedded Engineer
(480) 326-3819
density.io
9:10 a.m.
On Fri, Jul 24, 2020 at 03:43:32PM -0500, KeithG wrote:
I am using iwd to manage the wireless side. Maybe that is it? I have
not
tried with wpa_supplicant to see if it follows or not.
It might be that the auto connect algorithm doesn't decide to reconnect
if ConnMan was told to go offline/online again. Need to look at the logs
to say for sure.
10:29 p.m.
New subject: Any experience running Apple's Bonjour Conformance Tests against connman?
Hi Daniel,
Here is a log file capture of when it does not reconnect automatically. I
have added a row of *'s to mark the location, but I've included the whole
log for completeness. Also, I've copied the contents of the main.conf file.
------------------------
$ cat /etc/connman/main.conf
[General]
FallbackTimeservers = 0.pool.ntp.org, 1.pool.ntp.org, 2.pool.ntp.org,
3.pool.ntp.org
FallbackNameservers = 8.8.8.8, 8.8.4.4
AllowHostnameUpdates = true
PreferredTechnologies = wifi,ethernet
SingleConnectedTechnology = true
BackgroundScanning = true
$
------------------------
-Ryan
On Tue, Jul 28, 2020 at 12:11 AM Daniel Wagner <wagi(a)monom.org> wrote:
On Fri, Jul 24, 2020 at 03:43:32PM -0500, KeithG wrote:
> I am using iwd to manage the wireless side. Maybe that is it? I have not
> tried with wpa_supplicant to see if it follows or not.
It might be that the auto connect algorithm doesn't decide to reconnect
if ConnMan was told to go offline/online again. Need to look at the logs
to say for sure.
11:56 p.m.
New subject: Any experience running Apple's Bonjour Conformance Tests against connman?
Just ran into this again, today when my son rebooted the router, all WiFi
Pis lost their connection and did not reconnect. Anything we can do to
help diagnose this?
Does the setting 'background scanning' do anything if you are using iwd?
Could that be why it doesn't reconnect?
'connmanctl scan' does not work with iwd...
Keith
On Tue, Jul 28, 2020 at 3:29 PM Ryan Smith <ryan.smith(a)density.io> wrote:
Hi Daniel,
Here is a log file capture of when it does not reconnect automatically. I
have added a row of *'s to mark the location, but I've included the whole
log for completeness. Also, I've copied the contents of the main.conf file.
------------------------
$ cat /etc/connman/main.conf
[General]
FallbackTimeservers = 0.pool.ntp.org, 1.pool.ntp.org, 2.pool.ntp.org,
3.pool.ntp.org
FallbackNameservers = 8.8.8.8, 8.8.4.4
AllowHostnameUpdates = true
PreferredTechnologies = wifi,ethernet
SingleConnectedTechnology = true
BackgroundScanning = true
$
------------------------
-Ryan
On Tue, Jul 28, 2020 at 12:11 AM Daniel Wagner <wagi(a)monom.org> wrote:
> On Fri, Jul 24, 2020 at 03:43:32PM -0500, KeithG wrote:
> > I am using iwd to manage the wireless side. Maybe that is it? I have not
> > tried with wpa_supplicant to see if it follows or not.
>
> It might be that the auto connect algorithm doesn't decide to reconnect
> if ConnMan was told to go offline/online again. Need to look at the logs
> to say for sure.
>
8:31 a.m.
Hi KeithG,
On Mon, Aug 03, 2020 at 04:56:26PM -0500, KeithG wrote:
Just ran into this again, today when my son rebooted the router, all
WiFi
Pis lost their connection and did not reconnect. Anything we can do to
help diagnose this?
Is the WiFi service configured to autoconnect?
connmanctl config <service> --autoconnect yes
?
Does the setting 'background scanning' do anything if you are
using
iwd?
No, it should not. As long ConnMan lists gets of station, there nothing
we need to tweak on wpa_supplicant or iwd. So if 'connmanctl services'
lists the service, all should be okay.
Could that be why it doesn't reconnect?
I think it's missing the autoconnect flag.
'connmanctl scan' does not work with iwd...
Hmm, which version of iwd and ConnMan are you using. Versions before
ConnMan 1.38 do not work with recent iwd versions.
Thanks,
Daniel
3:52 p.m.
New subject: Any experience running Apple's Bonjour Conformance Tests against connman?
See inline.
On Tue, Aug 4, 2020 at 1:31 AM Daniel Wagner <wagi(a)monom.org> wrote:
Hi KeithG,
On Mon, Aug 03, 2020 at 04:56:26PM -0500, KeithG wrote:
> Just ran into this again, today when my son rebooted the router, all WiFi
> Pis lost their connection and did not reconnect. Anything we can do to
> help diagnose this?
Is the WiFi service configured to autoconnect?
connmanctl config <service> --autoconnect yes
it appears so:
~# connmanctl services wifi_b827eb52ccd0_73706733_managed_psk
/net/connman/service/wifi_b827eb52ccd0_73706733_managed_psk
Type = wifi
Security = [ psk ]
State = online
Strength = 47
Favorite = True
Immutable = True
AutoConnect = True
Name = spg3
Ethernet = [ Method=auto, Interface=wlan0, Address=B8:27:EB:52:CC:D0,
MTU=1500 ]
IPv4 = [ Method=dhcp, Address=192.168.2.41, Netmask=255.255.255.0,
Gateway=192.168.2.1 ]
IPv4.Configuration = [ Method=dhcp ]
IPv6 = [ Method=auto, Address=2601:241:4200:28d:ba27:ebff:fe52:ccd0,
PrefixLength=64, Privacy=disabled ]
IPv6.Configuration = [ Method=auto, Privacy=disabled ]
Nameservers = [ 192.168.2.1]
Nameservers.Configuration = [ ]
Timeservers = [ ]
Timeservers.Configuration = [ ]
Domains = [ griders ]
Domains.Configuration = [ ]
Proxy = [ Method=direct ]
Proxy.Configuration = [ ]
mDNS = False
mDNS.Configuration = False
Provider = [ ]
When querying it via iwctl, though it shows that it is not set:
# iwctl known-networks spg3 show
Known Network: spg3
--------------------------------------------------------------------------------
Settable Property Value
--------------------------------------------------------------------------------
Name spg3
Hidden
* AutoConnect no
and I cannot seem to be able to set it
~# iwctl known-networks spg3 set-property AutoConnect yes
~# iwctl known-networks spg3 show
Known Network: spg3
--------------------------------------------------------------------------------
Settable Property Value
--------------------------------------------------------------------------------
Name spg3
Hidden
* AutoConnect no
If I edit the /var/lib/iwd/spg3.psk file to change the AutoConnect value
from 'false' to 'true', it immediately changes back.
Is connman controlling this?
?
> Does the setting 'background scanning' do anything if you are using
> iwd?
No, it should not. As long ConnMan lists gets of station, there nothing
we need to tweak on wpa_supplicant or iwd. So if 'connmanctl services'
lists the service, all should be okay.
> Could that be why it doesn't reconnect?
I think it's missing the autoconnect flag.
> 'connmanctl scan' does not work with iwd...
Hmm, which version of iwd and ConnMan are you using. Versions before
ConnMan 1.38 do not work with recent iwd versions.
I built the latest connman from git (just in case?) and iwd is the 'latest'
from Arch.
connman-git 1.38.r11.g82699007-1
iwd 1.8-1
Oh, scanning does work now with iwd from connman! Sorry for mentioning it.
I guess that 'feature' came with an upgrade to iwd from 1.7 to 1.8.
Woo Hoo and thanks! This simplifies our PHP scripts.
This behavior of not reconnecting when the router is rebooted is noted on
an RPiB3+ running aarch64, an armv6 install on the RPi_Zero and on an armv7
install on a RPiB3.
All have Autoconnect=true
Thanks,
Daniel
4:45 p.m.
~# connmanctl services wifi_b827eb52ccd0_73706733_managed_psk
/net/connman/service/wifi_b827eb52ccd0_73706733_managed_psk
Type = wifi
Security = [ psk ]
State = online
Strength = 47
Favorite = True
Immutable = True
AutoConnect = True
Okay. So in the case it does not reconnect, does ConnMan list the WiFi
services at all? I try to reproduce this evening.
If I edit the /var/lib/iwd/spg3.psk file to change the AutoConnect
value
from 'false' to 'true', it immediately changes back.
Is connman controlling this?
Yes, if you use iwd with ConnMan together, the auto connection of iwd
will be disabled by ConnMan.
> Hmm, which version of iwd and ConnMan are you using. Versions
before
> ConnMan 1.38 do not work with recent iwd versions.
>
I built the latest connman from git (just in case?) and iwd is the 'latest'
from Arch.
connman-git 1.38.r11.g82699007-1
iwd 1.8-1
Oh, scanning does work now with iwd from connman! Sorry for mentioning it.
I guess that 'feature' came with an upgrade to iwd from 1.7 to 1.8.
Woo Hoo and thanks! This simplifies our PHP scripts.
:)
This behavior of not reconnecting when the router is rebooted is
noted on
an RPiB3+ running aarch64, an armv6 install on the RPi_Zero and on an armv7
install on a RPiB3.
All have Autoconnect=true
Could it be, that ConnMan just not getting notified that the link went
down? Could you monitor what iwd sends via D-Bus to ConnMan
(monitor-iwd)?
Thanks,
Daniel
167
days inactive
179
days old
9 comments
4 participants
participants (4)
-
Daniel Wagner -
KeithG -
Michael Sweet -
Ryan Smith