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

    Asus N3050I-C for OpenVPN (100MBIT WAN)

    Scheduled Pinned Locked Moved Hardware
    44 Posts 14 Posters 20.8k 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.
    • R
      re1entless
      last edited by

      Hi All,

      I'm trying to figure out a low cost system for a pfSense setup that would allow me to get the maximum out of my 100MBIT WAN connection (12.5 Mega Bytes / Sec.) using OpenVPN.

      With my current router in modem mode and a direct connection to my main PC with an OpenVPN connection through an SSL tunnel I know I am able to get the full 12.5MBps so it's just a matter of routing power.

      I am currently looking at this motherboard and CPU combo (http://www.ebuyer.com/732433-asus-n3050i-c-intel-celeron-n3050-soc-vga-hdmi-8-channel-hd-audio-mini-n3050i-c) an was just wondering if a 1.6Ghz dual core would be powerful enough for OpenVPN (through SSL tunnel) routing?

      I have another question also. I know most people recommend only Intel NIC's but to cut costs would it be acceptable to use a single Intel NIC (http://www.ebuyer.com/148377-intel-gigabit-pro-1000ct-pcie-desktop-adapter-expi9301ct) for the WAN connection and use the on-board NIC for the LAN?

      Any help would be greatly appreciated!

      Thank you.

      1 Reply Last reply Reply Quote 0
      • A
        asterix
        last edited by

        For 100Mb/s WAN routing that processor should be fine. I would recommend use the onboard realtek NIC for WAN and use the Intel for LAN as it will see more internal LAN traffic.

        1 Reply Last reply Reply Quote 0
        • R
          re1entless
          last edited by

          Thanks for the quick reply - and the tip on the NICs!

          I'm curious to know if anyone has tried anything of a similar spec with an OpenVPN connection. It's probably worth mentioning its an OpenVPN client (not server). I have a Ubuntu Server with an old Intel Quad core which I temporary configured as a router/gateway for my network to try it out and I could only get about 3.4MB/s instead of 12.5MB/s which is why I wonder if a 1.6Ghz Intel Atom would be capable?

          Thank you.

          1 Reply Last reply Reply Quote 0
          • M
            messerchmidt
            last edited by

            for not much more, i would go for the quad core n3150 version.

            the matx versions have pcie slots that can accommodate intel nics from ebay

            http://www.ebuyer.com/732428-asus-n3150i-c-intel-celeron-n3150-soc-vga-hdmi-8-channel-hd-audio-mini-n3150i-c

            1 Reply Last reply Reply Quote 0
            • ?
              Guest
              last edited by

              I'm trying to figure out a low cost system for a pfSense setup that would allow me to get the maximum out of my 100MBIT WAN connection (12.5 Mega Bytes / Sec.) using OpenVPN.

              Low cost mostly means, you fiddle together something that is cheap, and then you will have a look
              what this system is capable to do for you. Better to be sure first that the system is capable to realize
              what you want to do. Perhaps a PC Engines APU or APU2 Board or bundle (PSU & case & Board)
              would be realizing this for you.

              With my current router in modem mode and a direct connection to my main PC with an OpenVPN connection through an SSL tunnel I know I am able to get the full 12.5MBps so it's just a matter of routing power.

              In normal it is not really wise to expect to get the full given throughput from your Internet account.

              I am currently looking at this motherboard and CPU combo (http://www.ebuyer.com/732433-asus-n3050i-c-intel-celeron-n3050-soc-vga-hdmi-8-channel-hd-audio-mini-n3050i-c) an was just wondering if a 1.6Ghz dual core would be powerful enough for OpenVPN (through SSL tunnel) routing?

              An SG-2440 unit should be also able to realize it for you.

              I have another question also. I know most people recommend only Intel NIC's but to cut costs would it be acceptable to use a single Intel NIC (http://www.ebuyer.com/148377-intel-gigabit-pro-1000ct-pcie-desktop-adapter-expi9301ct) for the WAN connection and use the on-board NIC for the LAN?

              For sure it will, but if you don´t get out then what you expect from, you must live with this circumstance.

              1 Reply Last reply Reply Quote 0
              • T
                thnee
                last edited by

                Perhaps a PC Engines APU or APU2 Board or bundle (PSU & case & Board) would be realizing this for you.

                Could you please expand on why you think the APU2 would be better? To me it seems to have much slower performance on paper?

                The apu2 sports an AMD GX-412TC which clocks in at 1200MHz.
                While the Intel n3150 clocks in at 1600MHz, and goes up to 2080MHz with turbo.

                This is an honest question, I really wonder, because I am trying to make this exact decision myself.
                (Although I am looking at Jetway boards with mutliple NIC's, not Asus (With the cost of the extra NIC you're basically paying the same as a multi NIC board).).

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

                  @thnee:

                  Perhaps a PC Engines APU or APU2 Board or bundle (PSU & case & Board) would be realizing this for you.

                  Could you please expand on why you think the APU2 would be better? To me it seems to have much slower performance on paper?

                  The apu2 sports an AMD GX-412TC which clocks in at 1200MHz.
                  While the Intel n3150 clocks in at 1600MHz, and goes up to 2080MHz with turbo.

                  This is an honest question, I really wonder, because I am trying to make this exact decision myself.
                  (Although I am looking at Jetway boards with mutliple NIC's, not Asus (With the cost of the extra NIC you're basically paying the same as a multi NIC board).).

                  For your 100M connectivity, APU2/2150 should be able to handle the job easily, while the APU2 board comes with dual Intel i210/211 NICs which seems to be better.

                  1 Reply Last reply Reply Quote 0
                  • ?
                    Guest
                    last edited by

                    Could you please expand on why you think the APU2 would be better? To me it seems to have much slower performance on paper?

                    For sure I will do that. Only counting together the performance tech. specs. would be like:

                    • APU2C2 is 4 CPU cores & AES-NI

                    • Intel i210AT consumer grade NICs

                    • 2 GB normal RAM

                    • 3 x miniPCIe + SIM

                    • mSATA support & SATA Port

                    • wide spread and well supported

                    • APU2C4 is 4 CPU cores & AES-NI

                    • Intel i211AT LAN Ports server grade NICs

                    • 4 GB ECC RAM

                    • 3 x miniPCIe + SIM

                    • mSATA support & SATA Port

                    • wide spread and well supported

                    Both are available as a bundle for around ~220 € fully fan less and silent and are easy routing 100 MBit/s
                    with case and PSU. And it will be able also to route 250 MBit/s at the WAN Port with ease.

                    How well is your board supported?
                    How well are the drivers are matching to that hardware?
                    How well it is playing together with pfSense (version 2.2.6)?

                    The apu2 sports an AMD GX-412TC which clocks in at 1200MHz.
                    While the Intel n3150 clocks in at 1600MHz, and goes up to 2080MHz with turbo.

                    Yep but would it do better then the APU2? It has more CPU power and thats it, perhaps it
                    would be better sorting the OpenVPN now, but since OpenVPN 2.4 and AES-GCM support
                    I would not swear on this! So I really thing there are other things similar matching but more
                    or better supported and running like hell. At the end of this thread I am counting together
                    some spare parts as an assemble, there are for sure better and stronger systems out there
                    but how well they are playing nice together with pfSense is the most question for me!

                    This is an honest question, I really wonder, because I am trying to make this exact decision myself

                    Each of us has his own understanding, beloved hardware or systems he´s is more or less swearing
                    on for sure that must not be matching or considering the parts and interested in systems other would love
                    to go with.

                    (Although I am looking at Jetway boards with mutliple NIC's, not Asus (With the cost of the extra NIC you're basically paying the same as a multi NIC board).).

                    Yes and no, sorry based on my lower English language skills I must take much more lines to explain something
                    but there are even also some strange differences and also if the hardware is based on the same SoC or CPU!
                    So there are J1900 and N2930 boards I hate and pfSense is causing problems with, and based on the same
                    CPUs or SoC, as explained in some line above, other boards will not have this failures, issues or malfunction.
                    And that mostly for only some bucks on top of the other hardware likes 20 € - 60 € and this is not really much
                    money of you can safe time and play around with your new hardware and don´t be boring about some problems.

                    For your 100M connectivity, APU2/2150 should be able to handle the job easily, while the APU2 board comes with dual Intel i210/211 NICs which seems to be better.

                    Here in Germany are only some 100 MBit/s FTTH/FTTC connections able to get for private persons
                    and this is one of the most used self made firewall basis because pfSense, untangle UTM and Sophos
                    UTM are running fine on them too. The N2930 is working for edwardwong routing nearly 1 GBit/s at
                    the WAN port. I don´t know about the OpenVPN speed, but according to the AES-NI support in OpenVPN
                    version 2.4 it could really be that the APU2 is then better, perhaps also the Intel N3050i too, but from that
                    I don´t know the support of it. And due of the lack of AES-NI at the N2930 I was considering the APU2 as
                    a better choice.

                    Entry Level:

                    • APU2C4 bundle

                    • Compex WLE200NX

                    • Sierra Wireless MC7710 LTE

                    • Crucial 30/60/120 GB mSATA

                    • Jetway NF9HG-2930

                    • 2 x 4 GB DDR3-1600MHz

                    • Ubiquiti  SR71-E WLAN card

                    • Sierra Wireless MC7710 LTE

                    • Crucial 30/60/120 GB mSATA

                    • Supermicro A1SRi-2358 (new)

                    • 2 x 2 GB DDR3-1600MHz ECC RAM

                    • Samsung840 Pro SSD 80/120/240 GB

                    pfSense SG-2220 / SG-2440

                    Mid ranged:
                    Supermicro A1SRi-2558
                    Supermicro A1SRi-2758

                    • 2 x 4/8 GB DDR3-1600MHz ECC RAM
                    • Samsung840 Pro SSD 80/120/240 GB

                    pfSense SG-4860 / SG-8860

                    Professional:

                    • ASUS Q87T
                    • Gigabyte Q87T
                    • CPU support
                      Intel® Core™ i7 (Haswell), Intel® Core™ i5 (Haswell), Intel® Core™ i3 (Haswell),
                      Intel® Pentium G (Haswell), Intel® Celeron G (Haswell), Intel® Xeon E3 v3 (Haswell)
                    • 2 x  2/4/8 GB S0-DIMM DDR3-1600MHz
                    • Intel Ethernet Server Adapter I350-T4
                    • WiFi Atheros AR9280 half length
                    • Crucial 30/60/120GB mSATA
                    • Noctua NH-L9i, CPU-Kühler

                    pfSense C2758 1U / XG-2758

                    High end:

                    • Gigabyte GA-6LISL
                    • Intel Xeon E3-12xxv3
                    • Intel i350 / i354 4x NIC
                    • 8/16 GB ECC DDR3 RAM
                    • Intel SLC/MLC 120/240 SSD

                    pfSense XG-2758 / XG-1500

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

                      I think, for highend, we should add in those Xeon D1520/1540 ITX boards, those are low TDP but super powerful processing CPU, with native 10G networking support.

                      1 Reply Last reply Reply Quote 0
                      • L
                        lra
                        last edited by

                        @thnee:

                        Perhaps a PC Engines APU or APU2 Board or bundle (PSU & case & Board) would be realizing this for you.

                        Could you please expand on why you think the APU2 would be better? To me it seems to have much slower performance on paper?

                        The apu2 sports an AMD GX-412TC which clocks in at 1200MHz.
                        While the Intel n3150 clocks in at 1600MHz, and goes up to 2080MHz with turbo.

                        As for comparing OpenVPN performance, I have started using this benchmark:

                        openvpn --genkey --secret /tmp/secret
                        time openvpn --test-crypto --secret /tmp/secret --verb 0 --tun-mtu 20000 --cipher aes-256-cbc
                        

                        Then to give the execution time in seconds a real-world meaning:

                        ( 3200 / execution_time_seconds ) = Projected Maximum OpenVPN Performance in Mbps
                        

                        For example (tested using Linux 3.2.x)…

                        PC Engines APU2 Quad Core AMD GX-412TC:
                        Execution time: 77.3 secs.
                        Maximum OpenVPN: 41 Mbps

                        Jetway NF9HG-2930 Quad Core Celeron N2930:
                        Execution time: 42.4 secs.
                        Maximum OpenVPN: 75 Mbps

                        So far, in my testing, this benchmark comes close to actual Maximum OpenVPN Performance measurements under optimum conditions.  The projected speed should be an upper limit.

                        Note: The magic number of 3200 comes from summing 1 to 20000, multiply by 2 for encrypt and decrypt and by 8 bits/byte and divide by 1,000,000 for a result of Mbps

                        1 Reply Last reply Reply Quote 0
                        • ?
                          Guest
                          last edited by

                          I think, for highend, we should add in those Xeon D1520/1540 ITX boards, those are low TDP but super powerful processing CPU, with native 10G networking support.

                          At this time the NVMe M.2 SSDs are not really fully working well for installations!
                          And together with the XG-1540 platform will be one of them.

                          As for comparing OpenVPN performance, I have started using this benchmark:

                          But this says nothing about OpenVPN performance at all.

                          OpenSSL is using the AES-NI instructions well and this is pushing the entire throughput as well too.
                          OpenVPN is using the OpenSSL well too, but it is only supporting AES-CBC but not the HMAC part and
                          so OpenVPN is not really getting benefits from that AES-NI, otherwise since OpenVPN 2.4 with integrated
                          AES-GCM it would be more fine and also getting benefits from that too. At this time I really prefer the IPSec
                          VPN standard because it is speeding up to 400% of the normal given throughput and thats really impressive!

                          Under Linux and together with multicore usage it would also not really matching because the pfSense
                          is using at the WAN port over PPPoE only 1 CPU core!

                          iOS devices from Apple, AVM routers (very popular here in Germany) and Windwos over ShrewSoftVPN client
                          are also really nice to configure and there fore it will be a long time I would be using that IPSec instead of the
                          OpenVPN mechanism.  Together with a top side mid ranged SG-4860 unit that will be able to delivering ~500+
                          MBit/s IPSec throughput for pending on the other VPN end.

                          1 Reply Last reply Reply Quote 0
                          • L
                            lra
                            last edited by

                            @BlueKobold:

                            openvpn --genkey --secret /tmp/secret
                            time openvpn --test-crypto --secret /tmp/secret --verb 0 --tun-mtu 20000 --cipher aes-256-cbc
                            
                            ( 3200 / execution_time_seconds ) = Projected Maximum OpenVPN Performance in Mbps
                            

                            As for comparing OpenVPN performance, I have started using this benchmark:

                            But this says nothing about OpenVPN performance at all.

                            The above test provides an easy to perform, upper limit test for any one OpenVPN session.  Granted it does not test routing the raw encrypted traffic, but that is a small part of the equation, and why this is a projected maximum OpenVPN performance.

                            Single core user-land performance, tun driver kernel performance and crypto performance are all part of the test, all related to overall OpenVPN performance.

                            I have tested several, mostly lower-end (PC Engines APU2C, Jetway NF9HG-2930, Lanner FW-7525B, etc.) hardware and the above test gives a good ballpark, projected maximum OpenVPN performance for any one OpenVPN session.

                            I would invite others to correlate their experiences with this simple OpenVPN benchmark.

                            1 Reply Last reply Reply Quote 0
                            • PippinP
                              Pippin
                              last edited by

                              @lra:

                              Granted it does not test routing the raw encrypted traffic, but that is a small part of the equation,

                              I wonder how accurate it would be compared to a iperf between two routed clients with server/pfSense in the middle?
                              Or even compared to a client-to-client setting?
                              Off course measuring on the server.

                              –tun-mtu 20000

                              Could you elaborate?
                              Why 20000? OpenSSL will be fed bigger packets? That`s not fair compared to real world,…I think?

                              I would invite others to correlate their experiences with this simple OpenVPN benchmark.

                              Since I'm still testing real world throughput for different scenarios, I will. (just need to find time enough :))

                              I gloomily came to the ironic conclusion that if you take a highly intelligent person and give them the best possible, elite education, then you will most likely wind up with an academic who is completely impervious to reality.
                              Halton Arp

                              1 Reply Last reply Reply Quote 0
                              • L
                                lra
                                last edited by

                                @Pippin:

                                @lra:

                                Granted it does not test routing the raw encrypted traffic, but that is a small part of the equation,

                                –tun-mtu 20000

                                Could you elaborate?
                                Why 20000? OpenSSL will be fed bigger packets? That`s not fair compared to real world,…I think?

                                The 20000 is arbitrary, but does effect the magic number of 3200.  If you used "–tun-mtu 2000" the magic number would be 32 but the test execution time would be too short to be accurate (less than a second).

                                The "openvpn --test-crypto" sequentially tests packets from 1 byte to 20000 bytes in size (per "--tun-mtu 20000") encrypting then decrypting them via the 'tun' interface driver.

                                While I agree if OpenVPN's --test-crypto additionally supported specifying a number of iterations with a fixed packet size would be more "real-world", the results using the existing "openvpn --test-crypto" still gives a useful benchmark per my testing.

                                1 Reply Last reply Reply Quote 0
                                • M
                                  mauroman33
                                  last edited by

                                  @lra:

                                  @BlueKobold:

                                  openvpn --genkey --secret /tmp/secret
                                  time openvpn --test-crypto --secret /tmp/secret --verb 0 --tun-mtu 20000 --cipher aes-256-cbc
                                  
                                  ( 3200 / execution_time_seconds ) = Projected Maximum OpenVPN Performance in Mbps
                                  

                                  As for comparing OpenVPN performance, I have started using this benchmark:

                                  But this says nothing about OpenVPN performance at all.

                                  The above test provides an easy to perform, upper limit test for any one OpenVPN session.  Granted it does not test routing the raw encrypted traffic, but that is a small part of the equation, and why this is a projected maximum OpenVPN performance.

                                  Single core user-land performance, tun driver kernel performance and crypto performance are all part of the test, all related to overall OpenVPN performance.

                                  I have tested several, mostly lower-end (PC Engines APU2C, Jetway NF9HG-2930, Lanner FW-7525B, etc.) hardware and the above test gives a good ballpark, projected maximum OpenVPN performance for any one OpenVPN session.

                                  I would invite others to correlate their experiences with this simple OpenVPN benchmark.

                                  here is my result
                                  Quad Core Celeron N3150
                                  Execution time: 27.7 secs.
                                  Maximum OpenVPN: 115 Mbps

                                  in the real world my home router allows me to get the 90% of my 100Mbps WAN connection through an OpenVPN client

                                  1 Reply Last reply Reply Quote 0
                                  • PippinP
                                    Pippin
                                    last edited by

                                    @mauroman33:

                                    here is my result
                                    Quad Core Celeron N3150
                                    Execution time: 27.7 secs.
                                    Maximum OpenVPN: 115 Mbps

                                    in the real world my home router allows me to get the 90% of my 100Mbps WAN connection through an OpenVPN client

                                    Hi,
                                    Then the 100Mbps WAN is not sufficient enough to compare. I have the same CPU, N3150N-D3V and my throughput tests using iperf in a routed
                                    ovpnclient> to <re0-ovpnserver-re1>to ovpnclient, I get max. 160 Mbits/sec., with no compression going on.
                                    Keep in mind that in this scenario the load for the server is heavier then "normal" because theres extra crypto going on, so Im somewhat sceptical to the mentioned test.

                                    At the moment I have no access to my box to compare against 115Mbps, as soon as I have I will post here.</re0-ovpnserver-re1>

                                    I gloomily came to the ironic conclusion that if you take a highly intelligent person and give them the best possible, elite education, then you will most likely wind up with an academic who is completely impervious to reality.
                                    Halton Arp

                                    1 Reply Last reply Reply Quote 0
                                    • M
                                      mauroman33
                                      last edited by

                                      @Pippin:

                                      @mauroman33:

                                      here is my result
                                      Quad Core Celeron N3150
                                      Execution time: 27.7 secs.
                                      Maximum OpenVPN: 115 Mbps

                                      in the real world my home router allows me to get the 90% of my 100Mbps WAN connection through an OpenVPN client

                                      Hi,
                                      Then the 100Mbps WAN is not sufficient enough to compare. I have the same CPU, N3150N-D3V and my throughput tests using iperf in a routed
                                      ovpnclient> to <re0-ovpnserver-re1>to ovpnclient, I get max. 160 Mbits/sec., with no compression going on.
                                      Keep in mind that in this scenario the load for the server is heavier then "normal" because theres extra crypto going on, so Im somewhat sceptical to the mentioned test.

                                      At the moment I have no access to my box to compare against 115Mbps, as soon as I have I will post here.</re0-ovpnserver-re1>

                                      Hi,
                                      I think so too.
                                      By running a speed test without VPN on my 100/20 connection, the average result is about 94Mbps.
                                      My scenario involves the connection using an OpenVPN client (SSLv3 DHE-RSA-AES256-SHA, RSA 2048 bit). In that case the result is about 90Mbps.
                                      I tried with 4 different VPN providers (IPVanish, PureVPN, PIA, VyprVPN) and the results are similar.
                                      Next month I might have a chance to try on a 250/50 connection. I will post the result here.

                                      1 Reply Last reply Reply Quote 0
                                      • PippinP
                                        Pippin
                                        last edited by

                                        @mauroman33:

                                        SSLv3 DHE-RSA-AES256-SHA, RSA 2048 bit

                                        For the mentioned test, that is not relevant because the test involves the datachannel.
                                        SSLv3 DHE-RSA-AES256-SHA, RSA 2048 bit is for the control channel. *See note.

                                        What could be more interesting for comparison is the log showing this info:

                                        
                                        Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
                                        Data Channel Encrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
                                        Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
                                        Data Channel Decrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
                                        
                                        

                                        *Note
                                        I use

                                        tls-version-min 1.2 or-highest
                                        

                                        on both sides.
                                        Server and client will negotiate the highest available TLS version.
                                        With that setting you will probably get:

                                        Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
                                        

                                        Maybe useful for you and others.

                                        I gloomily came to the ironic conclusion that if you take a highly intelligent person and give them the best possible, elite education, then you will most likely wind up with an academic who is completely impervious to reality.
                                        Halton Arp

                                        1 Reply Last reply Reply Quote 0
                                        • M
                                          mauroman33
                                          last edited by

                                          @Pippin:

                                          @mauroman33:

                                          SSLv3 DHE-RSA-AES256-SHA, RSA 2048 bit

                                          For the mentioned test, that is not relevant because the test involves the datachannel.
                                          SSLv3 DHE-RSA-AES256-SHA, RSA 2048 bit is for the control channel. *See note.

                                          What could be more interesting for comparison is the log showing this info:

                                          
                                          Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
                                          Data Channel Encrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
                                          Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
                                          Data Channel Decrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
                                          
                                          

                                          *Note
                                          I use

                                          tls-version-min 1.2 or-highest
                                          

                                          on both sides.
                                          Server and client will negotiate the highest available TLS version.
                                          With that setting you will probably get:

                                          Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
                                          

                                          Maybe useful for you and others.

                                          Thanks for the clarification

                                          this is my log
                                          Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
                                          Data Channel Encrypt: Using 256 bit message hash 'SHA256' for HMAC authentication
                                          Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
                                          Data Channel Decrypt: Using 256 bit message hash 'SHA256' for HMAC authentication
                                          Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA

                                          1 Reply Last reply Reply Quote 0
                                          • M
                                            mauroman33
                                            last edited by

                                            @mauroman33:

                                            @Pippin:

                                            @mauroman33:

                                            here is my result
                                            Quad Core Celeron N3150
                                            Execution time: 27.7 secs.
                                            Maximum OpenVPN: 115 Mbps

                                            in the real world my home router allows me to get the 90% of my 100Mbps WAN connection through an OpenVPN client

                                            Hi,
                                            Then the 100Mbps WAN is not sufficient enough to compare. I have the same CPU, N3150N-D3V and my throughput tests using iperf in a routed
                                            ovpnclient> to <re0-ovpnserver-re1>to ovpnclient, I get max. 160 Mbits/sec., with no compression going on.
                                            Keep in mind that in this scenario the load for the server is heavier then "normal" because theres extra crypto going on, so Im somewhat sceptical to the mentioned test.

                                            At the moment I have no access to my box to compare against 115Mbps, as soon as I have I will post here.</re0-ovpnserver-re1>

                                            Hi,
                                            I think so too.
                                            By running a speed test without VPN on my 100/20 connection, the average result is about 94Mbps.
                                            My scenario involves the connection using an OpenVPN client (SSLv3 DHE-RSA-AES256-SHA, RSA 2048 bit). In that case the result is about 90Mbps.
                                            I tried with 4 different VPN providers (IPVanish, PureVPN, PIA, VyprVPN) and the results are similar.
                                            Next month I might have a chance to try on a 250/50 connection. I will post the result here.

                                            I finally got to test the router with a 250/100 fiber connection.
                                            The results are in line with expectations.
                                            The Celeron N3150 is able to reach about 130Mbs via VPN client

                                            The VPN connection log:
                                            Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
                                            Data Channel Encrypt: Using 256 bit message hash 'SHA256' for HMAC authentication
                                            Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
                                            Data Channel Decrypt: Using 256 bit message hash 'SHA256' for HMAC authentication
                                            Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA

                                            speedt1.png
                                            speedt1.png_thumb
                                            speedt2.png
                                            speedt2.png_thumb

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