From: Rick Jones <rick.jones2@hp.com>
To: Hariharan Thantry <thantry@gmail.com>
Cc: netfilter@vger.kernel.org
Subject: Re: Steep drop in throughput using NFQUEUE
Date: Tue, 22 Nov 2011 12:13:54 -0800 [thread overview]
Message-ID: <4ECC0282.5040207@hp.com> (raw)
In-Reply-To: <CAC3Ot8jOMTghEFynF-+CkMOgdBNPJix+v+W2wMnAQmP8g6=wtA@mail.gmail.com>
On 11/22/2011 11:35 AM, Hariharan Thantry wrote:
> Hi folks,
>
> I'm trying to setup an IPS infrastructure using Suricata. My setup is
> the following:
>
> Machine A (Client): Regular Desktop with one dual ported 10G 82599 NICs
> Machine B (Bridge, hosting Suricata): An entry level Xeon with 2 dual
> ported 10G 82599 NICs
> http://www.newegg.com/Product/Product.aspx?Item=N82E16813131725
> Machine C (Server): Regular Desktop with one dual ported 10G 82599 NIC
>
> Note that the machine hosting Suricata is a ___pure___ bridge (no IP address)
>
> The forwarding performance of the bridge with the single 10G
> connection active is ~9.5 Gbps (almost line rate), while with both 10G
> connections active is ~ 13 Gbps (no tuning).
Doesn't help with the NFQUEUE bit, but ~13 Gbps sounds like what someone
recently asserted was an expected practical limit for a dual-port NIC in
a x4 Gen2 slot.
For the NFQUEUE vs other bit, sounds like some profiling is in order.
rick jones
>
> While trying out Suricata as an IPS in this setup, I noticed a steep
> drop in the forwarding rate. The single 10G connection speeds dropped
> to ~ 400 Kbps.
>
> The Suricata machine has the following rule setup:
>
> $ sudo iptables -A FORWARD -j NFQUEUE --queue-num 0
>
> To see if the drop in the rate was independent of the Suricata stack
> or not, I ran the example program from here:
>
> http://www.netfilter.org/projects/libnetfilter_queue/doxygen/nfqnl__test_8c_source.html
>
> and noticed that the speeds are the same as above (~400 Kbps). With
> COPY_META, the speeds increased to ~ 2Mbps.
>
> Is this steep drop expected? Any suggestions on what I could be
> missing, or how could I optimize it?
>
> Interestingly, using ebtables, and its user space handler
>
> $sudo ebtables -A FORWARD --ulog-nlgroup 1
> http://ebtables.sourceforge.net/examples/basic.html#ex_ulog
> kept up with the line rate, which was rather surprising, because even
> that handler involves a copy to user space.
>
> Any suggestions would be appreciated.
>
> Thanks,
> Hari
> --
> To unsubscribe from this list: send the line "unsubscribe netfilter" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2011-11-22 20:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-22 19:35 Steep drop in throughput using NFQUEUE Hariharan Thantry
2011-11-22 20:13 ` Rick Jones [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ECC0282.5040207@hp.com \
--to=rick.jones2@hp.com \
--cc=netfilter@vger.kernel.org \
--cc=thantry@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).