From owner-freebsd-net@FreeBSD.ORG Wed Nov 19 14:00:16 2003 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 BB50616A4CF for ; Wed, 19 Nov 2003 14:00:16 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 842F843FA3 for ; Wed, 19 Nov 2003 14:00:15 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id B0C6C6538E; Wed, 19 Nov 2003 21:41:01 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 64631-06-14; Wed, 19 Nov 2003 21:41:01 +0000 (GMT) Received: from saboteur.dek.spc.org (unknown [82.147.19.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 8EE1965292; Wed, 19 Nov 2003 21:41:00 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 7885E11; Wed, 19 Nov 2003 21:40:43 +0000 (GMT) Date: Wed, 19 Nov 2003 21:40:43 +0000 From: Bruce M Simpson To: Alex Hoff Message-ID: <20031119214043.GB80768@saboteur.dek.spc.org> Mail-Followup-To: Alex Hoff , "'freebsd-net@freebsd.org'" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: "'freebsd-net@freebsd.org'" Subject: Re: Multicast stats and bridging 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: Wed, 19 Nov 2003 22:00:16 -0000 On Wed, Nov 19, 2003 at 04:03:12PM -0500, Alex Hoff wrote: > What is the desired behavior of a multicast(and broadcast) pkt traveling > through a bridge? Change it to count it going in *and* out? Or is there some > reason, that I dont know about, for the current stat counting heuristics? The bridge driver doesn't look at the packet destinations after the bdg_forward() call to BDG_STAT(), but it does in bridge_in(). Question is, why would you want to count bridged packets by their class of destination twice? BMS