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

    DHCP Client Configuration: How to properly set vivso-suboptions?

    Scheduled Pinned Locked Moved DHCP and DNS
    24 Posts 2 Posters 2.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.
    • T
      teunbruijnen @bingo600
      last edited by

      @bingo600 Thanks for the encouragement! Putting it on ice until I get the "right tool for the job" :)

      1 Reply Last reply Reply Quote 0
      • T
        teunbruijnen @bingo600
        last edited by

        @bingo600 hello mr bingo. After one month, an order came through and I'm finally able to properly 'tap' the line (between SOHO router & modem).

        I can now see the exact difference between the DHCP Discover packet the Netgate router sends out(which does not get accepted), and the DHCP Discover packet the SOHO router sends out(which gets accepted).
        I can see the DHCP packet from the SOHO router has a 'header' (is this the right term?) : 802.1Q Virtual LAN, PRI: 6, DEI: 0, ID: 100.
        Left is Netgate, right is SOHO
        5a8845f5-786b-4c99-9011-56b2ed59c5ab-image.png

        This header is not included in the request from the Netgate router. If I'm not mistaken, it seems that I have made a mistake in setting up the VLAN !

        bingo600B 1 Reply Last reply Reply Quote 0
        • bingo600B
          bingo600 @teunbruijnen
          last edited by bingo600

          @teunbruijnen
          Vlan info seems to be : Vlan 100 , PRI ?? (Priority)

          This seems to indicate that the WAN/ISP line is running as a 802.1Q tagged interface , and that answer is sent with Vlan Tag 100.

          How was your Wan interface setup ?
          Screenshots please ??

          /Bingo

          If you find my answer useful - Please give the post a šŸ‘ - "thumbs up"

          pfSense+ 23.05.1 (ZFS)

          QOTOM-Q355G4 Quad Lan.
          CPUĀ  : Core i5 5250U, Ram : 8GB Kingston DDR3LV 1600
          LANĀ  : 4 x Intel 211, DiskĀ  : 240G SAMSUNG MZ7L3240HCHQ SSD

          T 1 Reply Last reply Reply Quote 1
          • T
            teunbruijnen @bingo600
            last edited by

            @bingo600 Thanks for the reply! Indeed..

            WAN interface:
            39a6575f-c88e-4670-88f0-5862a4bc0f4c-image.png
            e3765a6f-48ac-4cf9-964b-e96c203bb5da-image.png
            dcb7006d-58a1-4267-b9a6-3b609e4f388c-image.png
            7a011032-1618-437a-bb27-efdfdfefec92-image.png

            And the VLAN:
            62ea2e6f-1df5-4244-961e-8d8899f6f29c-image.png

            Thanks for the support Bingo!!

            bingo600B 1 Reply Last reply Reply Quote 0
            • bingo600B
              bingo600 @teunbruijnen
              last edited by

              @teunbruijnen

              Does that mean it works now ???

              /Bingo

              If you find my answer useful - Please give the post a šŸ‘ - "thumbs up"

              pfSense+ 23.05.1 (ZFS)

              QOTOM-Q355G4 Quad Lan.
              CPUĀ  : Core i5 5250U, Ram : 8GB Kingston DDR3LV 1600
              LANĀ  : 4 x Intel 211, DiskĀ  : 240G SAMSUNG MZ7L3240HCHQ SSD

              T 1 Reply Last reply Reply Quote 1
              • T
                teunbruijnen @bingo600
                last edited by

                @bingo600 Sadly it does not work :(( with the exact setup I've shared above, the DHCP Discover packet does not send out the 802.1Q Virtual LAN info. Do you have any ideas?

                bingo600B 1 Reply Last reply Reply Quote 0
                • bingo600B
                  bingo600 @teunbruijnen
                  last edited by

                  @teunbruijnen
                  I have no experience with the 1100's, and their built in switch-ports.

                  How is the little mirror-port switch setup in the "Vlan 802.1Q section" ?
                  You are using the excactly same setup for sniffing ISP and pfSense ?
                  You have not put any of the ports in a specific vlan ?

                  Maybe JP can help here, he seems to know about the embedded switch-ports.
                  @johnpoz

                  We're trying to replace an ISP router with a pfSense, right now we seem to be stuck with sending the dhcp requests from pfSense, with "Vlan 100 tag" - pfSense is a 1100, and OP has bought a little switch with mirroring capabilities in order to debug the functioning ISP DPCP request vs the non functioning pfSense request.
                  https://forum.netgate.com/post/1011969

                  Right now the issue seems to be that the 1100 pfSense WAN interface packages are not tagged w. Vlan100, according to the Wireshark Trace.

                  I have never used a pfSense w. builtin switchports, and it could be that i'm missing something there.

                  If you find my answer useful - Please give the post a šŸ‘ - "thumbs up"

                  pfSense+ 23.05.1 (ZFS)

                  QOTOM-Q355G4 Quad Lan.
                  CPUĀ  : Core i5 5250U, Ram : 8GB Kingston DDR3LV 1600
                  LANĀ  : 4 x Intel 211, DiskĀ  : 240G SAMSUNG MZ7L3240HCHQ SSD

                  T 1 Reply Last reply Reply Quote 1
                  • T
                    teunbruijnen @bingo600
                    last edited by teunbruijnen

                    @bingo600
                    I am sniffing the ISP & pfsense in the exact same way right now.

                    The switch setup wasn't done properly!! I didn't know VLAN's had to be configured on that level too. This is what it looked like before changing the VLAN tag to 100:
                    72dbd13c-f205-49f1-9bd8-8c7c761bd5b5-image.png

                    The ports seemed to be wrong too, changed to this now:
                    2a6d0e76-1b33-4fc8-9c0c-d96d04061c85-image.png

                    However... Still no VLAN frame included in the DHCP Discover packet.

                    bingo600B 1 Reply Last reply Reply Quote 0
                    • bingo600B
                      bingo600 @teunbruijnen
                      last edited by bingo600

                      @teunbruijnen

                      By switch i actually meant the New switch you got for "wireshark sniffing".
                      What model did you get ?

                      As i say i have no idea about how to setup the switch on the 1100.

                      Could you show the two captures again SOHO & pfSense with the new setup
                      like this one : https://forum.netgate.com/post/1011969

                      If you find my answer useful - Please give the post a šŸ‘ - "thumbs up"

                      pfSense+ 23.05.1 (ZFS)

                      QOTOM-Q355G4 Quad Lan.
                      CPUĀ  : Core i5 5250U, Ram : 8GB Kingston DDR3LV 1600
                      LANĀ  : 4 x Intel 211, DiskĀ  : 240G SAMSUNG MZ7L3240HCHQ SSD

                      T 1 Reply Last reply Reply Quote 1
                      • T
                        teunbruijnen @bingo600
                        last edited by

                        @bingo600 I am using an Orange Pi R1 for sniffing!

                        After more trial and error I finally figured out the problem. In the VLANs for the switch, VLAN group 1 wasn't tagged for 'member 3'. Once I enabled this, the DHCP Discover came tagged with the VLAN. It's still quite strange imo, since I don't understand how 'member 3' corresponds with the interface etc.

                        Anyways I am happy to finally have figured out how to bypass the SOHO router and start using pfsense. It took me around 4 months in total! Learned a lot about networking. Most of it through the replies you posted in this thread @bingo600 so thanks a lot for that!!

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