Date: Tue, 8 Sep 1998 06:52:35 +0200 (MET DST) From: Luigi Rizzo <luigi@labinfo.iet.unipi.it> To: archie@whistle.com (Archie Cobbs) Cc: net@FreeBSD.ORG Subject: Re: Will the TEE function of IPFW be ever implemented/necessary ? Message-ID: <199809080452.GAA16954@labinfo.iet.unipi.it> In-Reply-To: <199809080550.WAA05485@bubba.whistle.com> from "Archie Cobbs" at Sep 7, 98 10:50:35 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > as the subject says, i was wondering if the TEE function in IPFW > > > > will be ever implemented. I cannot see what it can do that would not be > > > > possible using bpf, and from the point of view of efficiency also there ... > > > I think it makes sense to have it as an ipfw option.. the only ... > > i'd like to get rid of it because it seems to be just a duplication of > > functionality for something which is already available using bpf & ... > I'd prefer that someone implemented it, because a few people have > asked for it, but on the other hand if no one is even going to implement yes but _how_ do people want to use it ? Really, TEE is of very little use for everything i can think of, because the user * cannot exercise any form of flow control; * is likely to get data out of order (depending on what happens in the network) and/or retransmissions; * has to separate data in the two directions, the policy that one wants to use for the above are so largely variable that it makes little sense to put them in the kernel, and better rely on a user-space process to do this. At which point, a BPF process would be at least more portable to different architectures! > it then it might as well go away (if you need the bit for something > else, that is). that's not a major issue since Poul solved the problem by widening the field for ipfw commands in 3.0, and i have room for that in -stable. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809080452.GAA16954>