[mrtg] Re: Any ethernet switch which always floods?

[Josh Howlett]

On Thu, 18 Oct 2001, SHOLAAS Margaret G wrote:
> A good idea Josh Parker had was mirroring (SPANing) to ONE switch port, then
> putting a hub on that port to make the data available to multiple devices.
> This would minimize the amount of SPANing the box had to do, if I couldn't
> figure out how to force flooding.

It just occured to me you could force flooding by flushing
the bridge table on the switch whenever it learns anything.  With an
empty bridge table the switch *must* repeat out on every port.  Or maybe
would this force the switch into the learning state, in which this
wouldn't be of much use.

In any case, automating this wouldn't be that easy, tho not impossible.

josh.

> -----Original Message-----
> From: Daniel J McDonald always floods?
> 
> Let's say you want to put 4 devices on this monitoring device.  Taps are a
> couple of hundred bucks.  A switch is a thousand or so.  Would four taps in
> serial be cheaper than a switch?
> 
> I personally don't see anything wrong with using a hub off the tapped port,
> since you are only going to be able pull one direction from a tap, and the
> Sniffer/IDS/RMON Probe/Content filter/Website approver shouldn't be making
> any noise out of that interface anyway....
> 
> --
> Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
> Archive     http://www.ee.ethz.ch/~slist/mrtg
> FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
> WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi
> 
> 

---------------------------------------
Josh Howlett, Network Supervisor,
Networking & Digital Communications,
Information Systems & Computing,
University of Bristol, U.K.
0117 928 7850 | josh.howlett at bris.ac.uk
---------------------------------------



--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi