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: Unsalble cellular connection (JH)
   2. Propose patch for perpetual online check for connected
      services (Aleksandar Mitev)


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

Message: 1
Date: Wed, 7 Aug 2019 20:27:26 +1000
From: JH <[email protected]>
To: Giacinto Cifelli <[email protected]>
Cc: connman <[email protected]>, ofono <[email protected]>
Subject: Re: Unsalble cellular connection
Message-ID:
        <CAA=hcWQ9=UkLmxT-3oRQah8ArUBExz=khvggt8smsod4gv-...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Hi Giacinto,

Just got response from the hardware contractor.

On 8/3/19, Giacinto Cifelli <[email protected]> wrote:
> Hi jupiter,

> This signal level is output periodically by ofono in a signal.
> You can try to catch all ofono signals (these are dbus events, not to
> be confused with signal level and network signaling) with
> dbus-monitor.
> But I think the signal is ok.
> Only the network disables the PDP context. maybe without informing the
> modem.
> This is done by several networks.
>
>> The trouble is it connected well at
>> startup, then dropped it, it is hard to convince the hardware
>> contractor it is hardware problem unless I have strong evidence that
>> is not the software problem.
>
> Ask uBlox how to capture a protocol stack trace, and if it is feasible
> for your application, do it and have it analyzed by uBlox.
>
> Are you on GSM, on LTE catM or on LTE NB-IOT when this happens? On
> which network operator and country?

It is LTE Cat-M1, the operator is Telstra in Australia. I will be very
interested in finding out what is going on.

Thank you.

Kind regards,

- jupiter


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

Message: 2
Date: Wed, 7 Aug 2019 15:56:42 +0300
From: Aleksandar Mitev <[email protected]>
To: [email protected]
Subject: Propose patch for perpetual online check for connected
        services
Message-ID:
        <CAAk4MJhWr27UTnbL=a8g4pd0qzrtyuz8cntqcwg3lzxspqp...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello,

I would like to propose adding an additional config option to the main
config file of connman that would enable continuous recheck of the internet
connectivity for the current default connection. It would solve the problem
of losing internet connectivity after choosing the default connection, due
to router malfunction etc., which may result in the system running connman
in staying offline for indefinite time. The option defines interfaces on
which such a recheck is enabled, because some of them may have too
expensive data plans to permit for such regular checks.

The config option goes like this:
# List of network interfaces that will continuously check
# for online connectivity, separated by ",".
# Services will check whether the interface they use is
# into this list and if so will conduct online state check
# regularly once Online state is reached. When in Online state
# but due to lack of internet connectivity the service is
# downgraded to a Ready state giving the chance of other
# configured services to take over.
# This feature depends on EnableOnlineCheck = true.
# Default value is empty.
# InterfacesPerpetualOnlineCheck = vmnet,vboxnet,virbr,ifb,ve-,vb-

Attached is the proposed patch (based on tag 1.37).

Would be happy to read your feedback for this is my first proposal for
change to connman :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.01.org/pipermail/connman/attachments/20190807/76e0f90b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: perpetual-online-check.patch
Type: text/x-patch
Size: 17502 bytes
Desc: not available
URL: 
<http://lists.01.org/pipermail/connman/attachments/20190807/76e0f90b/attachment.patch>

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

Subject: Digest Footer

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


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

End of connman Digest, Vol 46, Issue 4
**************************************

Reply via email to