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

    XG-7100 & Unify console troubles: ix0, ix1, dhcp-kea & now sore head

    Scheduled Pinned Locked Moved Official Netgate® Hardware
    18 Posts 3 Posters 784 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.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by stephenw10

      Yeah you haven't set the PVID on the switch. All the ports are still set to 4091 so no inbound untagged traffic will work. Except on LAN where it's still using 4091.

      You need to go to Interfaces > Switch > Ports and set the correct PVID for each port.

      https://docs.netgate.com/pfsense/en/latest/solutions/xg-7100-1u/configuring-the-switch-ports.html#ports

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

        Ah also the VLAN tags on the switch no longer match the VLANs you have added on lagg0. Previously they did. You'll need to set those back to match.

        P 1 Reply Last reply Reply Quote 0
        • P
          pfS_noob_cust @patient0
          last edited by

          @patient0 sorry for being so confusing - not intentional.
          Stephenw10 pointed out that I my Switch VLANS and Assignment VLANS were out of sync. So "I repaired" that. I believe there remains some mismatches in this area.

          To answer your last question on "my understanding" - pitiful little, apparently.

          What I THINK (hoping?) I know is:
          port 4 (allow all) devices should get 172.16.22.0/24
          port 5 (allow known) devices should get 172.16.32.0/24
          port 6 (allow all) devices should get 172.16.62.0/24

          static mapped "annabelle" as 172.16.62.5 via the port6 dhcp server page.

          when the 7100 LAN (port 2) has its members identified as:

          1. 2,9t,10t : dhcp leases reports statically mapped annabelle is up on both the LAN & port 6. But annabelle reports a self assigned IP address. The port 4 device reports not being not connected.

          2. 2,3t,4t,5t,6t,7t,8t,9t,10t :
            dhcp leases reports statically mapped annabelle is up on both the LAN & port 6. But annabelle reports a self assigned IP address.
            The device on port 4 reports a port 5 address, and not one in the pool.

          Sure seems like the VLANid assignments did not get re-implemented without leaving some conflicting garbage.

          patient0P 1 Reply Last reply Reply Quote 0
          • patient0P
            patient0 @pfS_noob_cust
            last edited by

            @pfS_noob_cust I'm sorry but I don't know what to do with these information.

            I don't think taking about DHCP is necessary right now, first we have to establish if the VLANs are setup correctly.

            Screenshots of "Interfaces / VLANs", "Interfaces / Switch / VLANs" and "Interfaces / Switch / Ports" please.

            And then pick one LAN or VLAN to look at. Don't change any VLANs after you posted the screenshots.

            P 1 Reply Last reply Reply Quote 0
            • P
              pfS_noob_cust @stephenw10
              last edited by

              @stephenw10 thanks!
              I failed there too! Didn't understand the switch ports page. fixed that so they match now.
              switch.vlans.jpg switch.ports.jpg

              1 Reply Last reply Reply Quote 0
              • P
                pfS_noob_cust @patient0
                last edited by

                @patient0 I think it's fixed now.

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

                  Yup looks good.

                  Just for reference the PVID on port 7 doesn't matter because the VLAN there is passed tagged. It usually doesn't hurt to set it there though.

                  P 1 Reply Last reply Reply Quote 0
                  • P
                    pfS_noob_cust @stephenw10
                    last edited by pfS_noob_cust

                    @stephenw10 thank you.
                    Your statement is based on the fact that port 7 is assigned with that VLANid on interface ix0, right? OOPS, Not true.
                    Switch VLANs Group 7 members are are all tagged (7t,9t,10t), right?

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

                      Yes exactly. Since all members of that VLAN are tagged it should never see untagged traffic so the PVID isn't used.

                      However worth baring in mind is that if the downstream device (a switch I assume) incorrectly sends untagged traffic to port 7 it will be tagged onto VLAN 1221. Now normally that's not a problem since the traffic could only ever be one way. Nothing on VLAN 1221 could ever respond. But if such rogue traffic turned out to be a broadcast flood for example that might start to affect something.

                      P 1 Reply Last reply Reply Quote 0
                      • P
                        pfS_noob_cust @stephenw10
                        last edited by

                        @stephenw10

                        Thank you. I'll try to absorb what you just said.

                        @patient0,stephenw10,

                        I do want to express my gratidude for kindly pointing out my failures of execution in utilizing the GUI properly. I fully appreciate the difficulties of writing words that describe the intent of a GUI.
                        Again, Thanks.

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