Description of problem: In DVR deployment with OVN and Octavia, the LB traffic ( FIP<->VIP) is not going via Compute nodes as expected in DVR deployment ( amphora = VM ) but via controller/networker
A patch was merged into core OVN branch 2.9 [0] and we landed a patch in OSP13 [1] in networking-ovn to add that extra hop (without this patch, it wasn't working at the time it was written). It'd be worth trying an Octavia setup by manually reverting [1] on neutron-server containers and check if we still experience the issue. Could you please bring up such a setup Alex and we'll assist on testing this out? Thanks, Daniel [0] https://github.com/openvswitch/ovs/commit/9b2b68660e9a939a82e9142f25ba0f7942188925#diff-2c35162acf6ad144624954fdc4c3d9f4 [1] https://github.com/openstack/networking-ovn/commit/15f56a02efee8c6f03f52abfa3a466b3041621ed
Due to the many conflicts in backporting the "virtual ports" feature from networking-ovn latest branches to OSP 13 I'm closing this bug as WONTFIX. I've talked with Carlos (Octavia Squad Lead) and Luis Tomas(OCP) on IRC regarding the problem with backporting it (and its maintainability) and we've agreed to closing it as WONTFIX.
(In reply to Lucas Alvares Gomes from comment #4) > Due to the many conflicts in backporting the "virtual ports" feature from > networking-ovn latest branches to OSP 13 I'm closing this bug as WONTFIX. > > I've talked with Carlos (Octavia Squad Lead) and Luis Tomas(OCP) on IRC > regarding the problem with backporting it (and its maintainability) and > we've agreed to closing it as WONTFIX. Small correction here. Carlos didn't explicitly agree with closing this but he's aware of the reasons why I'm doing it. Also, if the author of the bug thinks this is a must-have feel free to re-open it and we can discuss other possible solutions for this. Cheers, Lucas