PPPD Connection using UC15

Hello, I need to connect my Raspberry Pi 3 to the internet by using UC15 module. I have seen that it is possible to provide internet connection by pppd communication. I have connected my UC15 module to the Raspberry Pi with USB and I used pppd scripts from quectel to establish pppd communication, but unfortunately the module didn’t establish a pppd connection. Is it possible to use pppd with this module?

Regards, Ahmad.

Dear Fatehi.a5391,
Thanks for your inquiry in Quectel forum.
About your issue, could you check you use which port to setup PPPconnection ? And it is better to provide your test log, then we can help to confirm the reason . Thanks!

1 Like

Hello Dear Kyson,
Thanks for your reply. After some tries I could connect RPI to Internet using UC15 and pppd communication. I used instructions and scripts in this link.
ppp-uc15

Here is system logs when connecting modem through ppp:

tail -f /var/log/syslog | grep pppd
Feb 23 13:25:58 raspberrypi pppd[7600]: pppd 2.4.9 started by pi, uid 0
Feb 23 13:25:59 raspberrypi pppd[7600]: Script chat -s -v -f /etc/ppp/peers/quectel-chat-connect -T mtnirancell finished (pid 7601), status = 0x0
Feb 23 13:25:59 raspberrypi pppd[7600]: Serial connection established.
Feb 23 13:25:59 raspberrypi pppd[7600]: using channel 1
Feb 23 13:25:59 raspberrypi pppd[7600]: Using interface ppp0
Feb 23 13:25:59 raspberrypi pppd[7600]: Connect: ppp0 <–> /dev/ttyUSB3
Feb 23 13:26:00 raspberrypi pppd[7600]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x5a0f659f> ]
Feb 23 13:26:00 raspberrypi pppd[7600]: rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <magic 0x19a7c44> ]
Feb 23 13:26:00 raspberrypi pppd[7600]: sent [LCP ConfNak id=0x0 ]
Feb 23 13:26:00 raspberrypi pppd[7600]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x5a0f659f> ]
Feb 23 13:26:00 raspberrypi pppd[7600]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x19a7c44> ]
Feb 23 13:26:00 raspberrypi pppd[7600]: sent [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x19a7c44> ]
Feb 23 13:26:00 raspberrypi pppd[7600]: sent [LCP EchoReq id=0x0 magic=0x5a0f659f]
Feb 23 13:26:00 raspberrypi pppd[7600]: rcvd [LCP DiscReq id=0x2 magic=0x19a7c44]
Feb 23 13:26:00 raspberrypi pppd[7600]: rcvd [CHAP Challenge id=0x1 , name = “UMTS_CHAP_SRVR”]
Feb 23 13:26:00 raspberrypi pppd[7600]: No CHAP secret found for authenticating us to 3gppp
Feb 23 13:26:00 raspberrypi pppd[7600]: sent [CHAP Response id=0x1 <0165025e292e473e36ff337ca58ce512>, name = “”]
Feb 23 13:26:00 raspberrypi pppd[7600]: rcvd [LCP EchoRep id=0x0 magic=0x19a7c44 5a 0f 65 9f]
Feb 23 13:26:00 raspberrypi pppd[7600]: rcvd [CHAP Success id=0x1 “”]
Feb 23 13:26:00 raspberrypi pppd[7600]: CHAP authentication succeeded
Feb 23 13:26:00 raspberrypi pppd[7600]: CHAP authentication succeeded
Feb 23 13:26:00 raspberrypi pppd[7600]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Feb 23 13:26:00 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:01 raspberrypi pppd[7600]: rcvd [proto=0x3] 01 00 04
Feb 23 13:26:01 raspberrypi pppd[7600]: Unsupported protocol 0x3 received
Feb 23 13:26:01 raspberrypi pppd[7600]: sent [LCP ProtRej id=0x2 00 03 01 00 04]
Feb 23 13:26:03 raspberrypi pppd[7600]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Feb 23 13:26:03 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:03 raspberrypi pppd[7600]: rcvd [IPCP ConfReq id=0x0]
Feb 23 13:26:03 raspberrypi pppd[7600]: sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
Feb 23 13:26:03 raspberrypi pppd[7600]: rcvd [IPCP ConfNak id=0x1 <addr 21.47.33.189> <ms-dns1 10.255.255.254> <ms-dns2 8.8.8.8>]
Feb 23 13:26:03 raspberrypi pppd[7600]: sent [IPCP ConfReq id=0x2 <addr 21.47.33.189> <ms-dns1 10.255.255.254> <ms-dns2 8.8.8.8>]
Feb 23 13:26:03 raspberrypi pppd[7600]: rcvd [IPCP ConfReq id=0x1]
Feb 23 13:26:03 raspberrypi pppd[7600]: sent [IPCP ConfAck id=0x1]
Feb 23 13:26:03 raspberrypi pppd[7600]: rcvd [IPCP ConfAck id=0x2 <addr 21.47.33.189> <ms-dns1 10.255.255.254> <ms-dns2 8.8.8.8>]
Feb 23 13:26:03 raspberrypi pppd[7600]: Could not determine remote IP address: defaulting to 10.64.64.64
Feb 23 13:26:03 raspberrypi pppd[7600]: local IP address 21.47.33.189
Feb 23 13:26:03 raspberrypi pppd[7600]: remote IP address 10.64.64.64
Feb 23 13:26:03 raspberrypi pppd[7600]: primary DNS address 10.255.255.254
Feb 23 13:26:03 raspberrypi pppd[7600]: secondary DNS address 8.8.8.8
Feb 23 13:26:03 raspberrypi pppd[7600]: Script /etc/ppp/ip-up started (pid 7711)
Feb 23 13:26:04 raspberrypi pppd[7600]: Script /etc/ppp/ip-up finished (pid 7711), status = 0x0
Feb 23 13:26:06 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:09 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:12 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:15 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:18 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:21 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:24 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:27 raspberrypi pppd[7600]: sent [IPV6CP ConfReq id=0x1 ]
Feb 23 13:26:30 raspberrypi pppd[7600]: IPV6CP: timeout sending Config-Requests

After this the modem is connected to internet whereas there is some timeout logs that I don’t know why they are issued. But now the main problem is with “upload” side. In our system we should receive some data from a server and then in response return some data (in order of 70-80 KBytes) to server, but while data is received correctly, most of times data is not sent correctly to server. I also got a SPEED TEST and it returned a good result for DOWNLOAD side but it returned error when testing UPLOAD side. What can be the problem? Should I set something to improve upload?

Also here is ifconfig log:

ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1500
inet 21.13.4.142 netmask 255.255.255.255 destination 10.64.64.64
ppp txqueuelen 3 (Point-to-Point Protocol)
RX packets 526 bytes 419175 (409.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 534 bytes 144985 (141.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Dear Fatehi.a5391,
Thanks for your updating.
About the upload issue, it is better to try to change the baudrate to have a try, and also try more times, also you can change the test environment or use other SIM cards. Thanks!

Hello, I tried with another SIM CARD and changing environment but no improvement was obtained, I don’t think the problem is with SIM CARD or baud rate because DOWNLOAD side work almost fine but UPLOAD side for data that is bigger than 1KB fails to send data,

Dear Fatehi.a5391,
About Upload issue, could you have try to change to USB network card, not PPP ? And also help to check the network status, you can use AT+COPS? to check the moduel register on which network. And do you have another comparison module to check whether it is the same phenomenon. Thanks!

Hello Dear Kyson,
I tested above setup with a 4G Modem and through LAN connection and there was no problem with send or receive side. I found that main problem is with the UPLOAD bandwidth, because when data that to be sent is larger than about 10KB it is sent but with a relative long delay (about 10-20 seconds). Is this usual for this module to have such a limited bandwidth in upload side or may be another problem?
This is output of AT+COPS? command. As you can see it is registered to HSDPA network,

+COPS: 0,0,“mcinet”,4

Dear Fatehi.a5391,
Normally the module have no such limit. Maybe the network have such limit.Thanks!
image