<div dir="auto">I have tried locking bands and not locking them.  My setup is stationary and does not switch towers or bands normally.  But after about 30 min of connection the connection is lost.  The ip actually does stay the same.  The Mmcli -b 0 shows not connected.  The only way to reestablish a connection is to issue an ifup.  The bearer then changes to Mmcli -b 1 and the connection lasts for another few minutes until the process repeats itself.</div><div class="gmail_extra"><br><div class="gmail_quote">On Feb 8, 2017 1:29 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="quoted-text">On Tue, 2017-02-07 at 10:02 -0600, Russ Westrem wrote:<br>
> I asked this in someone else's e-mail but maybe i should have made my<br>
> own<br>
> so here it is.<br>
> My goal is to issue an ifup broadband in LEDE whenever this line is<br>
> logged<br>
> from modemmanager.<br>
><br>
> <a href="http://daemon.info" rel="noreferrer" target="_blank">daemon.info</a> [1035]: <info>  Modem<br>
> /org/freedesktop/<wbr>ModemManager1/Modem/0:<br>
> state changed (connected -> registered)<br>
><br>
> My problem is when my band changes or i change cell towers or i drop<br>
> the<br>
> signal for a split second the modem will re-register with<br>
> modemmanager with<br>
> a new public IP and the only way to bring it back is with an "ifup<br>
> broadband"<br>
<br>
</div>Do you mean that when, say, the modem is registered with a tower at<br>
700MHz LTE and decides to switch to 1900MHz LTE with the *same<br>
provider* on either the same tower or another tower, that it<br>
deregisters and re-registers, and gets a new IP address?<br>
<br>
If that's the case, that would be somewhat unusual, since<br>
handoff/handover is supposed to make sure this isn't the case... and if<br>
this is the case, I'd expect MM to not terminate the bearer since the<br>
handoff should preserve the packet data connection.<br>
<br>
Signal drops also shouldn't terminate the packet data connection, since<br>
 short signal drops are fairly normal like when going through a short<br>
tunnel or dead spots between cells.<br>
<br>
But if instead you mean that when you force the modem to lock to a<br>
specific band, it de-registers and re-registers, then that's expected<br>
since most modems have to re-initialize some stuff.  In that case,<br>
ModemManager should (but may not currently) handle the disconnect and<br>
reconnect by terminating the active bearer.<br>
<font color="#888888"><br>
Dan<br>
</font><div class="quoted-text"><br>
> Does anyone know the most efficient way to issue ifup broadband when<br>
> that<br>
> log entry is logged?<br>
</div><div class="elided-text">> ______________________________<wbr>_________________<br>
> ModemManager-devel mailing list<br>
> <a href="mailto:ModemManager-devel@lists.freedesktop.org">ModemManager-devel@lists.<wbr>freedesktop.org</a><br>
> <a href="https://lists.freedesktop.org/mailman/listinfo/modemmanager-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/modemmanager-<wbr>devel</a><br>
</div></blockquote></div><br></div>