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

    (solved) Bridged Interfaces Flapping after discon/recon

    Scheduled Pinned Locked Moved 2.2 Snapshot Feedback and Problems - RETIRED
    27 Posts 4 Posters 6.3k 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.
    • chpalmerC
      chpalmer
      last edited by

      @ermal:

      Can you be more clear here!

      Sorry- ADHD.

      As of 2.2-BETA (amd64)
      built on Tue Nov 25 16:45:15 CST 2014

      The interfaces no longer flap when disconnected and reconnected.

      I now have the latest as of now snaphot  built on Wed Nov 26 08:02:53 CST 2014 and can report that the interfaces still behave and do not flap when disconnected and reconnected.

      Triggering snowflakes one by one..
      Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

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

        One thing that might be an issue is that the bridge interface, because it's not a physical device, doesn't have a MAC address. In order to operate like any other interface a MAC is generated when the bridge is created. However the MAC may be obviously fake and can change at each boot. Either of those could be causing an issue for dhcp. You can spoof the MAC on the bridge to prevent it though.
        This was true in 2.1.X anyway, not tried it in 2.2.

        Steve

        1 Reply Last reply Reply Quote 0
        • chpalmerC
          chpalmer
          last edited by

          @stephenw10:

          You can spoof the MAC on the bridge to prevent it though.
          This was true in 2.1.X anyway, not tried it in 2.2.

          Steve

          I have tried spoofing the mac but Im not as good at taking notes as I should be.  With the American holiday tomorrow I may spend some time messing again with the primary box and see if I can make it work.  It seems like I am just missing something.  Ill do my best to document better as I try.  ;D

          Thanks!

          Triggering snowflakes one by one..
          Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

          1 Reply Last reply Reply Quote 0
          • C
            cmb
            last edited by

            In that circumstance, it may or may not be better to assign the bridge itself as WAN. Probably doesn't matter either way. One thing that'll bite you in that circumstance is the bridge has a virtual MAC address that's randomly generated when the bridge is created, hence will be different at each boot unless you specify a MAC under Interfaces>(whichever is the bridge). What I typically do there in situations where you don't want the bridge interface's MAC to ever change is just statically configure the MAC it sets automatically so it'll stick to that.

            Your ISP not allowing a different MAC than your physical WAN NIC is probably why it didn't work that way. Setting the bridge to something specific, and doing whatever you need to do to change MACs with your ISP (usually just power cycle your modem) should work.

            1 Reply Last reply Reply Quote 0
            • chpalmerC
              chpalmer
              last edited by

              @cmb:

              Your ISP not allowing a different MAC than your physical WAN NIC is probably why it didn't work that way. Setting the bridge to something specific, and doing whatever you need to do to change MACs with your ISP (usually just power cycle your modem) should work.

              Thanks Chris!

              I played with it for about a half a day recently and just had no luck.  Being that it is the primary I have to pick and choose the downtime so tomorrow looks good for a re-review.

              With the Watchguard Im using the Macs decrease the last octlet from interfaces 0-3.  I usually just go one higher or lower when I clone.  Ill do a full reboot of everything tomorrow and see If I can make it work.  It is working just fine the way it is now but at this point Im curious.  :)

              Triggering snowflakes one by one..
              Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

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

                Yep, Chris explained it better.  ;)
                I'd be interested to hear either if this helps you connect or if you think it actually helps at all.

                Steve

                1 Reply Last reply Reply Quote 0
                • chpalmerC
                  chpalmer
                  last edited by

                  I did a quick writeup that I hope makes sense-

                  https://forum.pfsense.org/index.php?topic=84680.0

                  Triggering snowflakes one by one..
                  Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

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