@BlueKobold:
@gonzopancho
QuickAssist will not speed up snort/suricata/OpenDPI. Intel abandoned that codebase (you can't get the firmware.)
Oh thats new for me, I was really thinking it would speeding up exactly this packages and the AES-NI
the VPN part, fine for me I thought then the most security related components are going to be pushed
in the future I was thinking, really sad is that situation now.
Correctly implemented (via /dev/crypto), QAT will accelerate OpenVPN. There is an open issue (being resolved with the OpenVPN project) using AES-NI with OpenVPN.
I am using primary IPSec VPN and so AES-NI is speeding it up much more as I could expect before.
We are quite aware of the AES-NI acceleration of IPsec. http://freebsdfoundation.blogspot.com/2014/08/freebsd-foundation-announces-ipsec.html
For VPN (including IPsec and OpenVPN), QAT will be faster, even on a C2358, but we did AES-NI first, because more people can benefit.
Even other forks, which sell their own hardware which is AES-NI enabled. PC Engines is working on a board that has Intel NICs and which supports AES-NI as well. QAT allows the supported ESP and AH transports to be processed in parallel. A large part of the gain of AES-GCM .vs AES-CBC with SHA1 is that AES-GCM is an Authenticated Encryption with Associated Data (AEAD)
There are also future products that are quite a bit faster than what you can get today, some of them are tuned to large Snort/Suricata installations.