-
Ok so I have my SIM inserted now :-)
I have my M.2 modem installed, which shows as:
ugen0.2: <Sierra Wireless, Incorporated EM7455> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)
When I go to create a PPP interface, how do I know which device it is?
/dev/cuau0
/dev/cuaU0.0
/dev/cuaU0.1
/dev/cuaU0.2I assumed the last one, created the PPP and assigned it to WAN. Now under Interfaces on the Dashboard, WAN shows with a green up-arrow with Uptime: n/a. Under the Cellular widget I see 4 green bars next to WAN, Status up, Carrier: No Service.
I know the SIM works fine as I just tested it in a mobile phone.
What am I missing? -
Check the ppp log. Is it actually connecting to anything? Seeing a response?
I expect it to be on cuaU0.2 yes. You can check that from the CLI if is not already using the port (you'd have to disable it) like:
[admin@6100-2.stevew.lan]/root: cu -l cuaU0.2 Connected at OK ati Manufacturer: Sierra Wireless, Incorporated Model: EM7455 Revision: SWI9X30C_02.08.02.00 r5428 CARMD-EV-FRMWR2 2016/01/06 20:38:53 MEID: XXXXXXXXXXXX...
If the log shows a response there then there's no need to check that.
-
I get this:
[23.09.1-RELEASE][root@pfSense.home.arpa]/var/log: cu -l cuaU0.2
Connected
at
OK
ati
Manufacturer: Sierra Wireless, Incorporated
Model: EM7455
Revision: SWI9X30C_02.38.00.00 rE3F3E55C03AE94 jenkins 2022/01/13 05:16:00
MEID: 35399007355869
IMEI: 353990073558699
IMEI SV: 22
FSN: LF641313650210
+GCAP: +CGSM
OKIn the ppp.log I get multiples of:
Apr 10 12:36:45 pfSense ppp[69699]: Label 'MomIdentGeneriicc' not found
Apr 10 12:36:45 pfSense ppp[69699]: [wan_link0] CHAT: line 358: label "MomIdentGeneriicc" not found
Apr 10 12:36:45 pfSense ppp[69699]: [wan_link0] MODEM: chat script failed
Apr 10 12:36:45 pfSense ppp[69699]: [wan_link0] Link: DOWN event
Apr 10 12:36:45 pfSense ppp[69699]: [wan_link0] LCP: Down event
Apr 10 12:36:45 pfSense ppp[69699]: [wan_link0] Link: reconnection attempt 4497 in 1 seconds
Apr 10 12:36:46 pfSense ppp[69699]: [wan_link0] Link: reconnection attempt 4497Where is that label from?
-
Ok so the port looks good.
You should remove or disable the cellular package. It doesn't work with the Sierra devices as it requires two AT ports.
How do you have the ppp link configured? You may need a custom INIT string, I use:
&F&C1&D2E0S0=0${temp}
-
Ok I removed the cellular package and changed the init string.
It tries to work, but doesn't stay up...
Apr 10 14:29:47 pfSense ppp[79038]: process 79038 started, version 5.9 Apr 10 14:29:47 pfSense ppp[79038]: web: web is not running Apr 10 14:29:47 pfSense ppp[79038]: [wan] Bundle: Interface ng0 created Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] Link: OPEN event Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: Open event Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: state change Initial --> Starting Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: LayerStart Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAT: +CGDCONT=1,"IP","data.lycamobile.co.uk" Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAT: Detected Custom modem. Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAT: Dialing server at *99#... Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAT: ATDT*99# Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAT: Connected at 150000000. Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] MODEM: chat script succeeded Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] Link: UP event Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: Up event Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: state change Starting --> Req-Sent Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: SendConfigReq #1 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] ACFCOMP Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] PROTOCOMP Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] ACCMAP 0x000a0000 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] MRU 1500 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] MAGICNUM 0x509fda6c Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: rec'd Configure Request #2 (Req-Sent) Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] ACCMAP 0x00000000 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] AUTHPROTO CHAP MD5 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] MAGICNUM 0x04d26544 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] PROTOCOMP Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] ACFCOMP Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: SendConfigAck #2 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] ACCMAP 0x00000000 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] AUTHPROTO CHAP MD5 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] MAGICNUM 0x04d26544 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] PROTOCOMP Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] ACFCOMP Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: state change Req-Sent --> Ack-Sent Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: rec'd Configure Ack #1 (Ack-Sent) Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] ACFCOMP Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] PROTOCOMP Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] ACCMAP 0x000a0000 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] MRU 1500 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] MAGICNUM 0x509fda6c Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: state change Ack-Sent --> Opened Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: auth: peer wants CHAP, I want nothing Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: LayerUp Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: rec'd Discard Request #3 (Opened) Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAP: rec'd CHALLENGE #1 len: 35 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] Name: "UMTS_CHAP_SRVR" Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAP: Using authname "lmuk" Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAP: sending RESPONSE #1 len: 25 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] CHAP: rec'd SUCCESS #1 len: 4 Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] LCP: authorization successful Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] Link: Matched action 'bundle "wan" ""' Apr 10 14:29:47 pfSense ppp[79038]: [wan_link0] Link: Join bundle "wan" Apr 10 14:29:47 pfSense ppp[79038]: [wan] Bundle: Status update: up 1 link, total bandwidth 150000000 bps Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPCP: Open event Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPCP: state change Initial --> Starting Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPCP: LayerStart Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPV6CP: Open event Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPV6CP: state change Initial --> Starting Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPV6CP: LayerStart Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPCP: Up event Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPCP: state change Starting --> Req-Sent Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #1 Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:29:47 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:29:47 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:29:47 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPV6CP: Up event Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPV6CP: state change Starting --> Req-Sent Apr 10 14:29:47 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #1 Apr 10 14:29:49 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #2 Apr 10 14:29:49 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #2 Apr 10 14:29:49 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:29:49 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:29:49 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:29:49 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:29:51 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #3 Apr 10 14:29:51 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:29:51 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:29:51 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:29:51 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:29:51 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #3 Apr 10 14:29:53 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #4 Apr 10 14:29:53 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #4 Apr 10 14:29:53 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:29:53 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:29:53 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:29:53 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:29:55 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #5 Apr 10 14:29:55 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:29:55 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:29:55 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:29:55 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:29:55 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #5 Apr 10 14:29:57 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #6 Apr 10 14:29:57 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #6 Apr 10 14:29:57 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:29:57 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:29:57 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:29:57 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:29:59 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #7 Apr 10 14:29:59 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:29:59 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:29:59 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:29:59 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:29:59 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #7 Apr 10 14:30:01 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #8 Apr 10 14:30:01 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #8 Apr 10 14:30:01 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:30:01 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:30:01 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:30:01 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:30:03 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #9 Apr 10 14:30:03 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:30:03 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:30:03 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:30:03 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:30:03 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #9 Apr 10 14:30:05 pfSense ppp[79038]: [wan] IPV6CP: SendConfigReq #10 Apr 10 14:30:05 pfSense ppp[79038]: [wan] IPCP: SendConfigReq #10 Apr 10 14:30:05 pfSense ppp[79038]: [wan] IPADDR 0.0.0.0 Apr 10 14:30:05 pfSense ppp[79038]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 10 14:30:05 pfSense ppp[79038]: [wan] PRIDNS 0.0.0.0 Apr 10 14:30:05 pfSense ppp[79038]: [wan] SECDNS 0.0.0.0 Apr 10 14:30:07 pfSense ppp[79038]: [wan_link0] LCP: no reply to 1 echo request(s) Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPCP: parameter negotiation failed Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPCP: state change Req-Sent --> Stopped Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPCP: LayerFinish Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPV6CP: parameter negotiation failed Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPV6CP: state change Req-Sent --> Stopped Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPV6CP: LayerFinish Apr 10 14:30:07 pfSense ppp[79038]: [wan] Bundle: No NCPs left. Closing links... Apr 10 14:30:07 pfSense ppp[79038]: [wan] Bundle: closing link "wan_link0"... Apr 10 14:30:07 pfSense ppp[79038]: [wan_link0] Link: CLOSE event Apr 10 14:30:07 pfSense ppp[79038]: [wan_link0] LCP: Close event Apr 10 14:30:07 pfSense ppp[79038]: [wan_link0] LCP: state change Opened --> Closing Apr 10 14:30:07 pfSense ppp[79038]: [wan_link0] Link: Leave bundle "wan" Apr 10 14:30:07 pfSense ppp[79038]: [wan] Bundle: Status update: up 0 links, total bandwidth 9600 bps Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPCP: Close event Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPCP: state change Stopped --> Closed Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPV6CP: Close event Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPV6CP: state change Stopped --> Closed Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPCP: Down event Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPCP: state change Closed --> Initial Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPV6CP: Down event Apr 10 14:30:07 pfSense ppp[79038]: [wan] IPV6CP: state change Closed --> Initial Apr 10 14:30:07 pfSense ppp[79038]: [wan] Bundle: Last link has gone, no links for bw-manage defined Apr 10 14:30:07 pfSense ppp[79038]: [wan_link0] LCP: SendTerminateReq #2 Apr 10 14:30:07 pfSense ppp[79038]: [wan_link0] LCP: LayerDown Apr 10 14:30:09 pfSense ppp[79038]: [wan_link0] LCP: SendTerminateReq #3 Apr 10 14:30:11 pfSense ppp[79038]: [wan_link0] LCP: state change Closing --> Closed Apr 10 14:30:11 pfSense ppp[79038]: [wan_link0] LCP: LayerFinish Apr 10 14:30:11 pfSense ppp[79038]: [wan_link0] Link: DOWN event Apr 10 14:30:11 pfSense ppp[79038]: [wan_link0] LCP: Down event Apr 10 14:30:11 pfSense ppp[79038]: [wan_link0] LCP: state change Closed --> Initial Apr 10 14:30:11 pfSense ppp[79038]: [wan_link0] Link: reconnection attempt 1 in 3 seconds Apr 10 14:30:14 pfSense ppp[79038]: [wan_link0] Link: reconnection attempt 1 Apr 10 14:30:14 pfSense ppp[79038]: [wan_link0] Link: OPEN event Apr 10 14:30:14 pfSense ppp[79038]: [wan_link0] LCP: Open event Apr 10 14:30:14 pfSense ppp[79038]: [wan_link0] LCP: state change Initial --> Starting Apr 10 14:30:14 pfSense ppp[79038]: [wan_link0] LCP: LayerStart Apr 10 14:30:14 pfSense ppp[79038]: [wan_link0] CHAT: Detected Custom modem. Apr 10 14:30:14 pfSense ppp[79038]: 0x1595a91ffbac <???> at /usr/local/sbin/mpd5 Apr 10 14:30:14 pfSense ppp[79038]: 0x1595a91dff00 <???> at /usr/local/sbin/mpd5 Apr 10 14:30:14 pfSense ppp[79038]: 0x1595a922c0ac <???> at /usr/local/sbin/mpd5 Apr 10 14:30:14 pfSense ppp[79038]: 0x1595a9229590 <???> at /usr/local/sbin/mpd5 Apr 10 14:30:14 pfSense ppp[79038]: 0x1595a92125ec <???> at /usr/local/sbin/mpd5 Apr 10 14:30:14 pfSense ppp[79038]: 0x1595a923d73c <???> at /usr/local/sbin/mpd5 Apr 10 14:30:14 pfSense ppp[79038]: 0x1595a923d100 <???> at /usr/local/sbin/mpd5 Apr 10 14:30:14 pfSense ppp[79038]: ASSERT "!m->opened" failed: file "modem.c", line 215 Apr 10 14:30:14 pfSense ppp[79038]: fatal error, exiting Apr 10 14:30:14 pfSense ppp[79038]: [wan] IFACE: Close event Apr 10 14:30:14 pfSense ppp[79038]: [wan] IPCP: Close event Apr 10 14:30:14 pfSense ppp[79038]: [wan] IPV6CP: Close event Apr 10 14:30:14 pfSense ppp[79038]: [wan] Bundle: Shutdown Apr 10 14:30:14 pfSense ppp[79038]: [wan_link0] Link: Shutdown Apr 10 14:30:14 pfSense ppp[79038]: process 79038 terminated
I see auth is successful, but the interface doesn't appear to get a valid IP address?
-
Does it work at all without the custom init string? It's throwing errors when it tries to re-initialise at the end there.
But, yes, it looks to be correctly connecting and authorising so that's most of the way there. Are you sure that SIM allows connecting from anything but a phone?
It looks like whatever it's connected to there just isn't responding. I expect to see something like:
Apr 8 01:24:02 ppp 40818 [opt1_link0] CHAP: Using authname "user" Apr 8 01:24:02 ppp 40818 [opt1_link0] CHAP: sending RESPONSE #1 len: 25 Apr 8 01:24:02 ppp 40818 [opt1_link0] CHAP: rec'd SUCCESS #1 len: 4 Apr 8 01:24:02 ppp 40818 [opt1_link0] LCP: authorization successful Apr 8 01:24:02 ppp 40818 [opt1_link0] Link: Matched action 'bundle "opt1" ""' Apr 8 01:24:02 ppp 40818 [opt1_link0] Link: Join bundle "opt1" Apr 8 01:24:02 ppp 40818 [opt1] Bundle: Status update: up 1 link, total bandwidth 100000000 bps Apr 8 01:24:02 ppp 40818 [opt1] IPCP: Open event Apr 8 01:24:02 ppp 40818 [opt1] IPCP: state change Initial --> Starting Apr 8 01:24:02 ppp 40818 [opt1] IPCP: LayerStart Apr 8 01:24:02 ppp 40818 [opt1] IPCP: Up event Apr 8 01:24:02 ppp 40818 [opt1] IPCP: state change Starting --> Req-Sent Apr 8 01:24:02 ppp 40818 [opt1] IPCP: SendConfigReq #9 Apr 8 01:24:02 ppp 40818 [opt1] IPADDR 0.0.0.0 Apr 8 01:24:02 ppp 40818 [opt1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 8 01:24:02 ppp 40818 [opt1] PRIDNS 0.0.0.0 Apr 8 01:24:02 ppp 40818 [opt1] SECDNS 0.0.0.0 Apr 8 01:24:02 ppp 40818 [opt1] IPCP: rec'd Configure Request #41 (Req-Sent) Apr 8 01:24:02 ppp 40818 [opt1] IPCP: SendConfigAck #41 Apr 8 01:24:02 ppp 40818 [opt1] IPCP: state change Req-Sent --> Ack-Sent Apr 8 01:24:02 ppp 40818 [opt1] IPCP: rec'd Configure Reject #9 (Ack-Sent) Apr 8 01:24:02 ppp 40818 [opt1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 8 01:24:02 ppp 40818 [opt1] IPCP: SendConfigReq #10 Apr 8 01:24:02 ppp 40818 [opt1] IPADDR 0.0.0.0 Apr 8 01:24:02 ppp 40818 [opt1] PRIDNS 0.0.0.0 Apr 8 01:24:02 ppp 40818 [opt1] SECDNS 0.0.0.0 Apr 8 01:24:02 ppp 40818 [opt1] IPCP: rec'd Configure Nak #10 (Ack-Sent) Apr 8 01:24:02 ppp 40818 [opt1] IPADDR 188.29.107.153 Apr 8 01:24:02 ppp 40818 [opt1] 188.29.107.153 is OK Apr 8 01:24:02 ppp 40818 [opt1] PRIDNS 188.31.250.128 Apr 8 01:24:02 ppp 40818 [opt1] SECDNS 188.31.250.129 Apr 8 01:24:02 ppp 40818 [opt1] IPCP: SendConfigReq #11 Apr 8 01:24:02 ppp 40818 [opt1] IPADDR 188.29.107.153 Apr 8 01:24:02 ppp 40818 [opt1] PRIDNS 188.31.250.128 Apr 8 01:24:02 ppp 40818 [opt1] SECDNS 188.31.250.129 Apr 8 01:24:02 ppp 40818 [opt1] IPCP: rec'd Configure Ack #11 (Ack-Sent) Apr 8 01:24:02 ppp 40818 [opt1] IPADDR 188.29.107.153 Apr 8 01:24:02 ppp 40818 [opt1] PRIDNS 188.31.250.128 Apr 8 01:24:02 ppp 40818 [opt1] SECDNS 188.31.250.129 Apr 8 01:24:02 ppp 40818 [opt1] IPCP: state change Ack-Sent --> Opened Apr 8 01:24:02 ppp 40818 [opt1] IPCP: LayerUp Apr 8 01:24:02 ppp 40818 [opt1] 188.29.107.153 -> 10.64.64.0 Apr 8 01:24:04 ppp 40818 [opt1] IFACE: Up event Apr 8 01:24:04 ppp 40818 [opt1] IFACE: Rename interface ng0 to ppp0 Apr 8 01:24:04 ppp 40818 [opt1] IFACE: Add description "3GWAN"
-
No, if I take out the init string I get:
Apr 10 20:52:05 pfSense ppp[79603]: Label 'MomIdentGeneriicc' not found
Apr 10 20:52:05 pfSense ppp[79603]: [wan_link0] CHAT: line 358: label "MomIdentGeneriicc" not found
Apr 10 20:52:05 pfSense ppp[79603]: [wan_link0] MODEM: chat script failed
Apr 10 20:52:05 pfSense ppp[79603]: [wan_link0] Link: DOWN event
Apr 10 20:52:05 pfSense ppp[79603]: [wan_link0] LCP: Down event
Apr 10 20:52:05 pfSense ppp[79603]: [wan_link0] Link: reconnection attempt 3 in 3 seconds
Apr 10 20:52:09 pfSense ppp[79603]: [wan_link0] Link: reconnection attempt 3If I put it back in, I get the logs as previously. It connects but no IP address.
It is a SIM from a mobile phone, so includes calls and data, not a data-only SIM.
Do you think it's being blocked by the provider? -
It could be. Hard to say. It looks like some upstream issue though. Wrong APN name maybe?
-
I put it back in, I get the logs as previously. It connects but no IP address.
It can be that the network is false, let us say as an example you are a
T-Mobile customer, you may set up then also the following;- Country: Your country
- Telekom: telekom.iot.devices.de
- APN: APN number or name
- Name: the name you got from the mobile provider
- Passwort: the password you got from your provider
Please see the photos below: (2 points you can insert those informations)
Interfaces > PPP
Interface: LTE (or how you was naming it)
It is a SIM from a mobile phone, so includes calls and data, not a data-only SIM.
In your mobile phone the Name and Passwort will be inserted over the
SIM directly or over the first connect but in pfSense you must insert this
by hand.Do you think it's being blocked by the provider?
Fals APN number false network? The Telekom or T-Mobile is setting up here
different networks for mobile phones and so you must also have or know the
exactly network name, as an example, not tmobile.iot4.mobile.net but
with tmobile.iot8.mobile.net it is the right one you need to take,
(Only as an example)Perhaps you must find out a special AT string that must be inserted
to start and connect the modem correctly to the mobile ISP.Have a look at @stephenw10 `s last post.
-
So, I ordered a data-only SIM that comes with a public IP address to try this.
Inserted, and got same logs as above, i.e.
Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] LCP: state change Ack-Sent --> Opened Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] LCP: auth: peer wants CHAP, I want nothing Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] LCP: LayerUp Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] LCP: rec'd Discard Request #11 (Opened) Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] CHAP: rec'd CHALLENGE #1 len: 35 Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] Name: "UMTS_CHAP_SRVR" Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] CHAP: Using authname "user" Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] CHAP: sending RESPONSE #1 len: 25 Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] CHAP: rec'd SUCCESS #1 len: 4 Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] LCP: authorization successful Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] Link: Matched action 'bundle "wan" ""' Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] Link: Join bundle "wan" Apr 15 14:00:57 pfSense ppp[31402]: [wan] Bundle: Status update: up 1 link, total bandwidth 150000000 bps
But then no IP;
Apr 15 14:00:57 pfSense ppp[31402]: [wan] IPCP: SendConfigReq #1 Apr 15 14:00:57 pfSense ppp[31402]: [wan] IPADDR 0.0.0.0 Apr 15 14:00:57 pfSense ppp[31402]: [wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Apr 15 14:00:57 pfSense ppp[31402]: [wan] PRIDNS 0.0.0.0 Apr 15 14:00:57 pfSense ppp[31402]: [wan] SECDNS 0.0.0.0
So then I tried the SIM on a laptop with Windows 10, and it connects and gets an IP = SIM OK.
So then I tried a test on 2100 with NO SIM inserted and get exact same logs as above!
Which makes me wonder - is the SIM slot actually working??
How do I test from the modem if the SIM is working?I tried the following from CLI using cu:
Connected at&f OK atdt ########### NO CARRIER
So maybe the SIM slot is not connected to the M.2 interface?
-
It is connected. You can check it from the AT prompt like:
at+cpin? +CPIN: READY at+cimi 234444404998758
If you see:
at+cpin? +CME ERROR: SIM not inserted
That's a problem.
-
Yes, I get:
atz OK at+cpin? +CME ERROR: SIM not inserted at+cimi ERROR
Ok so that's the problem then.
How can I determine where the fault is?
I know the SIM works in a laptop.
I also know the modem works.
Maybe a faulty device?
This is showing the way I insert the SIM, in fact it 'clicks' when pushed in.
-
Ok, so I rebooted the 2100 with the SIM inserted and now I get:
at+cpin? +CPIN: READY OK at+cimi 204080830238557 OK
However, still no PPP connection. Same logs as previously, tries to connect, authenticates ok, no IP, terminates process.
Have double-checked the APN name which is correct from the SIM supplier.
-
I don't think it's the SIM. Or at least not the connectivity to it. When you tested it without the SIM did you reboot in between? I'm not sure when the modem actually queries it but I'd be amazed it got that far without any SIM present.
-
I saw your picture (2100 with the modem), please connect the antennas even
before your empower the modem, the antennas are grounding the modem
device!!! (electric grounding)Is this a M.2 modem? Are the antennas also made for M.2 or only for miniPCIe?
There are differences between.There are two modes DIP (direct IP) or QMI (Qualcomm MSM Interface),
I use a Sierra Wireless 7710 LTE modem and must set it up to the DIP
mode, until it was not working for me in pfSense.Finding out the mode for my modem was marching this way;
[24.03-RC][root@xxx.xxx]/root: usbconfig ugen1.1: <AMD EHCI root HUB> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAV E (0mA) ugen0.1: <AMD XHCI root HUB> at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SA VE (0mA) ugen2.1: <AMD EHCI root HUB> at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAV E (0mA) ugen1.2: <vendor 0x0438 product 0x7900> at usbus1, cfg=0 md=HOST spd=HIGH (480Mb ps) pwr=SAVE (100mA) ugen2.2: <vendor 0x0438 product 0x7900> at usbus2, cfg=0 md=HOST spd=HIGH (480Mb ps) pwr=SAVE (100mA) ugen2.3: <u-blox AG - www.u-blox.com u-blox 6 - GPS Receiver> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) ugen0.2: <Sierra Wireless, Incorporated MC7710> at usbus0, cfg=0 md=HOST spd=HIG H (480Mbps) pwr=ON (0mA)
[24.03-RC][root@xxx.xxx]/root: usbconfig -d 0.2 dump_device_desc ugen0.2: <Sierra Wireless, Incorporated MC7710> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (0mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 <Probed by interface class> bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x1199 idProduct = 0x68a3 bcdDevice = 0x0006 iManufacturer = 0x0003 <Sierra Wireless, Incorporated> iProduct = 0x0002 <MC7710> iSerialNumber = 0x0004 <358178041368210> bNumConfigurations = 0x0001
This command shows the USB PID
usbconfig -d 0.2 dump_device_desc
68A2 = QMI mode
68A3 = DIP mode1199:68a2 - MC7710 in QMI mode
1199:68a3 - MC7710 in DirectIP modeI was using this toll here for setting the modem to the DIP mode:
DIP_QMI mode switch toolInsert the modem and the SIM card, boot the pfSense, after boot up go via console (Putty) and set up the following commands to find out more;
# connects to the modem cu -l /dev/cuaU0.2 answer or oputput will be "Connected # puts the modem in verbose mode AT+CMEE=2 # Shows the vendor and bands ATI # proofing the SIM / PIN AT+cpin? # Proofing the signal strength of the Band/Antenna AT+CSQ # is scanning the available networks AT+COPS=? # Check the mobile phone activity status AT+CPAS # shows the modem.log tail -f /var/log/ppp.log
You can also try out to set the modem into the DIP mode by using this:
AT!ENTERCND="A710" AT!UDPID=68A3 AT!RESE
-
Most of that shouldn't be required on the EM7455. Since it's presenting an AT interface it must be running an appropriate composition.
-
This is what I get from usbconfig:
-
Sorry had to screen shot as the site thought I was posting spam for some reason!
Output from modem:cu -l /dev/cuaU0.2 Connected at+cmee=2 OK ati Manufacturer: Sierra Wireless, Incorporated Model: EM7455 Revision: SWI9X30C_02.38.00.00 rE3F3E55C03AE94 jenkins 2022/01/13 05:16:00 MEID: 35399007355869 IMEI: 353990073558699 IMEI SV: 22 FSN: LF641313650210 +GCAP: +CGSM,+DS,+ES OK at+cpin? +CPIN: READY OK at+csq +csq: 8,99 OK at+cops=? +cops: (2,"3 UK","3 UK","23420",2),,(0,1,2,3,4),(0,1,2) OK at+cpas +CPAS: 0 OK
The PPP still does not connect. Any ideas for next step?
-
Hmm, this feels like it has to be the provider. Though that's hard to explain because I'm using "3 UK" and it works fine.
Did you test without the SIM in after rebooting? Just make sure it fails earlier in the process.
-
at+cpas +CPAS: 0 OK
0 = Ready (Mobile Termination (MT) allows commands from Terminal Adapter (TA)/Terminal Equipment (TE))
at+csq +csq: 8,99 OK
I would have a look here to that tables, they are very good explaining the
signal strength and it may be brings you to change the position of your
pfSense box to get a better or excellent signal strength. Often are antennas with a 1/2 meter cable and a magnetic stand will be able to let the router
where it is but you get also a better signal. LTE Signal strengthat+cops=? +cops: (2,"3 UK","3 UK","23420",2),,(0,1,2,3,4),(0,1,2) OK
This are the available networks you may be able to reach from your router.
Here you may be able to see another output with very excellent
area roaming as an example.+COPS: (1,"3 UK","3 UK","23420",2),(1,"Orange F","Orange","20801",7), (1,"F-Bouygues Telecom","BYTEL","20820",7),(1,"F SFR","SFR","20810",2), (1,"Free","Free","20815",7),(1,"Airtel-Vodafone","ATL-VOD","23403",7), (1,"Airtel-Vodafone","ATL-VOD","23403",2),(1,"JT","JT","23450",7), (1,"Sure","Sure","23455",7),(1,"JT","JT","23450",2),(1,"Sure","Sure","23455",2), (1,"vodafone UK","voda UK","23415",2),(1,"EE","EE","23430",2), (1,"O2 - UK","O2 - UK","23410",2),(1,"208 16","208 16","20816",7),,(0-4),(0-2)
So perhaps you may be put the router to another place to get better results.
3 UK","23420"
But anyway, this is the interesting part for you, the 5 digit number is
presenting your region; 23420 = Hutchinson 3G (3) – United Kingdom