Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-29 Thread Miguel Lavalle
Yair, 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. Cheers On Thu, A

Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-28 Thread Brandon Logan
ot; > > > > Sent: Tuesday, August 26, 2014 2:22:33 PM > > Subject: Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax > > additions/changes > > > > > > > > On 08/25/2014 10:06 PM, Brandon Logan wrote: > > >> > > >&

Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-28 Thread Brandon Logan
On Tue, 2014-08-26 at 14:22 +0300, John Schwarz wrote: > > On 08/25/2014 10:06 PM, Brandon Logan wrote: > >> > >> 2. Therefor, there should be some configuration to specifically enable > >> either version (not both) in case LBaaS is needed. In this case, the > >> other version is disabled (ie. a R

Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-28 Thread Yair Fried
I would like to add a question to John's list - Original Message - > From: "John Schwarz" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Tuesday, August 26, 2014 2:22:33 PM > Subject: Re: [openstack-de

Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-26 Thread John Schwarz
On 08/25/2014 10:06 PM, Brandon Logan wrote: >> >> 2. Therefor, there should be some configuration to specifically enable >> either version (not both) in case LBaaS is needed. In this case, the >> other version is disabled (ie. a REST query for non-active version >> should return a "not activated

Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-25 Thread Brandon Logan
Hi Clark, >From my understanding the keystone catalog will not contain endpoints for neutron extensions. I could see it being allowed but since Neutron can enable/disable extensions on a whim, there would need to be some cross project communication between keystone and neutron. I'm sure there are

Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-25 Thread Brandon Logan
Hi John, Comments in-line On Sun, 2014-08-24 at 16:37 +0300, John Schwarz wrote: > Hi, > > With the ongoing development of LBaaS v2, support for v2 of LBaaS in > neutronclient is also being developed, as can be seen in [1]. > The current implementation adds a new syntax for v2; Whereas the v1 > s

Re: [openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-24 Thread Clark Boylan
On Sun, Aug 24, 2014, at 06:37 AM, John Schwarz wrote: > Hi, > > With the ongoing development of LBaaS v2, support for v2 of LBaaS in > neutronclient is also being developed, as can be seen in [1]. > The current implementation adds a new syntax for v2; Whereas the v1 > syntax is 'neutron lb--', th

[openstack-dev] [Neutron] [LBaaS] LBaaS v2 API syntax additions/changes

2014-08-24 Thread John Schwarz
Hi, With the ongoing development of LBaaS v2, support for v2 of LBaaS in neutronclient is also being developed, as can be seen in [1]. The current implementation adds a new syntax for v2; Whereas the v1 syntax is 'neutron lb--', the new v2 syntax is 'neutron lbaas--'. We fear that this can lead t