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.ro...@gmail.com] Sent: Thursday, April 14, 2016 10:05 AM To: OpenStack Development Mailing List (not for usage questions) <openstack-dev@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 <hdan...@redhat.com<mailto:hdan...@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 <viks...@gmail.com<mailto:viks...@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.zh...@huawei.com<mailto:cathy.h.zh...@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-requ...@lists.openstack.org?subject:unsubscribe<http://openstack-dev-requ...@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-requ...@lists.openstack.org?subject:unsubscribe<http://openstack-dev-requ...@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-requ...@lists.openstack.org?subject:unsubscribe<http://openstack-dev-requ...@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.
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
