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.
    • D
      dhatz
      last edited by

      Thanks for the clarification jimp.

      Btw, does pfSense OpenVPN now support OSPF load balancing across equal cost path ?

      1 Reply Last reply Reply Quote 0
      • 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.