-
I'm attempting to get a MC7354 card working for LTE connection but I've hit a roadblock. I can SSH in and remotely establish a connection using PPP and that works fine and dandy but I am unable to get it to work within the pfSense GUI. Any help?
Nov 5 11:31:45 ppp [wan] Bundle: Status update: up 1 link, total bandwidth 100000000 bps Nov 5 11:31:45 ppp [wan_link0] Link: Join bundle "wan" Nov 5 11:31:45 ppp [wan_link0] Link: Matched action 'bundle "wan" ""' Nov 5 11:31:45 ppp [wan_link0] LCP: authorization successful Nov 5 11:31:45 ppp [wan_link0] CHAP: rec'd SUCCESS #1 len: 4 Nov 5 11:31:45 ppp [wan_link0] CHAP: sending RESPONSE #1 len: 25 Nov 5 11:31:45 ppp [wan_link0] CHAP: Using authname "user" Nov 5 11:31:45 ppp [wan_link0] Name: "UMTS_CHAP_SRVR" Nov 5 11:31:45 ppp [wan_link0] CHAP: rec'd CHALLENGE #1 len: 35 Nov 5 11:31:45 ppp [wan_link0] LCP: rec'd Discard Request #3 (Opened) Nov 5 11:31:45 ppp [wan_link0] LCP: LayerUp Nov 5 11:31:45 ppp [wan_link0] LCP: auth: peer wants CHAP, I want nothing Nov 5 11:31:45 ppp [wan_link0] LCP: state change Ack-Sent --> Opened Nov 5 11:31:45 ppp [wan_link0] MAGICNUM 0xda4ff235 Nov 5 11:31:45 ppp [wan_link0] MRU 1500 Nov 5 11:31:45 ppp [wan_link0] ACCMAP 0x000a0000 Nov 5 11:31:45 ppp [wan_link0] PROTOCOMP Nov 5 11:31:45 ppp [wan_link0] ACFCOMP Nov 5 11:31:45 ppp [wan_link0] LCP: rec'd Configure Ack #1 (Ack-Sent) Nov 5 11:31:45 ppp [wan_link0] LCP: state change Req-Sent --> Ack-Sent Nov 5 11:31:45 ppp [wan_link0] ACFCOMP Nov 5 11:31:45 ppp [wan_link0] PROTOCOMP Nov 5 11:31:45 ppp [wan_link0] MAGICNUM 0x4e13bac7 Nov 5 11:31:45 ppp [wan_link0] AUTHPROTO CHAP MD5 Nov 5 11:31:45 ppp [wan_link0] ACCMAP 0x00000000 Nov 5 11:31:45 ppp [wan_link0] LCP: SendConfigAck #2 Nov 5 11:31:45 ppp [wan_link0] ACFCOMP Nov 5 11:31:45 ppp [wan_link0] PROTOCOMP Nov 5 11:31:45 ppp [wan_link0] MAGICNUM 0x4e13bac7 Nov 5 11:31:45 ppp [wan_link0] AUTHPROTO CHAP MD5 Nov 5 11:31:45 ppp [wan_link0] ACCMAP 0x00000000 Nov 5 11:31:45 ppp [wan_link0] LCP: rec'd Configure Request #2 (Req-Sent) Nov 5 11:31:45 ppp [wan_link0] MAGICNUM 0xda4ff235 Nov 5 11:31:45 ppp [wan_link0] MRU 1500 Nov 5 11:31:45 ppp [wan_link0] ACCMAP 0x000a0000 Nov 5 11:31:45 ppp [wan_link0] PROTOCOMP Nov 5 11:31:45 ppp [wan_link0] ACFCOMP Nov 5 11:31:45 ppp [wan_link0] LCP: SendConfigReq #1 Nov 5 11:31:45 ppp [wan_link0] LCP: state change Starting --> Req-Sent Nov 5 11:31:45 ppp [wan_link0] LCP: Up event Nov 5 11:31:45 ppp [wan_link0] Link: UP event Nov 5 11:31:45 ppp [wan_link0] MODEM: chat script succeeded Nov 5 11:31:45 ppp [wan_link0] CHAT: Connected at 100000000. Nov 5 11:31:45 ppp [wan_link0] CHAT: ATDT*99# Nov 5 11:31:45 ppp [wan_link0] CHAT: Dialing server at *99#... Nov 5 11:31:45 ppp [wan_link0] CHAT: Detected Hayes compatible modem. Nov 5 11:31:45 ppp [wan_link0] CHAT: +CGDCONT=1,"IP","fast.t-mobile.com" Nov 5 11:31:45 ppp [wan_link0] LCP: LayerStart Nov 5 11:31:45 ppp [wan_link0] LCP: state change Initial --> Starting Nov 5 11:31:45 ppp [wan_link0] LCP: Open event Nov 5 11:31:45 ppp [wan_link0] Link: OPEN event Nov 5 11:31:45 ppp [wan] Bundle: Interface ng0 created Nov 5 11:31:45 ppp web: web is not running
-
There's no actual error there. It's clearly connecting to an AT port correctly.
How many ports does it present? I assume you use the same port at the command line?
That all the logs it gives?
Steve
-
Connects to AT port just fine. Gets to authentication process, then stalls at the point where an IP address should be assigned. If I use PPP w/ a custom ppp.conf on the command line it connects perfectly but that doesn't help me. I want to be able to setup everything in the GUI.
-
Nov 5 17:17:02 ppp [wan] SECDNS 0.0.0.0
Nov 5 17:17:02 ppp [wan] PRIDNS 0.0.0.0
Nov 5 17:17:02 ppp [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Nov 5 17:17:02 ppp [wan] IPADDR 0.0.0.0
Nov 5 17:17:02 ppp [wan] IPCP: SendConfigReq #2
Nov 5 17:17:02 ppp [wan] IPV6CP: SendConfigReq #2
Nov 5 17:17:00 ppp [wan] IPV6CP: SendConfigReq #1
Nov 5 17:17:00 ppp [wan] IPV6CP: state change Starting --> Req-Sent
Nov 5 17:17:00 ppp [wan] IPV6CP: Up event
Nov 5 17:17:00 ppp [wan] SECDNS 0.0.0.0
Nov 5 17:17:00 ppp [wan] PRIDNS 0.0.0.0
Nov 5 17:17:00 ppp [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Nov 5 17:17:00 ppp [wan] IPADDR 0.0.0.0
Nov 5 17:17:00 ppp [wan] IPCP: SendConfigReq #1
Nov 5 17:17:00 ppp [wan] IPCP: state change Starting --> Req-Sent
Nov 5 17:17:00 ppp [wan] IPCP: Up event
Nov 5 17:17:00 ppp [wan] IPV6CP: LayerStart
Nov 5 17:17:00 ppp [wan] IPV6CP: state change Initial --> Starting
Nov 5 17:17:00 ppp [wan] IPV6CP: Open event
Nov 5 17:17:00 ppp [wan] IPCP: LayerStart
Nov 5 17:17:00 ppp [wan] IPCP: state change Initial --> Starting
Nov 5 17:17:00 ppp [wan] IPCP: Open event
Nov 5 17:17:00 ppp [wan] Bundle: Status update: up 1 link, total bandwidth 100000000 bps
Nov 5 17:17:00 ppp [wan_link0] Link: Join bundle "wan"
Nov 5 17:17:00 ppp [wan_link0] Link: Matched action 'bundle "wan" ""'
Nov 5 17:17:00 ppp [wan_link0] LCP: authorization successful
Nov 5 17:17:00 ppp [wan_link0] CHAP: rec'd SUCCESS #1 len: 4
Nov 5 17:17:00 ppp [wan_link0] CHAP: sending RESPONSE #1 len: 25
Nov 5 17:17:00 ppp [wan_link0] CHAP: Using authname "user"
Nov 5 17:17:00 ppp [wan_link0] Name: "UMTS_CHAP_SRVR"
Nov 5 17:17:00 ppp [wan_link0] CHAP: rec'd CHALLENGE #1 len: 35
Nov 5 17:17:00 ppp [wan_link0] LCP: rec'd Discard Request #15 (Opened)
Nov 5 17:17:00 ppp [wan_link0] LCP: LayerUp
Nov 5 17:17:00 ppp [wan_link0] LCP: auth: peer wants CHAP, I want nothing
Nov 5 17:17:00 ppp [wan_link0] LCP: state change Ack-Sent --> Opened
Nov 5 17:17:00 ppp [wan_link0] MAGICNUM 0xb52f5458
Nov 5 17:17:00 ppp [wan_link0] MRU 1500
Nov 5 17:17:00 ppp [wan_link0] ACCMAP 0x000a0000
Nov 5 17:17:00 ppp [wan_link0] PROTOCOMP
Nov 5 17:17:00 ppp [wan_link0] ACFCOMP
Nov 5 17:17:00 ppp [wan_link0] LCP: rec'd Configure Ack #1 (Ack-Sent)
Nov 5 17:17:00 ppp [wan_link0] LCP: state change Req-Sent --> Ack-Sent
Nov 5 17:17:00 ppp [wan_link0] ACFCOMP
Nov 5 17:17:00 ppp [wan_link0] PROTOCOMP
Nov 5 17:17:00 ppp [wan_link0] MAGICNUM 0x4f4fd3b6
Nov 5 17:17:00 ppp [wan_link0] AUTHPROTO CHAP MD5
Nov 5 17:17:00 ppp [wan_link0] ACCMAP 0x00000000
Nov 5 17:17:00 ppp [wan_link0] LCP: SendConfigAck #14
Nov 5 17:17:00 ppp [wan_link0] ACFCOMP
Nov 5 17:17:00 ppp [wan_link0] PROTOCOMP
Nov 5 17:17:00 ppp [wan_link0] MAGICNUM 0x4f4fd3b6
Nov 5 17:17:00 ppp [wan_link0] AUTHPROTO CHAP MD5
Nov 5 17:17:00 ppp [wan_link0] ACCMAP 0x00000000
Nov 5 17:17:00 ppp [wan_link0] LCP: rec'd Configure Request #14 (Req-Sent)
Nov 5 17:17:00 ppp [wan_link0] MAGICNUM 0xb52f5458
Nov 5 17:17:00 ppp [wan_link0] MRU 1500
Nov 5 17:17:00 ppp [wan_link0] ACCMAP 0x000a0000
Nov 5 17:17:00 ppp [wan_link0] PROTOCOMP
Nov 5 17:17:00 ppp [wan_link0] ACFCOMP
Nov 5 17:17:00 ppp [wan_link0] LCP: SendConfigReq #1
Nov 5 17:17:00 ppp [wan_link0] LCP: state change Starting --> Req-Sent
Nov 5 17:17:00 ppp [wan_link0] LCP: Up event
Nov 5 17:17:00 ppp [wan_link0] Link: UP event
Nov 5 17:17:00 ppp [wan_link0] MODEM: chat script succeeded
Nov 5 17:17:00 ppp [wan_link0] CHAT: Connected at 100000000.
Nov 5 17:17:00 ppp [wan_link0] CHAT: ATDT*99#
Nov 5 17:17:00 ppp [wan_link0] CHAT: Dialing server at *99#...
Nov 5 17:17:00 ppp [wan_link0] CHAT: Detected Custom modem.
Nov 5 17:17:00 ppp [wan_link0] CHAT: +CGDCONT=1,"IP","fast.t-mobile.com"
Nov 5 17:17:00 ppp [wan_link0] LCP: LayerStart
Nov 5 17:17:00 ppp [wan_link0] LCP: state change Initial --> Starting
Nov 5 17:17:00 ppp [wan_link0] LCP: Open event
Nov 5 17:17:00 ppp [wan_link0] Link: OPEN event
Nov 5 17:17:00 ppp [wan] Bundle: Interface ng0 created -
So what's the difference between you custom conf file and what's generated by pfSense in /var/etc/mpd_optX.conf?
Steve
-
/var/etc/mpd_wan.conf
startup: # configure the console set console close # configure the web server set web close default: pppclient: create bundle static wan set bundle enable ipv6cp set iface name ppp0 set iface disable on-demand set iface idle 0 set iface enable tcpmssfix set iface up-script /usr/local/sbin/ppp-linkup set iface down-script /usr/local/sbin/ppp-linkdown set ipcp ranges 0.0.0.0/0 10.64.64.0/0 set ipcp enable req-pri-dns set ipcp enable req-sec-dns #log -bund -ccp -chat -iface -ipcp -lcp -link create link static wan_link0 modem set link action bundle wan set link disable multilink set link keep-alive 10 60 set link max-redial 0 set link disable chap pap set link accept chap pap eap set link disable incoming set link mtu 1492 set auth authname "user" set auth password ??? set modem device /dev/cuaU0.2 set modem script DialPeer set modem idle-script Ringback set modem watch -cd set modem var $DialPrefix "DT" set modem var $Telephone "*99#" set modem var $InitString "&F" set modem var $APN "fast.t-mobile.com" set modem var $APNum "1" open
/etc/ppp/ppp.conf
Default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION set device /dev/cuaU0.2 set timeout 180 set speed 921600 set dial “ABORT BUSY TIMEOUT 3 \ \”\” \ AT OK-AT-OK \ AT+CFUN=1 OK-AT-OK \ AT+CMEE=2 OK-AT-OK\ AT+CSQ OK \ AT+CGDCONT=1,\\\”IP\\\”,\\\”fast.t-mobile.com\\\” OK \ ATD*99# CONNECT” set timeout 180 enable dns resolve writable set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR
-
Ah, OK you're not using mpd at all.
It looks like you're manually setting an interface IP and gateway though. Obviously the server you connect to should pass that to you. Does that not happen if you omit that?It does look like the modem itself is working fine and this is just a problem with the init script.
Steve
-
@jcarver81 said in Sierra MC7354 LTE for WAN:
set ipcp ranges
This value in your conf might be preventing it negotiate. If you check the man page:
http://mpd.sourceforge.net/doc/mpd26.htmlYou'll see it is only allowing the remote side to be 10.64.64.0, though it's /0 so that should be any IP.....
But when it comes up using the custom ppp conf file presumably the remote gateway is 10.0.0.2?
Steve
-
Correct. I'm able to establish a connection using PPP and it works using the config I posted. The config was found on a FreeBSD forum for this specific LTE card. The set ifaddr line is a default from FreeBSD's /etc/ppp/ppp.conf as far as I am aware which enables the provider to set the IP upon connection.
If the IP address changes whenever a connection is made, change this line to the following value. This tells ppp(8) to use the IP Configuration Protocol (IPCP) to negotiate a dynamic IP address: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.255 0.0.0.0
I'm no expert in FreeBSD obviously. Can you see what I would need to do within pfSense to get this working with the information I have provided?
-
Those values in mpd_wan.conf are set by the pfSense GUI. I did not see an option to select anything regarding IP addressing in the GUI.
-
My own connection here also uses that config line but it does come up with that gateway:
ppp0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1492 description: 3GWAN inet6 fe80::208:a2ff:fe0c:bba%ppp0 prefixlen 64 scopeid 0x10 inet 188.29.x.xxx --> 10.64.64.0 netmask 0xffffffff nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
When you use your custom ppp file what IP does it actually come up as?
Steve
-
You can use an entirely custom mpd conf file by creating:
/conf/mpd_wan.conf
.pfSense will use that in preference to the auto created file in /var.
Steve
-
from /var/log/ppp.log
Nov 6 09:47:36 pfSense ppp[41290]: Phase: Using interface: tun0 Nov 6 09:47:36 pfSense ppp[41290]: Phase: deflink: Created in closed state Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: ident user-ppp VERSION Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set device /dev/cuaU0.2 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set timeout 180 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set speed 921600 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set dial ABORT BUSY TIMEOUT 3 "" AT OK-AT-OK AT+CFUN=1 OK-AT-OK AT+CMEE=2 OK-AT-OK AT+CSQ OK AT+CGDCONT=1,\"IP\",\"fast.t-mobile.com\" OK ATD*99# CONNECT Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set timeout 180 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: enable dns Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: resolv writable Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: add default HISADDR Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set log Phase Chat LCP IPCP CCP tun command Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: ident user-ppp VERSION Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set device /dev/cuaU0.2 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set timeout 180 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set speed 921600 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set dial ABORT BUSY TIMEOUT 3 "" AT OK-AT-OK AT+CFUN=1 OK-AT-OK AT+CMEE=2 OK-AT-OK AT+CSQ OK AT+CGDCONT=1,\"IP\",\"fast.t-mobile.com\" OK ATD*99# CONNECT Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set timeout 180 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: enable dns Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: resolv writable Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 Nov 6 09:47:36 pfSense ppp[41290]: tun0: Command: default: add default HISADDR Nov 6 09:47:36 pfSense ppp[41479]: tun0: Phase: PPP Started (ddial mode). Nov 6 09:47:36 pfSense ppp[41479]: tun0: Phase: bundle: Establish Nov 6 09:47:36 pfSense ppp[41479]: tun0: Phase: deflink: closed -> opening Nov 6 09:47:36 pfSense ppp[41479]: tun0: Phase: deflink: Connected! Nov 6 09:47:36 pfSense ppp[41479]: tun0: Phase: deflink: opening -> dial Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Send: AT^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Expect(3): OK Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: AT^M^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: OK^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Send: AT+CFUN=1^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Expect(3): OK Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: AT+CFUN=1^M^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: OK^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Send: AT+CMEE=2^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Expect(3): OK Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: AT+CMEE=2^M^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: OK^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Send: AT+CSQ^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Expect(3): OK Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: AT+CSQ^M^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: +CSQ: 17,99^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: ^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: OK^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Send: AT+CGDCONT=1,"IP","fast.t-mobile.com"^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Expect(3): OK Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: AT+CGDCONT=1,"IP","fast.t-mobile.com"^M^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: OK^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Send: ATD*99#^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Expect(3): CONNECT Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: ATD*99#^M^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Chat: Received: CONNECT 100000000^M Nov 6 09:47:36 pfSense ppp[41479]: tun0: Phase: deflink: dial -> carrier Nov 6 09:47:37 pfSense ppp[41479]: tun0: Phase: deflink: /dev/cuaU0.2: CD detected Nov 6 09:47:37 pfSense ppp[41479]: tun0: Phase: deflink: carrier -> login Nov 6 09:47:37 pfSense ppp[41479]: tun0: Phase: deflink: login -> lcp Nov 6 09:47:37 pfSense ppp[41479]: tun0: LCP: FSM: Using "deflink" as a transport Nov 6 09:47:37 pfSense ppp[41479]: tun0: LCP: deflink: State change Initial --> Closed Nov 6 09:47:37 pfSense ppp[41479]: tun0: LCP: deflink: State change Closed --> Stopped Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: LayerStart Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: ACFCOMP[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: PROTOCOMP[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: MRU[4] 1500 Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: MAGICNUM[6] 0xe7eed2ec Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: State change Stopped --> Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: RecvConfigReq(2) state = Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: MAGICNUM[6] 0x52daca5e Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: PROTOCOMP[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: ACFCOMP[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: SendConfigAck(2) state = Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: MAGICNUM[6] 0x52daca5e Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: PROTOCOMP[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: ACFCOMP[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: State change Req-Sent --> Ack-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: RecvConfigAck(1) state = Ack-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: ACFCOMP[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: PROTOCOMP[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: MRU[4] 1500 Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: MAGICNUM[6] 0xe7eed2ec Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: State change Ack-Sent --> Opened Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: LayerUp Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: SendIdent(0) state = Opened Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: MAGICNUM e7eed2ec Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: TEXT user-ppp 3.4.2 Nov 6 09:47:38 pfSense ppp[41479]: tun0: Phase: bundle: Authenticate Nov 6 09:47:38 pfSense ppp[41479]: tun0: Phase: deflink: his = CHAP 0x05, mine = none Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: RecvDiscardReq(3) state = Opened Nov 6 09:47:38 pfSense ppp[41479]: tun0: Phase: Chap Input: CHALLENGE (16 bytes from UMTS_CHAP_SRVR) Nov 6 09:47:38 pfSense ppp[41479]: tun0: Phase: Chap Output: RESPONSE () Nov 6 09:47:38 pfSense ppp[41479]: tun0: Phase: Chap Input: SUCCESS Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: Using trigger address 0.0.0.0 Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: FSM: Using "deflink" as a transport Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: deflink: State change Initial --> Closed Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: deflink: LayerStart. Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: MPPE: Not usable without CHAP81 Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: DEFLATE[4] win 15 Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: PRED1[2] Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: deflink: State change Closed --> Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: Phase: deflink: lcp -> open Nov 6 09:47:38 pfSense ppp[41479]: tun0: Phase: bundle: Network Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: FSM: Using "deflink" as a transport Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: State change Initial --> Closed Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: LayerStart. Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: IPADDR[6] 0.0.0.0 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: PRIDNS[6] 8.8.8.8 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: SECDNS[6] 255.255.255.255 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: State change Closed --> Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: RecvProtocolRej(4) state = Opened Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: -- Protocol 0x80fd (Compression Control Protocol) was rejected! Nov 6 09:47:38 pfSense ppp[41479]: tun0: CCP: deflink: State change Req-Sent --> Stopped Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: RecvConfigReq(0) state = Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: [EMPTY] Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: SendConfigNak(0) state = Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: IPADDR[6] 10.0.0.2 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: RecvConfigRej(1) state = Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: deflink: SendIdent(1) state = Opened Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: MAGICNUM e7eed2ec Nov 6 09:47:38 pfSense ppp[41479]: tun0: LCP: TEXT user-ppp 3.4.2 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: SendConfigReq(2) state = Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: IPADDR[6] 0.0.0.0 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: PRIDNS[6] 8.8.8.8 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: SECDNS[6] 255.255.255.255 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: RecvConfigReq(1) state = Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: [EMPTY] Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: SendConfigAck(1) state = Req-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: [EMPTY] Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: RecvConfigNak(2) state = Ack-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: IPADDR[6] 29.138.211.50 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: IPADDR[6] changing address: 0.0.0.0 --> 29.138.211.50 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: PRIDNS[6] 10.177.0.34 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: SECDNS[6] 10.177.0.210 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: Primary nameserver set to 10.177.0.34 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: Secondary nameserver set to 10.177.0.210 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: SendConfigReq(3) state = Ack-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: IPADDR[6] 29.138.211.50 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: PRIDNS[6] 10.177.0.34 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: SECDNS[6] 10.177.0.210 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: RecvConfigAck(3) state = Ack-Sent Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: IPADDR[6] 29.138.211.50 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: PRIDNS[6] 10.177.0.34 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: SECDNS[6] 10.177.0.210 Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: State change Ack-Sent --> Opened Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: deflink: LayerUp. Nov 6 09:47:38 pfSense ppp[41479]: tun0: IPCP: myaddr 29.138.211.50 hisaddr = 10.0.0.2 Nov 6 09:47:38 pfSense ppp[41479]: tun0: Warning: ff02::/: Change route failed: errno: Network is unreachable
-
ifconfig
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> metric 0 mtu 1500 options=80000<LINKSTATE> inet 29.138.211.50 --> 10.0.0.2 netmask 0xffffff00 nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL> groups: tun Opened by PID 41479
-
Ok, so maybe try creating the custom file in /conf and setting the remote address to 10.0.0.2/0 there.
Both are /0 so it should allow any IP from either but it's a difference.... -
Same result. About to order a Mofi4500 and just use the pfSense strictly as a firewall at this point. It shouldn't be this difficult to configure an LTE modem. Especially one that is on the "Supported 3g/4g Modem" list.
-
I certainly wouldn't expect it to be given the right settings.
You will likely get better throughput from an external modem anyway though.
Steve
-
Hi, I'm using the MC7354 module but I can't figure it out how to solve this, can you guys help me out?
Do I need to reflash the module?
Sep 29 19:16:48 ppp 56539 [opt1_link0] CHAT: The modem is not responding to "AT" at ModemCmd: label. Sep 29 19:16:48 ppp 56539 [opt1_link0] MODEM: chat script failed Sep 29 19:16:49 ppp 56539 [opt1_link0] Link: DOWN event Sep 29 19:16:49 ppp 56539 [opt1_link0] LCP: Down event Sep 29 19:16:49 ppp 56539 [opt1_link0] Link: reconnection attempt 18 in 2 seconds Sep 29 19:16:52 ppp 56539 [opt1_link0] Link: reconnection attempt 18 Sep 29 19:17:05 ppp 56539 [opt1_link0] CHAT: The modem is not responding to "AT" at ModemCmd: label. Sep 29 19:17:05 ppp 56539 [opt1_link0] MODEM: chat script failed Sep 29 19:17:06 ppp 56539 [opt1_link0] Link: DOWN event Sep 29 19:17:06 ppp 56539 [opt1_link0] LCP: Down event
-
@canhtuongvinh said in Sierra MC7354 LTE for WAN:
CHAT: The modem is not responding to "AT"
The port you're using is not configured as an AT interface. Try one of the other ports.
But please keep this in one thread. It might be better to start a new thread than these older ones.
Steve