<p dir="ltr">Yeah, it seems ML2 at the least should save you a lot of boilerplate. </p>
<div class="gmail_quote">On Feb 25, 2015 2:32 AM, "Russell Bryant" <<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 02/24/2015 05:38 PM, Kevin Benton wrote:<br>
> OVN implementing it's own control plane isn't a good reason to make it a<br>
> monolithic plugin. Many of the ML2 drivers are for technologies with<br>
> their own control plane.<br>
><br>
> Going with the monolithic plugin only makes sense if you are certain<br>
> that you never want interoperability with other technologies at the<br>
> Neutron level. Instead of ruling that out this early, why not make it as<br>
> an ML2 driver and then change to a monolithic plugin if you run into<br>
> some fundamental issue with ML2?<br>
<br>
That was my original thinking.  I figure the important code of the ML2<br>
driver could be reused if/when the switch is needed.  I'd really just<br>
take the quicker path to making something work unless it's obvious that<br>
ML2 isn't the right path.  As this thread is still ongoing, it certainly<br>
doesn't seem obvious.<br>
<br>
--<br>
Russell Bryant<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>