Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.01.org/mailman/listinfo/connman
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Commercial use of ConnMan online check server (Masashi Honma)
2. Autoconnect feature for cellular network
(Eswaran Vinothkumar (BEG/PJ-IOT-EL))
3. Re: [PATCH v3 1/5] dnsproxy: add a new function to the API.
(Daniel Wagner)
4. Re: Using a different path to store connman settings
(Daniel Wagner)
5. Re: Commercial use of ConnMan online check server (Daniel Wagner)
6. Re: Autoconnect feature for cellular network (Daniel Wagner)
----------------------------------------------------------------------
Message: 1
Date: Thu, 26 Oct 2017 13:50:37 +0900
From: Masashi Honma <[email protected]>
To: [email protected]
Subject: Commercial use of ConnMan online check server
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
1. Can we assume 24/7 availability of the ConnMan online check server
(http://ipv{4|6}.connman.net/online/status.html)? If not, what kinds of risk
we should consider?
2. Should we make a formal request to an authority(Intel ?) for commercial
use of the ConnMan online check server ?
Regards,
Masashi Honma.
------------------------------
Message: 2
Date: Thu, 26 Oct 2017 15:57:38 +0000
From: "Eswaran Vinothkumar (BEG/PJ-IOT-EL)"
<[email protected]>
To: "[email protected]" <[email protected]>
Subject: Autoconnect feature for cellular network
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi,
I am using Connman and oFono to establish the internet connection.
Versions used: Connman:1.35
oFono:1.21
Modem device: Sierra MC7455
To establish the internet connection at system startup, I am running a shell
script which calls the scripts within the test directory of /ofono
./enable-modem
./online-modem
./register-auto
./create-internet-context web.vodafone.de vodafone vodafone
./activate-context
./process-context-settings.
With this setting, I could connect to the internet. I have a check before
running each scripts whether the previous step is successful or not.
I have some questions regarding the autoconnect feature of Connman. I looked
into the source file of ofono plugin. If I understood correctly, connman tries
to activate the context if the modem is in online state, registered to the
network and GPRS is attached. I am running the script I had mentioned above
everytime on boot up, is it really required when autoconnect feature is enabled
in Connman?
I enabled the debug logs of connman and I could see that connman tries to
connect to cellular network when it gets the notification from ofono regarding
the GPRS activation. This initially looked like I still need to activate the
modem by running the scripts:
./enable-modem
./online-modem
./register-auto
If I enable the cellular technology 'connmanctl enable cellular', connman takes
care of this setting also. Is this correct?
May I know is there any issue in running the script at start up though Connman
does exactly the same. Looks like reduntant but I have seen some issues with
network registration of my modem, it takes a few minutes before my modem gets
connected to network. Is there any timeout implemented in connman, after which
it stops trying to autoconnect?
Also during system reboot, I see following error messages from connman while
connecting to internet:
connmand[181]: ../connman-1.35/plugins/ofono.c:set_property_reply() /sierra_0
path /sierra_0/context1 org.ofono.ConnectionContext.Active
connmand[181]: Failed to change property: /sierra_0/context1
org.ofono.ConnectionContext.Active: org.ofono.Error.InProgress Operation
already in progress
This happens randomly not all the time. ofono fails to activate the internet
context and connman tries to activate it again. This loops around and after
sometime the device fails to connect to the internet. Is there any way to
restart the autoconnect after sometime if connection failed?
Thanks & Regards,
vinothkumar
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20171026/7e6575e5/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 26 Oct 2017 19:26:07 +0200
From: Daniel Wagner <[email protected]>
To: Ismo Puustinen <[email protected]>
Cc: [email protected]
Subject: Re: [PATCH v3 1/5] dnsproxy: add a new function to the API.
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Ismo,
All patches pushed. I slightly edited the commit messages and some of
the too long lines in the documentation. No code changed, so it should
still be fine.
Sorry that it took a bit longer, just back from ELCE :)
Thanks,
Daniel
------------------------------
Message: 4
Date: Thu, 26 Oct 2017 19:32:07 +0200
From: Daniel Wagner <[email protected]>
To: Julien Massot <[email protected]>, "Eswaran Vinothkumar
(BEG/PJ-IOT-EL)" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: Using a different path to store connman settings
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
On 10/25/2017 05:09 PM, Julien Massot wrote:
> On Wed, Oct 25, 2017 at 4:26 PM, Eswaran Vinothkumar (BEG/PJ-IOT-EL)
> <[email protected]> wrote:
>>
>> Hello,
>>
>>
>>
>> I need some information regarding the path in which Connman saves the
>> information. Connman saves the settings of each network under
>> /var/lib/connman.
>>
>>
>>
>> We are planning to use Over the air software update for our product. Since
>> this information are stored under /var/lib/ directories, these informations
>> are lost after the software update. Is it possible to change this directory
>> in Connman to some other location. We have a data partition which is not
>> modified during the software update. It would be helpful, if we store the
>> connman and ofono related information in this partition.
>>
>>
>>
>> Any information on this topic would be useful.
>
>
>
> I use the same setup and my rootfs is set as read only.
> I suggest to create a /data/var/lib directory at runtime.
> You can
> - have a symbolic link from /var/lib to /data/var/lib
> - do a mount --bind
> - use an overlay file system
>
> I personnally use the 3rd solution
>
> You can look at the systemd unit which mount this folder
> https://pastebin.com/raw/XyuQd5YY
With 'configure --localstatedir=/data/var/lib' you should be able to
change it too.
Thanks,
Daniel
------------------------------
Message: 5
Date: Thu, 26 Oct 2017 19:39:24 +0200
From: Daniel Wagner <[email protected]>
To: Masashi Honma <[email protected]>
Cc: [email protected], 'Marcel Holtmann' <[email protected]>
Subject: Re: Commercial use of ConnMan online check server
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Masashi,
On 10/26/2017 06:50 AM, Masashi Honma wrote:
> 1. Can we assume 24/7 availability of the ConnMan online check server
> (http://ipv{4|6}.connman.net/online/status.html)? If not, what kinds of risk
> we should consider?
The server should run 24/7. IIRC we had once a problem with some routing
but the rest of the time the server was up and running. Though I don't
really know much about it. Marcel is in charge of the server.
Obviously, the server might not be reachable because something is
blocking or dropping network packets. If the server is not reachable
ConnMan will stay in the 'Ready' state but the internet is still working
just fine. That means ConnMan isn't sure if the internet is reachable or
not.
Note, the online check is done only once. If this attempts fails ConnMan
stays in Ready. There is no retry at the moment.
> 2. Should we make a formal request to an authority(Intel ?) for commercial
> use of the ConnMan online check server ?
I guess this is something for Marcel, I don't work for Intel :)
Thanks
Daniel
------------------------------
Message: 6
Date: Thu, 26 Oct 2017 20:02:29 +0200
From: Daniel Wagner <[email protected]>
To: "Eswaran Vinothkumar (BEG/PJ-IOT-EL)"
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: Autoconnect feature for cellular network
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
Hi Eswaran,
On 10/26/2017 05:57 PM, Eswaran Vinothkumar (BEG/PJ-IOT-EL) wrote:
> Hi,
>
> ??I am using Connman and oFono to establish the internet connection.
>
> ? Versions used: Connman:1.35
>
> ????? ????????????????????oFono:1.21
>
> ? Modem device: Sierra MC7455
>
> To establish the internet connection at system startup, I am running a
> shell script which calls the scripts within the test directory of /ofono
>
> ??./enable-modem
>
> ? ./online-modem
>
> ? ./register-auto
>
> ? ./create-internet-context web.vodafone.de vodafone vodafone
>
> ? ./activate-context
>
> ? ./process-context-settings.
>
> With this setting, I could connect to the internet. I have a check
> before running each scripts whether the previous step is successful or not.
>
> I have some questions regarding the autoconnect feature of Connman. I
> looked into the source file of ofono plugin. If I understood correctly,
> connman tries to activate the context if the modem is in online state,
> registered to the network and GPRS is attached. I am running the script
> I had mentioned above everytime on boot up, is it really required when
> autoconnect feature is enabled in Connman?
No, ConnMan is suppose to do that for you. If not, then we have a bug
somewhere.
> I enabled the debug logs of connman and I could see that connman tries
> to connect to cellular network when it gets the notification from ofono
> regarding the GPRS activation. This initially looked like I still need
> to activate the modem by running the scripts:
>
> ? ./enable-modem
>
> ? ./online-modem
>
> ? ./register-auto
>
> If I enable the cellular technology 'connmanctl enable cellular',
> connman takes care of this setting also. Is this correct?
Yes, that should do the trick.
> May I know is there any issue in running the script at start up though
> Connman does exactly the same. Looks like reduntant but I have seen some
> issues with network registration of my modem, it takes a few minutes
> before my modem gets connected to network. Is there any timeout
> implemented in connman, after which it stops trying to autoconnect?
It could be that ConnMan gets slightly confused if you run the script in
parallel. Though we added a bunch of checks in the plugin I have never
tested it this way.
IIRC, when you enable the cellular technology, the plugin just will just
tell oFono to enable the modem and then from this point on it event
driven. Check oFono's log what is happening. It sounds like a problem
with the modem.
> Also during system reboot, I see following error messages from connman
> while connecting to internet:
>
> connmand[181]: ../connman-1.35/plugins/ofono.c:set_property_reply()
> /sierra_0 path /sierra_0/context1 org.ofono.ConnectionContext.Active
>
> connmand[181]: Failed to change property: /sierra_0/context1
> org.ofono.ConnectionContext.Active: org.ofono.Error.InProgress Operation
> already in progress
This could be the result of ConnMan and the script trying to enable the
modem at the same time (operation in progress).
> This happens randomly not all the time. ofono fails to activate the
> internet context and connman tries to activate it again. This loops
> around and after sometime the device fails to connect to the internet.
> Is there any way to restart the autoconnect after sometime if connection
> failed?
IIRC, ConnMan does only one autoconnect attempt. There is comment in
plugin which says, that oFono will try a few time until it gives up.
What you can do is to tell the service to connect again, basically you
do an autoconnect by repeating telling ConnMan to go connect. At least
this should work for the time being. We had some discussion in the past
on the autoconnect behavior for WiFi. It looks like the current
autoconnect algorithm is not good enough.
Thanks,
Daniel
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 24, Issue 28
***************************************
