On 02/24/2015 05:38 PM, Kevin Benton wrote: > OVN implementing it's own control plane isn't a good reason to make it a > monolithic plugin. Many of the ML2 drivers are for technologies with > their own control plane. > > Going with the monolithic plugin only makes sense if you are certain > that you never want interoperability with other technologies at the > Neutron level. Instead of ruling that out this early, why not make it as > an ML2 driver and then change to a monolithic plugin if you run into > some fundamental issue with ML2?
That was my original thinking. I figure the important code of the ML2 driver could be reused if/when the switch is needed. I'd really just take the quicker path to making something work unless it's obvious that ML2 isn't the right path. As this thread is still ongoing, it certainly doesn't seem obvious. -- Russell Bryant __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev