@Asaf, looking at the q-svc log and searching for the port id doesn't show the reason that it's not working. I'm working my way through the OVS with pdb - it's taking some time though ;-)
@Adolfo,
It's my understanding that in an HA router, the HA ports should always have connectivity between them, so the tunnels should *always* be up. Am I wrong in this assumption? Something that supports this assumption, btw, is that sometimes when the setup is all good and dandy - the vxlan is there. Even before I even set the gateway the first time - the tunnels are there.
As for the steps I'm doing to reproduce - they look very much the same as you posted on your second comment. Only, I'm not booting a VM because of my assumption (this helps to 'cut down' the costs of each iteration). My setup is consistent of only 2 nodes: an all-in-one, and a compute node with q-agt and q-l3.
Waiting for your report on whether this happens on a DVR-non-HA router :)
@Asaf, looking at the q-svc log and searching for the port id doesn't show the reason that it's not working. I'm working my way through the OVS with pdb - it's taking some time though ;-)
@Adolfo,
It's my understanding that in an HA router, the HA ports should always have connectivity between them, so the tunnels should *always* be up. Am I wrong in this assumption? Something that supports this assumption, btw, is that sometimes when the setup is all good and dandy - the vxlan is there. Even before I even set the gateway the first time - the tunnels are there.
As for the steps I'm doing to reproduce - they look very much the same as you posted on your second comment. Only, I'm not booting a VM because of my assumption (this helps to 'cut down' the costs of each iteration). My setup is consistent of only 2 nodes: an all-in-one, and a compute node with q-agt and q-l3.
Waiting for your report on whether this happens on a DVR-non-HA router :)
John.