From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=36100 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OYka8-0001Cw-La for qemu-devel@nongnu.org; Tue, 13 Jul 2010 14:51:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OYka6-0004ge-3v for qemu-devel@nongnu.org; Tue, 13 Jul 2010 14:51:52 -0400 Received: from mail-gw0-f45.google.com ([74.125.83.45]:65046) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OYka5-0004gC-Qt for qemu-devel@nongnu.org; Tue, 13 Jul 2010 14:51:50 -0400 Received: by gwj21 with SMTP id 21so256132gwj.4 for ; Tue, 13 Jul 2010 11:51:48 -0700 (PDT) Message-ID: <4C3CB5C1.5010307@codemonkey.ws> Date: Tue, 13 Jul 2010 13:51:45 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <1278962453-15774-1-git-send-email-miguel.filho@gmail.com> <4C3C04C4.8050804@web.de> <4C3C60A8.7070309@siemens.com> In-Reply-To: <4C3C60A8.7070309@siemens.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 0/8] vlan cleanup List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Markus Armbruster , Luiz Capitulino , Miguel Di Ciurcio Filho , qemu-devel@nongnu.org, avi@redhat.com On 07/13/2010 07:48 AM, Jan Kiszka wrote: > Miguel Di Ciurcio Filho wrote: > >> On Tue, Jul 13, 2010 at 3:16 AM, Jan Kiszka wrote: >> >>> Miguel Di Ciurcio Filho wrote: >>> >>>> This series removes the vlan stuff without mercy. I've tried to make the steps >>>> as small as possible, but the last one is huge. I did some basic tests and >>>> networking is still working, so reviews are welcome :-D >>>> >>> Sorry, this is a bit too rude. This not only removes the vlan model, >>> something one may talk about, but also the innocent socket back-ends and >>> the useful pcap dump support. >>> >>> Socket back-ends allow quick and easy unprivileged inter-VM network >>> setups. Nothing for production systems, but useful for testing purposes >>> on boxes where taps are not allowed or unhandy to configure. >>> >>> >> I agree that it might be handy sometimes, but one could use VDE for >> that too. Runs on user-space and can be tunneled over SSH or netcat >> [1]. >> > Yes, I know. But it requires yet another process as hop. In contrast, > peer-to-peer sockets used to be as fast as taps in certain setup (now > taps became faster again). > Dump is critical to maintain. sockets is not terribly useful without vlan. Honestly, I have a hard time agreeing that it's terribly useful to begin with. I don't buy an argument about "ease-of-use" because how to properly configure the sockets backend is not at all obvious. Regards, Anthony Liguori