<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 17, 2016 at 11:23 AM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 02/16/2016 02:51 PM, Sridhar Ramaswamy wrote:<br>
> Hi folks,<br>
><br>
> Based on the recent discussions in [1] & [2] we are proposing to<br>
> rearrange our tasks related to Tacker's VNFFG component integrating with<br>
> the lower level SFC APIs. We now plan to integrate with networking-sfc<br>
> APIs first.<br>
><br>
> Our original plan, or rather the sequence of tasks, were,<br>
><br>
> 1) Tacker VNFFG plugin (trozet)<br>
> 2) Tacker VNFFG plugin --> ODL/netvirtsfc driver backend (trozet)<br>
> 3) Tacker VNFFG plugin --> networking-sfc driver backend (s3wong)<br>
> 4) networking-sfc --> ODL/netvirtsfc driver backend (TBD)<br>
><br>
> We now propose to alter the sequence of tasks to something like this,<br>
><br>
> 1) Tacker VNFFG plugin (trozet)<br>
> 2) Tacker VNFFG plugin --> networking-sfc driver backend (s3wong) -<br>
</span>> /that is, introduce this as the first driver backend for Tacker VNFFG<br>
> instead of direct ODL/netvirtsfc driver/<br>
<span class="">> 3) Use the code written by Tim (trozet) for Tacker's ODL/netvirtsfc<br>
> driver backend and help to further networking-sfc's ODL integration efforts.<br>
><br>
> Quick note on (3) above, networking-sfc already has a driver for ONOS<br>
> SDN Controller [3]. So it should reasonably easy to bring in a ODL<br>
> driver for networking-sfc. This might be slightly longer than what we<br>
> ideally wanted for some short-term PoCs but it positions us to get the<br>
> eventual end goal faster.<br>
<br>
</span>What other backends would you expect other than the networking-sfc<br>
backend?  Is it none for now, but just leaving it open for an<br>
alternative Neutron API should one come up?<br></blockquote><div><br></div><div>Yep, there is no other backends planned beyond networking-sfc. In fact I happy that most things in our sight (for Tacker) like ODL, ONOS and OVN are already under consideration in the networking-sfc project. Still it will be good keep the layers separate - the top-half with forwarding-graph related stuff and the bottom half handling the calls to low-level sfc api.</div><div><br></div><div>- Sridhar</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><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" 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>
</font></span></blockquote></div><br></div></div>