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

    bridge0 LAN IP not present

    Scheduled Pinned Locked Moved Plus 23.01 Development Snapshots (Retired)
    36 Posts 4 Posters 3.6k 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.
    • T
      tedquade @stephenw10
      last edited by tedquade

      @stephenw10 WiFi configuration problem resolved in todays snapshot.

      Ted Quade

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

        Yeah, @jimp found and fixed that before I'd finished reporting it! ๐Ÿ˜‰

        L 1 Reply Last reply Reply Quote 1
        • L
          LostInIgnorance @stephenw10
          last edited by

          @stephenw10 Do you know if this issue also affects LAGG interfaces in the same way? I am unable to get any network traffic to pass through a LAGG vlan with the 11-18 snapshot.

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

            With an IP address on the lagg directly? It comes up the same way, no ip config on it?

            I haven't seen that but I'm not sure I have anything testing it directly right now...yet

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

              Actually I do have an assigned LACP lagg on the same test box that's hitting this issue with the bridge and it comes up fine.

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

                @tedquade Are you able to upload any config or logs from the system you have hitting this?

                If so please do so here: https://nc.netgate.com/nextcloud/s/7rdEWfnigQWKdTN

                Steve

                T 1 Reply Last reply Reply Quote 0
                • T
                  tedquade @stephenw10
                  last edited by

                  @stephenw10 I can.

                  What specific config do you need? The XML backup or system config files? If the latter, provide me with the exact path.

                  As for logs, what do you need, ie OS boot log, etc. and specific system path as appropriate.

                  Ted Quade

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

                    The full config backup would be ideal if it's a test box you're able to do that with.

                    The boot logs may also show something.

                    The redacted status_output file from <your_firewall_IP>/status.php would be useful if you can't use the full config.

                    Steve

                    T 1 Reply Last reply Reply Quote 0
                    • T
                      tedquade @stephenw10
                      last edited by

                      @stephenw10 XML config backup and OS Boot log uploaded.

                      Ted Quade

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

                        Thanks!

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

                          Are you able to test booting with the OpenVPN server disabled?

                          We think we've found where this is happening but it would be good to get another data point to confirm it because it's not a simple fix.

                          Steve

                          T 1 Reply Last reply Reply Quote 0
                          • T
                            tedquade @stephenw10
                            last edited by tedquade

                            @stephenw10 You have the additional data point.

                            Bridge0 came up configured on reboot with OpenVPN server disabled.

                            Now for the real fun by the sounds of it!

                            Ted Quade

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

                              Yes, the 'correct' fix for this is.... non-trivial!

                              Thanks for confirming.

                              T 1 Reply Last reply Reply Quote 0
                              • T
                                tedquade @stephenw10
                                last edited by

                                @stephenw10 With this mornings build, the problem is resolved.

                                FreeBSD 14.0-CURRENT #0 plus-devel-main-n255990-b4bd6673756: Thu Dec 1 06:29:16 UTC 2022

                                Ted Quade

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

                                  Excellent! Thanks for the feedback. ๐Ÿ‘

                                  I tested every combination of bridges, vlans, qinqs and openvpns I could think of there and it looks good. There are a lot of possible combos though so let me know if you find anything.

                                  One thing this exposed is that the bridge interfaces handling in FreeBSD 14 does a few things differently. The MTU setting especially has changed. Setting the MTU on the bridge should now propagate that to all members. And conversely it will override any setting on a member interface. So in the current snapshot you should find interfaces that are bridge members have the MTU field greyed out.

                                  Steve

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