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. Re: Auto-connecting GSM/3G data when roaming (Daniel Wagner)
2. Re: IP Pool collision resolution not working when two
technologies tethered (Daniel Wagner)
3. Re: Auto-connecting GSM/3G data when roaming (Tarmo Kuuse)
----------------------------------------------------------------------
Message: 1
Date: Wed, 24 Jul 2019 11:43:48 +0200
From: Daniel Wagner <[email protected]>
To: Tarmo Kuuse <[email protected]>
Cc: [email protected]
Subject: Re: Auto-connecting GSM/3G data when roaming
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Tarmo,
On 7/23/19 2:12 PM, Tarmo Kuuse wrote:
> I'd like for my device to automatically connect to 3G data in roaming
> whenever GSM network permits it. I'd very much like to set this up as
> default during manufacturing. What configuration options do I have?
> Connman version 1.36, ofono version 1.21 (debian buster).
>
> So far I tried setting configuration option
> "AutoConnectRoamingServices=true" in file "/etc/connman/main.conf" and
> restarted connman and ofono, but this doesn't seem to have any effect.
> Option RoamingAllowed remains "false" in ofono config
> (/var/lib/ofono/248030010014875/gprs). It seems like connman does not
> tell ofono to enable roaming, so it remains disabled. Is this
> configuration option perhaps not supported in 1.36?
AutoConnectRoamingService doesn't do any configuration. Instead, it's
just an flag for the connection algorithm to auto connect to a network
even if it's in roaming mode.
So yes, ConnMan des not tell oFono to enable roaming.
> I can tell ofono to enable roaming manually - either via the config file
> or dbus interface, but I'd prefer that connman does that automatically
> whenever I provision a SIM card with "connmanctl connect cellular_xxx"
> or setting up the /var/lib/connman/ configuration files.
If I am not complete mistaken ConnMan lacks something like EnableRoaming
in the Service API. There is the Roaming property, but which is just
indicating if the Service is in roaming mode.
Thanks,
Daniel
------------------------------
Message: 2
Date: Wed, 24 Jul 2019 11:52:07 +0200
From: Daniel Wagner <[email protected]>
To: Nuno Gon?alves <[email protected]>
Cc: [email protected]
Subject: Re: IP Pool collision resolution not working when two
technologies tethered
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Nuno,
On 7/23/19 7:18 PM, Nuno Gon?alves wrote:
> Hi,
>
> Connman assigns by default the DHCP pool 192.168.0.x to the tether interface.
>
> If another interface comes online with a IP in this subnet, then
> __connman_ippool_newaddr calls collision_cb() to restart the tether
> interface so that it gets a chance to get a new pool.
>
> Unfortunately if two technologies are tethered (WiFi and Gadget), then
> this logic does not work. It fails at
> __connman_tethering_set_disabled, since tethering_enabled == 2.
Indead, the code was not written having two tethered technologies in mind :)
Anyway, it looks like tethering_enabled is used for two things. First in
which state of the initialization phase we are and second how many users
of the bridge are there. I think you just need to split this into two
separate variables.
When reconfiguring the bridge the code should already take care of
sending the corresponding DCHP messages etc. So in theory it should be
fairly simple. Famous last words...
Thanks,
Daniel
------------------------------
Message: 3
Date: Wed, 24 Jul 2019 16:52:29 +0300
From: Tarmo Kuuse <[email protected]>
To: [email protected]
Subject: Re: Auto-connecting GSM/3G data when roaming
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Daniel,
On 24.07.19 12:43, Daniel Wagner wrote:
> On 7/23/19 2:12 PM, Tarmo Kuuse wrote:
>> I'd like for my device to automatically connect to 3G data in roaming
>> whenever GSM network permits it. I'd very much like to set this up as
>> default during manufacturing. What configuration options do I have?
>> Connman version 1.36, ofono version 1.21 (debian buster).
>>
>> So far I tried setting configuration option
>> "AutoConnectRoamingServices=true" in file "/etc/connman/main.conf" and
>> restarted connman and ofono, but this doesn't seem to have any effect.
>> Option RoamingAllowed remains "false" in ofono config
>> (/var/lib/ofono/248030010014875/gprs). It seems like connman does not
>> tell ofono to enable roaming, so it remains disabled. Is this
>> configuration option perhaps not supported in 1.36?
>
> AutoConnectRoamingService doesn't do any configuration. Instead, it's
> just an flag for the connection algorithm to auto connect to a network
> even if it's in roaming mode.
>
> So yes, ConnMan des not tell oFono to enable roaming.
Aha, so if ofono determines that the GSM module is roaming and it is
permitted to bring up the data connection, connman would still require
AutoConnectRoamingService to be set before it autoconnects?
>> I can tell ofono to enable roaming manually - either via the config
>> file or dbus interface, but I'd prefer that connman does that
>> automatically whenever I provision a SIM card with "connmanctl connect
>> cellular_xxx" or setting up the /var/lib/connman/ configuration files.
>
> If I am not complete mistaken ConnMan lacks something like EnableRoaming
> in the Service API. There is the Roaming property, but which is just
> indicating if the Service is in roaming mode.
That's clear now, thank you. I'll see what I can do on ofono side to
enable this by default.
--
Kind regards
Tarmo Kuuse
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 45, Issue 16
***************************************
