From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Westphal Subject: Re: [PATCH nf-next 0/2] netfilter: autoload NAT support for non-builtin L4 protocols Date: Fri, 7 Oct 2016 16:20:52 +0200 Message-ID: <20161007142052.GB7063@breakpoint.cc> References: <1475834369.3103.14.camel@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Davide Caratti , Pablo Neira Ayuso , Patrick McHardy , Jozsef Kadlecsik , Florian Westphal , Netfilter Development Mailing list , coreteam@netfilter.org To: Arturo Borrero Gonzalez Return-path: Received: from Chamillionaire.breakpoint.cc ([146.0.238.67]:52618 "EHLO Chamillionaire.breakpoint.cc" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751974AbcJGOVf (ORCPT ); Fri, 7 Oct 2016 10:21:35 -0400 Content-Disposition: inline In-Reply-To: Sender: netfilter-devel-owner@vger.kernel.org List-ID: Arturo Borrero Gonzalez wrote: > Unlike in iptables, in nftables we don't know the expected l4 protocol > at rule setup time. > > In the iptables<->nftables compat layer, we have an expression > attribute which is filled from userspace with the l4 protocol > (NFTA_RULE_COMPAT_PROTO). > > Not sure if it's worth adding a new netlink attribute for nft_nat to > tell the expression about the expected l4 NAT protocol. Right, it might more sense to handle this in nft frontend instead.