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

    Site to Site Dual WAN/Dual OVPN all load balanced

    Scheduled Pinned Locked Moved OpenVPN
    16 Posts 6 Posters 7.0k 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.
    • jimpJ
      jimp Rebel Alliance Developer Netgate
      last edited by

      Not that I'm aware of. Quagga is the recommended OSPF daemon at the moment, I don't know if (a) it's capable of equal cost OSPF, and (b) if it is, if it actually works on FreeBSD, and © if it does, if it works with pfSense (it might require RADIX_MPATH in the kernel)

      Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

      Need help fast? Netgate Global Support!

      Do not Chat/PM for help!

      1 Reply Last reply Reply Quote 0
      • X
        xternal
        last edited by

        Hey,
        I am using Quagga, I was just after some clarification on the router id and area. I have set the area to 0.0.0.0 and the router id's to the local lan e.g. 192.168.1.1 on site A and 192.168.2.1 on site B
        I am testing with just one OPVN link at the moment, and it seems to find it, but doesnt do any routing when i remove the "remote network" from the ovpn client/server setup.

        I am using 10.0.10.1/30 for the tunnel network

        1 Reply Last reply Reply Quote 0
        • X
          xternal
          last edited by

          Here is the OSPF status from the client machine at site B, any help appreciated

           OSPF Routing Process, Router ID: 192.168.2.1
           Supports only single TOS (TOS0) routes
           This implementation conforms to RFC2328
           RFC1583Compatibility flag is disabled
           OpaqueCapability flag is disabled
           Initial SPF scheduling delay 200 millisec(s)
           Minimum hold time between consecutive SPFs 1000 millisec(s)
           Maximum hold time between consecutive SPFs 10000 millisec(s)
           Hold time multiplier is currently 1
           SPF algorithm last executed 1m25s ago
           SPF timer is inactive
           Refresh timer 10 secs
           Number of external LSA 0\. Checksum Sum 0x00000000
           Number of opaque AS LSA 0\. Checksum Sum 0x00000000
           Number of areas attached to this router: 1
          
           Area ID: 0.0.0.0 (Backbone)
             Number of interfaces in this area: Total: 1, Active: 1
             Number of fully adjacent neighbors in this area: 1
             Area has no authentication
             SPF algorithm executed 2 times
             Number of LSA 2
             Number of router LSA 2\. Checksum Sum 0x0001d02b
             Number of network LSA 0\. Checksum Sum 0x00000000
             Number of summary LSA 0\. Checksum Sum 0x00000000
             Number of ASBR summary LSA 0\. Checksum Sum 0x00000000
             Number of NSSA LSA 0\. Checksum Sum 0x00000000
             Number of opaque link LSA 0\. Checksum Sum 0x00000000
          
          eighbor ID Pri State           Dead Time Address         Interface            RXmtL RqstL DBsmL
          192.168.1.1       1 Full/DROther      34.078s 10.0.10.1       ovpnc1:10.0.10.2         0     0     0
          
                 OSPF Router with ID (192.168.2.1)
          
                          Router Link States (Area 0.0.0.0)
          
          Link ID         ADV Router      Age  Seq#       CkSum  Link count
          192.168.1.1     192.168.1.1       86 0x80000046 0xf686 2
          192.168.2.1     192.168.2.1       85 0x80000043 0xd9a5 2
          
          1 Reply Last reply Reply Quote 0
          • X
            xternal
            last edited by

            Hi Guys, I think I am getting close, I didn't have "redistribute connected subnets" at each end ticked.

            To clean up my Quagga routing table I have added the ADSL gateways to the exlcusion list when passing subnets. This way OSPF is only passing the local lan subnets. Will this cause an issue?

            To get it to work, I now have a Lan firewall rule which when accessing the 192.168.0.0/16 subnets, it just uses the * gateway. So hopefully it is using Quagga to load balance across the OPVN links.
            Then I have all other traffic from the Lan going across the WANBalancer gateway I setup (which was working nicely before i started with the opvn connections).
            Is this correct?

            EDIT: ARGH! Now I can only get one VPN connection to connect at a time. If i have both VPN connections enabled on the server, the last one to enable just shows this:

            VPN on WAN UDP:1194 0 See Note Below No Management Daemon 0 0

            And the logs contain:

            Sep 18 14:24:50 openvpn[12660]: /sbin/ifconfig ovpns1 10.0.10.1 10.0.10.2 mtu 1500 netmask 255.255.255.255 up
            Sep 18 14:24:50 openvpn[12660]: FreeBSD ifconfig failed: external program exited with error status: 1
            Sep 18 14:24:50 openvpn[12660]: Exiting

            The VPN connections both work, the other one just has to be disabled. Any ideas :)  ???  :(

            Edit 2: Upgraded to the latest snapshot, seems to be working :) Now to test and make sure load balancing is working

            Edit 3: Ok it isn't load balancing, do I need to setup a gateway group with the VPN interfaces and have a firewall rule which directs traffic through that?

            1 Reply Last reply Reply Quote 0
            • X
              xternal
              last edited by

              Bumpy :)
              Still cannot get it to load balance the vpn connections…

              1 Reply Last reply Reply Quote 0
              • H
                heper
                last edited by

                afaik the freebsd kernel currently does not support loadbalancing when using ospf (don't know the details).

                what quagga will do is provide failover.

                1 Reply Last reply Reply Quote 0
                • D
                  dhatz
                  last edited by

                  @heper:

                  afaik the freebsd kernel currently does not support loadbalancing when using ospf (don't know the details).
                  what quagga will do is provide failover.

                  Check previous posts in this thread (mine and jimp's)

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

                    Sorry for "hijacking the thread" but are there any tutorials on site to site openvpn using ospf ?

                    Thanks a lot !

                    1 Reply Last reply Reply Quote 0
                    • H
                      heper
                      last edited by

                      don't know of any full blown tutorial, but its fairly easy. some info bout ospf can be found here: http://forum.pfsense.org/index.php/topic,37084.0.html

                      First thing you should do is get you tunnel(s) up and running and routing properly without ospf.
                      Then you install quagga-ospf on both ends
                      Then you configure:

                      • set a master password

                      • pick an available area. if this is your (company) network, anything will be available

                      • personally i like to specify what routes to distribute and don't use "Redistribute connected subnets"

                      • on the interface settings specify where you want to bind ospf to

                      • hit save

                      • repeat on other end

                      After both end run ospf on the correctly, check their status screens
                      it should have found neighbours, and routes to distribute and lots of incomprehensible garbage you shouldn't worry about :D
                      verify the "Quagga OSPF Routes". Are those the subnets you wish to distribute ?
                      If yes, remove all routes from your Openvpn configuration (ie remote network/ local network/ pushed routes)
                      I keep the tunnel network fields in the openvpn config, incase the ospf fails and i need to reach the other side quickly, but i don't believe this to be necessary

                      and finally, verify you have other ways to reach to other end tunnel in case something goes wrong. Hit Save and if needed restart the services.

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

                        Thanks a lot heper, I'll check it out.

                        1 Reply Last reply Reply Quote 0
                        • E
                          eytanes
                          last edited by

                          heper,
                          I tried setting up ospf as you described but for some reason the Quagga UI makes some changes that I didnt specify while ignoring other that I do.

                          I have two openvpn tunnels. The tunnel networks are conn1: 10.1.1.12/30 and conn2:  10.1.1.16/30.
                          The quagga will sometimes add those two networks as networks to distribute without me specifying them. So if conn1 is up while conn2 is down ospf will add a route to 10.1.1.18 via con1 and it will prevent the openvpn connection conn2 from coming online (openvpn client fails to add the route).

                          Another issue i was having was being able to distribute the openvpn 'Remote Users' network via quagga. I have a 'Remote Users' openvpn server with network 10.2.2.0/24.
                          I tried to add the network to be distributed via ospf but it only distributes the route 10.2.2.2/32

                          Oddly enough both these issues dont' appear when i use openospfd.

                          Any help would be greatly appreciated.
                          -E

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