<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 20 April 2016 at 09:31, Duarte Cardoso, Igor <span dir="ltr"><<a href="mailto:igor.duarte.cardoso@intel.com" target="_blank">igor.duarte.cardoso@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">Dear OpenStack Community,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">We've been investigating options in/around OpenStack for supporting Service Function Chaining. The networking-sfc project has made significant progress in this space, and we see lots of value in what has been completed. However, when we
looked at the related IETF specs on SFC we concluded that there would be value in further developing an SFC API and related classification functionality to enhance the alignment between the work in the OpenStack community with the standards work. We would
like to propose the SFC part as a potential networking-sfc v2 API, but are open to other options too based on your feedback.
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I have submitted a spec to the neutron-specs repo [1], where you can check what our initial thoughts for this new API are, and provide your feedback or questions regarding the same.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Your thoughts on this are deeply appreciated. We are looking forward to having further discussions with everyone interested in giving feedback or establishing collaborations during the OpenStack Summit in Austin.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">[1] <a href="https://review.openstack.org/#/c/308453" target="_blank">https://review.openstack.org/#/c/308453</a></p></div></div></blockquote><div><br></div><div>Thanks for reaching out.</div><div><br></div><div>The networking-sfc initiative so far has been pretty autonomous. The project has its own launchpad project [1] and its own docs to document APIs and proposals [2]. During the long journey that Neutron has been through, we have been adjusting how to manage the project in order to strike a good balance between development agility, product stability and community needs. We're always looking forward to improving that balance and this means that how we track certain initiatives may evolve in the future. For now, it's probably best to target the mailing list with tag [networking-sfc] (in addition to neutron), as well as the project noted below.</div><div> </div><div>[1] <a href="https://launchpad.net/networking-sfc" target="_blank">https://launchpad.net/networking-sfc</a></div><div>[2] <a href="http://docs.openstack.org/developer/networking-sfc/" target="_blank">http://docs.openstack.org/developer/networking-sfc/</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div lang="EN-US" link="#0563C1" vlink="#954F72"><div><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thank you,<u></u><u></u></p>
<p class="MsoNormal">Igor & the Intel OpenStack networking team.<u></u><u></u></p>
</div>
</div>
<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></blockquote></div><br></div></div>