From owner-freebsd-hackers Tue Jul 28 07:23:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17747 for freebsd-hackers-outgoing; Tue, 28 Jul 1998 07:23:41 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from etinc.com (et-gw.etinc.com [207.252.1.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAB17738 for ; Tue, 28 Jul 1998 07:23:28 -0700 (PDT) (envelope-from dennis@etinc.com) Received: from dbsys (dbsys.etinc.com [207.252.1.18]) by etinc.com (8.8.7/8.6.9) with SMTP id KAA20752; Tue, 28 Jul 1998 10:35:00 -0400 (EDT) Message-Id: <199807281435.KAA20752@etinc.com> X-Sender: dennis@etinc.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Tue, 28 Jul 1998 10:32:47 -0400 To: "Ron 'The Insane One' Rosson" , freebsd-hackers@FreeBSD.ORG From: Dennis Subject: Re: [et-users] BPF & ETINC cards In-Reply-To: <19980727143725.A10319@oneinsane.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >trafshow doesnt seem to work...seemingly because FreeBSD >doesnt support filtering of DL_NULL date types and serial >encapsulations are not supported either. > >---------------------------------------------------------- >Ok, > Now with that out of the way, I am no programmer I am an >end user who likes Both FreeBSD and my Etinc product. I >asking if it is possible for it to become a reality to get >this to work. >TIA >Ron > >P.S. No flames from either vendor please Whats your definition of a flame. Of course it can be fixed, but probably neither of us care enough to fix it. Its probably quite simply, but ET, as policy, doesn't repair OS "deflugalties" because we'd never get anything done if we did. There is no good reason why a NULL header should affect protocol filtering. Because our driver is multiprotocol and can be configured on the fly, its difficult to assign a specific encapsulation because it can change. however, if the serial encaps were supported (ie, frame relay, ppp and cisco hdlc), we could set these dynamically with a little work. Since they are not supported now (except maybe ppp), it makes little sense to use anything other than NULL Dennis > >-- >-------------------------------------------------------- >Ron Rosson ... and a UNIX user said ... >The InSaNe One rm -rf * >insane@oneinsane.net and all was null and void >-------------------------------------------------------- >It's so nice to be insane, nobody asks you to explain. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message