Charmed OpenStack/OVN does not enable-distributed-floating-ip by default.
Bug #1987250 reported by
Giuseppe Petralia
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Neutron API OVN Plugin Charm |
Expired
|
Undecided
|
Unassigned | ||
charm-ovn-central |
Invalid
|
Undecided
|
Unassigned | ||
charm-ovn-chassis |
Invalid
|
Undecided
|
Unassigned |
Bug Description
When using charmed OpenStack/OVN to install and configure OVN 20.03 or 22.03, using default configuration the environment is not using DVR but routers' gateways are assigned to specific chassis.
This is confirmed using ovn-nbctl utility to get, set and delete gateways association with chassis.
Currently from doc is not clear how to configure charms ovn-central and ovn-chassis to use DVR and what are current limitations of using it, i.e. is DVR supported in environments using neutron routers with snat disabled?
Is it possible to switch from non DVR to DVR setup? If yes how to achieve that?
description: | updated |
summary: |
- Charmed OpenStack/OVN is not using DVR by default. + Charmed OpenStack/OVN does not enable-distributed-floating-ip by + default. |
affects: | charm-neutron-api → charm-neutron-api-plugin-ovn |
Changed in charm-ovn-central: | |
status: | New → Invalid |
Changed in charm-ovn-chassis: | |
status: | New → Invalid |
Changed in charm-neutron-api-plugin-ovn: | |
status: | New → Incomplete |
To post a comment you must log in.
Thank you for the report Giuseppe.
There is a broad set of features that was collectively described as DVR for the Neutron ML2/OVS driver, so to answer your question/request we need to dig into what specific features you are interested in.
The instance facing router is absolutely distributed with OVN, and all requests to this router is implemented and serviced by each compute node (ARP/ND, ICMP to router address, Multicast services, DHCP etc).
Inter instance or East/West traffic is also distributed with OVN and traffic flows directly from source to destination instance without flowing through any central point.
In the current Neutron OVN driver implementation, North/South traffic is implemented using gateway chassis in a active/backup style setup for each individual project router where one chassis is the active router and 4 other chassis are selected as backups. I assume this is the bit you are interested in?
N/S traffic to/from instances without a Floating IP (FIP) goes through the gateway chassis, regardless of SNAT being enabled for the project networks router.
There is support for distributing N/S traffic for instances that have a FIP, and this can be enabled with the `enable- distributed- floating- ip` configuration option on the neutron- api-plugin- ovn charm [0].
It is possible to enable this option at any time and Neutron realizes this configuration by updating the NAT entry for the FIP [1].
This is not enabled by default because enabling the option requires external connectivity to be present on every hypervisor, and this is not the case for all deployments. It is also the upstream default is to not enable it.
0: https:/ /charmhub. io/neutron- api-plugin- ovn/configure# enable- distributed- floating- ip /github. com/openstack/ neutron/ blob/a0cdb83ff2 09983fa5f692f69 e6390dbe57db0f8 /neutron/ plugins/ ml2/drivers/ ovn/mech_ driver/ mech_driver. py#L1113- L1120
1: https:/