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:
root@pi:/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.
root@pi:/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:
root@pi5:/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.
root@pi:/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.
root@pi:/etc/ppp/peers# route add default gw 10.64.64.64 dev ppp0
root@pi:/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
root@pi:/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