From owner-freebsd-net@FreeBSD.ORG Tue Mar 9 14:35:23 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 9AF8716A4CE; Tue, 9 Mar 2004 14:35:23 -0800 (PST) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3DB043D2F; Tue, 9 Mar 2004 14:35:22 -0800 (PST) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i29MZJQE075916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Mar 2004 01:35:20 +0300 (MSK) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i29MZJF9075915; Wed, 10 Mar 2004 01:35:19 +0300 (MSK) Date: Wed, 10 Mar 2004 01:35:19 +0300 From: Gleb Smirnoff To: Ruslan Ermilov , julian@FreeBSD.org, archie@FreeBSD.org, freebsd-net@FreeBSD.org Message-ID: <20040309223519.GA75896@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Ruslan Ermilov , julian@freebsd.org, archie@freebsd.org, freebsd-net@freebsd.org References: <200403072302.i27N2StR008804@freefall.freebsd.org> <20040308102033.GA66247@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20040308102033.GA66247@cell.sick.ru> User-Agent: Mutt/1.5.6i Subject: Re: kern/63864: [patch] new control message for ng_iface(4) - getifindex 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, 09 Mar 2004 22:35:23 -0000 On Mon, Mar 08, 2004 at 01:20:33PM +0300, Gleb Smirnoff wrote: T> Imagine the following: you have node, which is connected to some generic T> interface (it doesn't know which node type exactly). This node wants to T> determine interface index of attached interfac. It would send 3 "getifindex" messages with 3 T> different cookies. Two of messages will always fail, and one return. This is not nice. T> T> What I suggest: create a new semi-generic cookie NGM_GENERICIFACE_COOKIE, which will be T> supported by all interface nodes. Put NGM_GENERICIFACE_GETIFINDEX message under T> NGM_GENERICIFACE_COOKIE case brackets. If you like this idea, please reply me. And I'll send T> patches. I've forgot to mention, that NGM_XXX_GET_IFNAME messages can be treated the same way. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE