[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110909055530.GA4647@redhat.com>
Date: Fri, 9 Sep 2011 08:55:30 +0300
From: "Michael S. Tsirkin" <mst@...hat.com>
To: Roopa Prabhu <roprabhu@...co.com>
Cc: netdev@...r.kernel.org, dragos.tatulea@...il.com, arnd@...db.de,
dwang2@...co.com, benve@...co.com, kaber@...sh.net, sri@...ibm.com,
davem@...emloft.net, eric.dumazet@...il.com, mchan@...adcom.com,
kvm@...r.kernel.org
Subject: Re: [net-next-2.6 PATCH 0/3 RFC] macvlan: MAC Address filtering
support for passthru mode
On Thu, Sep 08, 2011 at 07:53:11PM -0700, Roopa Prabhu wrote:
> >> Phase 1: Goal: Enable hardware filtering for all macvlan modes
> >> - In macvlan passthru mode the single guest virtio-nic connected will
> >> receive traffic that he requested for
> >> - In macvlan non-passthru mode all guest virtio-nics sharing the
> >> physical nic will see all other guest traffic
> >> but the filtering at guest virtio-nic
> >
> > I don't think guests currently filter anything.
> >
> I was referring to Qemu-kvm virtio-net in
> virtion_net_receive->receive_filter. I think It only passes pkts that the
> guest OS is interested. It uses the filter table that I am passing to
> macvtap in this patch.
This happens after userspace thread gets woken up and data
is copied there. So relying on filtering at that level is
going to be very inefficient on a system with
multiple active guests. Further, and for that reason, vhost-net
doesn't do filtering at all, relying on the backends
to pass it correct packets.
--
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