From: Pablo Neira Ayuso <pablo-Cap9r6Oaw4JrovVCs/uTlw@public.gmane.org>
To: Jarno Rajahalme <jarno-LZ6Gd1LRuIk@public.gmane.org>
Cc: dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org,
netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
netfilter-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH net-next v5 2/8] netfilter: Factor out nf_ct_get_info().
Date: Fri, 25 Dec 2015 13:30:29 +0100 [thread overview]
Message-ID: <20151225123029.GA7352@salvia> (raw)
In-Reply-To: <1450312607-44050-3-git-send-email-jarno-LZ6Gd1LRuIk@public.gmane.org>
On Wed, Dec 16, 2015 at 04:36:41PM -0800, Jarno Rajahalme wrote:
> Define a new inline function to map conntrack status to enum
> ip_conntrack_info. This removes the need to otherwise duplicate this
> code in a later patch ("openvswitch: Find existing conntrack entry
> after upcall.").
>
> Signed-off-by: Jarno Rajahalme <jarno@ovn.org>
> ---
> include/net/netfilter/nf_conntrack.h | 15 +++++++++++++++
> net/netfilter/nf_conntrack_core.c | 28 +++++++++-------------------
> 2 files changed, 24 insertions(+), 19 deletions(-)
>
> diff --git a/include/net/netfilter/nf_conntrack.h b/include/net/netfilter/nf_conntrack.h
> index fde4068..b3de10e 100644
> --- a/include/net/netfilter/nf_conntrack.h
> +++ b/include/net/netfilter/nf_conntrack.h
> @@ -125,6 +125,21 @@ nf_ct_tuplehash_to_ctrack(const struct nf_conntrack_tuple_hash *hash)
> tuplehash[hash->tuple.dst.dir]);
> }
>
> +static inline enum ip_conntrack_info
> +nf_ct_get_info(const struct nf_conntrack_tuple_hash *h)
> +{
> + const struct nf_conn *ct = nf_ct_tuplehash_to_ctrack(h);
> +
> + if (NF_CT_DIRECTION(h) == IP_CT_DIR_REPLY)
> + return IP_CT_ESTABLISHED_REPLY;
> + /* Once we've had two way comms, always ESTABLISHED. */
> + if (test_bit(IPS_SEEN_REPLY_BIT, &ct->status))
> + return IP_CT_ESTABLISHED;
> + if (test_bit(IPS_EXPECTED_BIT, &ct->status))
> + return IP_CT_RELATED;
> + return IP_CT_NEW;
> +}
> +
> static inline u_int16_t nf_ct_l3num(const struct nf_conn *ct)
> {
> return ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple.src.l3num;
> diff --git a/net/netfilter/nf_conntrack_core.c b/net/netfilter/nf_conntrack_core.c
> index 3cb3cb8..7546fc7 100644
> --- a/net/netfilter/nf_conntrack_core.c
> +++ b/net/netfilter/nf_conntrack_core.c
> @@ -1056,25 +1056,15 @@ resolve_normal_ct(struct net *net, struct nf_conn *tmpl,
> ct = nf_ct_tuplehash_to_ctrack(h);
>
> /* It exists; we have (non-exclusive) reference. */
> - if (NF_CT_DIRECTION(h) == IP_CT_DIR_REPLY) {
> - *ctinfo = IP_CT_ESTABLISHED_REPLY;
> - /* Please set reply bit if this packet OK */
> - *set_reply = 1;
> - } else {
> - /* Once we've had two way comms, always ESTABLISHED. */
> - if (test_bit(IPS_SEEN_REPLY_BIT, &ct->status)) {
> - pr_debug("nf_conntrack_in: normal packet for %p\n", ct);
> - *ctinfo = IP_CT_ESTABLISHED;
> - } else if (test_bit(IPS_EXPECTED_BIT, &ct->status)) {
> - pr_debug("nf_conntrack_in: related packet for %p\n",
> - ct);
> - *ctinfo = IP_CT_RELATED;
> - } else {
> - pr_debug("nf_conntrack_in: new packet for %p\n", ct);
> - *ctinfo = IP_CT_NEW;
> - }
> - *set_reply = 0;
> - }
> + *ctinfo = nf_ct_get_info(h);
> + if (*ctinfo == IP_CT_ESTABLISHED)
> + pr_debug("nf_conntrack_in: normal packet for %p\n", ct);
> + else if (*ctinfo == IP_CT_RELATED)
> + pr_debug("nf_conntrack_in: related packet for %p\n", ct);
> + else if (*ctinfo == IP_CT_NEW)
> + pr_debug("nf_conntrack_in: new packet for %p\n", ct);
> + *set_reply = NF_CT_DIRECTION(h) == IP_CT_DIR_REPLY;
> +
This results in worse code for our codebase.
Given the little code that is consolidated in this patchset (the last
larger patch 8/8 is basically a copy of our NAT path but adapted to
the openvswitch packet flow logic), I don't think this little effort
in this patch to consolidate this code is worth.
The right way IMO would be to get openvswitch packet flow closer to
our codebase, then more code could be reused but I understand that is
not simple thing.
Please, revamp a new patchset version keeping this function that you
need in your folder.
Thanks.
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
next prev parent reply other threads:[~2015-12-25 12:30 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-17 0:36 [PATCH net-next v5 0/8] openvswitch: NAT support Jarno Rajahalme
2015-12-17 0:36 ` [PATCH net-next v5 1/8] netfilter: Remove IP_CT_NEW_REPLY definition Jarno Rajahalme
2015-12-17 0:36 ` [PATCH net-next v5 2/8] netfilter: Factor out nf_ct_get_info() Jarno Rajahalme
2015-12-17 13:31 ` Sergei Shtylyov
[not found] ` <1450312607-44050-3-git-send-email-jarno-LZ6Gd1LRuIk@public.gmane.org>
2015-12-25 12:30 ` Pablo Neira Ayuso [this message]
2016-01-08 23:32 ` Jarno Rajahalme
[not found] ` <1450312607-44050-1-git-send-email-jarno-LZ6Gd1LRuIk@public.gmane.org>
2015-12-17 0:36 ` [PATCH net-next v5 3/8] netfilter: Allow calling into nat helper without skb_dst Jarno Rajahalme
2015-12-17 0:36 ` [PATCH net-next v5 4/8] openvswitch: Update the CT state key only after nf_conntrack_in() Jarno Rajahalme
2015-12-17 0:36 ` [PATCH net-next v5 6/8] openvswitch: Handle NF_REPEAT in conntrack action Jarno Rajahalme
2015-12-17 0:36 ` [PATCH net-next v5 5/8] openvswitch: Find existing conntrack entry after upcall Jarno Rajahalme
2015-12-17 0:36 ` [PATCH net-next v5 7/8] openvswitch: Delay conntrack helper call for new connections Jarno Rajahalme
[not found] ` <1450312607-44050-8-git-send-email-jarno-LZ6Gd1LRuIk@public.gmane.org>
2015-12-17 13:33 ` Sergei Shtylyov
2015-12-17 0:36 ` [PATCH net-next v5 8/8] openvswitch: Interface with NAT Jarno Rajahalme
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=20151225123029.GA7352@salvia \
--to=pablo-cap9r6oaw4jrovvcs/utlw@public.gmane.org \
--cc=dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org \
--cc=jarno-LZ6Gd1LRuIk@public.gmane.org \
--cc=netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=netfilter-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.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 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).