[openstack-dev] 答复: Re: [neutron][AdvancedServices] Confusion about the solution of the service chaining!
Vikram Choudhary
vikram.choudhary at huawei.com
Mon Jan 12 05:05:19 UTC 2015
Hi Alan,
We have also proposed an idea about SFC.
For more details you can refer to https://review.openstack.org/#/c/146315/
Thanks
Vikram
-----Original Message-----
From: Sumit Naiksatam [mailto:sumitnaiksatam at gmail.com]
Sent: 09 January 2015 01:39
To: lv.erchun at zte.com.cn
Cc: OpenStack Development Mailing List
Subject: Re: [openstack-dev] 答复: Re: [neutron][AdvancedServices] Confusion about the solution of the service chaining!
Hi Alan,
On Wed, Jan 7, 2015 at 9:54 PM, <lv.erchun at zte.com.cn> wrote:
> Hi Sumit,
>
> thanks for your reply, one more question,
>
> If I just using the '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' ?
The current model and implementation leverage the Neutron services as is (the model is actually agnostic of the service definition/implementation). Will be happy to further discuss this, feel free to ping on #openstack-gbp.
Thanks,
~Sumit.
>
> BR
> Alan
>
>
>
>
> 发件人: Sumit Naiksatam <sumitnaiksatam at gmail.com>
> 收件人: "OpenStack Development Mailing List (not for usage questions)"
> <openstack-dev at lists.openstack.org>,
> 日期: 2015/01/08 10:46
> 主题: Re: [openstack-dev] [neutron][AdvancedServices] Confusion about
> the solution of the service chaining!
> ________________________________
>
>
>
> Hi Alan,
>
> Responses inline...
>
> On Wed, Jan 7, 2015 at 4:25 AM, <lv.erchun at zte.com.cn> wrote:
>> Hi,
>>
>> I want to confirm that how is the project about "Neutron Services
>> Insertion, Chaining, and Steering" going, I found that all the code
>> implementation about service insertion、service chaining and traffic
>> steering list in JunoPlan were Abandoned .
>>
>> https://wiki.openstack.org/wiki/Neutron/AdvancedServices/JunoPlan
>>
>> and I also found that we have a new project about GBP and
>> group-based-policy-service-chaining be located at:
>>
>>
>> https://blueprints.launchpad.net/group-based-policy/+spec/group-based
>> -policy-abstraction
>>
>>
>> https://blueprints.launchpad.net/group-based-policy/+spec/group-based
>> -policy-service-chaining
>>
>> so I'm confused with solution of the service chaining.
>>
>
> Yes, the above two blueprints have been implemented and are available
> for consumption today as a part of the Group-based Policy codebase and
> release. The GBP model uses a policy trigger to drive the service
> composition and can accommodate different rendering policies like
> realization using NFV SFC.
>
>> We are developing the service chaining feature, so we need to know
>> which one is the neutron's choice.
>
> It would be great if you can provide feedback on the current
> implementation, and perhaps participate and contribute as well.
>
>> Are the blueprints about the service insertion, service chaining and
>> traffic steering list in JunoPlan all Abandoned ?
>>
>
> Some aspects of this are perhaps a good fit in Neutron and others are
> not. We are looking forward to continuing the discussion on this topic
> on the areas which are potentially a good fit for Neutron (we have had
> this discussion before as well).
>
>> BR
>> Alan
>>
>>
>>
>> --------------------------------------------------------
>> 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.
>>
>>
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> --------------------------------------------------------
> 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.
>
>
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list