'port forced close' after failed ppp

[Colin Helliwell]

So, I'm making some progress - it turns out that there's a couple of issues underlying it all..... :S

Firstly the SIM I've mostly been using ['SIM1'] seems to have a problem establishing a PPP - it gets through the LCP negotiation but then fails the IPCP negotiation.
Dunno why - it has been working fine for months. (Used it in a phone recently, which was SIM-Locked to its old SIM, so I got the phone unlocked. But don't think that should break anything?)

Anyway, with a different SIM ['SIM2'] (which is also on different network), I've got further:

With SIM2, I have success with the PPP - using two Mux virtual ports - as long as I use ttyMux0 for PPP and ttyMux1 for Primary. The other way round doesn't work ('LCP terminated by peer').
Strangely, if I expose only one port to MM, then it works on either port.


But this brings me back (in a round-the-houses way!) to my original question: when the PPP fails, for example with the ports assigned the right way round, but on 'faulty' SIM1, why is the PPP port getting "forced closed" and then unable to be retried? 
My concern being if PPP fails for an external reason e.g. at the remote end, then it can't retry?


> On 07 March 2017 at 13:50 Aleksander Morgado <aleksander at aleksander.es> wrote:
> 
> On Tue, Mar 7, 2017 at 1:26 PM, Colin Helliwell
> 
> <colin.helliwell at ln-systems.com> wrote:
> 
> > > Mar 7 10:05:25 wg2 daemon.debug pppd[944]: sent [IPCP ConfReq id=0x1 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
> > > Mar 7 10:05:25 wg2 daemon.info ModemManager[896]: [1488881125.484324] [src/mm-port-serial.c:1294] mm_port_serial_open(): (ttyMux0) device open count is 2 (open)
> > > Mar 7 10:05:25 wg2 daemon.info ModemManager[896]: [1488881125.484745] [src/mm-port-serial-at.c:459] debug_log(): (ttyMux0): --> 'AT+CGACT?'
> > > Mar 7 10:05:25 wg2 daemon.info ModemManager[896]: [1488881125.513270] [src/mm-port-serial-at.c:459] debug_log(): (ttyMux0): <-- '+CGACT: 1,0OK'
> > 
> > *HERE*
> > 
> > > Mar 7 10:05:25 wg2 daemon.info ModemManager[896]: [1488881125.514773] [src/mm-base-bearer.c:172] load_connection_status_ready(): connection status loaded: disconnected
> > > Mar 7 10:05:25 wg2 daemon.info ModemManager[896]: [1488881125.515912] [src/mm-port.c:94] mm_port_set_connected(): (ttyMux1): port now disconnected
> > > Mar 7 10:05:25 wg2 daemon.info ModemManager[896]: [1488881125.516973] [src/mm-iface-modem.c:1431] __iface_modem_update_state_internal(): Modem /org/freedesktop/ModemManager1/Modem/0: state changed (connected -> registered)
> 
> That is the standard connectivity check done by MM using AT+CGACT?.
> Looks like the modem is reporting PDP context 1 (the one you used for
> connecting) is disconnected (state 0)?
> 
> --
> Aleksander
> https://aleksander.es