Re: kern/18035 IFF_SIMPLEX vs bridge(4)

[der Mouse <mouse%Rodents-Montreal.ORG@localhost>]

The following reply was made to PR kern/18035; it has been noted by GNATS.

From: der Mouse <mouse%Rodents-Montreal.ORG@localhost>
To: tech-net%NetBSD.org@localhost
Cc: 
Subject: Re: kern/18035 IFF_SIMPLEX vs bridge(4)
Date: Wed, 13 Aug 2008 04:59:40 -0400 (EDT)

 >> This causes the bridge to end up with the sending MAC address learnt
 >> on vr0 rather than the interface it really is on.
 > If anyone fixes it, please close PR kern/18035 (which is slightly
 > unrelated, but still open due to this bug).
 
 Oho!  Yes, vr0 is running at "Ethernet autoselect (10baseT)", so it is
 probably more generic than just hme.  I should see if I can find
 something to speed-adapt so vr0 can run at 100 even though the device
 it's connected to insists on 10, to see if that "fixes it".
 
 I'm sending a bcc of this to the PR.  To anyone reading this via the
 PR, my problem was very similar - a bridge learning a MAC on the wrong
 interface.  My tests indicate that it is related to broadcast packets,
 which is hardly surprising.  (Maybe "broadcast or multicast"; I didn't
 even try to test multicast.)
 
 I think "bridge doesn't learn MACs from broadcast packets" is a
 reasonable approximation to a fix.  I can justify doing this on work
 time, since the case that's breaking for me is a work setup, which
 means it's likely going to happen sometime Thursday 2008-08-14.
 
 Any thoughts on whether it would be better to do "bridge doesn't learn
 MACs from broadcast or multicast packets"?
 
 /~\ The ASCII                          der Mouse
 \ / Ribbon Campaign
  X  Against HTML               mouse%rodents-montreal.org@localhost
 / \ Email!          7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B