Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

I booted an Ubuntu Havana system with OVS 1.10.2 and found one problem in this area here. I have no idea what the purpose of these lines is, but on this system sudo ovs-vsctl br-get-external-id br-ex returns nothing, and so br-ex is excluded from the list of ancillary bridges and so the gateway port always shows as DOWN.

A workaround is to set the bridge-id to br-ex: sudo ovs-vsctl br-set-external-id br-ex bridge-id br-ex and restart the L2 agent sudo service neutron-plugin-openvswitch-agent restart

But I don't know will this solve the OP's problem where one port is working and the another is not. Anyway provider mappings would be a better long term way for external networks.

I booted an Ubuntu Havana system with OVS 1.10.2 and found one problem in this area here. I have no idea what the purpose of these lines is, but on this system sudo ovs-vsctl br-get-external-id br-ex returns nothing, and so br-ex is excluded from the list of ancillary bridges and so the gateway port always shows as DOWN.

A workaround is to set the bridge-id to br-ex: br-ex and restart the L2 agent:

sudo ovs-vsctl br-set-external-id br-ex bridge-id br-ex and restart the L2 agent br-ex
sudo service neutron-plugin-openvswitch-agent restartrestart

But I don't know will this solve the OP's problem where one port is working and the another is not. Anyway provider mappings would be a better long term way for external networks.