<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Feb 15, 2017 4:37 PM, "Dan Williams" <<a href="mailto:dcbw@redhat.com">dcbw@redhat.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="elided-text">On Wed, 2017-02-15 at 21:14 +0100, Aleksander Morgado wrote:<br>
> On Wed, Feb 15, 2017 at 9:00 PM, Russ Westrem<br>
> <<a href="mailto:lspwaterproofing@gmail.com">lspwaterproofing@gmail.com</a>> wrote:<br>
> > Is there anything in the modemmanager scripts that I could change<br>
> > to have it<br>
> > ignore the deregistered modem and stop it from removing it from the<br>
> > bearer.<br>
> > I have a feeling these deregistrations happen often but very<br>
> > quickly and<br>
> > maybe if ignored, everything might work.<br>
><br>
> You mean you want to totally ignore the modem-reported de-<br>
> registration<br>
> notifications to see what happens? I'm not sure that is easily<br>
> decoupled from the logic; maybe you can try to avoid connecting the<br>
> "serving-system" signal in<br>
> common_setup_cleanup_<wbr>unsolicited_registration_<wbr>events() in<br>
> mm-broadband-modem-qmi.c.<br>
<br>
</div>That shouldn't have any effect though, really?  MM's logic on bearer<br>
initiated disconnection just changes some state, but doesn't do<br>
anything material to the WDS client.  The WDS client and packet data<br>
handle are still there and haven't been cleaned up.  Whether you can<br>
actually use them for anything is another question.<br>
<br>
But Russ, I don't quite understand why you'd want to ignore the<br>
deregistration, unless it's just for testing.<br>
<br>
If it's not for testing, well, the network kicked you off, and your<br>
packet bearer is likely gone (since the network has released resources<br>
for it when it kicked you off), and the IP details are gone too. <br>
That's not the modem, that's the network.  The only thing you can<br>
really do is request a new bearer.<br>
<font color="#888888"><br>
Dan<br>
</font></blockquote></div><br></div></div><div class="gmail_extra" dir="auto"><br></div><div class="gmail_extra" dir="auto">I'm not sure either.  I just dont get why it holds a connection for days on Ubuntu 16.04 in the exact same spot using ModemManager and it never looses a single ping but when I do it on any router, mbim/qmi/4.4 kernel/4.9 kernel, it will last an hour and then drop the connection 10 times every hour after that. </div><div class="gmail_extra" dir="auto"><br></div><div class="gmail_extra" dir="auto">I will try your suggestion on requesting a new bearer but I don't know if that will solve my problem .   Also I'm just too new at all this to figure out how to make that script work for me on LEDE.</div></div>