Jump to: navigation, search

Neutron/CommonFlowClassifier

< Neutron
Revision as of 22:53, 13 June 2016 by Cathy (talk | contribs) (Meetings)

Contributors

IRC Discussion Meeting Information

Every two weeks (on odd weeks) on Tuesday at 1700 UTC in #openstack-meeting

Austin Summit Etherpad Discussion Notes

https://etherpad.openstack.org/p/Neutron-FC-OVSAgentExt-Austin-Summit

Meetings

Previous Meeting Logs

http://eavesdrop.openstack.org/meetings/network_common_flow_classifier/

Discussion Topic 6/14/2016

Discussion Topic 5/17/2016

Overview

Multiple Stadium features inside Neutron need flow classifier functionality. Instead of each feature creating its own FC API, we should have one common FC API that can be used by all the features. Currently the features that need FC are: Tap as a service, SFC, QoS, Security Group, FW, BGP/VPN. Following are some general guielines on the FC API specification: ---Common FC API should not cause a major change of existing FC API used by the features, and should be a superset of existing FC rules used by existing features ---We should come up with one consistent way of defining the API and classification rules, and then associate the FC with each feature.

Currently only networking-sfc and security group have defined and implemented the FC API.

1. First step is to identify the gap between the security group FC API and the networking-sfc FC API. Following is the comparison table and the gap. It seems the SFC FC is superset of security group FC.

Neutron Common Classifier.png

2. Second step is to consolidate the two FC into one. Two options: 1) evolve the SFC FC to be the common FC for Tap as a service, SFC, QoS, Security Group, FW, BGP/VPN, 2) evolve the SFC FC to be the common FC for Tap as a service, SFC, QoS, FW, BGP/VPN, but keep the security group separate.

3. Write a spec on the consolidated FC and get it reviewed and consensus reached.