Date: Sat, 16 Apr 2005 14:10:00 -0700 From: Bruce M Simpson <bms@spc.org> To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= <des@des.no> Cc: Harti Brandt <harti@freebsd.org> Subject: Re: De-orbitting ATM-HARP Message-ID: <20050416211000.GF784@empiric.icir.org> In-Reply-To: <86ll7i30mc.fsf@xps.des.no> References: <20050415173711.I658@beagle.kn.op.dlr.de> <20050416150810.GD5452@empiric.icir.org> <86ll7i30mc.fsf@xps.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Apr 16, 2005 at 10:52:43PM +0200, Dag-Erling Smørgrav wrote: > Uh? PPP uses netgraph, which has its own socket thingy. Postscript. It struck my mind that you were possibly thinking of the netgraph-based, kernel-space implementation of PPP, in particular the ng_pppoe node. This only knows about the PPP-over-Ethernet encapsulation. If someone were to write the necessary node to support the PPP-over-ATM encapsulation, then yes, we probably could make NATM go away, but then Netgraph would be the only means of working with ATM virtual circuits under FreeBSD, which has debatable merits. HARP may be old and crufty, NATM is but a small part of it, but it would be the last piece of ATM code which we have in common with the other BSDs. In terms of code quality and design, I've found it far nicer to work with than the equivalent Linux offering. Besides, I think being able to have native ADSL connectivity on a *BSD machine is a good thing. Deprecating NATM for the 6.0 lifetime would affect several users, developers and committers who are working towards this. I'd be more than happy to see ng_pppoa go in for 6.0, though. [That would be an excellent idea - being able to run MPD on top of ATM would let us do native xDSL channel bonding on FreeBSD.] Just my 2c (about to change back to pence), BMS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050416211000.GF784>