Open Stack

On 14 July 2015 at 21:43, Cale Rath <ctrath at linux.vnet.ibm.com> wrote:
> Hi,
>
> I created a patch to fail on the proxy call to Neutron for used limits,
> found here: https://review.openstack.org/#/c/199604/
>
> This patch was done because of this:
> http://docs.openstack.org/developer/nova/project_scope.html?highlight=proxy#no-more-api-proxies,
> where it’s stated that Nova shouldn’t be proxying API calls.
>
> That said, Matt Riedemann brings up the point that this breaks the case
> where Neutron is installed and we want to be more graceful, rather than just
> raising an exception.

+1 to matt's point.

> Here are some options:
>
> 1. fail - (the code in the patch above)
> 2. proxy to neutron for floating ips and security groups - that's what the
> original change was doing back in havana
> 3. return -1 or something for floatingips/security groups to indicate that
> we don't know, you have to get those from neutron
>
> Does anybody have an opinion on which option we should do regarding API
> proxies in this case?

We need to have our APIs work the same using either nova-network or
neutron, to keep the API interoperable.

The scope document is really trying to say that adding new APIs that
force us to do more proxying would be bad (e.g. passing in extra
properties for the ports that Nova creates in neutron on behalf of the
user).

In this case, it seems we need to proxy to neutron to ensure the Nova
API keeps working as expected when you use Neutron.

Its possible there is a massive gotcha I am just not seeing right now?

Thanks,
John