Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1156972
| 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 |
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 | Next — Next in thread | Find similar | Unroll 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