On 04/08/2013 05:20 PM, Will Dennis wrote: > Thanks, Laine, for your reply. The OVS bridge named 'vl20-ovsbr0' does > exist, but it is an Open vSwitch "fake bridge" -- see > http://blog.scottlowe.org/2012/10/19/vlans-with-open-vswitch-fake-bridge > s/ for why I'm doing this. > Here's some relevant output from my system: > > # ifconfig | grep encap > eth0 Link encap:Ethernet HWaddr 00:25:90:aa:bb:cc > lo Link encap:Local Loopback > ovsbr0 Link encap:Ethernet HWaddr a2:c6:37:cd:90:4a > vl10-ovsbr0 Link encap:Ethernet HWaddr b6:c4:8c:69:2b:06 > vl20-ovsbr0 Link encap:Ethernet HWaddr d6:d0:be:6e:b6:fb > > # ovs-vsctl --real list-br > ovsbr0 > > # ovs-vsctl --fake list-br > vl10-ovsbr0 > vl20-ovsbr0 > > # ovs-vsctl show > 3e0d861b-efb7-46b1-af1b-4a76cd833558 > Bridge "ovsbr0" > Controller "tcp:127.0.0.1:6633" > is_connected: true > Port "ovsbr0" > Interface "ovsbr0" > type: internal > Port "vl10-ovsbr0" > tag: 10 > Interface "vl10-ovsbr0" > type: internal > Port "vl20-ovsbr0" > tag: 20 > Interface "vl20-ovsbr0" > type: internal > > # ovs-vsctl br-to-parent vl20-ovsbr0 > ovsbr0 > > virsh # net-dumpxml 20-net > <network> > <name>20-net</name> > <uuid>9e2c2ce7-a193-17ec-d6c0-3f115e759e29</uuid> > <forward mode='bridge'/> > <bridge name='vl20-ovsbr0' /> > <virtualport type='openvswitch'/> > </network> This looks fine. > > (I have no XML from the guest, as virt-manager will not let me create it > with the desired network...) > > Is the problem that libvirt only can define networks with "real" OVS > bridges? That would be a bummer, since I need the VM's port tagged with > a specific VLAN... Or is there another workable way to do this? > Since this is the first time I've heard of an ovs "fake bridge", I can't really say for sure if it works correctly. However, I now see from your 2nd message that the reason for your initial failure was that you were using a version of libvirt (0.9.4) that had no OVS support at all, and that you've since upgraded to libvirt 1.0.4. Meanwhile, the blog post that you reference above as the reason you're using a "fake bridge" is saying that the reason to do this is to overcome some unnamed bug in libvirt's OVS vlan support. That blog entry was written in October 2012, and mentions that "Kyle" (probably Kyle Mestery) had submitted a patch for [whatever the problem was]. I'm unable to determine which bug or which patch they're talking about from that information, but I don't believe there are any open bugs in OVS vlan support, so it must have been pushed and so would definitely be fixed in libvirt 1.0.4. So, my advice is 1) stop using "fake bridges" and 2) use libvirt's ovs vlan support, as described here: http://www.siliconloons.com/?p=305 (It would be useful to make these "fake bridges" work properly though. You can probably find the error message output by ovs-vsctl by looking in /var/log/messages or /var/log/libvirt/libvirtd.log (it will be logged by the libvirtd process). If you can post that message to this thread, maybe someone will understand why it's failing, and we can push a fix for it.) _______________________________________________ libvirt-users mailing list libvirt-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvirt-users
