Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 6 Apr 2006 12:14:15 -0700
From:      Brooks Davis <brooks@one-eyed-alien.net>
To:        Dima Dorfman <dd@freebsd.org>
Cc:        arch@freebsd.org
Subject:   Re: Using ifconfig(8) to configure netgraph interfaces
Message-ID:  <20060406191415.GA1578@odin.ac.hmc.edu>
In-Reply-To: <20060406080644.GE843@trit.org>
References:  <20060406080644.GE843@trit.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--ZPt4rx8FFjLCG7dd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Apr 06, 2006 at 08:06:44AM +0000, Dima Dorfman wrote:
> What are people's thoughts on extending ifconfig(8) to configure
> netgraph-based interfaces, such as ng_fec(4)? The recent trend has
> been to allow all kinds of different network interfaces to be
> configured uniformly through ifconfig. Is there any reason
> functionality based on netgraph nodes should be excluded?

The netgraph configuration processes differs significantly enought that
it would seem like you'd have to a lot of special cases for it.  For
instance the create option would have to grow a lot of specificic
knowledge about the nodes that must be created via netgraph and how to
create them.  Thus far, ifconfig functions have been pretty generic in
implementation except when they are specific a partifular interface
(e.g. if_bridge) or class of interfaces (e.g. wireless interfaces).

> On a related note, is there any reason to not to use netgraph to
> implement things like FEC for production use? Are there any advantages
> to using a normal pseudo device (like NetBSD's agr(4)) instead of
> improving the netgraph node? Performance concerns, anything like that?

ng_fec isn't really much of a netgraph node.  It uses netgraph for
configuration, but actually directly hijacks the interface's input
functions rather than using the netgraph interfaces.  I'd personally
prefer to see it replaced with a pseudo interface that was a bit better
integrated into the overall system

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--ZPt4rx8FFjLCG7dd
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFENWiGXY6L6fI4GtQRArVqAKCh9DRhPHNqxyGhg0zjsEzCGif80wCgmtYl
eYckIVdcBTn2VfhevBPc9CI=
=3FFM
-----END PGP SIGNATURE-----

--ZPt4rx8FFjLCG7dd--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060406191415.GA1578>