From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [RFC] alternative to conntrack ID Date: Mon, 11 Jul 2005 09:47:24 +0200 Message-ID: <42D2240C.7000508@trash.net> References: <42A83B96.4050302@eurodev.net> <42A83D72.1000106@eurodev.net> <42A9698F.30909@eurodev.net> <42B6E918.5080603@ufomechanic.net> <42B6EADF.9040002@trash.net> <42B92AE2.3070004@ufomechanic.net> <42B99E88.8090604@trash.net> <20050711054107.GB14851@sunbeam.de.gnumonks.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Netfilter Development Mailinglist , Pablo Neira , Amin Azez , Jozsef Kadlecsik Return-path: To: Harald Welte In-Reply-To: <20050711054107.GB14851@sunbeam.de.gnumonks.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: netfilter-devel-bounces@lists.netfilter.org Errors-To: netfilter-devel-bounces@lists.netfilter.org List-Id: netfilter-devel.vger.kernel.org Harald Welte wrote: > I'm still not convinced that the ID is a good idea (or that it is needed > in most cases). However, > > However, flow based accounting is basically finished, all that it lacks > is nfnetlink/ctnetlink. So I want to submit them pretty soon for > mainline inclusion. > > If you have decided onto which form of ID, please try to merge those patches > (if any) soon and tell me when I can finalize ctnetlink/nfnetlink for > submission. Pablo decided to keep the 64bit ID, mainly there is no better alternative for dumping. I don't know about the state, but AFAIK he is currently reworking the ctnetlink message format to use nested attributes instead of kernel structures. Unicast communication also needs to be fixed, right now everything is only broadcasted and userspace needs to filter. It should behave like all other netlink families. That's all I know of that needs to be done, Pablo probably has more. Regards Patrick