From owner-freebsd-net@FreeBSD.ORG Wed Nov 19 13:45:17 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 A915B16A4CE for ; Wed, 19 Nov 2003 13:45:17 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BB6143FCB for ; Wed, 19 Nov 2003 13:45:16 -0800 (PST) (envelope-from ahoff@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Wed, 19 Nov 2003 16:45:15 -0500 Message-ID: From: Alex Hoff To: 'Bruce M Simpson' Date: Wed, 19 Nov 2003 16:45:15 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" 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 21:45:17 -0000 well I want my stats to match, so I can follow the data. For example, lets say I send 1000 multicasts packets from pc A through bridge B to pc C. I want the stats for multicasts packets to add up - Incoming 1000 mcast pkts on A-B interface and 1000 outgoing mcasts packets on the B-C interface. (And Im strictly talking about stack counters). Right now they are getting counted as unicast when they leave the bridge. Does that make more sense? Sorry if I was not clear before. -----Original Message----- From: Bruce M Simpson [mailto:bms@spc.org] Sent: Wednesday, November 19, 2003 4:41 PM To: Alex Hoff Cc: 'freebsd-net@freebsd.org' Subject: Re: Multicast stats and bridging 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