From owner-freebsd-net Mon Oct 2 22:35:10 2000 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 5800E37B502 for ; Mon, 2 Oct 2000 22:35:08 -0700 (PDT) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id WAA40051; Mon, 2 Oct 2000 22:34:58 -0700 (PDT) Date: Mon, 2 Oct 2000 22:34:57 -0700 (PDT) From: Julian Elischer To: Brian Somers Cc: Patrick Bihan-Faou , freebsd-net@FreeBSD.ORG Subject: Re: natd and userland ppp In-Reply-To: <200010022329.e92NT9n37409@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 3 Oct 2000, Brian Somers wrote: > > The NAT has to happen there because of all the compression and other > mucking about. > > Eventually (I say after having done nothing about this in the last > year), I would like to convert each of the above layers into a module > that will compile either as a lump of userland code or as some sort of > netgraph kld plugin.... the idea being that ppp can decide at run > time whether it'll use kernel or userland functionality, getting the > same results either way. > > The approach would be that if the user doesn't specify what > they want, they probably want everything in the kernel. If > everything can't be implemented in the kernel, then as much as > possible should be implemented outside of the kernel. Some day, I'll > get some time to do this stuff.... > As discussed with you a year ago, teh netgraph code can now support 'stub' nodes, where the packet is passed to the node, which will examine it, maybe alter it, and pass it BACK.. (as opposed to forward.) (I believe this was on your 'wish list' Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message