Date: Wed, 19 Nov 2003 16:45:15 -0500 From: Alex Hoff <ahoff@sandvine.com> To: 'Bruce M Simpson' <bms@spc.org> Cc: "'freebsd-net@freebsd.org'" <freebsd-net@freebsd.org> Subject: RE: Multicast stats and bridging Message-ID: <FE045D4D9F7AED4CBFF1B3B813C8533701D9B49F@mail.sandvine.com>
next in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FE045D4D9F7AED4CBFF1B3B813C8533701D9B49F>