<div dir="ltr">Sumit, <div><br></div><div style>I'm going to create a wiki page on directory structure tomorrow.</div><div style>Meanwhile you could look at <a href="https://review.openstack.org/#/c/28257/">https://review.openstack.org/#/c/28257/</a></div>
<div style><br></div><div style>Thanks,</div><div style>Eugene.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 7, 2013 at 12:47 AM, Sumit Naiksatam <span dir="ltr"><<a href="mailto:sumitnaiksatam@gmail.com" target="_blank">sumitnaiksatam@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks Eugene for the summary (and for organizing the meeting). Can<br>
you also add what the current consensus is on the directory structure<br>
(as in what it is intended to finally look like,<br>
services/loadbalancer/...)?<br>
<br>
In general, item 1 discussed below obviously has implications beyond<br>
just the loadbalancer service. Happy to take up the action item on<br>
this.<br>
<br>
~Sumit.<br>
<div><div class="h5"><br>
On Mon, May 6, 2013 at 12:17 PM, Eugene Nikanorov<br>
<<a href="mailto:enikanorov@mirantis.com">enikanorov@mirantis.com</a>> wrote:<br>
> Hi, this is a follow up of the todays' LBaaS meeting held on #quantum-lbaas.<br>
><br>
> Agenda:<br>
> 1. ServiceType framework<br>
> 2. Service source file locations<br>
> 3. Multivendor support<br>
> 4. NFV<br>
> 5. Regular meeting<br>
><br>
> 1. ServiceType framework<br>
> Agreed on the following:<br>
> - ServiceType is the name of the entity consisting of<br>
> (uuid, service_class, plugin:driver, vendor (opt), version (opt))<br>
> This is an essential entity with minimal info needed for multivendor<br>
> support.<br>
> - Extra parameters include: insertion mode, service quality.<br>
><br>
> Action item: Sumit to prepare workflow with additional parameters (ins.<br>
> mode, quality) and entities (ServiceOffering, ServiceChain, etc).<br>
> Workflow design should be a separate discussion.<br>
><br>
> Action item: Eugene to refactor current ServiceType framework to comply with<br>
> what was decided.<br>
><br>
> 2. Service source file locations (related gerrit<br>
> <a href="https://review.openstack.org/#/c/28257/" target="_blank">https://review.openstack.org/#/c/28257/</a> )<br>
> Agreed on making two changes:<br>
> - move all lbaas-related implementation files to<br>
> plugins/services/agent_loadbalancer<br>
> (db plugin goes to services/agent_loadbalancer/db)<br>
> - rename agent_loadbalancer to loadbalancer to indicate that we're going to<br>
> have multivendor solution<br>
><br>
> Remaining question:<br>
> whether to move whole services directory one level up.<br>
> That could shorten import paths a bit and also it's a good time to make such<br>
> change before services directory is not very populated.<br>
><br>
> 3. Multivendor support<br>
> Was not discussed.<br>
> There are two patches on review:<br>
> splitting reference implementation into plugin and plugin driver:<br>
> <a href="https://review.openstack.org/#/c/28289/" target="_blank">https://review.openstack.org/#/c/28289/</a><br>
><br>
> "Blueprint multi-vendor-support-for-lbaas-step0"<br>
> <a href="https://review.openstack.org/#/c/28245" target="_blank">https://review.openstack.org/#/c/28245</a><br>
><br>
> 4. Network Function Virtualization.<br>
> There's a concern that this blueprint is trying to address the problem that<br>
> is already is being solved.<br>
> <a href="https://blueprints.launchpad.net/quantum/+spec/nfv-and-network-service-chain-implementation" target="_blank">https://blueprints.launchpad.net/quantum/+spec/nfv-and-network-service-chain-implementation</a><br>

> This is not quite related to LBaaS, however there are plans to implement<br>
> "device inventory" module, which is needed for LBaaS and could be utilized<br>
> by other services as well.<br>
> That overlaps with what is proposed in NFV.<br>
><br>
> 5. Regular LBaaS meeting.<br>
> Waiting for Mark McClain opinion.<br>
><br>
> Thanks,<br>
> Eugene.<br>
><br>
</div></div>> _______________________________________________<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>
_______________________________________________<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>
</blockquote></div><br></div>