From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1DmJeF-0005rE-Vj
	for qemu-devel@nongnu.org; Sat, 25 Jun 2005 19:01:17 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1DmJe9-0005oI-G0
	for qemu-devel@nongnu.org; Sat, 25 Jun 2005 19:01:10 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1DmJe8-0005lz-Ne
	for qemu-devel@nongnu.org; Sat, 25 Jun 2005 19:01:08 -0400
Received: from [128.8.10.162] (helo=po0.wam.umd.edu)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1DmJfr-0000pq-Om
	for qemu-devel@nongnu.org; Sat, 25 Jun 2005 19:02:55 -0400
Received: from jbrown.mylinuxbox.org (jma-box.student.umd.edu [129.2.237.180])
	by po0.wam.umd.edu (8.12.10/8.12.10) with ESMTP id j5PMwtUg015248
	for <qemu-devel@nongnu.org>; Sat, 25 Jun 2005 18:58:55 -0400 (EDT)
Date: Sat, 25 Jun 2005 18:58:45 -0400
From: "Jim C. Brown" <jma5@umd.edu>
Subject: Re: [Qemu-devel] Networking
Message-ID: <20050625225845.GA18645@jbrown.mylinuxbox.org>
References: <42BC5187.3080303@att.net>
	<Pine.LNX.4.61.0506260017580.7516@filer.marasystems.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.61.0506260017580.7516@filer.marasystems.com>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

On Sun, Jun 26, 2005 at 12:25:44AM +0200, Henrik Nordstrom wrote:
>  vde based networking <http://vde.sourceforge.net/>, connected to a single 
> TUN/TAP device on the host.
> 
> Regards
> Henrik
> 

tuntap for vde is only required to connect the guests to the host. It is
optional otherwise.

vde is the easiest way to connect multiple qemu guests together without needing
any root privilidges. (The other way is to use -redir and have guest talk to
each other through the host.)

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.