Comment 20 for bug 1365473

Hi John, thanks for the testing. I updated a patch with the latest review comments yesterday for the agent and server. As you mentioned it seems to be working.
About the issue you are seeing. Do the vxlan tunnels disappear when you add an external gateway?
I have notice a similar behavior, but what I have seen might be outside of the dvr/ha/openstack domain.
What I have seen is that when I am using virtual hosts to do my testing, if *ANY* interface gets added to the br-ex bridge, it drops the br-tun interfaces. I can't figure out why it happens. It just does. I have been able to work around it by adding a "dummy" interface to the br-ex bridge before I start doing anything. like so: "sudo ovs-vsctl add-port br-ex dummy-interface"
I said I am not sure if it has anything to do with openstack at all because I can reproduce the problem by adding any interface *after* the br-tuns are up. Just go to the command line and do something like "ovs-vsctl add-port br-ex some-test-interface" and then the tunnels drop. I thought it was something different in my setup. I am using openstack in openstack to do my testing, so i thought that perhaps stp or something was dropping my tunnels.
The funny thing is that, like I said, the problem goes away if I add dummy interfaces *before* any stacking.

I'll open a bug on what I have seen to track it because for me it actually happens on ANY openstack deployment using vxlan (legacy, dvr, or ha)... Please let me know if this is the same problem you are seeing. Like I said all you have to do is add an interface to br-ex by hand, and the br-tuns will drop.

thanks.