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: connman tether wifi (Patrik Flykt)
   2. Hooks for service connect and disconnect (Martin Chaplet)
   3. Re: Connman Ethernet/3G handover (Florent Le Saout)


----------------------------------------------------------------------

Message: 1
Date: Fri, 29 Apr 2016 12:55:12 +0300
From: Patrik Flykt <[email protected]>
To: ??? <[email protected]>, [email protected]
Subject: Re: connman tether wifi
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"


        Hi,

On Fri, 2016-04-29 at 16:55 +0800, ??? wrote:
> 
> Hello,?
> ???i'm using connman to manage my wifi.
> When in tethering mode,
> connmanctl > tether wifi on myNet 12345678,
> my cellphone can connect the??SSID named myNet,
> ?1 but how connman knows who has connect the net?

This information is not published to the user.

> 2 how to limit the device quantity who wants to connect the tether
> net???the max device i want is 4.

ConnMan does not limit the number of devices. It will hand out a
maximum of 254 IP addresses to DHCP clients.


Cheers,

        Patrik



------------------------------

Message: 2
Date: Fri, 29 Apr 2016 16:31:47 +0200
From: Martin Chaplet <[email protected]>
To: [email protected]
Subject: Hooks for service connect and disconnect
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

Hi,

I have issues using a new QMI modem with ofono.
Although QMI standard tools (libqmi) are working very well, I can't use
ofono to make a data connection.

I'm so wondering if there is a way to add some "hooks" for connman to
implement service.connect and disconnect functions.

The idea is to use external tools to bring up/down interface and then
let Connman handle DHCP and more generally all IP and routing features.

Does it seem technically feasible ?

Thanks,

Martin
<http://www.kerlink.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.01.org/pipermail/connman/attachments/20160429/ae4cf53f/attachment-0001.html>

------------------------------

Message: 3
Date: Fri, 29 Apr 2016 16:49:06 +0200
From: Florent Le Saout <[email protected]>
To: Patrik Flykt <[email protected]>, [email protected]
Subject: Re: Connman Ethernet/3G handover
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

Hi,

Thanks for your answers.

So now it's clear that my use case is not supported.

If I want to handle that either I manage this outside Connman via a
small daemon checking this and sending command to connman via DBus for
instance (I made the assumption that we can send this kind of
information about connectivity via DBus), or change the code of Connman
for continuous connectivity check.

Do you see any other option, and do you have any recommendation on one
or the other ?


Thansk,
Florent.


On 29/04/2016 08:50, Patrik Flykt wrote:
> On Thu, 2016-04-28 at 08:55 +0200, Florent Le Saout wrote:
>> Hi,
>>
>> I'm looking for a network manager.
>>
>> I would like to use ConnMan in an embedded system. It seems that it
>> provides most of the features I'm looking for, including 3G and VPN
>> management.
>>
>> But after some research it seems that there is maybe one missing
>> point in it. Let say I have the following setup :
>>
>> Ethernet connection as preferred connection
>> 3/4G connection as backup/failover connection
>>
>> My Ethernet is always on and dhcp server is properly providing IP,
>> cable is still plugged in, and power on the line is still there, but
>> sometimes the internet connectivity is lost. So in that case it ll
>> switch to the 3G/4G connection. But then as soon as possible, when
>> connectivity is back online via the ethernet, I want to switch back
>> to it for performance and cost reason.
>>
>> Is this supported by default, or is there a way to configure it that
>> way ?
>>
>> I found this post(http://comments.gmane.org/gmane.linux.network.connm
>> an/10238) which seems to say that it was not supported at that time,
>> since there is no periodic check (February 2013).
>> And also from the documentation :
>>
>> Autoconnecting
>>
>> Favorite (saved) networks that have autoconnect enabled are
>> considered when autoconnecting services. These services are marked
>> with '*' and 'A' in connmanctl, respectively. By default ConnMan
>> autoconnects these in the order they are shown in the list of
>> services until one of them gets connected. After that the
>> autoconnected service is in use and ConnMan won't select a new one
>> until the network goes out of range. When the service goes out of
>> range or gets disconnected from the network infrastructure side,
>> autoconnect is re-run and another favorite autoconnectable service is
>> selected.
>>
>> So I want to make sure I got the correct understanding on that ?
>>
>> Feel free to ask for more informations if this is unclear.
> Autoconnect works for the immediately connected networks links, i.e.
> when a wifi scan is done and a known network is found and also when an
> ethernet network cable is connected. So this part works as documented
> and the service is being used as long as the network link is kept
> connected.
>
> Now the issue you have is that the connection to "Internet" broke
> somewhere after the first network link. For this there is no good
> solution, ConnMan does it's connectivity discovery once after a network
> is connected. ConnMan makes a decent guess that the network will work
> in the intended way also later. ConnMan does not make any connectivity
> assumptions other than informing the user about its connected state; no
> changes are made to the inner workings of ConnMan depending on the
> network 'ready' or 'online' states.
>
> So the question that doesn't have a good answer is with what frequency
> should temporary glitches be detectable in the first place? And to what
> part of the "Internet", as the connectivity check may succeed but the
> end point that the application cares about won't be reachable. And as
> nothing is changed internally, 'ready' and 'online' state correspond to
> the same networking functionality should the connection to the
> "Internet" disappear/reappear beyond the first connected network link.
>
> Cheers,
>
>       Patrik

-- 
*Florent LE SAOUT*
R&D department
Embedded Software Developer
AUSY contractor for KERLINK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.01.org/pipermail/connman/attachments/20160429/c4856ae7/attachment-0001.html>

------------------------------

Subject: Digest Footer

_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman


------------------------------

End of connman Digest, Vol 6, Issue 26
**************************************

Reply via email to