All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick McHardy <kaber@trash.net>
To: "Christoph A." <casmls@gmail.com>
Cc: Netfilter Developer Mailing List <netfilter-devel@vger.kernel.org>
Subject: Re: [nftables] optimization steps before rules get send to the kernel
Date: Fri, 14 Aug 2009 14:38:25 +0200	[thread overview]
Message-ID: <4A855AC1.9040904@trash.net> (raw)
In-Reply-To: <4A8486B7.2070308@gmail.com>

Christoph A. wrote:
> Hi,
> 
> from the nftables announcement:
> 
>> Redundant information might get lost before it is sent to the kernel,
>> but both the kernel and the reconstructed ruleset are semantically
>> equivalent.
> 
> As I'm currently not aware of a possibility to dump the actual rules
> currently used by the kernel, to investigate this myself, I would have
> another question:

nft list table filter
nft list chain filter output
nft list sets filter
nft list set filter xyz

> Does the optimization which removes redundant information also remove
> entire redundant rules or redundant checks within rules?
> 
> example:
> 
> ip saddr 1.1.1.1 tcp dport 22 accept
> tcp dport 22 accept
> 
> would become
> tcp dport 22 accept
> 
> 
> tcp sport 0-65535 tcp dport 80 accept
> would become
> tcp dport 80 accept
> 
> if not: is something like this planed for the future or will the
> stupidity of big rulesets never be removed by nftables? ;)

It does not currently. Its planned for the future to perform
optimizations across the entire ruleset. It requires a few
limitations though, f.i. in your example, it needs to make
sure you won't insert a rule between those two later on.


      reply	other threads:[~2009-08-14 12:38 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-13 21:33 [nftables] optimization steps before rules get send to the kernel Christoph A.
2009-08-14 12:38 ` Patrick McHardy [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=4A855AC1.9040904@trash.net \
    --to=kaber@trash.net \
    --cc=casmls@gmail.com \
    --cc=netfilter-devel@vger.kernel.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.