From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1EMRPN-000422-0Z
	for qemu-devel@nongnu.org; Mon, 03 Oct 2005 10:35:13 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1EMRPK-00041W-SZ
	for qemu-devel@nongnu.org; Mon, 03 Oct 2005 10:35:12 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1EMRON-0003Wb-U0
	for qemu-devel@nongnu.org; Mon, 03 Oct 2005 10:34:11 -0400
Received: from [144.85.15.72] (helo=mail.eclis.ch)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1EMR5E-00031w-1V
	for qemu-devel@nongnu.org; Mon, 03 Oct 2005 10:14:24 -0400
Message-ID: <43413CBD.50909@eclis.ch>
Date: Mon, 03 Oct 2005 16:14:21 +0200
From: Jean-Christian de Rivaz <jc@eclis.ch>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] tun/tap networking: patch for existing tun
References: <20050930221321.C7BED31C14@ravel.n2.net>	<20050930230149.GA20433@jbrown.mylinuxbox.org>	<433E44F9.8040501@eclis.ch>	<20051001131215.GB28444@jbrown.mylinuxbox.org>	<433EF5C4.2030801@eclis.ch>	<Pine.LNX.4.61.0510020441150.21519@filer.marasystems.com>	<433F92CB.1060600@eclis.ch>
	<43402ABC.3040805@us.ibm.com>	<20051002193912.GB13825@jbrown.mylinuxbox.org>	<434041CD.9080507@eclis.ch>	<20051002223734.GA17623@jbrown.mylinuxbox.org>	<4340FE11.7020403@eclis.ch>
	<Pine.LNX.4.61.0510031507290.24889@filer.marasystems.com>
In-Reply-To: <Pine.LNX.4.61.0510031507290.24889@filer.marasystems.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
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

Henrik Nordstrom a =E9crit :
> On Mon, 3 Oct 2005, Jean-Christian de Rivaz wrote:
>=20
>> The idea of the "-vde" option is to have in parameter the VDE socket=20
>> (default to "/tmp/vde.ctl") an act like vde_plug so it don't need any=20
>> other code to work. Just start a "vde_switch" and as many "qemu -vde"=20
>> you wants to create a complete virtual nework (1 switch and n hosts).
>=20
>=20
> Or in line with the earlier proposal of a -net option:
>=20
>   -net vde,socket=3D/path/to/vde.ctl,group=3Dxxx
>=20
> where socket defaults to /tmp/vde.ctl and group defaults to 0 if not=20
> specified.

Nice.

>> I think that a syntax like "-net type[:macaddr][,arg[,arg[...]]]" is=20
>> more usefull, since the MAC addresse of the TAP devices is not alway=20
>> specified as it can be set randomly by the Linux kernel (with possible=
=20
>> collision see code in include/linux/etherdevice.h).
>=20
>=20
> The MAC of the TUN/TAP device on the host side is a completely differen=
t=20
> thing and is the MAC the HOST should use on that virtual ethernet. What=
=20
> the option to QEMU specifies is the MAC QEMU should use.

Ok. I was wrong sorry.

>> In case of this new interface, will network script still needed. If=20
>> yes, how should we handle them in the new option syntax ?
>=20
>=20
> -net ...,script=3D/path/to/script

Ok, can't be more clean.

--=20
Jean-Christian de Rivaz