Re: [Qemu-devel] tun/tap networking: patch for existing tun

["Jim C. Brown" <jma5@umd.edu>]

On Mon, Oct 03, 2005 at 11:46:57AM +0200, Jean-Christian de Rivaz wrote:
> Ok for "-tuntap" long option. Can I propose "-t" for a short option ?
> 

Makes sense.

> The idea of the "-vde" option is to have in parameter the VDE socket 
> (default to "/tmp/vde.ctl") an act like vde_plug so it don't need any 
> other code to work. Just start a "vde_switch" and as many "qemu -vde" 
> you wants to create a complete virtual nework (1 switch and n hosts).
> 

One potential issue is that the vde code is under the GPL, while qemu (at
least the part that we're talking about) is under the BSD license.

I'm not sure if use of VDE is common enough to justify having special code for
it in qemu anyways.

> This is an other work, but why not ?
> 
> I think that a syntax like "-net type[:macaddr][,arg[,arg[...]]]" is 
> more usefull, since the MAC addresse of the TAP devices is not alway 
> specified as it can be set randomly by the Linux kernel (with possible 
> collision see code in include/linux/etherdevice.h).
> 

The macaddr sets the mac address of the guest nic that qemu provides. I do
not know if it is possible to set a tap device's mac address on creation
but if it is possible then I agree that it would be a useful parameter.

> The advantage of your proposition is that it make more easy to add new 
> type of network device like VDE. This enable to possibility to use a 
> "socket-fd" type to make everyone happy.
> 
> In case of this new interface, will network script still needed. If yes, 
> how should we handle them in the new option syntax ?

Network scripts will only be needed for tuntap devices that are created by
qemu, same as now. The "-n script" thing (defaulting to /etc/qemu-ifup) should
continue to work fine.

The parameters that we choose to pass to the script will be a separate issue.
My vote is qemu-ifup tapname macaddr (with macaddr being what was specified
on the -net command line or the appropriate default).

> The fact that we don't know what Fabrice think about this subjet is a 
> problem. Only Fabrice can commit to the qemu CVS as I understand. I hope 
> Fabrice read this list and can provids to us usefull informations on how 
> to make the patch to get it accepted.
> 

Actually a lot of the issues have been discussed before. The -net syntax was
his idea I believe. Once Fabrice makes his opinion known, he generally will
keep quiet until code appears.

Once the patch is written, then we can start asking Fabrice for changes or
improvements needed to make the patch commitable (as then we'll actually have
something substantial for him to look at).

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