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

    WANs on VLANs - No Load Balance!

    Scheduled Pinned Locked Moved Routing and Multi WAN
    10 Posts 2 Posters 1.4k 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.
    • C
      costasppc
      last edited by

      Seems that when WANs that need to Load Balance are in VLANs in the same NIC, LB is not happening (checking with speedtest).

      I have tried this in 2 different sites, using the latest version and with different hardware, both WANs are 50 mbps VDSL lines:

      Site 1: APU.1D4 box, Ubiquiti ES-48-Lite EdgeSwitch, 3 WANs

      Site 2: HP 7900 PC with Intel NICs, Cisco SLM 2048 switch.

      When I use the same NIC with VLANs, I get the full speed of each WAN, but no LB, even if the WANs are in the same group-tier.

      When I use the WANs in separate NICs, using the exact LB group, I get ~90 mbps in speedtest.

      Is there something special that needs to be done when using the same NIC card and VLANs? Is it not possible at all?

      Best regards

      Kostas

      1 Reply Last reply Reply Quote 0
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        Whether it is a single interface or a VLAN interface makes zero difference to the load balancing algorithm.

        You might run into issues if the VLANs are on 100BaseT ports and not gigabit. Know that you are putting both sets of traffic on the same wire when you trunk VLANs like that.

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

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

          Thank you,

          All the VLANs are in gigabit ports in all hardware.

          I see the same behavior in both boxes. if I use separate i/f for WANs, I get the result I need.

          Best regards

          Kostas

          1 Reply Last reply Reply Quote 0
          • DerelictD
            Derelict LAYER 8 Netgate
            last edited by

            Need more information. Like I said, Load Balance does does not care at all. It requires no special features of the NICs.

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

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

              OK, here is some more info on the setup, its the same in both cases:

              In switch I have one trunk port which is connected to OPT port of the pfsense box.

              In the OPT port I am creating 2 VLANs. I set static addresses for each of the ISP network.

              Below a part of the documentation I sent to one of the clients:

              OPT: Connected to port 41 (VLAN 10 and VLAN 20 trunk port)

              VLAN10 (port 40): Connected to ISP1 router with IP: 192.168.10.253

              VLAN20 (port 42): Connected to ISP2 router with IP: 192.168.6.3

              Best regards

              Kostas

              1 Reply Last reply Reply Quote 0
              • DerelictD
                Derelict LAYER 8 Netgate
                last edited by

                OK that's all fine. My point is the Load balancing GW group does not care if the gateways are on VLAN interfaces or physical interfaces. It just chooses the gatway and sends traffic that way.

                That being the case you probably want to look elsewhere, such as is the interface (on the firewall and the switch) taking errors, etc.

                Chattanooga, Tennessee, USA
                A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                Do Not Chat For Help! NO_WAN_EGRESS(TM)

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

                  Thank you,

                  I looked, no errors either in switches or the pfsense boxes. Strange that happens in 2 different scenarios though, and the behavior is the same, I get the full speed of each wan, but never the speed of both, as it happens when using physical interfaces.

                  Best regards

                  Kostas

                  1 Reply Last reply Reply Quote 0
                  • DerelictD
                    Derelict LAYER 8 Netgate
                    last edited by

                    In general you do not get the speed of both load balance circuits when using a generic speed test site. They would have to do multiple streams in a manner that prompts the load balancing algorithms to put different states on different circuits.

                    You say you do see the bandwidth of both when physical and don't when VLAN.

                    That makes no sense.

                    Chattanooga, Tennessee, USA
                    A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                    DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                    Do Not Chat For Help! NO_WAN_EGRESS(TM)

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

                      @Derelict:

                      You say you do see the bandwidth of both when physical and don't when VLAN.

                      Exactly. However, speedtest sites (especially Ookla), is the "proof of concept" that most of the clients are using. In this situation, the client had a TP-Link load balancer, which using these sites, showed him the total bandwidth of his 2 VDSL lines (~90 download and 10 upload), and pfsense did not.
                      Even the "refresh and see the round robin happen" test using pfsense.org/ip.php does not work, and with TPLink works…

                      Is there a way to find out if the balanace algorithm does not work through logs?

                      Best regards

                      Kostas

                      1 Reply Last reply Reply Quote 0
                      • DerelictD
                        Derelict LAYER 8 Netgate
                        last edited by

                        There is no reason for it not to be working.

                        Load Balancing does not combine two circuits into one. The only technology that can do that in pfSense is Multi-Link PPP.

                        Load balancing distributes states across multiple links with the end goal of getting more of both circuits utilized.

                        Did you enable sticky connections or anything like that?

                        A single speed test site has never been a good way to test this. The last time someone said it didn't work I tested it with T-Rex. The results are here:

                        https://forum.pfsense.org/index.php?topic=124373.msg697215#msg697215

                        That thread is probably worth reading.

                        This too: https://portal.pfsense.org/docs/book/multiwan/index.html

                        Chattanooga, Tennessee, USA
                        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                        Do Not Chat For Help! NO_WAN_EGRESS(TM)

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