ip_allocation attribute is not accessible over REST requests

Bug #1742093 reported by Mathieu Rohon
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
neutron
Confirmed
Wishlist
Unassigned

Bug Description

Currently, one can set the ip_allocation attribute to "none" on a port with the neutron API [1] or the python-neutronclient [2].

This is useful for instantiating a VM that doesn't have an IP, and fixing [3]

However, to be able to read this attribute, the ip_allocation extension must be enabled, which is not mandatory to set this attribute to "none".

The only way to enable this extension seems to activate the segments service plugin. However, enabling this service plugin just to be able to instantiate a VM without an IP is cumbersome.

Moreover, while using the API, the fact that the ip_allocation attribute can be set to "none", but cannot be read afterward is inconsistent.

[1] https://review.openstack.org/#/c/361455/
[2] https://review.openstack.org/#/c/504817/
[3] https://bugs.launchpad.net/nova/+bug/1741575

Tags: l3-ipam-dhcp
tags: added: l3-ipam-dhcp
Changed in neutron:
status: New → Confirmed
importance: Undecided → Wishlist
Revision history for this message
Hirofumi Ichihara (ichihara-hirofumi) wrote :

I can understand the requirement but ip_allocation is originally subset of segments extension. Although it seems that we can use ip_allocation of port without the extension now. I guess that we should use the feature with segments extension.

I'd like to know L3 Lieutenant(Miguel Lavalle)'s opinion.

Revision history for this message
Mathieu Rohon (mathieu-rohon) wrote :

AFAIK, without the extension, you can set the ip_allocation attribute to "none", but you can't read it with REST call.

It seems strongly inconsistent to be able to write an attribute, but not to read it.

Moreover, coupling the readability of this attribute with the usage of the segment service plugin is questionable since it not only helps the "segments" feature with the "deferred" status, but it enables the "unaddressed port" feature [1] with the "none" status.

[1]https://review.openstack.org/#/c/239276/

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.