<font size=2 face="sans-serif">Hi </font><font size=1 face="sans-serif">Sumit</font><font size=2 face="sans-serif">,</font>
<br>
<br><font size=2 face="sans-serif">thanks for your reply, one more question,</font>
<br>
<br><font size=2 face="sans-serif">If I just using the </font><tt><font size=2>'group-based-policy-service-chaining'
to developing the service chaining feuture, how to map the network service
in the neutron to the GBP model, because all the network service we implemented
are based on neutron model, but the 'group-based-policy-service-chaining'
setup the service chaining based on GBP model, so how can we setup the
service chaining for network services based the neutron model using the
 'group-based-policy-service-chaining' ?</font></tt>
<br>
<br><tt><font size=2>BR<br>
Alan</font></tt>
<br>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">发件人:    
    </font><font size=1 face="sans-serif">Sumit Naiksatam
<sumitnaiksatam@gmail.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">收件人:    
    </font><font size=1 face="sans-serif">"OpenStack
Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org>,
</font>
<br><font size=1 color=#5f5f5f face="sans-serif">日期:    
    </font><font size=1 face="sans-serif">2015/01/08
10:46</font>
<br><font size=1 color=#5f5f5f face="sans-serif">主题:    
   </font><font size=1 face="sans-serif">Re: [openstack-dev]
[neutron][AdvancedServices] Confusion about the solution of the service
chaining!</font>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>Hi Alan,<br>
<br>
Responses inline...<br>
<br>
On Wed, Jan 7, 2015 at 4:25 AM,  <lv.erchun@zte.com.cn> wrote:<br>
> Hi,<br>
><br>
> I want to confirm that how is the project about "Neutron Services
Insertion,<br>
> Chaining, and Steering" going, I found that all the code implementation<br>
> about service insertion、service chaining and traffic steering list
in<br>
> JunoPlan were Abandoned .<br>
><br>
> </font></tt><a href=https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan><tt><font size=2>https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan</font></tt></a><tt><font size=2><br>
><br>
> and I also found that we have a new project about GBP and<br>
> group-based-policy-service-chaining be located at:<br>
><br>
> </font></tt><a href="https://blueprints.launchpad.net/group-based-policy/+spec/group-based-policy-abstraction"><tt><font size=2>https://blueprints.launchpad.net/group-based-policy/+spec/group-based-policy-abstraction</font></tt></a><tt><font size=2><br>
><br>
> </font></tt><a href="https://blueprints.launchpad.net/group-based-policy/+spec/group-based-policy-service-chaining"><tt><font size=2>https://blueprints.launchpad.net/group-based-policy/+spec/group-based-policy-service-chaining</font></tt></a><tt><font size=2><br>
><br>
> so I'm confused with solution of the service chaining.<br>
><br>
<br>
Yes, the above two blueprints have been implemented and are available<br>
for consumption today as a part of the Group-based Policy codebase and<br>
release. The GBP model uses a policy trigger to drive the service<br>
composition and can accommodate different rendering policies like<br>
realization using NFV SFC.<br>
<br>
> We are developing the service chaining feature, so we need to know
which one<br>
> is the neutron's choice.<br>
<br>
It would be great if you can provide feedback on the current<br>
implementation, and perhaps participate and contribute as well.<br>
<br>
> Are the blueprints about the service insertion,<br>
> service chaining and traffic steering list in JunoPlan all Abandoned
?<br>
><br>
<br>
Some aspects of this are perhaps a good fit in Neutron and others are<br>
not. We are looking forward to continuing the discussion on this topic<br>
on the areas which are potentially a good fit for Neutron (we have had<br>
this discussion before as well).<br>
<br>
> BR<br>
> Alan<br>
><br>
><br>
><br>
> --------------------------------------------------------<br>
> ZTE Information Security Notice: The information contained in this
mail (and<br>
> any attachment transmitted herewith) is privileged and confidential
and is<br>
> intended for the exclusive use of the addressee(s).  If you are
not an<br>
> intended recipient, any disclosure, reproduction, distribution or
other<br>
> dissemination or use of the information contained is strictly prohibited.<br>
> If you have received this mail in error, please delete it and notify
us<br>
> immediately.<br>
><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> OpenStack-dev@lists.openstack.org<br>
> </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></tt></a><tt><font size=2><br>
><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
OpenStack-dev@lists.openstack.org<br>
</font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></tt></a><tt><font size=2><br>
</font></tt>
<br>

<br><pre><font color="blue">
--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.

</font></pre><br>