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

    Order / Timing of Booting Modem and pfsense PC

    Scheduled Pinned Locked Moved General pfSense Questions
    12 Posts 5 Posters 130 Views 3 Watching
    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.
    • montreelM Offline
      montreel
      last edited by

      Gosh, I feel like a dingdong! I seem to have a MAC binding issue with my pfsense box (x64 SFF PC) and my modem (Motorola MG8702 in bridge mode). igb0 is my WAN. igb1 is my LAN. igb3 and igb4 are unpopulated.

      What is the timing and order of operations that you use to get it to bind properly? In other words, Do I let pfsense fully boot and then power on the modem?

      Thanks in advance!

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

        You should be able to power both on at the same time and have it boot to a working connection. Otherwise it won't come back up correctly in the event of a power outage.

        You might need to prevent pfSense pulling a dhcp lease from the modem itself before it syncs with the cable. Many cable modems will do that to allow diagnostics. You can add a the modems local IP to reject leases from in the pfSense WAN config.

        1 Reply Last reply Reply Quote 0
        • provelsP Offline
          provels
          last edited by provels

          FWIW, I always have to boot the modem (Netgear cable) first and let it hook up, then pfSense. If I ever simply reboot the modem, the pfSense Dashboard's Gateway widget constantly cycles from "Online" to "Unknown" ad infinitum. 🤷
          @stephenw10 said in Order / Timing of Booting Modem and pfsense PC:

          You can add a the modems local IP to reject leases from in the pfSense WAN config.

          Good point, bc once the modem starts handing out leases, you're stuck. Right or wrong, WAN's got a lease and it's satisfied.

          Peder

          MAIN - pfSense+ 25.07.1-RELEASE - Adlink MXE-5401, i7, 16 GB RAM, 64 GB SSD. 500 GB HDD for SyslogNG
          BACKUP - pfSense+ 23.01-RELEASE - Hyper-V Virtual Machine, Gen 1, 2 v-CPUs, 3 GB RAM, 8GB VHDX (Dynamic)

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

            You can also add boot delay to pfSense to allow the modem to finish booting first. That can be required for some setups though it's an annoying delay at normal reboots!

            1 Reply Last reply Reply Quote 0
            • M Offline
              mer
              last edited by

              On Comcast, with a Zoom cable modem (my device, not a Comcast one)
              What I've noticed:
              If pfSense is up and modem not fully on network, pfSense WAN seems to get a private IP (link local IPV4 if I remember correctly), but when modem comes fully on network, WAN gets an IP from Comcast.
              So if both powered on at same time, pfSense WAN may get an unroutable address for a little bit, then as modem comes online WAN gets a new address.

              I think you could test your hardware by simply leaving pfSense off, wait until modem gets fully on network, then power on pfSense. At that point it should get an IP from your ISP.
              Then test the case where pfSense is up and modem reboots (like maintainence) and see what happens.

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

                Yup if the modem bounces the link when it syncs with the cable then pfSense will pull a new lease. Not all modems do.

                1 Reply Last reply Reply Quote 1
                • provelsP Offline
                  provels
                  last edited by

                  Maybe it's not needed any more, but I've had this set for a long time in Interfaces / WAN / DHCP Client Configuration:

                  999c6688-c91a-4b60-89d4-d4e5e4c9828b-image.png

                  Peder

                  MAIN - pfSense+ 25.07.1-RELEASE - Adlink MXE-5401, i7, 16 GB RAM, 64 GB SSD. 500 GB HDD for SyslogNG
                  BACKUP - pfSense+ 23.01-RELEASE - Hyper-V Virtual Machine, Gen 1, 2 v-CPUs, 3 GB RAM, 8GB VHDX (Dynamic)

                  M 1 Reply Last reply Reply Quote 2
                  • M Offline
                    mer @provels
                    last edited by

                    @provels Nice. That would cover what I see temporarily in my configuration. Of course it assumes the modem is always at 192.168.100.1.

                    But nice.

                    provelsP johnpozJ 2 Replies Last reply Reply Quote 0
                    • provelsP Offline
                      provels @mer
                      last edited by

                      @mer I imagine it could depend on the brand of modem, but it's be a fixed IP in the Netgears and Motorolas I've had. Or if the modem even offers DHCP in the first place.

                      Peder

                      MAIN - pfSense+ 25.07.1-RELEASE - Adlink MXE-5401, i7, 16 GB RAM, 64 GB SSD. 500 GB HDD for SyslogNG
                      BACKUP - pfSense+ 23.01-RELEASE - Hyper-V Virtual Machine, Gen 1, 2 v-CPUs, 3 GB RAM, 8GB VHDX (Dynamic)

                      1 Reply Last reply Reply Quote 0
                      • johnpozJ Offline
                        johnpoz LAYER 8 Global Moderator @mer
                        last edited by johnpoz

                        @mer said in Order / Timing of Booting Modem and pfsense PC:

                        Of course it assumes the modem is always at 192.168.100.1.

                        That IP is pretty common across the makers of modems, sure it could be something else.. But if you get a lease in the 192.168.100.x, its not like the modem would change its IP from 192.168.100.1 to 192.168.100.Z etc..

                        I have a arris S33 and that is the management IP, all the previous modems I have had over the years it has always been that 192.168.100.1 IP..

                        An intelligent man is sometimes forced to be drunk to spend time with his fools
                        If you get confused: Listen to the Music Play
                        Please don't Chat/PM me for help, unless mod related
                        SG-4860 25.07.1 | Lab VMs 2.8, 25.07.1

                        M 1 Reply Last reply Reply Quote 0
                        • M Offline
                          mer @johnpoz
                          last edited by

                          @johnpoz @provels I know that "unstated industry standard" is 192.168.100.1, but I've learned the hard way that assuming may cause problems.
                          Now if IANA had something stating 192.168.100.1 is the default address for devices like cable modems, I'd accept that as gospel

                          :)

                          johnpozJ 1 Reply Last reply Reply Quote 0
                          • johnpozJ Offline
                            johnpoz LAYER 8 Global Moderator @mer
                            last edited by

                            @mer nobody said its gospel and they all use it.. But clearly you got an IP in the 192.168.,100.x range - what I stated is if your device is in fact using 192.168.100.1 - its not going to change to say 192.168.200.1 out of the blue..

                            An intelligent man is sometimes forced to be drunk to spend time with his fools
                            If you get confused: Listen to the Music Play
                            Please don't Chat/PM me for help, unless mod related
                            SG-4860 25.07.1 | Lab VMs 2.8, 25.07.1

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