<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 30 June 2016 at 10:55, HU, BIN <span dir="ltr"><<a href="mailto:bh526r@att.com" target="_blank">bh526r@att.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I see, and thank you very much Dan. Also thank you Markus for unreleased release notes.<br>
<br>
Now I understand that it is not a plugin and unstable interface. And there is a new "use_neutron" option for configuring Nova to use Neutron as its network backend.<br>
<br>
When we use Neutron, there are ML2 and ML3 plugins so that we can choose to use different backend providers to actually perform those network functions. For example, integration with ODL.<br></blockquote><div><br></div><div>There's no such a thing as ML3, not yet anyway and not in the same shape of ML2.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Shall we foresee a situation, where user can choose another network backend directly, e.g. ODL, ONOS? Under this circumstance, a stable plugin interface seems needed which can provide end users with more options and flexibility in deployment.<br></blockquote><div><br></div><div>The networking landscape is dramatically different from the one Nova experiences and even though I personally share the same ideals and desire to strive for interoperability across OpenStack clouds, the Neutron team is generally more open to providing extensibility and integration points. One of these integration points we currently have is the ML2 interface, which is considered stable and to be used by third parties.</div><div><br></div><div>Bear in mind that we are trying to strike a better balance between wild wild west and tight control, so my suggestion would be to stay plugged with the Neutron community to get a sense on how things evolve over time. That should help avoiding surprises where you end up realizing that something you relied on was indeed taken away from you.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
What do you think?<br></blockquote><div><br></div><div><br></div><div>daada  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="im HOEnZb"><br>
Thanks<br>
Bin<br>
<br>
-----Original Message-----<br>
From: Dan Smith [mailto:<a href="mailto:dms@danplanet.com">dms@danplanet.com</a>]<br>
</span><span class="im HOEnZb">Sent: Thursday, June 30, 2016 10:30 AM<br>
To: OpenStack Development Mailing List (not for usage questions) <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
Subject: Re: [openstack-dev] [Nova] Deprecated Configuration Option in Nova Mitaka Release<br>
<br>
</span><div class="HOEnZb"><div class="h5">> Just curious - what is the motivation of removing the plug-ability<br>
> entirely? Because of significant maintenance effort?<br>
<br>
It's not a plugin interface and has never been stable. We've had a long-running goal of removing all of these plug points where we don't actually expect people to write stable plugins.<br>
<br>
If you want to write against an unstable internal-only API and chase every little change we make to it, then just patch the code locally.<br>
Using these plug points is effectively the same thing.<br>
<br>
--Dan<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>