From owner-freebsd-net@FreeBSD.ORG Mon Apr 19 22:09:13 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13DDB16A4CE; Mon, 19 Apr 2004 22:09:13 -0700 (PDT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7FB043D4C; Mon, 19 Apr 2004 22:09:12 -0700 (PDT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.9p1/8.12.8) with ESMTP id i3K59Bgd023835; Mon, 19 Apr 2004 22:09:11 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.9p1/8.12.3/Submit) id i3K59AVB023834; Mon, 19 Apr 2004 22:09:10 -0700 (PDT) (envelope-from rizzo) Date: Mon, 19 Apr 2004 22:09:10 -0700 From: Luigi Rizzo To: Bill Fumerola Message-ID: <20040419220910.A23186@xorpc.icir.org> References: <20040419110912.A71274@xorpc.icir.org> <20040419224330.GN17862@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040419224330.GN17862@elvis.mu.org>; from billf@freebsd.org on Mon, Apr 19, 2004 at 03:43:30PM -0700 cc: Julian Elischer cc: net@freebsd.org Subject: Re: what is the story on if_index allocation ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2004 05:09:13 -0000 On Mon, Apr 19, 2004 at 03:43:30PM -0700, Bill Fumerola wrote: ... > > they're "un-needed" in much the same way that statically assigning disk > numbers is "un-needed". sure, the disks don't light on fire without it, > but some consistancy and persistance does make things nice. ... > i disagree that this logic belongs outside the kernel in the snmp agent. "outside the kernel" just means it can be in a library so consistency is preserved. After all if_nametoindex() is already a library. In any case my point is that in the kernel we do need an identifier associated to existing interfaces that can be used to quickly lookup information associated to the interface and that for various reasons (historical, locking, modularity) could be split in different data structures. If if_index does not have that semantics fine, then we just need something else. cheers luigi > an inconsistant if_index makes it difficult and error prone for using > the index in multiple utilities whose data may be combined/joined/scaled > with information from the snmp agent's IF-MIB/ifXTable tables. > > -- > - bill fumerola / fumerola@yahoo-inc.com / billf@FreeBSD.org > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"