From: Pablo Neira Ayuso <pablo@netfilter.org>
To: "Yigal Reiss (yreiss)" <yreiss@cisco.com>
Cc: Florian Westphal <fw@strlen.de>,
"'netdev@vger.kernel.org'" <netdev@vger.kernel.org>,
"netfilter-devel@vger.kernel.org"
<netfilter-devel@vger.kernel.org>,
"stephen@networkplumber.org" <stephen@networkplumber.org>
Subject: enhancing nfnetlink stats [was Re: [PATCH net-next] change nfqueue failopen to apply also to receive message buffer in addition to queue size]
Date: Wed, 23 Mar 2016 13:28:55 +0100 [thread overview]
Message-ID: <20160323122855.GA5355@salvia> (raw)
In-Reply-To: <727dce6253224081b6bc4bd40c6e1958@XCH-RTP-014.cisco.com>
On Wed, Mar 23, 2016 at 12:04:28PM +0000, Yigal Reiss (yreiss) wrote:
> >> - seq_printf(s, "%5u %6u %5u %1u %5u %5u %5u %8u %2d\n", +
> >> seq_printf(s, "%5u %6u %5u %1u %5u %5u %5u %8u %5u %5u %2d\n",
> > Problematic since it changes layout of a file we unfortunately
> > have to view as uapi. I would prefer if we could leave the proc
> > file alone and not add any new stats counters for this, unless
> > there is a good argument for doing so.
>
> So my arguments are that there in order to fine tune a system it is
> required to know about the existence and number of packets that went
> under the radar. As I wrote ENOBUF does not answer all these needs.
> I understand it is problematic to change uapi. Tried to minimize
> incompatibility by keeping the order of arguments. I'll probably use
> a patch to proc any way. Please let me know if you think there is a
> point in proposing this patch or is it a "no-no" from kernel's
> perspective.
I'd suggest you extend the existing nfnetlink_queue infrastructure so
we retrieve these statistics through netlink, ie. add the
NFQNL_MSG_STATS message. Then, extend nft so we can list them via:
# nft list queues
... [ stats here ] ...
next prev parent reply other threads:[~2016-03-23 12:29 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-21 11:23 [PATCH net-next] change nfqueue failopen to apply also to receive message buffer in addition to queue size Yigal Reiss (yreiss)
2016-03-21 12:22 ` Florian Westphal
2016-03-23 12:04 ` Yigal Reiss (yreiss)
2016-03-23 12:28 ` Pablo Neira Ayuso [this message]
2016-03-21 21:35 ` Pablo Neira Ayuso
2016-03-23 11:40 ` Yigal Reiss (yreiss)
2016-03-23 11:58 ` Pablo Neira Ayuso
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=20160323122855.GA5355@salvia \
--to=pablo@netfilter.org \
--cc=fw@strlen.de \
--cc=netdev@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=stephen@networkplumber.org \
--cc=yreiss@cisco.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 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.