We have a Telit LE910 connected to a Gumstix Overo SBC. The Overo is running Yocto Linux (Kernel 3.21)We have managed to get most things working but we now have an issue with the PPTP client.When we try to initialise the PPPd we get the following output:root@overo:~# pppd call telstraATOKAT+CGDCONT=1,IP,telstra.internetOKATHOKATE1OKAT+CSQ+CSQ: 99,99OKATD*99***1#CONNECTScript /usr/sbin/chat -v -f /etc/ppp/chat finished (pid 3768), status = 0x0Serial connection established.using channel 102Using interface ppp0Connect: ppp0 <--> /dev/ttyUSB2sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7be0adcd> <pcomp> <accomp>]rcvd [LCP ConfReq id=0xab <asyncmap 0x0> <auth chap MD5> <magic 0x909a1588> <pcomp> <accomp>]No auth is possiblesent [LCP ConfRej id=0xab <auth chap MD5>]rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x7be0adcd> <pcomp> <accomp>]rcvd [LCP ConfReq id=0xac <asyncmap 0x0> <magic 0x909a1588> <pcomp> <accomp>]sent [LCP ConfAck id=0xac <asyncmap 0x0> <magic 0x909a1588> <pcomp> <accomp>]sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]rcvd [LCP DiscReq id=0xad magic=0x909a1588]rcvd [LCP ProtRej id=0xae 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00]Protocol-Reject for 'Compression Control Protocol' (0x80fd) receivedrcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]sent [IPCP ConfReq id=0x3 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]sent [IPCP ConfReq id=0x4 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]sent [IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]rcvd [IPCP ConfNak id=0x5 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]sent [IPCP ConfReq id=0x6 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]We did have this running on a development board, but despite using the same configuration, we haven't been able to get it working.Is there a configuration issue or is there something more fundamental going on?
PPPD on Yocto (Telit LE910 connecting to Telstra)
modem;3g;pppd
After a lot of work, we have a working config and CHAT script.I think the root cause is the lack of reception caused by a dodgy fly lead.AT+CSQWill return the reception and the confidence figure (Lower is better for both). In the original log, this was 99,99.With a different fly lead the following is returned.+CSQ: 15,99The final chat script that was used is:TIMEOUT 5ECHO ONABORT '\nBUSY\r'ABORT '\nERROR\r'ABORT '\nNO ANSWER\r'ABORT '\nNO CARRIER\r'ABORT '\nNO DIALTONE\r'ABORT '\nRINGING\r\n\r\nRINGING\r''' 'ATZ''' \rATTIMEOUT 30OK 'AT+CSQ'OK 'AT#SIMDET=1'OK 'AT+CGDCONT = 1,IP,telstra.internet'OK 'AT+CGDCONT?'\r \d\c'OK' 'ATD*99#'\r \d\c\r \d\c'CONNECT' ''The \r \d\c are a 1 second pause. As this is at boot and power up, being a bit slower is alright in this application.This probably can be optimised.The Peers script we are using is:# initialization string.connect /usr/sbin/chat -v -f /etc/ppp/chat# Serial device to which the modem is connected./dev/ttyUSB2# Speed of the serial line.115200# Assumes that your IP address is allocated dynamically by the ISP.noipdefault# Try to get the name server addresses from the ISP.usepeerdns#Use this  connection as the default route.defaultroutereplacedefaultroute# Makes pppd dial again when the connection is lost.persist# Do not ask the remote to authenticate.noauth# For testing purposesdebugnodetachThis does work now so should be usable into the future.