Send connman mailing list submissions to
connman@lists.01.org
To subscribe or unsubscribe via email, send a message with subject or
body 'help' to
connman-requ...@lists.01.org
You can reach the person managing the list at
connman-ow...@lists.01.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. TechniCal Assistance (paydiji...@nedoz.com)
2. TechniCal Assistance (paydiji...@nedoz.com)
3. Re: connman wifi disconnect problem (KeithG)
4. Re: connman wifi disconnect problem (KeithG)
----------------------------------------------------------------------
Date: Sat, 03 Oct 2020 07:07:20 -0000
From: paydiji...@nedoz.com
Subject: TechniCal Assistance
To: connman@lists.01.org
Message-ID: <20201003070720.2619.71...@ml01.vlan13.01.org>
Content-Type: text/plain; charset="utf-8"
Check Out The Given Websites
http://garmin-com-express.support/
http://webrootloginn.com/
http://www.123hpcom.de/
https://123hpcomsetup.us/
http://nortonlogins.com/
http://getgarminexpress.com/
https://canoncomijsetup.me/
------------------------------
Date: Sat, 03 Oct 2020 07:07:20 -0000
From: paydiji...@nedoz.com
Subject: TechniCal Assistance
To: connman@lists.01.org
Message-ID: <20201003070720.2619.53...@ml01.vlan13.01.org>
Content-Type: text/plain; charset="utf-8"
Check Out The Given Websites
http://garmin-com-express.support/
http://webrootloginn.com/
http://www.123hpcom.de/
https://123hpcomsetup.us/
http://nortonlogins.com/
http://getgarminexpress.com/
https://canoncomijsetup.me/
------------------------------
Date: Sat, 3 Oct 2020 10:04:36 -0500
From: KeithG <ys3al...@gmail.com>
Subject: Re: connman wifi disconnect problem
To: Daniel Wagner <w...@monom.org>
Cc: "Ryll, Jan (GED-SDD2)" <jan.r...@bshg.com>, "connman@lists.01.org"
<connman@lists.01.org>
Message-ID:
<CAG17S_P=e0rwb+jpkpmqffwbydp5jbp7txatbbkbnfhmq6r...@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="000000000000f1a52a05b0c59160"
--000000000000f1a52a05b0c59160
Content-Type: text/plain; charset="UTF-8"
Group,
After I finally, painfully, figured this out and can get the wifi to
reconnect when the SSID radio goes down then comes back up. So I am running
and I notice a lot of log spam where it is now scanning the ethernet port
even though the wifi is connected. I believe this is because I now have
'BackgroundScanning=true' and have the default of
'SingleConnectedTechnology = false'.
I have a question, though, would it be reasonable if the BackgroundScanning
flag could be = true,ethernet,wifi,bluetooth as opposed to just =
true,false? I ask as I can imagine that there would be a situation where a
user would want the bt or wifi to scan if it became disconnected, but the
ethernet port can be easily unplugged/replugged to trigger a reconnection...
Keith
On Fri, Oct 2, 2020 at 1:08 PM KeithG <ys3al...@gmail.com> wrote:
> Daniel,
>
> I finally figured it out. With connman 1.38, I get it to reconnect if I
> down the interface *and* if I reboot the router.
>
> What I noticed when looking at the logs was that after the disconnect,
> nothing was telling iwd to reconnect. iwd wasn't nor was connman. it just
> sat there. I looked again at the /etc/connman/main.conf and noticed that
> there was a setting:
> BackgroundScanning = true
>
> I uncommented this line and now it manages the interface as designed. I do
> not know why it took me so long to figure this out, but it now connects.
> Does this mean it always periodically scans? If so, it may be nice to only
> do this if it is not connected.
>
> Thanks for your patience with me.
>
> Keith
>
> On Thu, Oct 1, 2020 at 7:27 PM KeithG <ys3al...@gmail.com> wrote:
>
>> Daniel et al
>>
>> Still at this. I gave up on the RPI for now and am working on 2 laptops
>> with full blown Arch desktop. One laptop has a broadcom card and the other
>> an intel. I get the same result on both. If I let NetworkManager/iwd manage
>> the network the laptops reconnect as soon as the SSID reappears. Same if I
>> let systemd-networkd control it. If I let connman manage the network,
>> though, it will never reconnect to the SSID. This is with connman 1.37 and
>> 1.38. and 1.38.r21. If I turn off the interface: 'ifconfig wlan0 down' then
>> back 'up', the laptop disconnects then reconnects immediately. If I turn
>> off the radio on the router, though, it never reconnects by itself. If I
>> type 'connmanctl services' I get a single service listed as opposed to a
>> list of a bunch of SSIDs. If I wait, it sometimes will eventually populate
>> that list and even list the 'known network' but will not connect. On these
>> laptops, I have been able to get it to reconnect if I type 'iwctl station
>> wlan0 scan' as well. If this does not work, it will connect if I bring the
>> interface down then back up.
>>
>> The attached logs are simultaneous from a 'connected on the wlan' state.
>> From here I powered down the radio on the router then powered it back up.
>> From the logs, it looks like it disconnects then ceases scanning. It waited
>> in this state for many minutes (15?) As soon as I typed 'iwctl station
>> wlan0 scan' it connects and I am back online.Which component is supposed to
>> initiate the scan when it is offline? This was on the laptop with the
>> broadcom card and no ethernet conneccted.
>>
>> The Arch package is built according to this package:
>>
>> https://github.com/archlinux/svntogit-community/tree/packages/connman/trunk
>>
>> Keith
>>
>>
>>
>>
>> On Thu, Oct 1, 2020 at 2:29 AM Daniel Wagner <w...@monom.org> wrote:
>>
>>> On Wed, Sep 30, 2020 at 08:40:28PM -0500, KeithG wrote:
>>> > I am at a loss as to how to help resolve this and really want to help
>>> get
>>> > it resolved.
>>> > It appears that connman1.38 will initiate a scan via 'connmanctl scan
>>> wifi'
>>> > even though it does not report that it has scanned. The git version
>>> > (1.38.r23) will report on the cli that it has scanned. So, that is an
>>> > improvement.
>>>
>>> 6b391cfd294d ("iwd: Synchronize station scanning property with scan
>>> state") fixed this. Please next time if something doesn't work update
>>> first to the development version to replicate the problem. This avoids
>>> wasting time for everyone.
>>>
>>> > If I use either 1.38 (the current Arch Linux package) or build it from
>>> git,
>>> > I cannot ge tthe Rpi or my laptop to reconnect when the ssid is
>>> rebooted
>>> > even though the 'services' for the SSID
>>> > show that it is 'autoconnect' and monitor-connman shows that is 'ses'
>>> it.
>>> > Is there some main.conf setting that I have wrong?
>>> >
>>> > main.conf:
>>> > FallbackNameservers = 8.8.8.8,8.8.4.4
>>> > DefaultAutoConnectTechnologies = ethernet,wifi
>>> > AllowHostnameUpdates = false
>>> > AlwaysConnectedTechnologies = ethernet,wifi
>>> > AutoConnectRoamingServices = true
>>> >
>>> > As I said previously, the only modifications to the build of the
>>> connman
>>> > package under Arch are that it adds that dbus 'Agent' bits and also
>>> that it
>>> > deletes the tmpfiles.d in the package that calls out a /var/run
>>> directory
>>> > because Arch uses /run/. Other than that it is built under Arch as it
>>> is
>>> > called out in the git to be built.
>>>
>>> This should be fine. Don't think this is a problem.
>>>
>>> > From my testing, ./monitor-connman seems to 'see' the ssid return, but
>>> will
>>> > not reconnect after the router is rebooted.
>>> >
>>> > If I use systemd-networkd and iwd, it reconnects every time. With
>>> connman
>>> > and iwd, I get no reconnect over a reboot.
>>>
>>> I've redone my test with
>>>
>>> AlwaysConnectedTechnologies = ethernet,wifi
>>> SingleConnectedTechnology = false
>>>
>>> and pulling the ethernet cable and disabling/enabling the wifi
>>> network. ConnMan reconnected to both networks.
>>>
>>
--000000000000f1a52a05b0c59160
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div>Group,</div><div><br></div><div>After I finally, pain=
fully, figured this out and can get the wifi to reconnect when the SSID rad=
io goes down then comes back up. So I am running and I notice a lot of log =
spam where it is now scanning the ethernet port even though the wifi is con=
nected. I believe this is because I now have 'BackgroundScanning=3Dtrue=
' and have the default of 'SingleConnectedTechnology =3D false'=
. <br></div><div>I have a question, though, would it be reasonable if the B=
ackgroundScanning flag could be=C2=A0 =3D true,ethernet,wifi,bluetooth as o=
pposed to just =3D true,false? I ask as I can imagine that there would be a=
situation where a user would want the bt or wifi to scan if it became disc=
onnected, but the ethernet port can be easily unplugged/replugged to trigge=
r a reconnection...</div><div><br></div><div>Keith<br></div></div><br><div =
class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Oct 2, =
2020 at 1:08 PM KeithG <<a href=3D"mailto:ys3al...@gmail.com";>ys3al35l@g=
mail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D=
"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-le=
ft:1ex"><div dir=3D"ltr"><div>Daniel,</div><div><br></div><div>I finally fi=
gured it out. With connman 1.38, I get it to reconnect if I down the interf=
ace *and* if I reboot the router. <br></div><div><br></div><div>What I noti=
ced when looking at the logs was that after the disconnect, nothing was tel=
ling iwd to reconnect. iwd wasn't nor was connman. it just sat there. I=
looked again at the /etc/connman/main.conf and noticed that there was a se=
tting:</div><div>
BackgroundScanning =3D true <br></div><div><br></div><div>I uncommented thi=
s line and now it manages the interface as designed. I do not know why it t=
ook me so long to figure this out, but it now connects. Does this mean it a=
lways periodically scans? If so, it may be nice to only do this if it is no=
t connected.</div><div><br></div><div>Thanks for your patience with me.<br>=
</div><div><br></div><div>Keith<br></div></div><br><div class=3D"gmail_quot=
e"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Oct 1, 2020 at 7:27 PM Kei=
thG <<a href=3D"mailto:ys3al...@gmail.com"; target=3D"_blank">ys3al35l@gm=
ail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"=
margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-lef=
t:1ex"><div dir=3D"ltr"><div>Daniel et al</div><div><br></div><div>Still at=
this. I gave up on the RPI for now and am working on 2 laptops with full b=
lown Arch desktop. One laptop has a broadcom card and the other an intel. I=
get the same result on both. If I let NetworkManager/iwd manage the networ=
k the laptops reconnect as soon as the SSID reappears. Same if I let system=
d-networkd control it. If I let connman manage the network, though, it will=
never reconnect to the SSID. This is with connman 1.37 and 1.38. and 1.38.=
r21. If I turn off the interface: 'ifconfig wlan0 down' then back &=
#39;up', the laptop disconnects then reconnects immediately. If I turn =
off the radio on the router, though, it never reconnects by itself. If I ty=
pe 'connmanctl services' I get a single service listed as opposed t=
o a list of a bunch of SSIDs. If I wait, it sometimes will eventually popul=
ate that list and even list the 'known network' but will not connec=
t. On these laptops, I have been able to get it to reconnect if I type '=
;iwctl station wlan0 scan' as well. If this does not work, it will conn=
ect if I bring the interface down then back up.</div><div><br></div><div>
The attached logs are simultaneous from a 'connected on the wlan' s=
tate. From here I powered down the radio on the router then powered it back=
up. From the logs, it looks like it disconnects then ceases scanning. It w=
aited in this state for many minutes (15?) As soon as I typed 'iwctl st=
ation wlan0 scan' it connects and I am back online.Which component is s=
upposed to initiate the scan when it is offline? This was on the laptop wit=
h the broadcom card and no ethernet conneccted. <br></div><div><br></div><d=
iv>The Arch package is built according to this package:</div><div><a href=
=3D"https://github.com/archlinux/svntogit-community/tree/packages/connman/t=
runk" target=3D"_blank">https://github.com/archlinux/svntogit-community/tre=
e/packages/connman/trunk</a></div><div><br></div><div>Keith<br></div><div><=
br></div><div><br></div><div><br></div></div><br><div class=3D"gmail_quote"=
><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Oct 1, 2020 at 2:29 AM Danie=
l Wagner <<a href=3D"mailto:w...@monom.org"; target=3D"_blank">wagi@monom=
.org</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex">On Wed, Sep 30, 2020 at 08:40:28PM -0500, KeithG wrote:<br>
> I am at a loss as to how to help resolve this and really want to help =
get<br>
> it resolved.<br>
> It appears that connman1.38 will initiate a scan via 'connmanctl s=
can wifi'<br>
> even though it does not report that it has scanned. The git version<br=
>
> (1.38.r23) will report on the cli that it has scanned. So, that is an<=
br>
> improvement.<br>
<br>
6b391cfd294d ("iwd: Synchronize station scanning property with scan<br=
>
state") fixed this. Please next time if something doesn't work upd=
ate<br>
first to the development version to replicate the problem. This avoids<br>
wasting time for everyone.<br>
<br>
> If I use either 1.38 (the current Arch Linux package) or build it from=
git,<br>
> I cannot ge tthe Rpi or my laptop to reconnect when the ssid is reboot=
ed<br>
> even though the 'services' for the SSID<br>
> show that it is 'autoconnect' and monitor-connman shows that i=
s 'ses' it.<br>
> Is there some main.conf setting that I have wrong?<br>
> <br>
> main.conf:<br>
> FallbackNameservers =3D 8.8.8.8,8.8.4.4<br>
> DefaultAutoConnectTechnologies =3D ethernet,wifi<br>
> AllowHostnameUpdates =3D false<br>
> AlwaysConnectedTechnologies =3D ethernet,wifi<br>
> AutoConnectRoamingServices =3D true<br>
> <br>
> As I said previously, the only modifications to the build of the connm=
an<br>
> package under Arch are that it adds that dbus 'Agent' bits and=
also that it<br>
> deletes the tmpfiles.d in the package that calls out a /var/run direct=
ory<br>
> because Arch uses /run/. Other than that it is built under Arch as it =
is<br>
> called out in the git to be built.<br>
<br>
This should be fine. Don't think this is a problem.<br>
<br>
> From my testing, ./monitor-connman seems to 'see' the ssid ret=
urn, but will<br>
> not reconnect after the router is rebooted.<br>
> <br>
> If I use systemd-networkd and iwd, it reconnects every time. With conn=
man<br>
> and iwd, I get no reconnect over a reboot.<br>
<br>
I've redone my test with<br>
<br>
=C2=A0 AlwaysConnectedTechnologies =3D ethernet,wifi<br>
=C2=A0 SingleConnectedTechnology =3D false<br>
<br>
and pulling the ethernet cable and disabling/enabling the wifi<br>
network. ConnMan reconnected to both networks.<br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
--000000000000f1a52a05b0c59160--
------------------------------
Date: Sat, 3 Oct 2020 17:00:17 -0500
From: KeithG <ys3al...@gmail.com>
Subject: Re: connman wifi disconnect problem
To: Daniel Wagner <w...@monom.org>
Cc: "Ryll, Jan (GED-SDD2)" <jan.r...@bshg.com>, "connman@lists.01.org"
<connman@lists.01.org>
Message-ID:
<CAG17S_Oh5P+=phtewpk2qodiczpfpiae_ubkggctdtjzut+...@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="0000000000009157a405b0cb609d"
--0000000000009157a405b0cb609d
Content-Type: text/plain; charset="UTF-8"
Group,
I read through the code a bit more closely and it appears that the
BackgroundScanning is just for wifi. Do I have this correct? If so, why
does connman continually make the unused eth0 interface go up and down and
spam the log with messages that it made it go up and down? It appears that
it does this every 15 minutes. This happens whether or not the 'single
connected technology' is selected or not. I would think that if a single
connected technology was selected and it was connected on the wifi that it
would be quiet and ignore the other interfaces until it lost a connection
on the wifi...
Keith
On Sat, Oct 3, 2020 at 10:04 AM KeithG <ys3al...@gmail.com> wrote:
> Group,
>
> After I finally, painfully, figured this out and can get the wifi to
> reconnect when the SSID radio goes down then comes back up. So I am running
> and I notice a lot of log spam where it is now scanning the ethernet port
> even though the wifi is connected. I believe this is because I now have
> 'BackgroundScanning=true' and have the default of
> 'SingleConnectedTechnology = false'.
> I have a question, though, would it be reasonable if the
> BackgroundScanning flag could be = true,ethernet,wifi,bluetooth as opposed
> to just = true,false? I ask as I can imagine that there would be a
> situation where a user would want the bt or wifi to scan if it became
> disconnected, but the ethernet port can be easily unplugged/replugged to
> trigger a reconnection...
>
> Keith
>
> On Fri, Oct 2, 2020 at 1:08 PM KeithG <ys3al...@gmail.com> wrote:
>
>> Daniel,
>>
>> I finally figured it out. With connman 1.38, I get it to reconnect if I
>> down the interface *and* if I reboot the router.
>>
>> What I noticed when looking at the logs was that after the disconnect,
>> nothing was telling iwd to reconnect. iwd wasn't nor was connman. it just
>> sat there. I looked again at the /etc/connman/main.conf and noticed that
>> there was a setting:
>> BackgroundScanning = true
>>
>> I uncommented this line and now it manages the interface as designed. I
>> do not know why it took me so long to figure this out, but it now connects.
>> Does this mean it always periodically scans? If so, it may be nice to only
>> do this if it is not connected.
>>
>> Thanks for your patience with me.
>>
>> Keith
>>
>> On Thu, Oct 1, 2020 at 7:27 PM KeithG <ys3al...@gmail.com> wrote:
>>
>>> Daniel et al
>>>
>>> Still at this. I gave up on the RPI for now and am working on 2 laptops
>>> with full blown Arch desktop. One laptop has a broadcom card and the other
>>> an intel. I get the same result on both. If I let NetworkManager/iwd manage
>>> the network the laptops reconnect as soon as the SSID reappears. Same if I
>>> let systemd-networkd control it. If I let connman manage the network,
>>> though, it will never reconnect to the SSID. This is with connman 1.37 and
>>> 1.38. and 1.38.r21. If I turn off the interface: 'ifconfig wlan0 down' then
>>> back 'up', the laptop disconnects then reconnects immediately. If I turn
>>> off the radio on the router, though, it never reconnects by itself. If I
>>> type 'connmanctl services' I get a single service listed as opposed to a
>>> list of a bunch of SSIDs. If I wait, it sometimes will eventually populate
>>> that list and even list the 'known network' but will not connect. On these
>>> laptops, I have been able to get it to reconnect if I type 'iwctl station
>>> wlan0 scan' as well. If this does not work, it will connect if I bring the
>>> interface down then back up.
>>>
>>> The attached logs are simultaneous from a 'connected on the wlan' state.
>>> From here I powered down the radio on the router then powered it back up.
>>> From the logs, it looks like it disconnects then ceases scanning. It waited
>>> in this state for many minutes (15?) As soon as I typed 'iwctl station
>>> wlan0 scan' it connects and I am back online.Which component is supposed to
>>> initiate the scan when it is offline? This was on the laptop with the
>>> broadcom card and no ethernet conneccted.
>>>
>>> The Arch package is built according to this package:
>>>
>>> https://github.com/archlinux/svntogit-community/tree/packages/connman/trunk
>>>
>>> Keith
>>>
>>>
>>>
>>>
>>> On Thu, Oct 1, 2020 at 2:29 AM Daniel Wagner <w...@monom.org> wrote:
>>>
>>>> On Wed, Sep 30, 2020 at 08:40:28PM -0500, KeithG wrote:
>>>> > I am at a loss as to how to help resolve this and really want to help
>>>> get
>>>> > it resolved.
>>>> > It appears that connman1.38 will initiate a scan via 'connmanctl scan
>>>> wifi'
>>>> > even though it does not report that it has scanned. The git version
>>>> > (1.38.r23) will report on the cli that it has scanned. So, that is an
>>>> > improvement.
>>>>
>>>> 6b391cfd294d ("iwd: Synchronize station scanning property with scan
>>>> state") fixed this. Please next time if something doesn't work update
>>>> first to the development version to replicate the problem. This avoids
>>>> wasting time for everyone.
>>>>
>>>> > If I use either 1.38 (the current Arch Linux package) or build it
>>>> from git,
>>>> > I cannot ge tthe Rpi or my laptop to reconnect when the ssid is
>>>> rebooted
>>>> > even though the 'services' for the SSID
>>>> > show that it is 'autoconnect' and monitor-connman shows that is 'ses'
>>>> it.
>>>> > Is there some main.conf setting that I have wrong?
>>>> >
>>>> > main.conf:
>>>> > FallbackNameservers = 8.8.8.8,8.8.4.4
>>>> > DefaultAutoConnectTechnologies = ethernet,wifi
>>>> > AllowHostnameUpdates = false
>>>> > AlwaysConnectedTechnologies = ethernet,wifi
>>>> > AutoConnectRoamingServices = true
>>>> >
>>>> > As I said previously, the only modifications to the build of the
>>>> connman
>>>> > package under Arch are that it adds that dbus 'Agent' bits and also
>>>> that it
>>>> > deletes the tmpfiles.d in the package that calls out a /var/run
>>>> directory
>>>> > because Arch uses /run/. Other than that it is built under Arch as it
>>>> is
>>>> > called out in the git to be built.
>>>>
>>>> This should be fine. Don't think this is a problem.
>>>>
>>>> > From my testing, ./monitor-connman seems to 'see' the ssid return,
>>>> but will
>>>> > not reconnect after the router is rebooted.
>>>> >
>>>> > If I use systemd-networkd and iwd, it reconnects every time. With
>>>> connman
>>>> > and iwd, I get no reconnect over a reboot.
>>>>
>>>> I've redone my test with
>>>>
>>>> AlwaysConnectedTechnologies = ethernet,wifi
>>>> SingleConnectedTechnology = false
>>>>
>>>> and pulling the ethernet cable and disabling/enabling the wifi
>>>> network. ConnMan reconnected to both networks.
>>>>
>>>
--0000000000009157a405b0cb609d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div>Group,</div><div><br></div><div>I read through the co=
de a bit more closely and it appears that the BackgroundScanning is just fo=
r wifi. Do I have this correct? If so, why does connman continually make th=
e unused eth0 interface go up and down and spam the log with messages that =
it made it go up and down? It appears that it does this every 15 minutes. T=
his happens whether or not the 'single connected technology' is sel=
ected or not. I would think that if a single connected technology was selec=
ted and it was connected on the wifi that it would be quiet and ignore the =
other interfaces until it lost a connection on the wifi...</div><div><br></=
div><div>Keith<br></div></div><br><div class=3D"gmail_quote"><div dir=3D"lt=
r" class=3D"gmail_attr">On Sat, Oct 3, 2020 at 10:04 AM KeithG <<a href=
=3D"mailto:ys3al...@gmail.com";>ys3al...@gmail.com</a>> wrote:<br></div><=
blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l=
eft:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Grou=
p,</div><div><br></div><div>After I finally, painfully, figured this out an=
d can get the wifi to reconnect when the SSID radio goes down then comes ba=
ck up. So I am running and I notice a lot of log spam where it is now scann=
ing the ethernet port even though the wifi is connected. I believe this is =
because I now have 'BackgroundScanning=3Dtrue' and have the default=
of 'SingleConnectedTechnology =3D false'. <br></div><div>I have a =
question, though, would it be reasonable if the BackgroundScanning flag cou=
ld be=C2=A0 =3D true,ethernet,wifi,bluetooth as opposed to just =3D true,fa=
lse? I ask as I can imagine that there would be a situation where a user wo=
uld want the bt or wifi to scan if it became disconnected, but the ethernet=
port can be easily unplugged/replugged to trigger a reconnection...</div><=
div><br></div><div>Keith<br></div></div><br><div class=3D"gmail_quote"><div=
dir=3D"ltr" class=3D"gmail_attr">On Fri, Oct 2, 2020 at 1:08 PM KeithG <=
;<a href=3D"mailto:ys3al...@gmail.com"; target=3D"_blank">ys3al...@gmail.com=
</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:=
0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">=
<div dir=3D"ltr"><div>Daniel,</div><div><br></div><div>I finally figured it=
out. With connman 1.38, I get it to reconnect if I down the interface *and=
* if I reboot the router. <br></div><div><br></div><div>What I noticed when=
looking at the logs was that after the disconnect, nothing was telling iwd=
to reconnect. iwd wasn't nor was connman. it just sat there. I looked =
again at the /etc/connman/main.conf and noticed that there was a setting:</=
div><div>
BackgroundScanning =3D true <br></div><div><br></div><div>I uncommented thi=
s line and now it manages the interface as designed. I do not know why it t=
ook me so long to figure this out, but it now connects. Does this mean it a=
lways periodically scans? If so, it may be nice to only do this if it is no=
t connected.</div><div><br></div><div>Thanks for your patience with me.<br>=
</div><div><br></div><div>Keith<br></div></div><br><div class=3D"gmail_quot=
e"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Oct 1, 2020 at 7:27 PM Kei=
thG <<a href=3D"mailto:ys3al...@gmail.com"; target=3D"_blank">ys3al35l@gm=
ail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"=
margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-lef=
t:1ex"><div dir=3D"ltr"><div>Daniel et al</div><div><br></div><div>Still at=
this. I gave up on the RPI for now and am working on 2 laptops with full b=
lown Arch desktop. One laptop has a broadcom card and the other an intel. I=
get the same result on both. If I let NetworkManager/iwd manage the networ=
k the laptops reconnect as soon as the SSID reappears. Same if I let system=
d-networkd control it. If I let connman manage the network, though, it will=
never reconnect to the SSID. This is with connman 1.37 and 1.38. and 1.38.=
r21. If I turn off the interface: 'ifconfig wlan0 down' then back &=
#39;up', the laptop disconnects then reconnects immediately. If I turn =
off the radio on the router, though, it never reconnects by itself. If I ty=
pe 'connmanctl services' I get a single service listed as opposed t=
o a list of a bunch of SSIDs. If I wait, it sometimes will eventually popul=
ate that list and even list the 'known network' but will not connec=
t. On these laptops, I have been able to get it to reconnect if I type '=
;iwctl station wlan0 scan' as well. If this does not work, it will conn=
ect if I bring the interface down then back up.</div><div><br></div><div>
The attached logs are simultaneous from a 'connected on the wlan' s=
tate. From here I powered down the radio on the router then powered it back=
up. From the logs, it looks like it disconnects then ceases scanning. It w=
aited in this state for many minutes (15?) As soon as I typed 'iwctl st=
ation wlan0 scan' it connects and I am back online.Which component is s=
upposed to initiate the scan when it is offline? This was on the laptop wit=
h the broadcom card and no ethernet conneccted. <br></div><div><br></div><d=
iv>The Arch package is built according to this package:</div><div><a href=
=3D"https://github.com/archlinux/svntogit-community/tree/packages/connman/t=
runk" target=3D"_blank">https://github.com/archlinux/svntogit-community/tre=
e/packages/connman/trunk</a></div><div><br></div><div>Keith<br></div><div><=
br></div><div><br></div><div><br></div></div><br><div class=3D"gmail_quote"=
><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Oct 1, 2020 at 2:29 AM Danie=
l Wagner <<a href=3D"mailto:w...@monom.org"; target=3D"_blank">wagi@monom=
.org</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar=
gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1=
ex">On Wed, Sep 30, 2020 at 08:40:28PM -0500, KeithG wrote:<br>
> I am at a loss as to how to help resolve this and really want to help =
get<br>
> it resolved.<br>
> It appears that connman1.38 will initiate a scan via 'connmanctl s=
can wifi'<br>
> even though it does not report that it has scanned. The git version<br=
>
> (1.38.r23) will report on the cli that it has scanned. So, that is an<=
br>
> improvement.<br>
<br>
6b391cfd294d ("iwd: Synchronize station scanning property with scan<br=
>
state") fixed this. Please next time if something doesn't work upd=
ate<br>
first to the development version to replicate the problem. This avoids<br>
wasting time for everyone.<br>
<br>
> If I use either 1.38 (the current Arch Linux package) or build it from=
git,<br>
> I cannot ge tthe Rpi or my laptop to reconnect when the ssid is reboot=
ed<br>
> even though the 'services' for the SSID<br>
> show that it is 'autoconnect' and monitor-connman shows that i=
s 'ses' it.<br>
> Is there some main.conf setting that I have wrong?<br>
> <br>
> main.conf:<br>
> FallbackNameservers =3D 8.8.8.8,8.8.4.4<br>
> DefaultAutoConnectTechnologies =3D ethernet,wifi<br>
> AllowHostnameUpdates =3D false<br>
> AlwaysConnectedTechnologies =3D ethernet,wifi<br>
> AutoConnectRoamingServices =3D true<br>
> <br>
> As I said previously, the only modifications to the build of the connm=
an<br>
> package under Arch are that it adds that dbus 'Agent' bits and=
also that it<br>
> deletes the tmpfiles.d in the package that calls out a /var/run direct=
ory<br>
> because Arch uses /run/. Other than that it is built under Arch as it =
is<br>
> called out in the git to be built.<br>
<br>
This should be fine. Don't think this is a problem.<br>
<br>
> From my testing, ./monitor-connman seems to 'see' the ssid ret=
urn, but will<br>
> not reconnect after the router is rebooted.<br>
> <br>
> If I use systemd-networkd and iwd, it reconnects every time. With conn=
man<br>
> and iwd, I get no reconnect over a reboot.<br>
<br>
I've redone my test with<br>
<br>
=C2=A0 AlwaysConnectedTechnologies =3D ethernet,wifi<br>
=C2=A0 SingleConnectedTechnology =3D false<br>
<br>
and pulling the ethernet cable and disabling/enabling the wifi<br>
network. ConnMan reconnected to both networks.<br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
--0000000000009157a405b0cb609d--
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list -- connman@lists.01.org
To unsubscribe send an email to connman-le...@lists.01.org
------------------------------
End of connman Digest, Vol 60, Issue 3
**************************************
