<div dir="ltr">I think there will soon be a discussion regarding what the appropriate location for plugin and drivers should be.<div>My personal feeling is that Neutron has simply reached the tipping point where the high number of drivers and plugins is causing unnecessary load for the core team and frustration for the community.</div>
<div><br></div><div>There I would totally support Luke's initiative about maintaining an out-of-tree ML2 driver. On the other hand, a plugin/driver "diaspora" might also have negative consequences such as frequent breakages such as those Bob was mentioning or confusion for users which might need to end up fetching drivers from disparate sources.</div>
<div><br></div><div>As mentioned during the last Neutron IRC meeting this is another "process" aspect which will be discussed soon, with the aim of defining a plan for:</div><div>- drastically reduce the number of plugins and drivers which must be maintained in the main source tree</div>
<div>- enhance control of plugin/driver maintainers over their own code</div><div>- preserve the ability of doing CI checks on gerrit as we do today</div><div>- raise the CI bar (maybe finally set the smoketest as a minimum requirement?)</div>
<div><br></div><div>Regards,</div><div>Salvatore</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 14 August 2014 11:47, loy wolfe <span dir="ltr"><<a href="mailto:loywolfe@gmail.com" target="_blank">loywolfe@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="">On Thu, Aug 14, 2014 at 4:22 PM, Mathieu Rohon <span dir="ltr"><<a href="mailto:mathieu.rohon@gmail.com" target="_blank">mathieu.rohon@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I would like to add that it would be harder for the community to help<br>
maintaining drivers.<br>
such a work [1] wouldn't have occured with an out of tree ODL driver.<br></blockquote><div><br></div></div><div>+1.</div><div>It's better to move all MD for none built-in backend out of tree, maintaining these drivers shouldn't be the responsibility of community. Not only MD, but also plugin, agent should all obey this rule</div>
<div><div class="h5">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
[1] <a href="https://review.openstack.org/#/c/96459/" target="_blank">https://review.openstack.org/#/c/96459/</a><br>
<div><div><br>
On Wed, Aug 13, 2014 at 1:09 PM, Robert Kukura <<a href="mailto:kukura@noironetworks.com" target="_blank">kukura@noironetworks.com</a>> wrote:<br>
> One thing to keep in mind is that the ML2 driver API does sometimes change,<br>
> requiring updates to drivers. Drivers that are in-tree get updated along<br>
> with the driver API change. Drivers that are out-of-tree must be updated by<br>
> the owner.<br>
><br>
> -Bob<br>
><br>
><br>
> On 8/13/14, 6:59 AM, ZZelle wrote:<br>
><br>
> Hi,<br>
><br>
><br>
> The important thing to understand is how to integrate with neutron through<br>
> stevedore/entrypoints:<br>
><br>
> <a href="https://github.com/dave-tucker/odl-neutron-drivers/blob/master/setup.cfg#L32-L34" target="_blank">https://github.com/dave-tucker/odl-neutron-drivers/blob/master/setup.cfg#L32-L34</a><br>
><br>
><br>
> Cedric<br>
><br>
><br>
> On Wed, Aug 13, 2014 at 12:17 PM, Dave Tucker <<a href="mailto:dave@dtucker.co.uk" target="_blank">dave@dtucker.co.uk</a>> wrote:<br>
>><br>
>> I've been working on this for OpenDaylight<br>
>> <a href="https://github.com/dave-tucker/odl-neutron-drivers" target="_blank">https://github.com/dave-tucker/odl-neutron-drivers</a><br>
>><br>
>> This seems to work for me (tested Devstack w/ML2) but YMMV.<br>
>><br>
>> -- Dave<br>
>><br>
>> _______________________________________________<br>
>> OpenStack-dev mailing list<br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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" target="_blank">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></div></div><br></div></div>
<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></blockquote></div><br></div>