Open Stack

Hi Cathy.
I’d be interested in contributing.
I think a meet up at the summit would be a good idea as the people I’ve engaged with from the other projects on this topic expressed interest.
There was an etherpad for the l2-agent-extensions-api that was merged in Mitaka that listed projects that needed access to the flow table[1].
Hope you find it helpful.
Regards.
David.

[1] https://etherpad.openstack.org/p/l2-agent-extensions-api-expansion

From: Mathieu Rohon [mailto:mathieu.rohon at gmail.com]
Sent: Thursday, April 14, 2016 10:05 AM
To: OpenStack Development Mailing List (not for usage questions) <openstack-dev at lists.openstack.org>
Subject: Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

Hi cathy,
at net-bgpvpn, we're very interested in this effort. Please, keep us in the loop.
Mathieu

On Thu, Apr 14, 2016 at 8:59 AM, Haim Daniel <hdaniel at redhat.com<mailto:hdaniel at redhat.com>> wrote:
Hi,

I'd +1 Vikram's comment on neutron-classifier , RFE [1] contains the original thread about that topic.


[1] https://bugs.launchpad.net/neutron/+bug/1527671

On Thu, Apr 14, 2016 at 5:33 AM, Vikram Choudhary <vikschw at gmail.com<mailto:vikschw at gmail.com>> wrote:

Hi Cathy,

A project called "neutron-classifier [1]" is also there addressing the same use case. Let's sync up and avoid work duplicity.

[1] https://github.com/openstack/neutron-classifier

Thanks
Vikram
On Apr 14, 2016 6:40 AM, "Cathy Zhang" <Cathy.H.Zhang at huawei.com<mailto:Cathy.H.Zhang at huawei.com>> wrote:
Hi everyone,
Per Armando’s request, Louis and I are looking into the following features for Newton cycle.

•         Neutron Common FC used for SFC, QoS, Tap as a service etc.,
•         OVS Agent extension
Some of you might know that we already developed a FC in networking-sfc project and QoS also has a FC. It makes sense that we have one common FC in Neutron that could be shared by SFC, QoS, Tap as a service etc. features in Neutron.
Different features may extend OVS agent and add different new OVS flow tables to support their new functionality. A mechanism is needed to ensure consistent OVS flow table modification when multiple features co-exist. AFAIK, there is some preliminary work on this, but it is not a complete solution yet.
We will like to start these effort by collecting requirements and then posting specifications for review. If any of you would like to join this effort, please chime in. We can set up a meet-up session in the Summit to discuss this face-in-face.
Thanks,
Cathy

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe<http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe<http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe<http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

--------------------------------------------------------------
Intel Research and Development Ireland Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County Kildare
Registered Number: 308263


This e-mail and any attachments may contain confidential material for the sole
use of the intended recipient(s). Any review or distribution by others is
strictly prohibited. If you are not the intended recipient, please contact the
sender and delete all copies.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160414/44834245/attachment.html>