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

multi wan load balancing not load balancing after failover

Scheduled Pinned Locked Moved Routing and Multi WAN
1 Posts 1 Posters 242 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.
  • 2
    2fe4
    last edited by Jul 4, 2022, 5:43 PM

    The issue I am experiencing is that load balancing sometimes fails to load balance after a WAN uplink is restored in a multi wan configuration.

    Details:
    Two WANs configured with both tier 1 in a gateway group named WAN_LB with trigger level set to member down. Default gateway in System/Routing/Gateways set to WAN_LB().

    LAN firewall rule has the gateway set to WAN_LB. Load balancing confirmed to be working via curl to fetch WAN IP (I see it cycling between both WANs).

    Testing: When WAN1 goes down, traffic is failed over to the WAN2 as expected and WAN1 shows offline in gateways. Once restored both gateways show online, but traffic is only being directed out over the WAN2. This does not happen 100% of the time, but is reproducible over several attempts. As far as I've seen, once it happens it stays in the broken state until some kind of intervention.

    The "fix" is any one of: restart gateway monitoring, re-save gateway settings. Basically almost any config change.

    Version: 2.6.0-RELEASE

    Use sticky connections: UNCHECKED

    Flush all states when a gateway goes down: UNCHECKED

    Do not create rules when gateway is down: UNCHECKED

    If anyone has a pointer to a setting I've missed or any help in debugging it would be appreciated.

    1 Reply Last reply Reply Quote 0
    1 out of 1
    • First post
      1/1
      Last post
    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
      This community forum collects and processes your personal information.
      consent.not_received