DVR HA not enabled by default

Bug #1628220 reported by Federico Iezzi
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tripleo
Won't Fix
Medium
Unassigned

Bug Description

With OpenStack Mitaka Neutron supports router in DVR mode with HA for the SNAT.
In the template, this feature has been disabled.
https://review.openstack.org/#/c/359969/

Link to DVR-HA blueprint
https://blueprints.launchpad.net/neutron/+spec/improve-dvr-l3-agent-binding

DVR-HA review
https://review.openstack.org/#/c/143169/

Link to Neutron unit tests for DVR-HA
https://github.com/openstack/neutron/blob/master/neutron/tests/functional/services/l3_router/test_l3_dvr_ha_router_plugin.py#L372

During the Neutron Newton-rc1 development cycle, a number of DVR-related issues have been fixed. Two of them were related to the SNAT.

https://bugs.launchpad.net/neutron/+bug/1602614
https://bugs.launchpad.net/neutron/+bug/1607381

You should consider re-enabling the DVR-HA since it is a critical piece and until Mitaka this was the major DVR's drawback.

Tags: dvr-ha
Brent Eagles (beagles)
Changed in tripleo:
assignee: nobody → Brent Eagles (beagles)
Revision history for this message
Brent Eagles (beagles) wrote :

Please note that it can still be enabled by setting EnableL3HA to true in Newton. There isn't really anything that prevents a user from doing so. The THT logic for handling enabling L3 HA if the controller count > 1 was added in newton to address backwards compatibility concerns as that logic has been moved out of the tripleo client. We will be revisiting how tripleo addresses HA configuration for neutron in Ocata. Whether L3 HA, DVR or otherwise will be enabled by default is yet to be decided.

Changed in tripleo:
milestone: none → ocata-1
Revision history for this message
Assaf Muller (amuller) wrote :

I would not recommending using DVR and HA without https://review.openstack.org/#/c/255237/, which was merged in Newton and is not currently available in Mitaka.

Revision history for this message
Federico Iezzi (fiezzi) wrote :

@Assaf Muller: appreciate your comment but the "l2pop fdb flows for HA router ports" is an L3HA enhancement which does not depend on the DVR

Steven Hardy (shardy)
Changed in tripleo:
status: New → Triaged
importance: Undecided → Medium
milestone: ocata-1 → ocata-2
Changed in tripleo:
milestone: ocata-2 → ocata-3
Changed in tripleo:
milestone: ocata-3 → pike-1
Revision history for this message
Brent Eagles (beagles) wrote :

There are apparently remaining issues with DVR and HA coexistence so we might want to push this off until we are certain that all is well

Changed in tripleo:
milestone: pike-1 → pike-2
Changed in tripleo:
milestone: pike-2 → pike-3
Revision history for this message
Emilien Macchi (emilienm) wrote :

There are no currently open reviews on this bug, changing the status back to the previous state and unassigning. If there are active reviews related to this bug, please include links in comments.

Changed in tripleo:
assignee: Brent Eagles (beagles) → nobody
Changed in tripleo:
milestone: pike-3 → pike-rc1
Changed in tripleo:
milestone: pike-rc1 → queens-1
Changed in tripleo:
milestone: queens-1 → queens-2
Changed in tripleo:
milestone: queens-2 → queens-3
Changed in tripleo:
milestone: queens-3 → queens-rc1
Changed in tripleo:
milestone: queens-rc1 → rocky-1
Changed in tripleo:
milestone: rocky-1 → rocky-2
Changed in tripleo:
milestone: rocky-2 → rocky-3
Revision history for this message
Brent Eagles (beagles) wrote :

We don't plan on enabling this for ML2/OVS at this time.

Changed in tripleo:
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.