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

2.1 Interfaces: ppp0 device not being created (3G/4G)

Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
7 Posts 2 Posters 3.4k 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.
  • F
    freezetreasures
    last edited by Sep 20, 2013, 2:39 PM Sep 20, 2013, 2:34 PM

    Hi all,

    I'm using 2.1-RELEASE (amd64).

    I purchased a Pantech UML290 which is working under Windows just fine.  My intent was to install it as a failover WAN device in pfSense.  However I can't get past "go".

    The device is detected by the kernel and a cua is created:
    dmesg:

    ugen3.2: <pantech, incorporated=""> at usbus3
    umodem0: <pantech, 2="" incorporated="" pantech="" uml290,="" class="" 0,="" rev="" 2.00="" 0.00,="" addr=""> on usbus3
    umodem0: data interface 1, has CM over data, has no break
    ls -l /dev/cua*
    crw-rw----  1 uucp  dialer    0, 111 Sep 20 09:49 /dev/cuaU0
    crw-rw----  1 uucp  dialer    0, 112 Sep 20 09:49 /dev/cuaU0.init
    crw-rw----  1 uucp  dialer    0, 113 Sep 20 09:49 /dev/cuaU0.lock</pantech,></pantech,>
    

    I followed the "Configuring 3G modems" page at https://doc.pfsense.org/index.php/Configuring_3G_modems

    After the "Enable the PPP Interface" I went to "Check the interface status" Status->Interfaces.  It shows:

    OPT1 interface (ppp0)
    Status down
    

    The Status->System logs only show this related to those actions:

    Sep 20 09:58:35	check_reload_status: Syncing firewall
    Sep 20 09:58:47	dhcpleases: Could not deliver signal HUP to process because its pidfile does not exist, No such process.
    Sep 20 09:58:49	check_reload_status: updating dyndns opt1
    Sep 20 09:58:52	php: /interfaces.php: Creating rrd update script
    Sep 20 09:58:52	check_reload_status: Reloading filter
    

    The system.log on the other hand shows this:

    Sep 20 09:58:44 gw php: /interfaces.php: The command '/sbin/ifconfig 'ppp0' inet6 -accept_rtadv' returned exit code '1', the output was 'ifconfig: interface ppp0 does not exist'
    Sep 20 09:58:47 gw dhcpleases: Could not deliver signal HUP to process because its pidfile does not exist, No such process.
    Sep 20 09:58:49 gw check_reload_status: updating dyndns opt1
    Sep 20 09:58:49 gw php: /interfaces.php: The command '/sbin/ifconfig 'ppp0' -staticarp ' returned exit code '1', the output was 'ifconfig: interface ppp0 does not exist'
    Sep 20 09:58:49 gw php: /interfaces.php: The command '/usr/sbin/arp -d -i 'ppp0' -a > /dev/null 2>&1 ' returned exit code '1', the output was ''
    Sep 20 09:58:52 gw php: /interfaces.php: Creating rrd update script
    
    

    So I can only conclude that… somewhere the ppp0 device isn't getting created properly.  I haven't used *BSD since FreeBSD 2.1 days but pfSense looks like a great tailored solution for what I want.  Now, how to get it working... :)

    1 Reply Last reply Reply Quote 0
    • S
      stephenw10 Netgate Administrator
      last edited by Sep 20, 2013, 11:54 PM

      The system won't be able to do anything IP related until the connection is established.

      Look in the PPP log for evidence of it trying to connect.

      Steve

      1 Reply Last reply Reply Quote 0
      • F
        freezetreasures
        last edited by Sep 21, 2013, 1:45 AM

        That's the thing…  The ppp.log is completely empty.

        Having been away from *BSD for so long I'm not sure if the current logging level is all I can get.  But there's not much that appears to be helpful in there right now.

        1 Reply Last reply Reply Quote 0
        • S
          stephenw10 Netgate Administrator
          last edited by Sep 21, 2013, 10:36 AM

          Hmm, that doesn't look good then.  :(

          I don't use a 3g modem regularly. I tested one a while back and it "just worked".  The trouble is that 2.1 is so new (though it's been in beta for ages) there isn't a good database of error messages in the forum to search. If you were seeing those errors under 2.0.3 I would think some thing is very wrong but under 2.1 that may or may not be expected. A lot more is logged in 2.1, a lot of things went by in the background in 2.0.3.

          If this is a test box then I would recommend, just as a test, trying that modem under 2.0.3.

          I assume you've read this: https://doc.pfsense.org/index.php/Verizon_UML290

          Also I see this is a 4G device. Often they appear as an ethernet device rather than a traditional modem. Does it show any devices other than the umodem0 you've show in the log when it's plugged in.

          Steve

          1 Reply Last reply Reply Quote 0
          • F
            freezetreasures
            last edited by Sep 23, 2013, 1:40 PM

            @stephenw10:

            Hmm, that doesn't look good then.  :(

            Agreed!  I'm not sure where to start figuring out what the problem is.  I started at the Verizon_UML290 link you referenced and learned quite a bit more about configuring it from there.  But what's going on under the hood isn't apparent to me so I'm left with the logs which haven't been helpful.

            @stephenw10:

            If this is a test box then I would recommend, just as a test, trying that modem under 2.0.3.

            Would love to but I'm now thousands of miles away from the combination.  If there's something I can do remotely I'd definitely give it a go.

            @stephenw10:

            Also I see this is a 4G device. Often they appear as an ethernet device rather than a traditional modem. Does it show any devices other than the umodem0 you've show in the log when it's plugged in.

            The only log (and dmesg) messages I see I had already posted.  There's only a umodem0 device, nothing else.  I've spend hours reading about how modems can additionally come up with mass storage devices, Ethernet, etc but that doesn't appear to be the case here.  The only thing I haven't tried is forcing it into 3G mode - but the rationale for that was getting a public IP address, not basic connectivity.

            1 Reply Last reply Reply Quote 0
            • S
              stephenw10 Netgate Administrator
              last edited by Sep 23, 2013, 2:20 PM

              A bit far then!

              So you did try the specific recommendations here?
              https://doc.pfsense.org/index.php/Verizon_UML290

              Steve

              1 Reply Last reply Reply Quote 0
              • F
                freezetreasures
                last edited by Sep 24, 2013, 11:07 PM

                @stephenw10:

                A bit far then!

                So you did try the specific recommendations here?
                https://doc.pfsense.org/index.php/Verizon_UML290

                Sure did.  That's where I started.  But from the logs it doesn't look like we're getting anywhere near close to even dialing which is what that page is mostly about.

                1 Reply Last reply Reply Quote 0
                7 out of 7
                • First post
                  7/7
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  This community forum collects and processes your personal information.
                  consent.not_received