[openstack-dev] 答复: Re: 答复: Re: [neutron][AdvancedServices] Confusion about the solution of the service chaining!

2015-01-11 Thread lv . erchun
Hi Sumit,

About the GBP plugin, I cann't found the implementation of the 
network_service_policy API in the GBP plugin driver, 
network_service_policy as I understand it corresponds to the network 
services( such as FWaas, LBaas) in neutron, I don't konw if I am 
understanding this right.

And do have you some document about how to implement the 
network_service_policy in GBP, for example, using the neutron network 
service ?

BR
Alan




发件人: Sumit Naiksatam 
收件人: lv.erc...@zte.com.cn, 
抄送:   OpenStack Development Mailing List 

日期:   2015/01/09 04:08
主题:   Re: 答复: Re: [openstack-dev] [neutron][AdvancedServices] 
Confusion about the solution of the service chaining!



Hi Alan,

On Wed, Jan 7, 2015 at 9:54 PM,   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 
> 收件人: "OpenStack Development Mailing List (not for usage 
questions)"
> ,
> 日期: 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,   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@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@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 

[openstack-dev] 答复: RE: 答复: Re: [neutron][AdvancedServices] Confusion about the solution of the service chaining!

2015-01-11 Thread lv . erchun
Hi Virkram,

Glad to hear that. Have you implemented that?

BR
Alan






发件人: Vikram Choudhary 
收件人: "lv.erc...@zte.com.cn" , 
抄送:   "OpenStack Development Mailing List (not for usage questions)" 
, "sumitnaiksa...@gmail.com" 
, Dhruv Dhody , 
"Dongfeng (C)" , Kalyankumar Asangi 

日期:   2015/01/12 13:05
主题:   RE: [openstack-dev] 答复: Re:  [neutron][AdvancedServices] 
Confusion about the solution of the service chaining!



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:sumitnaiksa...@gmail.com] 
Sent: 09 January 2015 01:39
To: lv.erc...@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,   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 
> 收件人: "OpenStack Development Mailing List (not for usage 
questions)"
> ,
> 日期: 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,   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@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@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