Sylvain,
I figured out the issue with the logging and made some changes to my printf implementation and turned off the time stamping. The auth protocols now show as:
ppp: auth protocols: PAP=0 CHAP=0 CHAP_MD5=0 CHAP_MS=0 CHAP_MS2=0
See log "Telit LE910-V2 ATT Linux PPP 0923.txt".
lwipopts.h as the defines set as follows.
#define PAP_SUPPORT 1
#define CHAP_SUPPORT 1
#define MSCHAP_SUPPORT 1
I also ran it with the auth support turned off and got similar results.
The issue seems to center around the lwIP Stack sending the IPCP ConfReq after it enters phase 9 and the modem responding with a LPC ConfReq. This causes the lwIP stack to enter the function "static void fsm_rconfreq" with a state of PPP_FSM_OPENED which sets the link to down and returns the stack to phase 6. From there it will loop between though phases until stopped.
I hacked in the following code from looking at the data in the LPC ConfReq that caused the issue and changed the following case statement in
"static void fsm_rconfreq".
case PPP_FSM_OPENED:
/* Go down and restart negotiation */
/* CS Hack */
if(inp[0] == 0x02 && inp[1] == 0x06)
{
fsm_sdata(f, CONFACK, id, inp, len);
return;
}
/* END CS Hack */
if( f->callbacks->down )
(*f->callbacks->down)(f); /* Inform upper layers */
fsm_sconfreq(f, 0); /* Send initial Configure-Request */
f->state = PPP_FSM_REQSENT;
break;
I was able to get an IP Address and it seemed like it would work but after the IPCP negotiation is done and "ppp_status_cb" prints out the IP Addresses the stack gets an IPCP ConfReq from the modem then goes back to phase 9 and all connection attempts fail. See log "Telit LE910-V2 ATT Linux PPP No Auth0923.txt".
Thank you for looking into this.
Chris
Telit LE910-V2 ATT Linux PPP 0923.txt