From: Hans Schillstrom <hans@schillstrom.com>
To: Pablo Neira Ayuso <pablo@netfilter.org>
Cc: Hans Schillstrom <hans.schillstrom@ericsson.com>,
Jan Engelhardt <jengelh@medozas.de>,
Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>,
Patrick McHardy <kaber@trash.net>,
"netfilter-devel@vger.kernel.org"
<netfilter-devel@vger.kernel.org>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: [PATCH 1/1] netfilter: Add possibility to turn off netfilters defrag per netns
Date: Wed, 4 Jan 2012 22:15:10 +0100 [thread overview]
Message-ID: <201201042215.20290.hans@schillstrom.com> (raw)
In-Reply-To: <20120104174035.GB3489@1984>
[-- Attachment #1: Type: Text/Plain, Size: 985 bytes --]
Hello Again
On Wednesday, January 04, 2012 18:40:35 Pablo Neira Ayuso wrote:
> On Wed, Jan 04, 2012 at 12:48:35PM +0100, Hans Schillstrom wrote:
> > I like that idea, an "early" table at prio -500 with PREROUTING.
> > There is also a need for a new flag "--allfrags"
> > i.e. all fragments needs to be sorted out and sent to same dest for defrag.
> >
> > ex.
> > iptables -t early -A PREROUTING -i eth0 --allfrags -j NOTRACK
>
> New tables add too much overhead. We have discussed this before with
> Patrick.
>
Only if loaded ..
It would have been the perfect solution.
Is the discussion about the overhead on the list (I can't find it)?
I made a quick test with an "early" table
and --allfrags fix (for IPv4) and it works really good.
iptables -t early -A PREROUTING -i eth0 -a -j NOTRACK
iptables -t mangle -A PREROUTING -i eth0 -a -j HMARK --mod 3 --offs 100
So your opinion is no more tables,
even if it's rare that it is loaded?
Regards
Hans
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
prev parent reply other threads:[~2012-01-04 21:15 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-04 8:07 [PATCH 1/1] netfilter: Add possibility to turn off netfilters defrag per netns Hans Schillstrom
2012-01-04 8:28 ` Jozsef Kadlecsik
2012-01-04 8:49 ` Hans Schillstrom
2012-01-04 9:03 ` Jozsef Kadlecsik
2012-01-04 9:32 ` Jan Engelhardt
2012-01-04 9:47 ` Hans Schillstrom
2012-01-04 17:23 ` Pablo Neira Ayuso
2012-01-04 9:49 ` Jozsef Kadlecsik
2012-01-04 10:18 ` Hans Schillstrom
2012-01-04 11:17 ` Jan Engelhardt
2012-01-04 11:48 ` Hans Schillstrom
2012-01-04 17:40 ` Pablo Neira Ayuso
2012-01-04 18:05 ` Jozsef Kadlecsik
2012-01-04 20:56 ` Hans Schillstrom
2012-01-04 21:40 ` Jozsef Kadlecsik
2012-01-05 7:19 ` Hans Schillstrom
2012-01-05 9:11 ` Jozsef Kadlecsik
2012-01-05 14:18 ` Pablo Neira Ayuso
2012-01-09 8:58 ` Hans Schillstrom
2012-01-10 3:17 ` Pablo Neira Ayuso
2012-01-04 20:45 ` Hans Schillstrom
2012-01-04 21:15 ` Hans Schillstrom [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=201201042215.20290.hans@schillstrom.com \
--to=hans@schillstrom.com \
--cc=hans.schillstrom@ericsson.com \
--cc=jengelh@medozas.de \
--cc=kaber@trash.net \
--cc=kadlec@blackhole.kfki.hu \
--cc=netdev@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=pablo@netfilter.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.