[openstack-dev] [nova] [neutron] What the behavior of AddFixedIp API should be?

Alex Xu soulxu at gmail.com
Thu Mar 30 06:39:37 UTC 2017


oops, sorry, the correct link is https://review.openstack.org/#/c/384261/,
I must remove last number accidently

2017-03-30 14:34 GMT+08:00 Kevin Benton <kevin at benton.pub>:

> 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.opensta
>> ck.org/#/c/38426.
>>
>> 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
>> API.
>>
>> 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
>>>>> you.
>>>>>
>>>>>
>>>> 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 [1] but it needs to be updated for Pike.
>>>>
>>>> [1] https://review.openstack.org/#/c/384261/
>>>>
>>>> --
>>>>
>>>> Thanks,
>>>>
>>>> Matt
>>>>
>>>> ____________________________________________________________
>>>> ______________
>>>> OpenStack Development Mailing List (not for usage questions)
>>>> Unsubscribe: OpenStack-dev-request at lists.op
>>>> enstack.org?subject:unsubscribe
>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>>
>>>
>>> ____________________________________________________________
>>> ______________
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe: OpenStack-dev-request at lists.op
>>> enstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>
>> ____________________________________________________________
>> ______________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20170330/2ae2ac80/attachment-0001.html>


More information about the OpenStack-dev mailing list