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