Difference between revisions of "Meetings/GroupBasedPolicy"
Line 40: | Line 40: | ||
=== Mailing List === | === Mailing List === | ||
Please use [neutron] [policy] in the subject line of your emails to the OpenStack Development Mailing List <openstack-dev@lists.openstack.org> when possible. | Please use [neutron] [policy] in the subject line of your emails to the OpenStack Development Mailing List <openstack-dev@lists.openstack.org> when possible. | ||
+ | |||
+ | === April 10, 2014 === | ||
=== April 3, 2014 === | === April 3, 2014 === |
Revision as of 16:55, 10 April 2014
Weekly meeting page for the Neutron Group Policy Sub-team occurring Thursdays at 1900 UTC on #openstack-meeting-alt
Contents
- 1 Integration Repo
- 2 Current Branches
- 3 Mailing List
- 4 April 10, 2014
- 5 April 3, 2014
- 6 March 27, 2014
- 7 March 20, 2014
- 8 March 13, 2014
- 9 March 6, 2014
- 10 February 27, 2014
- 11 February 20, 2014
- 12 February 13, 2014
- 13 Future Meeting Topics
- 14 January 23, 2014
- 15 January 16, 2014
- 16 January 9, 2014
- 17 January 2, 2014
- 18 December 19, 2013
- 19 December 12, 2013
- 20 December 5, 2013
- 21 Links
- 22 Previous Meeting Logs
Integration Repo
Temporary integration repo:
Neutron: https://github.com/noironetworks/neutron-group-policy
Neutron Client: https://github.com/noironetworks/python-neutronclient
Integration repo usage:
1. We will create a feature branch for any feature that requires collaboration between us before we can push it upstream. The API branch is for API changes, for a different feature, we will should create a new branch.
2. To work on that specific feature, we should take personal development branch from that branch. And when ready, we should create a pull request for the feature branch.
3. Once the feature had the multiple updates integrated and ready for upstream, we will push upstream from that feature branch
Current Branches
Neutron Repo
https://github.com/noironetworks/neutron-group-policy
Policy Model https://github.com/noironetworks/neutron-group-policy/tree/sumit/pm
DB Branch https://github.com/noironetworks/neutron-group-policy/tree/db
Plugin Branch https://github.com/noironetworks/neutron-group-policy/tree/plugin
Integration Branch https://github.com/noironetworks/neutron-group-policy/tree/int
Python-Neutronclient Repo
https://github.com/noironetworks/python-neutronclient/
Client Branch https://github.com/noironetworks/python-neutronclient/tree/group-policy
Mailing List
Please use [neutron] [policy] in the subject line of your emails to the OpenStack Development Mailing List <openstack-dev@lists.openstack.org> when possible.
April 10, 2014
April 3, 2014
- Action Item Review
- mestery to possibly move meeting by 1 hour
- PoC Updates
- Continue discussion of PoC
March 27, 2014
- Action item review
- Team to flesh out PoC details in doc
- mestery to check if meeting can be moved by an hour
- PoC Proposal
- GP Model (latest rev)
- Carry over from yesterday's services' discussion (if time permits)
March 20, 2014
- Action item review
- Team to review/finalize the model by next week, SumitNaiksatam to get back with filling any holes
- PoC Brainstorm
- Come to consensus on use-case for PoC
- Use case needs to validate the model we've worked on
- Something to demonstrate at the Summit
March 13, 2014
- Action item review
- Team to review and comment on proposed model changes:
- Other status updates
March 6, 2014
- Action item review
- SumitNaiksatam and prasadv to update document to add contracts to Object Model
- mandeep to setup neutronclient shared repo
- Plugin status update
- Model
February 27, 2014
- Action items from last meeting
- banix to publish DB code to shared github for review
- Data Model
- Policy API
- Client library
- Services' discussion (insertion/chaining) - separate IRC meeting: https://wiki.openstack.org/wiki/Meetings/AdvancedServices
- Open issues
February 20, 2014
- Action items
- mestery to change this meeting to be at 1900UTC Thursdays on #openstack-meeting-alt going forward
- SumitNaiksatam to update meeting page with temporary shared github address
- mandeep to update wiki with collaboration instructions
- PoC Status
- API
- Sumit has pushed out API branch: https://github.com/noironetworks/neutron-group-policy/tree/sumit/api
- Model
- New core plugin vs. service plugin
- Agent
- API
- Discussion on integration with network services
February 13, 2014
- Action item review from a couple of weeks ago
- mestery to setup shared github for work
- s3wong to work with the rest of the PoC team to get first draft of API proposal out.
- PoC: Starting to code
- https://docs.google.com/document/d/14UyvBkptmrxB9FsWEP8PEGv9kLqTQbsmlRxnqeF9Be8/edit?usp=sharing
- Progress and discussion on PoC coding
- OpenDaylight Application Policy Proposal
- The idea is to map 1:1 to Group Policy Proposal here
- https://wiki.opendaylight.org/view/Project_Proposals:Application_Policy_Plugin
- Integration with network services
Future Meeting Topics
- New directions
- Network aware scheduling
- Some other interactions to consider (maybe at a later meeting) - how does network aware scheduling interact with this policy based network abstraction? [Debo~]
- Use cases:
- Affinity aware placement: Given a storage end point (x), obtain an end point y or an entity z which can construct an end point y, such that distance(x,y)=small or <c, where c is a constant.
- Anti-affinity: Want to place 2 VMs as far as possible
- Bandwidth constrained placement: Want to place 2 VMs with 2 end-point groups such that the bandwidth between them <c, c=constant.
- Other use cases: hotspot aware placement etc.
- Questions
- Does it relate to the Group-Policy abstraction? If it is just a declarative model, maybe we need an orthogonal metrics model
- Should we discuss this issue now? I am happy to volunteer
- Network aware scheduling
January 23, 2014
- Action item review
- mestery to setup shared github for work
- s3wong to work with the rest of the PoC team to get first draft of API proposal out.
- PoC: Starting to code
January 16, 2014
- Action item review
- mestery s3wong banix to flesh out more details in the document and assign tasks to interested parties
- Open Discussion
January 9, 2014
- Action item review
- banix and mestery to writeup PoC in Google Doc for discussion next week.
- PoC discussion and planning
January 2, 2014
- Action item review
- s3wong to update attributes table
- s3wong to update document to note "allow over deny" in action section.
- Anything else?
December 19, 2013
- Action items from previous meeting:
- alagalah to migrate taxonomy diagram into the main document
- Possible discussion points:
- Let us see if we can get consensus for the following:
- Converged model by allowing to have a destination group and a source group to each have one or more end points
- Minimum set of actions to support: security, redirect, qos
- Conflict resolution
December 12, 2013
- Action items from previous meeting:
- banix to flesh out the tables he put in the document.
- banix and alagalah to flesh out the tables started in the document, possibly adding a diagram showing the relationship
- s3wong to update action section in document to not reflect neutron objects directly.
- sc68cal Look over action example for QoS and provide feedback
- Possible discussion points:
- Group Based Policy Taxonomy Document: https://docs.google.com/drawings/d/1HYGUSnxcx_8wkCAwE4Wtv3a30JstOBPyuknf7UnJMp0/edit?usp=sharing
- endpoints/groups
- Endpoints belonging to multiple groups? If allowed (as is the case in the current model), how to deal with conflicting policies applied to a flow?
- Policies and Actions
- Do we need to define a minimum set of actions (and the functional definitions for them) that should be supported by plugins that support this extension? Do we specify an extended list of actions that may or may not be implemented by a plugin that supports this extension?
- Do we need a mechanism to query the list of supported actions by a given plugin/implementation? Would that allow the selection of actions from a list of pre defined actions (the extended list from the previous item)? Do we need to instead provide the framework for adding any type of action that a plugin may want to define and support?
- Policy rule attributes: Do we need the new attribute "priority" for policy rules?
December 5, 2013
- Action items from previous meeting:
- banix and michsmit to flesh out the objects and attributes we want to expose in more detail in the design document
- banix and s3wong to make first pass at defining initial rules.
- Link to Icehouse Neutron Project Plan:
- https://wiki.openstack.org/wiki/Icehouse_Release_Schedule
- Please note Group Policy work is intended for prototyping and discussion during Icehouse, implementation in "J" release
- We need to come up with:
- A more precise list of the objects/resources we are adding with attributes for each
- Relationship to existing neutron objects/resources
- Assign people action items around these and track them from week to week
Links
Previous Meeting Logs
- Available here: Neutron Group Policy Logs