<div dir="ltr">Hey Kyle,<div><br></div><div>We're currently going with the second option you describe - having separate configuration files per mechanism driver, and passing these in on the command line when starting Neutron. This feels much cleaner than putting all configuration options into the ML2 config file, especially as the number of mechanism drivers grows.</div>

<div><br></div><div>Andre<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 5, 2013 at 1:22 PM, Kyle Mestery (kmestery) <span dir="ltr"><<a href="mailto:kmestery@cisco.com" target="_blank">kmestery@cisco.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">While working on the OpenDaylight ML2 MechanismDriver, one thing which cropped up was configuration file options for MechanismDrivers and were those should be stored. I was initially of the opinion we should put all configuration sections into the ml2 configuration file, but this could get crowded, and would make the sample one confusing. The other option is to create them in separate configuration files per-MechanismDriver, and pass those on the command line when starting the Neutron server. This keeps things tidy from the perspective that you would only need to modify the ones you plan to run with Ml2.<br>


<br>
So my question is, which route do people prefer here?<br>
<br>
I'll have to make some changes to the ML2 devstack configuration to support this no matter which way we go forward, as it currently doesn't support the concept of separate configuration sections for MechanismDrivers.<br>


<br>
Thanks,<br>
Kyle<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></div></div>