Asus N3050I-C for OpenVPN (100MBIT WAN)

re1entless

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.

asterix

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.

re1entless

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.

messerchmidt

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

Guest

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.

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).).

edwardwong

@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.

Guest

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

edwardwong

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.

lra

@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

Guest

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.

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.

Pippin

@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 :))

lra

@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.

mauroman33

@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

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>

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.

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.

mauroman33

@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

mauroman33

@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_thumb

speedt2.png_thumb