All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Roman Chertov" <rchertov@purdue.edu>
To: 'Jody Belka' <lists-bridging@pimb.org>, bridge@osdl.org
Subject: RE: [Bridge] bridge in 'hub' mode possible?
Date: Tue, 18 Jan 2005 20:35:36 -0500	[thread overview]
Message-ID: <001401c4fdc7$2d8b7550$b7cbd20c@raider> (raw)
In-Reply-To: <20050119013317.GA22664@faith.gentoo.org>

> -----Original Message-----
> From: Jody Belka,,,,knew@pimb.org [mailto:jmb@mccarroll.org.uk] On
Behalf
> Of Jody Belka
> Sent: Tuesday, January 18, 2005 8:33 PM
> To: bridge@osdl.org
> Cc: Roman Chertov
> Subject: Re: [Bridge] bridge in 'hub' mode possible?
> 
> On Fri, Dec 03, 2004 at 11:48:35AM -0500, Roman Chertov wrote:
> > > I wonder if it would be worth to introduce some kind of "monitor
> > > interface" for a brigde (as can be found on switches, don't know
if
> > > "monitor port" would be the correct term for it).
> > >
> > I have already made one for the 2.4.20 kernel module and the 1.0.4
> > bridge-utils.  Since I was making this for the Emulab testbed I also
had
> > to change the src/dst MACs that were going to the tap; otherwise,
the
> > underlying switch would drop the mirrored packets as their MAC's
were
> > not registered on the VLAN where the tap sat.
> >
> > If people have any interest in this I can share with the code.
> 
> I'd be interested in something like this. Maybe something along the
lines
> of:
> 
> brctl addtap <bridge> <device>    # only allow 1 tap? i'd guess so,
but if
> not
> brctl deltap <bridge>             # then add a <device> param to
deltap
> 

The tap that I made, allows for only one tap and I have not implemented
the tap removal function.  But it should be trivial to do so.  Also when
the tap is configured the MAC address of the tap has to be specified.
(this was done to get around a certain problem with a switch on
www.emulab.net)

If you want the source code shoot me an email.

Roman


> This would be very useful for me, as it would make hooking up snort
> to a linux bridge very nice and easy.
> 
> 
> J
> 
> --
> Jody Belka
> knew (at) pimb (dot) org


  reply	other threads:[~2005-01-19  1:35 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-29 14:01 [Bridge] bridge in 'hub' mode possible? Nuutti Kotivuori
2004-11-29 18:24 ` Stephen Hemminger
2004-11-29 18:32   ` Nuutti Kotivuori
2004-12-02 19:20     ` Stephen Hemminger
2004-12-02 20:29       ` Nuutti Kotivuori
2004-12-03 10:00       ` Michael Renzmann
2004-12-03 16:48         ` Roman Chertov
2005-01-19  1:33           ` Jody Belka
2005-01-19  1:35             ` Roman Chertov [this message]
     [not found] <200711282000.lASK04sR013906@smtp2.linux-foundation.org>
2007-11-29 13:33 ` [Bridge] BitTorrent still crashes Linux firewall running bridging :-( Jay Libove
2007-11-29 22:16   ` [Bridge] bridge in 'hub' mode possible? kevin
2007-11-29 22:52     ` Stephen Hemminger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='001401c4fdc7$2d8b7550$b7cbd20c@raider' \
    --to=rchertov@purdue.edu \
    --cc=bridge@osdl.org \
    --cc=lists-bridging@pimb.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.