Re: [libvirt] Different VLAN IDs
Thanks for your response!
I didn't know that VLAN IDs are internal to the individual KVM/QEMU
processes. In fact the VLAN IDs were different within our guests. So
it was not a perfect match...
Meanwhile the question remains, why their solution did work in our
case. But this one should goe to the KVM/QEMU developer list..., I
guess:)
Cheers,
Gyula
-----Eredeti üzenet-----
Feladó: Daniel P. Berrange [mailto:berrange@redhat.com]
Küldve: 2010. 05. 19., Sze 16:24
Címzett: Csom Gyula
Másolatot kap: libvir-list(a)redhat.com
Tárgy: Re: [libvirt] Different VLAN IDs
On Wed, May 19, 2010 at 04:11:36PM +0200, Csom Gyula wrote:
Hi there,
We experienced network problems (namely net packet storm), when using multiple NICs and
the same VLAN ID-s for different KVM guests. It turned out that we could workaround the
problem by simply assigning different VLAN ID-s to the different NICs. (Btw our case
looked similar to the one that was posted and discussed on the KVM mailing list. Also
the
solution was picked from that discussion. See:
http://www.mail-archive.com/kvm@vger.kernel.org/msg24203.html, for details)
That thread is discussing the case of 1 guest with 2 NICs, both connected
to the same bridge on the host, thus creating a network loop between the
guest & the host. The VLAN ID is a QEMU internal identifier / concept
(not related to 802.11 VLANs), that doesn't propagate to the outside world.
So in your scenario of having multiple guests, there is no association
between the VLAN ids in each guest's NIC.
My questions:
- Did anyone experience similar problems, and come up with a clean solution? Specially
is there any better way to provide unique VLAN ID-s thru libvirt then the above
one?
As far as I see the upcoming -netdev option (introduced in QEMU 0.12) will solve the
question. However this was removed from libvirt, since the corresponding qemu monitor
command
is not yet developed:
- Do you have a target release for the -netdev option, or is it unknown (eg. dependent
on the yet unknown KVM/QEMU development schedule)?
It will be enabled when 0.13 QEMU comes out.
Cheers,
Gyula
Ps.: our env: Debian GNU/Linux, libvirt, kvm, ebtables
--
libvir-list mailing list
libvir-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|