RAK2013 getting IP from Verizon, but can't get out to internet

Hello everyone,

Hopefully someone here has some experience with this. After a lot of work and digging into this issue, I finally have the RAK2013 connected to Verizon here in the US, and am receiving my routeable IP without any problem. However, I can’t get out to the internet. When I ping google.com, or ping 8.8.8.8, I do not get a response. Here is some outputs from various commands:

[email protected]:/etc/ppp/peers# pppd call gprs
pppd options in effect:
debug           # (from /etc/ppp/peers/gprs)
nodetach                # (from /etc/ppp/peers/gprs)
persist         # (from /etc/ppp/peers/gprs)
dump            # (from /etc/ppp/peers/gprs)
noauth          # (from /etc/ppp/peers/gprs)
remotename 3gppp                # (from /etc/ppp/peers/gprs)
/dev/ttyAMA0            # (from /etc/ppp/peers/gprs)
115200          # (from /etc/ppp/peers/gprs)
lock            # (from /etc/ppp/peers/gprs)
connect chat -s -v -f /etc/chatscripts/quectel-chat-connect -T we01.vzwstatic           # (from /etc/ppp/peers/gprs)
disconnect chat -s -v -f /etc/chatscripts/quectel-chat-disconnect               # (from /etc/ppp/peers/gprs)
nocrtscts               # (from /etc/ppp/peers/gprs)
modem           # (from /etc/ppp/peers/gprs)
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/gprs)
novj            # (from /etc/ppp/peers/gprs)
novjccomp               # (from /etc/ppp/peers/gprs)
ipcp-accept-local               # (from /etc/ppp/peers/gprs)
ipcp-accept-remote              # (from /etc/ppp/peers/gprs)
ipparam 3gppp           # (from /etc/ppp/peers/gprs)
noipdefault             # (from /etc/ppp/peers/gprs)
ipcp-max-failure 30             # (from /etc/ppp/peers/gprs)
defaultroute            # (from /etc/ppp/peers/gprs)
usepeerdns              # (from /etc/ppp/peers/gprs)
noccp           # (from /etc/ppp/peers/gprs)
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 (ATI;+CSUB;+CSQ;+COPS?;+CGREG?;&D2^M)
expect (OK)
^M
^M
Quectel^M
EG95^M
Revision: EG95NAFBR05A04M4G^M
^M
SubEdition: V03^M
^M
+CSQ: 22,99^M
^M
+COPS: 1^M
^M
+CGREG: 0,0^M
^M
OK
 -- got it

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

send (ATD*99#^M)
expect (CONNECT)
^M
^M
CONNECT
 -- got it

Script chat -s -v -f /etc/chatscripts/quectel-chat-connect -T we01.vzwstatic finished (pid 1660), status = 0x0
Serial connection established.
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/ttyAMA0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd64e0f49> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0x9a2de5b3> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x3 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xd64e0f49> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <magic 0x9a2de5b3> <pcomp> <accomp>]
sent [LCP ConfAck id=0x4 <asyncmap 0x0> <magic 0x9a2de5b3> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xd64e0f49]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP DiscReq id=0x5 magic=0x9a2de5b3]
rcvd [LCP EchoRep id=0x0 magic=0x9a2de5b3 d6 4e 0f 49]
rcvd [IPCP ConfReq id=0x2]
sent [IPCP ConfNak id=0x2 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1 <addr 63.x.x.x> <ms-dns1 198.x.x.x> <ms-dns2 198.x.x.x>]
sent [IPCP ConfReq id=0x2 <addr 63.x.x.x> <ms-dns1 198.x.x.x> <ms-dns2 198.x.x.x>]
rcvd [IPCP ConfReq id=0x3]
sent [IPCP ConfAck id=0x3]
rcvd [IPCP ConfAck id=0x2 <addr 63.x.x.x> <ms-dns1 198.x.x.x> <ms-dns2 198.x.x.x>]
Could not determine remote IP address: defaulting to 10.64.64.64
not replacing default route to br0 [10.0.100.1]
local  IP address 63.x.x.x
remote IP address 10.64.64.64
primary   DNS address 198.x.x.x
secondary DNS address 198.x.x.x
Script /etc/ppp/ip-up started (pid 1678)
Script /etc/ppp/ip-up finished (pid 1678), status = 0x0

I removed the routable IPs that Verizon hands me for obvious reasons. But they are valid IPs and DNS.

[email protected]:/etc/ppp/peers# cat gprs

/dev/ttyAMA0 115200
connect 'chat -s -v -f /etc/chatscripts/quectel-chat-connect -T we01.vzwstatic'
disconnect 'chat -s -v -f /etc/chatscripts/quectel-chat-disconnect'
hide-password
noauth
debug
defaultroute
noipdefault
# No ppp compression
novj
novjccomp
noccp
ipcp-accept-local
ipcp-accept-remote
persist
# For sanity, keep a lock on the serial line
lock
modem
dump
# Hardware flow control
nocrtscts
remotename 3gppp
ipparam 3gppp
ipcp-max-failure 30
# Ask the peer for up to 2 DNS server addresses
usepeerdns

ifconfig:

[email protected]:/etc/ppp/peers# ifconfig ppp0
ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet 63.x.x.x  netmask 255.255.255.255  destination 10.64.64.64
        ppp  txqueuelen 3  (Point-to-Point Protocol)
        RX packets 4  bytes 52 (52.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6  bytes 226 (226.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

As you can see, I only receive 4 packets, 52 bytes. This is the same every time I initiate the connection.

[email protected]:/etc/ppp/peers# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.0.100.1      0.0.0.0         UG    204    0        0 br0
10.0.100.0      0.0.0.0         255.255.255.0   U     204    0        0 br0
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0

I have eth0 and wlan0 bridged. Could this be problematic? Even when eth0 is unplugged, and br0 receives a 169.x.x.x autoconfig address, and I have the route to br0 removed and the ppp0 route added, I’m still not able to get out to the internet.

[email protected]:/etc/ppp/peers# route add default gw 10.64.64.64 dev ppp0
[email protected]:/etc/ppp/peers# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.64.64.64     0.0.0.0         UG    0      0        0 ppp0
0.0.0.0         10.0.100.1      0.0.0.0         UG    204    0        0 br0
10.0.100.0      0.0.0.0         255.255.255.0   U     204    0        0 br0
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
[email protected]:/etc/ppp/peers# ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
^C
--- 1.1.1.1 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4141ms

If there’s any information I’m missing please let me know. Thanks for looking at my post. I appreciate all help in advance.

Jordan

When ppp0 exists, try using the following command
sudo route del default
sudo route add default dev ppp0

And then ping 8.8.8.8

[email protected]:~ $ sudo route del default
[email protected]:~ $ sudo route add default dev ppp0
[email protected]:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
10.0.100.0      0.0.0.0         255.255.255.0   U     204    0        0 br0
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
[email protected]:~ $ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
^C
--- 1.1.1.1 ping statistics ---
9 packets transmitted, 0 received, 100% packet loss, time 8291ms

I’ve already tried this, to no avail. Also, shouldn’t it be:

sudo add default route gw 10.64.64.64 dev ppp0 ? And look like this:

[email protected]:~ $ sudo route add default gw 10.64.64.64
[email protected]:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.64.64.64     0.0.0.0         UG    0      0        0 ppp0
10.0.100.0      0.0.0.0         255.255.255.0   U     204    0        0 br0
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
[email protected]:~ $ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
^C
--- 1.1.1.1 ping statistics ---
16 packets transmitted, 0 received, 100% packet loss, time 15626ms

Either way, still no luck.

Can we try teamview?

I got it working ZhuQI. I rebooted the Pi, and instead of first going into:

sudo minicom -D /dev/ttyAMA0 -b 115200, and doing the

AT+COPS=1,0,Verizon,7 (which would give me CME ERROR 30 anyway)

I just went straight into sudo pppd call gprs

Didn’t have to mess with the route or anything, came up on first try.

Thanks for your help, although, I’m wondering why bypassing the minicom step worked? Any idea?

Thanks again.

Jordan

Have you successfully used the AT + COPS = xxxxx command before?

Only once did I receive an “OK” FROM the AT+COPS = xxxx command. And after it said OK, it echo’d a bunch of blank newlines after the OK. Other than that, +CME ERROR 30 every time.

I have no suggestions. If there are other problems in the future, we can check it with teamview.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.