Allow nova to feed its hostname to Neutron for eventually integration with Designate

Bug #1459030 reported by Carl Baldwin
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
Fix Released
Medium
Miguel Lavalle

Bug Description

See the spec for more details https://review.openstack.org/#/c/88623

This dns_label field will be used for DNS resolution of the hostname in dnsmasq and also will be used when Neutron can integrate with external DNS systems.

Changed in neutron:
assignee: nobody → Miguel Lavalle (minsel)
Changed in neutron:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Kyle Mestery (mestery) wrote :

This RFE seems tiny enough that it's doubtful a full spec is needed. We could likely convert this into a bug and review the submitted code there.

Revision history for this message
Kyle Mestery (mestery) wrote :

Also, is the use case accurately summed up as:

We would like to integrate Designate with Neutron.

If so, that's a simple use case IMHO.

summary: - Add dns_label to Neutron port
+ Allow nova to feed its hostname to Neutron for eventually integration
+ with Designate
Kyle Mestery (mestery)
Changed in neutron:
milestone: none → liberty-1
importance: Wishlist → Medium
Revision history for this message
Miguel Lavalle (minsel) wrote : Re: [Bug 1459030] Re: Add dns_label to Neutron port

Kyle,

Yes, the use case can be summed up as that

Cheers

On Wed, May 27, 2015 at 10:54 AM, Kyle Mestery <email address hidden>
wrote:

> Also, is the use case accurately summed up as:
>
> We would like to integrate Designate with Neutron.
>
> If so, that's a simple use case IMHO.
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/1459030
>
> Title:
> Allow nova to feed its hostname to Neutron for eventually integration
> with Designate
>
> Status in OpenStack Neutron (virtual network service):
> Confirmed
>
> Bug description:
> See the spec for more details https://review.openstack.org/#/c/88623
>
> This dns_label field will be used for DNS resolution of the hostname
> in dnsmasq and also will be used when Neutron can integrate with
> external DNS systems.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/neutron/+bug/1459030/+subscriptions
>

Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :

Guidelines, details on how to write RFE's, and the process for handling features if you have already submitted specs in the past, but are yet to be complete. can be found here:

https://github.com/openstack/neutron/blob/master/doc/source/policies/blueprints.rst

For more details, please reach out on #openstack-neutron or openstack-dev ML [neutron].

Changed in neutron:
status: Confirmed → In Progress
Thierry Carrez (ttx)
Changed in neutron:
milestone: liberty-1 → liberty-2
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (master)

Fix proposed to branch: master
Review: https://review.openstack.org/200952

Thierry Carrez (ttx)
Changed in neutron:
milestone: liberty-2 → liberty-3
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (feature/qos)

Fix proposed to branch: feature/qos
Review: https://review.openstack.org/213834

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on neutron (feature/qos)

Change abandoned by Miguel Lavalle (<email address hidden>) on branch: feature/qos
Review: https://review.openstack.org/213834

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to neutron (master)

Reviewed: https://review.openstack.org/200952
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=3d28fc0bfcf7f8c1fa11f83b6f4f35d82ee2eafd
Submitter: Jenkins
Branch: master

commit 3d28fc0bfcf7f8c1fa11f83b6f4f35d82ee2eafd
Author: Miguel Lavalle <email address hidden>
Date: Sun Jul 12 18:00:50 2015 -0500

    Add dns_label processing for Ports

    Functionallity is added to enable users to specify a dns_label field during
    port creation and update. This dns_label field will be used for DNS resolution
    of the hostname in dnsmasq and also will be used when Neutron can integrate
    with external DNS systems.

    Change-Id: I6beab336dfd9b70b1af6e975939c602047faa651
    DocImpact
    APIImpact
    Closes-Bug: #1459030
    Implements: blueprint internal-dns-resolution

Changed in neutron:
status: In Progress → Fix Committed
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (feature/pecan)

Fix proposed to branch: feature/pecan
Review: https://review.openstack.org/218710

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to neutron (feature/pecan)
Download full text (155.6 KiB)

Reviewed: https://review.openstack.org/218710
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=2c5f44e1b3bd4ed8a0b7232fd293b576cc8c1c87
Submitter: Jenkins
Branch: feature/pecan

commit f35d1c5c50dccbef1a2e079f967b82f0df0e22e9
Author: Adelina Tuvenie <email address hidden>
Date: Thu Aug 27 02:27:28 2015 -0700

    Fixes wrong neutron Hyper-V Agent name in constants

    Change Id03fb147e11541be309c1cd22ce27e70fadc28b5 moved the
    AGENT_TYPE_HYPERV constant from common.constants to
    plugins.ml2.drivers.hyperv.constants but change the value of the
    constant from 'HyperV agent' to 'hyperv'. This patch changes
    the name back to 'HyperV agent'

    Change-Id: If74b4b2a84811e266c8b12e70bf6bfe74ed4ea21
    Partial-Bug: #1487598

commit de604de334854e2eb6b4312ff57920564cbd4459
Author: OpenStack Proposal Bot <email address hidden>
Date: Sun Aug 30 01:39:06 2015 +0000

    Updated from global requirements

    Change-Id: Ie52aa3b59784722806726e4046bd07f4a4d97328

commit f0415ac20eaf5ab4abb9bd4839bf6d04ceee85d0
Author: armando-migliaccio <email address hidden>
Date: Fri Aug 28 13:53:04 2015 -0700

    Revert "Add support for unaddressed port"

    This implementation may expose a vulnerability where a malicious
    user can sieze the opportunity of a time window where a port
    may land unaddressed on a shared network, thus allowing him/her
    to suck up all the tenant traffic he/she wants....oh the shivers.

    This reverts commit d4c52b7f5a36a103a92bf9dcda7f371959112292.

    Change-Id: I7ebdaa8d3defa80eab90e460fde541a5bdd8864c

commit 013fdcd2a6d45dbe4de5d6e7077e5e9b60985ef9
Author: Assaf Muller <email address hidden>
Date: Fri Aug 28 16:41:07 2015 -0400

    Improve logging upon failure in iptables functional tests

    This will help us nail down a more accurate and efficient logstash
    query.

    Change-Id: Iee4238e358f7b056e373c7be8d6aa3202117a680
    Related-Bug: #1478847

commit 622dea818d851224a43d5276a81d5ce8a6eebb76
Author: Ivar Lazzaro <email address hidden>
Date: Mon Aug 17 17:17:42 2015 -0700

    handle gw_info outside of the db transaction on router creation

    Move the gateway interface creation outside the DB transaction
    to avoid lock timeout.

    Change-Id: I5a78d7f32e8ca912016978105221d5f34618af19
    Closes-bug: 1485809

commit 5b27d290a0a95f6247fc5a0fe6da1e7d905e6b2d
Author: Assaf Muller <email address hidden>
Date: Wed Aug 26 10:07:03 2015 -0400

    Remove ml2 resource extension success logging

    This is the cause of a tremendous amount of logs, for no
    perceivable gain. A normal dvr run in the gate shows this debug
    message around 120K times, which is way too much.

    Closes-Bug: #1489952

    Change-Id: I26fca8515d866a7cc1638d07fa33bc04479ae221

commit 8d3faf549cba2f58c872ef4121b2481e73464010
Author: huangpengtao <email address hidden>
Date: Fri Aug 28 23:20:46 2015 +0800

    Replace "prt" variable by "port"

    the local variable prt is meaningless,
    and port is used popular.

    Change-Id: I20849102cf5b4d84433c46791b4b1e2a22dc4739

commit ee374e7a5f4dea538fcd942f5...

tags: added: in-feature-pecan
Thierry Carrez (ttx)
Changed in neutron:
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in neutron:
milestone: liberty-3 → 7.0.0
Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :

The patch that introduced the deprecation: https://review.openstack.org/#/c/200952/

tags: added: deprecation
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.