<div dir="ltr"><div><div>Yair,<br><br></div>I am very well plugged-in to this project and feeding the necessary information to the weekly Tempest IRC meeting. In fact, since a few weeks ago, I've made a point of sharing weekly with the Tempest team what I am doing with the LBaaS team from the Tempest point of view.<br>
<br></div>Cheers<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 28, 2014 at 11:31 PM, Brandon Logan <span dir="ltr"><<a href="mailto:brandon.logan@rackspace.com" target="_blank">brandon.logan@rackspace.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Tue, 2014-08-26 at 14:22 +0300, John Schwarz wrote:<br>
><br>
> On 08/25/2014 10:06 PM, Brandon Logan wrote:<br>
> >><br>
> >> 2. Therefor, there should be some configuration to specifically enable<br>
> >> either version (not both) in case LBaaS is needed. In this case, the<br>
> >> other version is disabled (ie. a REST query for non-active version<br>
> >> should return a "not activated" error). Additionally, adding a<br>
> >> 'lb-version' command to return the version currently active seems like a<br>
> >> good user-facing idea. We should see how this doesn't negatively effect<br>
> >> the db migration process (for example, allowing read-only commands for<br>
> >> both versions?)<br>
> ><br>
> > A /version endpoint can be added for both v1 and v2 extensions and<br>
> > service plugins.  If it doesn't already exist, it would be nice if<br>
> > neutron had an endpoint that would return the list of loaded extensions<br>
> > and their versions.<br>
> ><br>
> There is 'neutron ext-list', but I'm not familiar enough with it or with<br>
> the REST API to say if we can use that.<br>
<br>
</div>Looks like this will be sufficient.  No new rest endpoint needed.<br>
<div class=""><br>
> >><br>
> >> 3. Another decision that's needed to be made is the syntax for v2. As<br>
> >> mentioned, the current new syntax is 'neutron lbaas-<object>-<command>'<br>
> >> (against the old 'lb-<object>-<action>'), keeping in mind that once v1<br>
> >> is deprecated, a syntax like 'lbv2-<object>-<action>' would be probably<br>
> >> unwanted. Is 'lbaas-<object>-<command>' okay with everyone?<br>
> ><br>
> > That is the reason we with with lbaas because lbv2 looks ugly and we'd<br>
> > be stuck with it for the lifetime of v2, unless we did another migration<br>
> > back to lb for it.  Which seemed wrong to do, since then we'd have to<br>
> > accept both lbv2 and lb commands, and then deprecate lbv2.<br>
> ><br>
> > I assume this also means you are fine with the prefix in the API<br>
> > resource of /lbaas as well then?<br>
> ><br>
> I don't mind, as long there is a similar mechanism which disables the<br>
> non-active REST API commands. Does anyone disagree?<br>
> >><br>
> >> 4. If we are going for different API between versions, appropriate<br>
> >> patches also need to be written for lbaas-related scripts and also<br>
> >> Tempest, and their maintainers should probably be notified.<br>
> ><br>
> > Could you elaborate on this? I don't understand what you mean by<br>
> > "different API between version."<br>
> ><br>
> The intention was that the change of the user-facing API also forces<br>
> changes on other levels - not only neutronclient needs to be modified<br>
> accordingly, but also tempest system tests, horizon interface regarding<br>
> LBaaS...<br>
<br>
</div>Oh yes this is in the works.  Miguel is spearheading the tempest tests<br>
and has made good progress on it.  Horizon integration hasn't begun yet<br>
though.  Definitely something we want to get in though.  Have to wait<br>
until more information about the incubator comes out and where these<br>
patches for other products need to go.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>