Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Netgate 2100 micro sim + 4G LTE / 5G

    Scheduled Pinned Locked Moved Hardware
    63 Posts 9 Posters 7.7k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • M
      mphodge
      last edited by stephenw10

      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?

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        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"
        1 Reply Last reply Reply Quote 0
        • M
          mphodge
          last edited by

          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 3

          If 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?

          Dobby_D 1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by

            It could be. Hard to say. It looks like some upstream issue though. Wrong APN name maybe?

            1 Reply Last reply Reply Quote 0
            • Dobby_D
              Dobby_ @mphodge
              last edited by

              @mphodge

              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
              mphodge1.jpg

              Interface: LTE (or how you was naming it)
              mphodge2.jpg

              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.

              #~. @Dobby

              Turris Omnia - 4 Ports - 2 GB RAM / TurrisOS 7 Release (Btrfs)
              PC Engines APU4D4 - 4 Ports - 4 GB RAM / pfSense CE 2.7.2 Release (ZFS)
              PC Engines APU6B4 - 4 Ports - 4 GB RAM / pfSense+ (Plus) 24.03_1 Release (ZFS)

              1 Reply Last reply Reply Quote 0
              • M
                mphodge
                last edited by

                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?

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  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.

                  1 Reply Last reply Reply Quote 0
                  • M
                    mphodge
                    last edited by

                    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.
                    2100.png

                    1 Reply Last reply Reply Quote 0
                    • M
                      mphodge
                      last edited by

                      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.
                      😞

                      stephenw10S 1 Reply Last reply Reply Quote 0
                      • stephenw10S
                        stephenw10 Netgate Administrator @mphodge
                        last edited by

                        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.

                        1 Reply Last reply Reply Quote 0
                        • Dobby_D
                          Dobby_
                          last edited by

                          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 mode

                          1199:68a2 - MC7710 in QMI mode
                          1199:68a3 - MC7710 in DirectIP mode

                          I was using this toll here for setting the modem to the DIP mode:
                          DIP_QMI mode switch tool

                          Insert 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

                          #~. @Dobby

                          Turris Omnia - 4 Ports - 2 GB RAM / TurrisOS 7 Release (Btrfs)
                          PC Engines APU4D4 - 4 Ports - 4 GB RAM / pfSense CE 2.7.2 Release (ZFS)
                          PC Engines APU6B4 - 4 Ports - 4 GB RAM / pfSense+ (Plus) 24.03_1 Release (ZFS)

                          1 Reply Last reply Reply Quote 0
                          • stephenw10S
                            stephenw10 Netgate Administrator
                            last edited by

                            Most of that shouldn't be required on the EM7455. Since it's presenting an AT interface it must be running an appropriate composition.

                            1 Reply Last reply Reply Quote 0
                            • M
                              mphodge
                              last edited by

                              This is what I get from usbconfig:
                              617d5b62-181b-4f37-b5fd-5132a710135d-image.png

                              1 Reply Last reply Reply Quote 0
                              • M
                                mphodge
                                last edited by

                                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?

                                1 Reply Last reply Reply Quote 0
                                • stephenw10S
                                  stephenw10 Netgate Administrator
                                  last edited by

                                  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.

                                  1 Reply Last reply Reply Quote 0
                                  • Dobby_D
                                    Dobby_
                                    last edited by 

                                    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 strength

                                    at+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

                                    #~. @Dobby

                                    Turris Omnia - 4 Ports - 2 GB RAM / TurrisOS 7 Release (Btrfs)
                                    PC Engines APU4D4 - 4 Ports - 4 GB RAM / pfSense CE 2.7.2 Release (ZFS)
                                    PC Engines APU6B4 - 4 Ports - 4 GB RAM / pfSense+ (Plus) 24.03_1 Release (ZFS)

                                    1 Reply Last reply Reply Quote 0
                                    • M
                                      mphodge
                                      last edited by

                                      Ok, thanks for your helpful diagnostics :-)

                                      So, without a SIM card inserted, the PPP logs:

                                      Apr 17 16:18:09 pfSense ppp[57660]: [wan] Bundle: Interface ng0 created
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] Link: OPEN event
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] LCP: Open event
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] LCP: state change Initial --> Starting
...
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] CHAP: Using authname "user"
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] CHAP: sending RESPONSE #1 len: 25
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] CHAP: rec'd SUCCESS #1 len: 4
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] LCP: authorization successful
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] Link: Matched action 'bundle "wan" ""'
Apr 17 16:18:09 pfSense ppp[57660]: [wan_link0] Link: Join bundle "wan"
Apr 17 16:18:09 pfSense ppp[57660]: [wan] Bundle: Status update: up 1 link, total bandwidth 150000000 bps
...
Apr 17 16:18:09 pfSense ppp[57660]: [wan] IPCP: SendConfigReq #1
...
Apr 17 16:18:28 pfSense ppp[57660]: [wan] IPV6CP: SendConfigReq #10
...
Apr 17 16:18:36 pfSense ppp[57660]: fatal error, exiting
Apr 17 16:18:36 pfSense ppp[57660]: [wan] IFACE: Close event
Apr 17 16:18:36 pfSense ppp[57660]: [wan] IPCP: Close event
Apr 17 16:18:36 pfSense ppp[57660]: [wan] IPV6CP: Close event
Apr 17 16:18:36 pfSense ppp[57660]: [wan] Bundle: Shutdown
Apr 17 16:18:36 pfSense ppp[57660]: [wan_link0] Link: Shutdown
Apr 17 16:18:36 pfSense ppp[57660]: process 57660 terminated

                                      What is the LCP authorizing with here if there is no SIM? and how is it successful?

                                      With a known-working SIM inserted and router rebooted, exactly the same up until:

                                      Apr 17 16:43:24 pfSense ppp[86491]: [wan] IPCP: SendConfigReq #2
Apr 17 16:43:24 pfSense ppp[86491]: [wan]   IPADDR 0.0.0.0
Apr 17 16:43:24 pfSense ppp[86491]: [wan]   PRIDNS 0.0.0.0
Apr 17 16:43:24 pfSense ppp[86491]: [wan]   SECDNS 0.0.0.0
Apr 17 16:43:24 pfSense ppp[86491]: [wan] IPCP: rec'd Configure Nak #2 (Ack-Sent)
Apr 17 16:43:24 pfSense ppp[86491]: [wan]   IPADDR 10.88.80.91
Apr 17 16:43:24 pfSense ppp[86491]: [wan]     10.88.80.91 is OK
Apr 17 16:43:24 pfSense ppp[86491]: [wan]   PRIDNS 66.28.0.61
Apr 17 16:43:24 pfSense ppp[86491]: [wan]   SECDNS 209.244.0.3
...
Apr 17 16:43:24 pfSense ppp[86491]: [wan] IPCP: state change Ack-Sent --> Opened
Apr 17 16:43:24 pfSense ppp[86491]: [wan] IPCP: LayerUp
Apr 17 16:43:24 pfSense ppp[86491]: [wan]   10.88.80.91 -> 10.64.64.0
Apr 17 16:43:25 pfSense ppp[86491]: [wan] IFACE: Up event
Apr 17 16:43:25 pfSense ppp[86491]: [wan] IFACE: Rename interface ng0 to ppp0
Apr 17 16:43:25 pfSense ppp[86491]: [wan] IFACE: Add description "WAN"

                                      Aha! we finally have an IP address 👌
                                      And WAN interface now shows as up. 😄
                                      I think connecting the correct pigtails gave enough signal strength to finally work.
                                      Only problem now is the IP is private and NAT'd by the provider, so will have to request a public!
                                      Thanks for your help guys.

                                      Dobby_D 1 Reply Last reply Reply Quote 1
                                      • stephenw10S
                                        stephenw10 Netgate Administrator
                                        last edited by

                                        Nice!

                                        Interesting though. I wouldn't expect that login to get nearly that far without a valid SIM.

                                        1 Reply Last reply Reply Quote 0
                                        • Dobby_D
                                          Dobby_ @mphodge
                                          last edited by

                                          @mphodge said in Netgate 2100 micro sim + 4G LTE / 5G:

                                          Aha! we finally have an IP address

                                          In the interface setup you may be able to set up IPv6 = DHCP
                                          so you may be getting also an IPv6 IP address.

                                          And WAN interface now shows as up.

                                          You can now set up in the WAN settings what you need, failover
                                          or load balancing with failover.

                                          I think connecting the correct pigtails gave enough signal strength to finally work.

                                          You will see this by looking over the download/upload numbers.

                                          Only problem now is the IP is private and NAT'd by the provider, so will have to request a public!

                                          The most consumer contracts will be having this only, but often you will be able to get one together with a small business mobile phone contract.

                                          #~. @Dobby

                                          Turris Omnia - 4 Ports - 2 GB RAM / TurrisOS 7 Release (Btrfs)
                                          PC Engines APU4D4 - 4 Ports - 4 GB RAM / pfSense CE 2.7.2 Release (ZFS)
                                          PC Engines APU6B4 - 4 Ports - 4 GB RAM / pfSense+ (Plus) 24.03_1 Release (ZFS)

                                          1 Reply Last reply Reply Quote 0
                                          • A
                                            aaronouthier
                                            last edited by

                                            Apr 15 14:00:57 pfSense ppp[31402]: [wan_link0] LCP: auth: peer wants CHAP, I want nothing

                                            I am far from being an expert, but this looks like an auth mismatch. The carrier expects CHAP auth, but the router is expecting no auth at all. That's what stands out to me in the logs. Again, I'm no expert.

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.