[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120812135544.GB6003@redhat.com>
Date: Sun, 12 Aug 2012 16:55:44 +0300
From: "Michael S. Tsirkin" <mst@...hat.com>
To: Or Gerlitz <ogerlitz@...lanox.com>
Cc: Or Gerlitz <or.gerlitz@...il.com>,
"Eric W. Biederman" <ebiederm@...ssion.com>, davem@...emloft.net,
roland@...nel.org, netdev@...r.kernel.org, ali@...lanox.com,
sean.hefty@...el.com, Erez Shitrit <erezsh@...lanox.co.il>,
Doug Ledford <dledford@...hat.com>
Subject: Re: [PATCH V2 09/12] net/eipoib: Add main driver functionality
On Sun, Aug 12, 2012 at 04:15:52PM +0300, Or Gerlitz wrote:
> On 12/08/2012 13:22, Michael S. Tsirkin wrote:
> >>>>>- IGMP/MAC snooping in a driver is just too hairy.
> >>
> >>>mmm, any rough idea/direction how to do that otherwise?
> >Sure, even two ways, ideally you'd do both:)
> >A. fix macvtap
> >1. Use netdev_for_each_mc_addr etc to get multicast addresses
> >2. teach macvtap to fill that in (it currently floods multicasts
> > for guest to guest communication so we ned to fix it anyway)
> >
> >B. fix bridge
> > teach bridge to work for VMs without using promisc mode
>
> I wasn't sure to fully follow... need some more bits of info, the
> macvtap fix
> relates only to IGMP snooping, correct? as for the bridge fix, does
> this somehow
> relates to ARP snooping we do in the driver? how?
>
> Or.
I didn't realize you do ARP snooping. Why?
I know you mangle outgoing ARP packets, this will go
away if you maintain a mapping in SM accessible to all guests.
--
MST
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists