From owner-freebsd-net@FreeBSD.ORG Thu May 22 15:46:18 2014 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2A2EA50; Thu, 22 May 2014 15:46:18 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 832682F36; Thu, 22 May 2014 15:46:18 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 8A6B67300B; Thu, 22 May 2014 17:50:44 +0200 (CEST) Date: Thu, 22 May 2014 17:50:44 +0200 From: Luigi Rizzo To: "Alexander V. Chernikov" Subject: Re: [CFT]: ipfw named tables / different tabletypes Message-ID: <20140522155044.GB76448@onelab2.iet.unipi.it> References: <5379FE3C.6060501@FreeBSD.org> <20140521111002.GB62462@onelab2.iet.unipi.it> <537CEC12.8050404@FreeBSD.org> <20140521204826.GA67124@onelab2.iet.unipi.it> <537E1029.70007@FreeBSD.org> <537E18D3.2010201@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <537E18D3.2010201@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Luigi Rizzo , FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 May 2014 15:46:18 -0000 On Thu, May 22, 2014 at 07:33:39PM +0400, Alexander V. Chernikov wrote: > On 22.05.2014 18:56, Alexander V. Chernikov wrote: > > It looks like we have reached some kind of consensus on table naming, > so I'm going to implement the following as the first part: > > * named-only tables, no "user-visible" indexes > * Keep the same opcodes, use additional TLVs to pass names in rules > * Use explicit userland object names retrieval while listing > * Make the previous ones easily extendable for other ipfw objects > * Introduce table references and explicit typecasting (while permitting > user to refernce non-existing tables) > > * leave table atomics for one the next stages > > > Are you OK with this? yes i think so, this seems a good plan. thanks for following up cheers luigi