On Wednesday 16 September 2009, Michael S. Tsirkin wrote: > On Wed, Sep 16, 2009 at 04:52:40PM +0200, Arnd Bergmann wrote: > > On Wednesday 16 September 2009, Michael S. Tsirkin wrote: > > > vhost-net driver projects > > > > I still think that list should include > > Yea, why not. Go wild. > > > - UDP multicast socket support > > - TCP socket support > > Switch to UDP unicast while we are at it? > tunneling raw packets over TCP looks wrong. Well, TCP is what qemu supports right now, that's why I added it to the list. We could add UDP unicast as yet another protocol in both qemu and vhost_net if there is demand for it. The implementation should be trivial based on the existing code paths. > > One thing I'm planning to work on is bridge support in macvlan, > > together with VEPA compliant operation, i.e. not sending back > > multicast frames to the origin. > > is multicast filtering already there (i.e. only getting > frames for groups you want)? No, I think this is less important, because the bridge code also doesn't do this. > > I'll also keep looking into macvtap, though that will be less > > important once you get the tap socket support running. > > Not sure I see the connection. to get an equivalent to macvtap, > what you need is tso etc support in packet sockets. No? I'm not worried about tso support here. One of the problems that raw packet sockets have is the requirement for root permissions (e.g. through libvirt). Tap sockets and macvtap both don't have this limitation, so you can use them as a regular user without libvirt. Arnd <>< _______________________________________________ Virtualization mailing list Virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/virtualization
