[openstack-dev] [nova] [neutron] What the behavior of AddFixedIp API should be?
kevin at benton.pub
Thu Mar 30 06:34:59 UTC 2017
Not sure what you meant to link to, but that's not a spec. :)
On Wed, Mar 29, 2017 at 11:21 PM, Alex Xu <soulxu at gmail.com> wrote:
> I just move the spec into Pike release https://review.
> The problem description section describes the strange API behaviour, and
> proposal to deprecate the API since there isn't a clear use-case for this
> 2017-03-29 8:59 GMT+08:00 Kevin Benton <kevin at benton.pub>:
>> +1. If there is a use case missing from the neutron API that this allows,
>> we can also expand the API to address it.
>> On Mar 28, 2017 07:16, "Matt Riedemann" <mriedemos at gmail.com> wrote:
>>> On 3/27/2017 11:42 PM, Rui Chen wrote:
>>>> Thank you Matt, the background information is important. Seems all the
>>>> peoples don't know how the add-fixed-ip API works,
>>>> and there is no exact use case about it. Now neutron port-update API
>>>> also support to set multiple fixed ip for a port, and
>>>> the fixed-ip updating will sync to nova side automatically (I had
>>>> verified it in my latest devstack). Updating fixed-ip for
>>>> specified port is easier to understand for me in multiple nics case than
>>>> nova add-fixed-ip API.
>>>> So if others known the orignal API design or had used nova add/remove
>>>> fixed-ip API and would like to show your use cases,
>>>> it's nice for us to understand how the API works and when we should use
>>>> it, we can update the api-ref and add exact usage,
>>>> avoid users' confusion about it. Feel free to reply something, thank
>>> If the functionality is available via Neutron APIs, we should just
>>> deprecate the multinic API like we did for the other network API proxies in
>>> microversion 2.36. This reminds me that Alex Xu had a blueprint for
>>> deprecating the multinic API  but it needs to be updated for Pike.
>>>  https://review.openstack.org/#/c/384261/
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe: OpenStack-dev-request at lists.op
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscrib
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev