Open Stack

Hi,

Mark and me has spent some time today discussing existing proposals and I
think we got to a consensus.
Initially I had two concerns about Mark's proposal which are
- extension list attribute on the flavor
- driver entry point on the service profile

The first idea (ext list) need to be clarified more as we get more drivers
that needs it.
Right now we have FWaaS/VPNaaS which don't have extensions at all and we
have LBaaS where all drivers support all extensions.
So extension list can be postponed until we clarify how exactly we want
this to be exposed to the user and how we want it to function on
implementation side.

Driver entry point which implies dynamic loading per admin's request is a
important discussion point (at least, previously this idea received
negative opinions from some cores)
We'll implement service profiles, but this exact aspect of how driver is
specified/loadede will be discussed futher.

So based on that I'm going to start implementing this.
I think that implementation result will allow us to develop in different
directions (extension list vs tags, dynamic loading and such) depending on
more information about how this is utilized by deployers and users.

Thanks,
Eugene.



On Thu, Jul 3, 2014 at 5:57 PM, Susanne Balle <sleipnir012 at gmail.com> wrote:

> +1
>
>
> On Wed, Jul 2, 2014 at 10:12 PM, Kyle Mestery <mestery at noironetworks.com>
> wrote:
>
>> We're coming down to the wire here with regards to Neutron BPs in
>> Juno, and I wanted to bring up the topic of the flavor framework BP.
>> This is a critical BP for things like LBaaS, FWaaS, etc. We need this
>> work to land in Juno, as these other work items are dependent on it.
>> There are still two proposals [1] [2], and after the meeting last week
>> [3] it appeared we were close to conclusion on this. I now see a bunch
>> of comments on both proposals.
>>
>> I'm going to again suggest we spend some time discussing this at the
>> Neutron meeting on Monday to come to a closure on this. I think we're
>> close. I'd like to ask Mark and Eugene to both look at the latest
>> comments, hopefully address them before the meeting, and then we can
>> move forward with this work for Juno.
>>
>> Thanks for all the work by all involved on this feature! I think we're
>> close and I hope we can close on it Monday at the Neutron meeting!
>>
>> Kyle
>>
>> [1] https://review.openstack.org/#/c/90070/
>> [2] https://review.openstack.org/102723
>> [3]
>> http://eavesdrop.openstack.org/meetings/networking_advanced_services/2014/networking_advanced_services.2014-06-27-17.30.log.html
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> 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/20140703/877b92a8/attachment.html>