From owner-freebsd-net Wed May 20 05:52:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA00565 for freebsd-net-outgoing; Wed, 20 May 1998 05:52:32 -0700 (PDT) (envelope-from owner-freebsd-net@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA00557 for ; Wed, 20 May 1998 05:52:28 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id MAA14578; Wed, 20 May 1998 12:52:19 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id OAA05441; Wed, 20 May 1998 14:52:18 +0200 (MET DST) Message-ID: <19980520145218.07042@follo.net> Date: Wed, 20 May 1998 14:52:18 +0200 From: Eivind Eklund To: Luigi Rizzo Cc: julian@whistle.com, kjc@csl.sony.co.jp, net@FreeBSD.ORG Subject: Re: struct ifnet handling... References: <19980520133843.32113@follo.net> <199805201046.MAA11746@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199805201046.MAA11746@labinfo.iet.unipi.it>; from Luigi Rizzo on Wed, May 20, 1998 at 12:46:26PM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, May 20, 1998 at 12:46:26PM +0200, Luigi Rizzo wrote: > > > I think it is only a matter of naming (witnessed by the "rule list" > > > name used by cisco) and perhaps of having some default demux/mux of > > > 'chains' (but that could give a loss of flexibility for no real > > > performance advantage). > > > > I still don't see how you're loosing flexibility, even if you should > > decide to provide this interface as an alternate interface for the > > users. > > i was/am under the impression that you don't want to insert "SKIPTO" > instructions in your filter, but rather provide fixes paths for the > rules. No. I'd have preferred for the skipto's to be implemented as calls to separate chains, but that is too late now. Not supporting skiptos isn't an option - there is too large installed base. > if you provide SKIPTO instructions, then your proposal is a > superset of what I and presumably Julian are talking about. It is a rather different internal organization, but yes, it support the same functionality (unless you elect to use the restricted interface to make it easier for the kernel to optimize for speed). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message