Re: [PATCH][RFC] net/bridge: add basic VEPA support |
|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: Arnd Bergmann <arnd@xxxxxxxx>
- Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support
- From: "Fischer, Anna" <anna.fischer@xxxxxx>
- Date: Thu, 13 Aug 2009 22:24:20 +0000
- Accept-language: en-US
- Acceptlanguage: en-US
- Cc: "netdev@xxxxxxxxxxxxxxx" <netdev@xxxxxxxxxxxxxxx>, "bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx" <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, "virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx" <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>, "Paul Congdon \(UC Davis\)" <ptcongdon@xxxxxxxxxxx>, "adobriyan@xxxxxxxxx" <adobriyan@xxxxxxxxx>, "evb@xxxxxxxxxxxxxxx" <evb@xxxxxxxxxxxxxxx>, "davem@xxxxxxxxxxxxx" <davem@xxxxxxxxxxxxx>, "'Eric Biederman'" <ebiederm@xxxxxxxxxxxx>
- In-reply-to: <200908121519.36808.arnd@xxxxxxxx>
- References: <0199E0D51A61344794750DC57738F58E67D2DCECBB@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <0199E0D51A61344794750DC57738F58E6D6AE99C53@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <001001ca1a93$b6e50ee0$24af2ca0$@edu> <200908121519.36808.arnd@xxxxxxxx>
- Thread-index: AcobT5i/fOfQ2SisT22u7Zkkte2OQwBE3Quw
- Thread-topic: [PATCH][RFC] net/bridge: add basic VEPA support
> Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support
>
> On Tuesday 11 August 2009, Paul Congdon (UC Davis) wrote:
> > > >
> > > > The patch from Eric Biederman to allow macvlan to bridge between
> > > > its slave ports is at
> > > >
> > > > http://kerneltrap.org/mailarchive/linux-netdev/2009/3/9/5125774
> > >
> > > Looking through the discussions here, it does not seem as if a
> decision
> > > was made to integrate those patches, because they would make the
> > > macvlan interface behave too much like a bridge.
>
> Right, that question is still open, and dont't see it as very important
> right now, as long as we can still use it for VEPA.
>
> > > Also, it seems as if there was still a problem with doing
> > > multicast/broadcast delivery when enabling local VM-to-VM
> > > communication. Is that solved by now?
>
> Not yet, but I guess it comes as a natural extension when I fix
> multicast/broadcast delivery from the reflective relay for VEPA.
>
> The logic that I would use there is:
>
> broadcast from a dowstream port:
> if (bridge_mode(source_port)) {
> forward_to_upstream(frame);
> for_each_downstream(port) {
> /* deliver to all bridge ports except self, do
> not deliver to any VEPA port. */
> if (bridge_mode(port) && port != source_port) {
> forward_to_downstream(frame, port);
> }
> }
> } else {
> forward_to_upstream(frame);
> }
>
>
> broadcast from the upstream port
> if (bridge_mode(frame.source)) {
> /* comes from a port in bridge mode, so has already been
> delivered to all other bridge ports */
> for_each_downstream(port) {
> if (!bridge_mode(port)) {
> forward_to_downstream(frame, port);
> }
> }
> } else if (vepa_mode(frame.source)) {
> /* comes from VEPA port, so need to deliver to all
> bridge and all vepa ports except self */
> for_each_downstream(port) {
> if (port != frame.source)
> forward_to_downstream(frame, port);
> } else {
> /* external source, so flood to everyone */
> for_each_downstream(port) {
> forward_to_downstream(frame, port);
> }
>
> For multicast, we can do the same, or optionally add a per-port filter
> as you mentioned, if it becomes a bottleneck.
>
> Do you think this addresses the problem, or did I miss something
> important?
Yes, I think this addresses the problem. It would be very useful if
this functionality was in macvlan.
Thanks,
Anna
_______________________________________________
Bridge mailing list
Bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/bridge
[Netdev]
[AoE Tools]
[Linux Wireless]
[Kernel Newbies]
[Security]
[Linux for Hams]
[Netfilter]
[Bugtraq]
[Photo]
[Yosemite]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux RAID]
[Linux Admin]
[Samba]
[Video 4 Linux]
[Linux Resources]