Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1156972

Re: [RFC 3/9] net: dsa: mv88e6xxx: add support for VTU ops

From nolan <nolan@cumulusnetworks.com>
Newsgroups linux.kernel
Subject Re: [RFC 3/9] net: dsa: mv88e6xxx: add support for VTU ops
Date 2015-06-03 00:40 +0200
Message-ID <px30K-6H1-5@gated-at.bofh.it> (permalink)
References <pwJbH-2A5-3@gated-at.bofh.it> <pwJbH-2A5-7@gated-at.bofh.it> <pwOl3-1IU-15@gated-at.bofh.it> <pwP7s-2UX-13@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 06/02/2015 12:44 AM, Scott Feldman wrote:
> That brings up an interesting point about having multiple bridges with
> the same vlan configured.  I struggled with that problem with rocker
> also and I don't have an answer other than "don't do that".  Or,
> better put, if you have multiple bridge on the same vlan, just use one
> bridge for that vlan.  Otherwise, I don't know how at the device level
> to partition the vlan between the bridges.  Maybe that's what Vivien
> is facing also?  I can see how this works for software-only bridges,
> because they should be isolated from each other and independent.  But
> when offloading to a device which sees VLAN XXX global across the
> entire switch, I don't see how we can preserve the bridge boundaries.

Scott,

I'm confused by this.  I think you're saying this config is problematic:

br0: eth0.100, eth1.100
br1: eth2.100, eth3.100

But this works fine today.

Could you clarify the issue you're referring to?

Thanks,
- nolan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextNext in thread | Find similar | Unroll thread


Thread

Re: [RFC 3/9] net: dsa: mv88e6xxx: add support for VTU ops nolan <nolan@cumulusnetworks.com> - 2015-06-03 00:40 +0200
  Re: [RFC 3/9] net: dsa: mv88e6xxx: add support for VTU ops Scott Feldman <sfeldma@gmail.com> - 2015-06-03 09:00 +0200

csiph-web