Date: Mon, 11 Jun 2001 14:40:54 -0400 (EDT) From: Robert Watson <rwatson@FreeBSD.ORG> To: Brooks Davis <brooks@one-eyed-alien.net> Cc: Peter Wemm <peter@wemm.org>, Brian Somers <brian@Awfulhak.org>, hackers@FreeBSD.ORG, Poul-Henning Kamp <phk@critter.freebsd.dk>, freebsd-arch@FreeBSD.ORG Subject: Re: cloning network interfaces Message-ID: <Pine.NEB.3.96L.1010611143920.50008G-100000@fledge.watson.org> In-Reply-To: <20010611092147.A7059@Odin.AC.HMC.Edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 11 Jun 2001, Brooks Davis wrote: > On Mon, Jun 11, 2001 at 08:27:37AM -0700, Peter Wemm wrote: > > Personally, I'd prefer create/destroy instead of plumb/unplumb. The Solaris > > plumb command is for doing 'STREAMS plumbing' - ie: connecting all the > > streams pipes and modules together. Creating/deleting interfaces on > > BSD systems IMHO has nothing in common with that concept. We are > > creating/destroying interfaces, not connecting/disconnecting streams > > nodes (plumbing). > > I've made create/destory the default names with plumb and unplumb > standing in as SysV compatability parameters because that seems to be > the ifconfig way. The diff at: > > http://www.one-eyed-alien.net/~brooks/FreeBSD/gif.diff > > has been updated. I'm still thinking about adopting the NetBSD > SIOIF{CREATE,DESTORY} interface. An advantage to also supporting the ioctl interface is that it permits interface cloning to be used on systems where devfs is not used, or where there are parts of the system where devfs is unavailable (i.e., various forms of chroots). I think devfs is cool and all, but given the existance of fairly sensical non-devfs ways to do things, I'm tempted suggest supporting them also. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1010611143920.50008G-100000>