qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: [PATCH 9/9] Introduce VLANClientState::cleanup()


From: Anthony Liguori
Subject: [Qemu-devel] Re: [PATCH 9/9] Introduce VLANClientState::cleanup()
Date: Thu, 30 Apr 2009 12:59:59 -0500
User-agent: Thunderbird 2.0.0.21 (X11/20090320)

Jan Kiszka wrote:
That would only allow one such pair per VM.

id basically becomes another type of vlan id. To have multiple nics, you do:

-net tap,vlan=off,id=1234 -net nic,model=virtio,vlan=off,id=1234
-net tap,vlan=off,id=4321 -net nic,model=virtio,vlan=off,id=4321

And this goes back to the notion of having all device front-ends/back-ends have some sort of identifier to associate one to the other.

Why not keeping all the existing infrastructure, just locking a vlan
against becoming more than a point-to-point link once some conflicting
optimization was applied? That should be easy to implement and to
explain to the user.

I think you're suggesting the same thing as me, except you are saying make vlan=off implicit, and use vlan=XXX instead of id=XXX.

We can still make vlan=off implicit, and default id=0, so that -net tap net nic,model=virtio does the right thing. However, if a user explicitly says -net tap,vlan=1 -net nic,model=virtio,vlan=1, it behaves like it used to.

--
Regards,

Anthony Liguori





reply via email to

[Prev in Thread] Current Thread [Next in Thread]