Subject: Re: bin/29126: tcpdump leads to packet loss
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Kimmo Suominen <kim@tac.nyc.ny.us>
List: netbsd-bugs
Date: 01/27/2005 17:06:01
The following reply was made to PR kern/29126; it has been noted by GNATS.

From: kim@tac.nyc.ny.us (Kimmo Suominen)
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: bin/29126: tcpdump leads to packet loss
Date: Thu, 27 Jan 2005 12:05:52 -0500 (EST)

 In gmane.os.netbsd.bugs you write:
 
 | On Jan 27,  4:06pm, kim@tac.nyc.ny.us (Kimmo Suominen) wrote:
 | -- Subject: Re: bin/29126: tcpdump leads to packet loss
 | 
 | |  I see the loss of traffic also happening on tlp and gsip and using dumb
 | |  switches (i.e. no STP in use).
 | 
 | Some nics reset the interface when they enter or exit promiscuous mode,
 | dropping link. If you are connected over a switch
 | that does spanning tree it might take some time to recalc. During that
 | time, the network does not work at all over that interface.
 
 By "no STP" I meant "no Spanning Tree Protocol"...
 
 I really do think this is a problem introduced in NetBSD.  The network
 setup has not changed where I see the problem.
 
 When was STP added to the NetBSD bridge?  Could that be the problem?
 Would it affect NIC's that are not even participating in a bridge?
 
 + Kim