Ethernet Bridge development
 help / color / mirror / Atom feed
From: Jonathan Thibault <jonathan@navigue.com>
To: bridge@lists.osdl.org
Subject: Re: [Bridge] bridge, vlan and *no* stp/bpdu
Date: Sat, 08 Mar 2008 11:26:00 -0500	[thread overview]
Message-ID: <47D2BE18.7030405@navigue.com> (raw)
In-Reply-To: <bdfc5d6e0803071423ia2c794fn662a6e875ffafe09@mail.gmail.com>

Andy Gospodarek wrote:
> Configurations like this can get tricky at times.  Though it seems to
> make perfect sense to put two interfaces like this in the same bridge
> the current setup of the linux networking stack makes it hard to get
> things working sometimes.  Let me make sure I can understand what you
> are trying to accomplish.  Do you want to prevent traffic from vlan 2
> and vlan 3 from ever talking while still allowing them to talk to the
> gateway?  Will you want vlan 2 and vlan3 to communicate with each
> other at all?
>   
Well, the plan is to let the vlans communicate together 'freely', for
now.  I'm essentially using the vlan tag as a way to 'figure out' where
the packet is coming from.  The network spans a little over 100km in a
large, flat /22 subnet.  I wish I could do this the usual way with
subnets and what not, but we don't really control the routing and
gateway side of things.  So basically, we want to assign a vlan to each
branch of the network and avoid having to add a new NIC to the bridge
each time we add a new branch.  Feeding it a trunk into it and adding
vlan interfaces as needed works better for us since bandwidth is not
really the limiting factor.  Well, it would be better if it worked :P

Now I fully understand that it's not how 90% of people would approach
this, including myself, but it's the only option we have given what's on
either side of the bridge, which we can't change right now.  The
alternative is having a switch split the trunk and then feed that into
real (as opposed to vlan) interfaces on the bridge, wich I haven't fully
tested yet but am sure would work fine.

I'd rather focus on solving the bridged vlan thing though, it just might
be useful to someone else someday and definitely falls into the 'should
work' category as far as I'm concerned.

Jonathan

P.S.:  Sorry, forgot to reply to the list.

  parent reply	other threads:[~2008-03-08 16:26 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-07 19:47 [Bridge] bridge, vlan and *no* stp/bpdu Jonathan Thibault
2008-03-07 20:08 ` Andy Gospodarek
     [not found]   ` <47D1B45F.7020409@navigue.com>
     [not found]     ` <bdfc5d6e0803071423ia2c794fn662a6e875ffafe09@mail.gmail.com>
2008-03-08 16:26       ` Jonathan Thibault [this message]
2008-03-09  7:36         ` richardvoigt
2008-03-09 15:53           ` Jonathan Thibault
  -- strict thread matches above, loose matches on Subject: below --
2008-03-11  0:43 Leigh Sharpe
2008-03-11 15:44 ` Jonathan Thibault
2008-03-11  0:43 Leigh Sharpe
2008-03-11 22:07 Leigh Sharpe
2008-03-12 17:43 ` Jonathan Thibault
2008-03-18  2:38 Leigh Sharpe
2008-03-18  4:38 ` Malcolm Scott
2008-03-19 14:58 ` Jonathan Thibault
2008-04-11 18:04   ` Jonathan Thibault
2008-04-13 10:59     ` Malcolm Scott

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=47D2BE18.7030405@navigue.com \
    --to=jonathan@navigue.com \
    --cc=bridge@lists.osdl.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox