netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Peter Stuge <stuge-vlan@cdy.org>
To: Bart De Schuymer <bdschuym@pandora.be>
Cc: "David S.Miller" <davem@redhat.com>,
	netdev@oss.sgi.com, vlan@wanfear.com
Subject: Re: [VLAN] Re: [PATCH/RFC] disallow vlan devices on top of a logical bridge device
Date: Fri, 5 Sep 2003 13:42:14 +0200	[thread overview]
Message-ID: <20030905114214.GC17851@foo.birdnet.se> (raw)
In-Reply-To: <3F50FF0E.9020004@candelatech.com>

On Sat, Aug 30, 2003 at 12:46:22PM -0700, Ben Greear wrote:
> Bart De Schuymer wrote:
> >The patch below disables making vlan devices on top of bridge
> >devices, f.e. br0.12 would be impossible.
> >I'm no vlan expert, but I don't see the use for this and allowing it
> >will make the bridge-nf code hairy if we want to let {ip,arp}tables see
> >{IP,ARP} traffic that is embedded in a vlan header.

I think being able to make a br0.12 is a very good thing, but if it isn't
working properly all the way through *tables, I'd say it's better to take
the possibility away. When someone needs br0.12 bad enough she or he can
deal with the bridge-nf code as well.


> >Also, situations like eth0.15 being a bridge port of br0.16 seem
> >unwanted (to me).

Not neccessarily, since Linux can be connected to multiple "VLAN domains"
(is there a proper term for it?) - that is, all of the VLANs on one
interface could be completely separate from all VLANs on another interface,
making eth0.15 a bridge port of br0.16 only logical.

Admittedly large setups, though.


> However, I'm forwarding this to the vlan mailing list, as I know there
> are folks there who use vlans and bridging a lot....  For those who
> care, please speak up if you need this functionality for some reason...

If {i,ar}ptables doesn't deal with VLANs on bridge ports there's no point in
keeping it, IMHO.


//Peter

  reply	other threads:[~2003-09-05 11:42 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-30 13:04 [PATCH/RFC] disallow vlan devices on top of a logical bridge device Bart De Schuymer
2003-08-30 13:21 ` Bart De Schuymer
2003-08-30 19:46 ` Ben Greear
2003-09-05 11:42   ` Peter Stuge [this message]
2003-08-30 21:16 ` Krzysztof Halasa
2003-08-31  3:30 ` David S. Miller
2003-09-02 15:28   ` Stephen Hemminger
2003-09-02 17:32     ` Bart De Schuymer
2003-09-02 18:24       ` Krzysztof Halasa
2003-09-02 20:02         ` Bart De Schuymer
2003-09-02 21:43           ` Krzysztof Halasa
2003-09-02 23:05       ` Eran Mann

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=20030905114214.GC17851@foo.birdnet.se \
    --to=stuge-vlan@cdy.org \
    --cc=bdschuym@pandora.be \
    --cc=davem@redhat.com \
    --cc=netdev@oss.sgi.com \
    --cc=vlan@wanfear.com \
    /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;
as well as URLs for NNTP newsgroup(s).