From: Paul Brook <paul@codesourcery.com>
To: Alex Williamson <alex.williamson@hp.com>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] [PATCH][RFC] qemu:virtio-net: Use TUNSETTXFILTER for MAC filtering
Date: Fri, 6 Feb 2009 22:16:47 +0000 [thread overview]
Message-ID: <200902062216.47990.paul@codesourcery.com> (raw)
In-Reply-To: <1233943142.7026.1335.camel@lappy>
> > There should be two interface points between the the vlan and the device:
> > 1) The device can indicate that it only cares about incoming (vlan to
> > device) packets sent to a subset of MAC addresses.
> > 2) The vlan can request that a device discards outgoing (device to vlan)
> > packets that don't match a subset of MAC addresses.
> >
> > Typically a emulated NIC will implement (1) and a host interface will
> > implement (2).
> >
> > The generic vlan code should be responsible for using the information
> > provided by (1) to set (2) appropriately. Remember that network devices
> > can be hotplugged.
>
> Do you think it's worthwhile for the vlan to save and consolidate
> filtering from multiple (1) sources to program (2)? My interface is
> effectively short circuiting and letting the (1) agent set (2). As you
> mention below, this is an optimization, so I think it's reasonable that
> if we exceed a 1x1 configuration of (1)s and (2)s, we need to reset back
> to a shared media model and do filtering in the (1) agent, which is how
> I think we should handle hotplug.
My point is that the devices themselves shouldn't know or care about this.
Obviously a trivial implementation of combining multiple sources is to
disable the filter if there is more than one other device.
Paul
prev parent reply other threads:[~2009-02-06 22:16 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-06 4:51 [PATCH][RFC] qemu:virtio-net: Use TUNSETTXFILTER for MAC filtering Alex Williamson
2009-02-06 4:51 ` [Qemu-devel] " Alex Williamson
2009-02-06 7:47 ` [Qemu-devel] " Mark McLoughlin
2009-02-06 18:09 ` Alex Williamson
2009-02-06 13:59 ` Anthony Liguori
2009-02-06 13:59 ` [Qemu-devel] " Anthony Liguori
2009-02-06 18:06 ` Alex Williamson
2009-02-06 18:06 ` [Qemu-devel] " Alex Williamson
2009-02-06 15:12 ` [Qemu-devel] " Paul Brook
2009-02-06 15:12 ` Paul Brook
2009-02-06 17:59 ` Alex Williamson
2009-02-06 17:59 ` Alex Williamson
2009-02-06 22:16 ` Paul Brook [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200902062216.47990.paul@codesourcery.com \
--to=paul@codesourcery.com \
--cc=alex.williamson@hp.com \
--cc=kvm@vger.kernel.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.