PPP issues - sudo pon

Hi,
I have been using ppp in the SixFab 3G/LTE Raspberry Pi HAT for a while now. However, today, when running the following to initialize the PPP in the terminal

sudo pon

I get:

pppd options in effect:
debug		# (from /etc/ppp/peers/provider)
updetach		# (from /etc/ppp/peers/provider)
persist		# (from /etc/ppp/peers/provider)
dump		# (from /etc/ppp/peers/provider)
noauth		# (from /etc/ppp/peers/provider)
remotename 3gppp		# (from /etc/ppp/peers/provider)
/dev/ttyUSB2		# (from /etc/ppp/peers/provider)
115200		# (from /etc/ppp/peers/provider)
lock		# (from /etc/ppp/peers/provider)
connect chat -s -v -f /etc/chatscripts/chat-connect -T super		# (from /etc/ppp/peers/provider)
disconnect chat -s -v -f /etc/chatscripts/chat-disconnect		# (from /etc/ppp/peers/provider)
nocrtscts		# (from /etc/ppp/peers/provider)
modem		# (from /etc/ppp/peers/provider)
asyncmap 0		# (from /etc/ppp/options)
lcp-echo-failure 4		# (from /etc/ppp/options)
lcp-echo-interval 30		# (from /etc/ppp/options)
hide-password		# (from /etc/ppp/peers/provider)
novj		# (from /etc/ppp/peers/provider)
novjccomp		# (from /etc/ppp/peers/provider)
ipcp-accept-local		# (from /etc/ppp/peers/provider)
ipcp-accept-remote		# (from /etc/ppp/peers/provider)
ipparam 3gppp		# (from /etc/ppp/peers/provider)
noipdefault		# (from /etc/ppp/peers/provider)
ipcp-max-failure 30		# (from /etc/ppp/peers/provider)
defaultroute		# (from /etc/ppp/peers/provider)
usepeerdns		# (from /etc/ppp/peers/provider)
noccp		# (from /etc/ppp/peers/provider)
noipx		# (from /etc/ppp/options)
abort on (BUSY)
abort on (NO CARRIER)
abort on (NO DIALTONE)
abort on (ERROR)
abort on (NO ANSWER)
timeout set to 30 seconds
send (AT^M)
expect (OK)
^M
OK
 -- got it

send (ATE0^M)
expect (OK)
^M
^M
OK
 -- got it

send (AT+CPIN?^M)
expect (OK)
^M
^M
+CPIN: READY^M
^M
OK
 -- got it

send (AT+CSQ^M)
expect (OK)
^M
^M
+CSQ: 99,99^M
^M
OK
 -- got it

send (AT+CREG?^M)
expect (OK)
^M
^M
+CREG: 0,2^M
^M
OK
 -- got it

send (AT+CGREG?^M)
expect (OK)
^M
^M
+CGREG: 0,2^M
^M
OK
 -- got it

send (AT+COPS?^M)
expect (OK)
^M
^M
+COPS: 0^M
^M
OK
 -- got it

send (AT+CGDCONT=1,"IP","super",,0,0^M)
expect (OK)
^M
^M
OK
 -- got it

send (ATD*99#^M)
expect (CONNECT)
^M
~^?}#@!}!(} }9}"}&} } } } }#}%B#}%}%}&P}^M-}'}"}(}"i2~^M
CONNECT
 -- got it

Script chat -s -v -f /etc/chatscripts/chat-connect -T super finished (pid 1068), status = 0x0
Serial connection established.
using channel 11
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB2
rcvd [LCP ConfReq id=0x29 <asyncmap 0x0> <auth chap MD5> <magic 0xd07ecdad> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x11205e1> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x29 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x11205e1> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2a <asyncmap 0x0> <magic 0xd07ecdad> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2a <asyncmap 0x0> <magic 0xd07ecdad> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x11205e1]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPV6CP ConfReq id=0x1 <addr fe80::f412:4474:3c0e:37f7>]
rcvd [LCP DiscReq id=0x2b magic=0xd07ecdad]
rcvd [LCP EchoRep id=0x0 magic=0xd07ecdad 01 12 05 e1]
Modem hangup
Connection terminated.

Everything seems normal, until the end where it says connection terminated. This hasn’t happened before. I am using the Telit ME910C1-WW Module which was also purchased here at SixFab. When I test the connection, it seems that it has not connected to the cellular network.

Along with that, I also checked SixFab connect to see if I was out of balance, but I still have a whole $11, so thats not the problem.

EDIT: I use ttyUSB1 for read and write for GPS, which I intend to use alongside with the PPP. Except the PPP is ttyUSB2

Please advise next steps.

Hi,

The logs indicate +CREG: 0,2 and +CGREG: 0,2 , which means the modem is attempting to register on the network but has not succeeded.

A response of +CSQ: 99,99 indicates no signal. Reposition the setup to an area with better coverage and ensure the antenna is securely connected.