Bug 2102749 - [RFE] Support DNS domains at a network level in ML2/OVN
Summary: [RFE] Support DNS domains at a network level in ML2/OVN
Keywords:
Status: ASSIGNED
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-neutron
Version: 18.0 (Zed)
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
: ---
Assignee: Elvira
QA Contact: Eran Kuris
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-06-30 14:36 UTC by Elvira
Modified: 2023-07-28 16:00 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker OSP-16187 0 None None None 2022-06-30 14:38:32 UTC

Description Elvira 2022-06-30 14:36:05 UTC
Right now, we set a single domain name per deployment, stated in the neutron
configuration file. However, there are use cases where it is useful to provide
more granularity to DNS, like at a network or port level where the dns_domain
attribute exists. The goal of this RFE is to support DNS domains at a network
level just in the ML2/OVN driver by adding a new extension.
This is a feature that has been requested by customers.

There are several use cases for this:
* In a multitenant environment, different users working on different projects
  use common hostnames for their VMs, which leads to a FQDN conflict. Users
  don’t have to know the hostnames other VMs have, so they could generate an
  unexpected FQDN clash.
* In a multitenant environment, users working in an application with different
  stages might want to re-use hostnames and make a distinction on the domain.
  Example: app001.uat.example.com (for UAT) vs app001.prd.example.com (for
  Production) both have the same hostname.

Additional info upstream:
https://review.opendev.org/c/openstack/neutron-specs/+/832658
https://bugs.launchpad.net/neutron/+bug/1960850


Note You need to log in before you can comment on or make changes to this bug.