From owner-freebsd-atm Mon Sep 23 10:51:52 1996 Return-Path: owner-atm Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08173 for atm-outgoing; Mon, 23 Sep 1996 10:51:52 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA08152 for ; Mon, 23 Sep 1996 10:51:50 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id NAA19106; Mon, 23 Sep 1996 13:41:11 -0400 Date: Mon, 23 Sep 1996 13:41:10 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Stefan Grefen cc: Julian Elischer , atm@freebsd.org, hm@kts.org, drochner%zelux6.zel.archer@cmr.kiev.ua, kfa-juelich.de@alpo.whistle.com, dennis@etinc.com, Chuck Cranor , Jason Thorpe Subject: Re: VC support, *BSD and atm/frame/isdn In-Reply-To: <1892.843437138@hex.grefen.carpe.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-atm@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've added chuck to the this CC: list. Also just added jason, I'm hoping that the fact that we're mixing Jets and Sharks is not a problem :-) > In message <3244E619.ABD322C@whistle.com> Julian Elischer wrote: > > > > Ron, You once indicated that you prefered the etinc style of > > things, where each VC became a separate interface, and indead > > I've been using that style of things here myself. but > > you've been recomending chuck's work, and I see that it has a single > > interface for the hardware, and uses routing tables > > and llinfo (arpish) information to connect VCs with > > logical connections. > > Have you changed your mind? or do you consider the two approaches > > to be reconcilable? I still like IF per VC. Thus I am hoping to see IF per VC added to chuck's code or to the system itself in some way. Jason Thorpe of netbsd has some good ideas in this area. I have looked at chuck's code quite a bit and feel that it is not incompatible with IF per VC. > > I have some code to make the interface/per VC approach > > more generic (i.e it can be easily applied to any low level driver > > to support VCs by creating interfaces as needed etc.) I'm interested. The card I'm building is going to require that a virtual interface per vc work in some way. thanks julian, this is really interesting! ron