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

    Netgate 2100 micro sim + 4G LTE / 5G

    Scheduled Pinned Locked Moved
    Hardware
    9
    63
    4.8k
    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.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      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}

      1 Reply Last reply Reply Quote 0
      • 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
                                            • First post
                                              Last post