From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: unlock iptables in netns Date: Mon, 16 Jun 2008 13:16:00 +0200 Message-ID: <48564B70.2020400@trash.net> References: <200806102127.21093.adobriyan@parallels.com> <484F7663.1080408@trash.net> <48563FBB.4080303@trash.net> <20080616110434.GA5103@martell.zuzino.mipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: netfilter-devel@vger.kernel.org, netdev@vger.kernel.org, devel@openvz.org, den@openvz.org, xemul@openvz.org To: Alexey Dobriyan Return-path: In-Reply-To: <20080616110434.GA5103@martell.zuzino.mipt.ru> Sender: netfilter-devel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Alexey Dobriyan wrote: > On Mon, Jun 16, 2008 at 12:26:03PM +0200, Patrick McHardy wrote: >> >> By the way, is there already work done for conntrack/NAT namespace >> support? I have this patch that uses marks for something very similar >> that should be easy to adjust. > > Yes, right now I'm fighting something which looks like double free > of conntrack during clone(CLONE_NEWNET)/exit test despite none created > in netns. And unknown to me dimensions of input and output packet codepaths. > :^) > > Preliminaty details: > struct nf_conn::ct_net which pins netns From the VLAN code, I thought namespaces could also be identified numerically. That would reduce the size increase of struct nf_conn. > netns of expectation is netns of master conntrack by definition > per-netns conntrack hash > per-netns expect hash > per-netns unconfirmed list That all makes sense.