network ports for l3 get created in random AZ even availability-zone-hint is specified
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Neutron API Charm |
Fix Released
|
High
|
Dmitrii Shcherbakov |
Bug Description
In a DVR environment, when you create a router with an internal network and external network attached, several ports will be created.
- dhcp
- router_gateway
- floatingip_
- router_
- router_
However, in an environment with multiple AZ, it looks like that the router_
If all of the AZs are in the same overlay network and provider network, then there will be no problem, however, if those are independent in each AZ, instances are still reachable and can go out to the internet via floating IP, but if SNAT namespace is in different AZ(no network reachability) DNS forwarder will not be reachable and instances without floating IP, they will not be able to go outside.
According to these[0][1], in order to have these ports created in the specified availability zone, you will need to add the following in neutron.conf
router_
I managed to reproduce the issue with the following bundle[2],
and by adding the above configuration via config-flags resolved the issue.
However, I think it would be better to have a new config in neutron-api charm,
like "enable-
[0] https:/
[1] https:/
[2] https:/
Changed in charm-neutron-api: | |
assignee: | nobody → Dmitrii Shcherbakov (dmitriis) |
importance: | Undecided → High |
status: | New → Triaged |
Changed in charm-neutron-api: | |
status: | In Progress → Fix Released |
Ideally we would just enable this by default, whether or not we add a config option to allow disabling it.
I think users would expect this behaviour. So as long as the option works in all deployments with or without AZs, I'm thinking we should just enable it by default.