Governance Model

 version 1.0 ratified at 2/9/15 board meeting 

Governance of the ONOS™ project is a hybrid. It attempts to take what has worked well for open source projects and leave out what didn’t work so well. Mostly, it is governed as a technical meritocracy – those who contribute the most have the most influence on the technical direction and decisions. There is also an element of benevolent stewardship. This is what gives the project its strong vision, goals, and technical shepherding. More specifically, ONOS governance is

Goals

The goals of ONOS project governance are to:

Principles

The principles of ONOS governance are in line with these community values:

In addition, the over-arching governance principle is To act in the best interest of the broader community.

Governance Structure

The ONOS project is governed by four teams and a board of advisors. The four teams are the technical steering team, the use case team, the release management team, and the community team. ONOS subprojects are formed as part of one of the four teams.


Board of Advisors

The board of advisors is a group of representatives from the member organizations. It is governed by the Chairman of the Board. The board of advisors has the following roles and responsibilities:

The board of advisors leaves all technical decisions to the technical steering team in the spirit of open source technical meritocracy practice.

The governance document for the board of advisors can be found here.

Steering Teams

Four steering teams govern the ONOS project.

Technical Steering Team

The technical steering team is responsible for all technical decisions in the project. They are responsible for the content and structure of the code base and for all technical priorities with respect to the code base. The ONOS chief architect is the team lead of the technical steering team. The ON.Lab board of directors reserves the right to remove and replace the lead of the technical steering team at any time.

Technical Steering Team Page

Email: onos-tech-steering-team@onosproject.org - Archive

Use Case Steering Team

The use case steering team is responsible for prioritizing the use cases that will be developed. They are responsible for the prioritization of all use cases and for all capabilities within those use cases. The use case steering team provides the customer requirements to the ONOS technical team. The use case steering team is lead by an elected representative nominated from the group of members who are customers (in this case, service providers).

Use Case Steering Team Page

Email: onos-use-case-team@onosproject.org - Archive

Release Management Team

The release management team owns the release management process and is responsible to make sure that releases happen on time with the highest quality. The release management team owns the responsibility for determining the priority of features targeted for a particular release. The release management team lead is elected by the technical committers. The ON.Lab board of directors reserves the right to approve or veto this selection, and to appoint the team lead.

Release Management Team Page

Email: onos-release-team@onosproject.org - Archive

Community Advocacy Team

The community advocacy team is responsible for the care and feeding of the community. It is responsible to address community issues, to grow the community and to make sure that the community thrives. The community advocacy team lead is elected by the technical committers. The ON.Lab board of directors reserves the right to approve or veto this selection, and to appoint the team lead.

Community Advocacy Team Page

Email: onos-community-team@onosproject.org - Archive

Subprojects

Subprojects are formed when needed as part of a steering team. Subprojects are self-forming, self-managing groups of people with a common goal. The people in the subproject decide how to choose the subproject leader.

Governance Details

Classes of Participation

There are four classes of participation in the governance process. Each plays a different role in governance.

Advisory Board

Composition of the Board of Advisors

The Board of Advisors is composed of a chairman and one member from ON.Lab and each partner organization. The maximum number of board members is 15. Each organization may only have one member on the board. The initial board is

 

Elections

The Chairman of the Board is chosen by the Open Networking Laboratory Board of Directors. Each organization is responsible for nominating their board member. The chairman of the board must approve the nomination. Board members are (re) elected every year. The first election will be in February 2015. If any board member must leave before the end of their term, their organization will nominate a new member and that member must be approved by the Chairman of the Board. If the Chairman of the Board must step down, then the ON.Lab Board of Directors will select a new Chairman.

Voting

There are three classes of voting: ON.Lab, Vendors and Service Providers. Each receives votes according to the following allocation of 100 votes. Votes may be fractional.

Should a tie occur on a vote, the Chairman of the Board will break the tie.

Technical Steering Team

The technical steering team is responsible for all technical decisions having to do with the ONOS core codebase. The ONOS core codebase is the software distribution represented by the ONOS trademark. Use case applications, southbound plug-ins for non-OpenFlow devices, sample applications, vendor proprietary extensions may or may not be part of the ONOS core. It is entirely up to the technical steering team to decide what constitutes the ONOS core codebase.

Initial Membership of Technical Steering Team

The membership will initially be the following people:

Roles

Membership Elections

The technical steering team members will be elected on a yearly basis. The first member election will be held in February 2016. At the time of election the following occurs:

If a team member leaves the team during the year, it is up to the team leader whether or not to hold an election to put someone else into the position before the next scheduled election.

Other Changes

Technical Advisory Group

The Technical Steering Team may organize a technical  advisory group of 3-5 architects that are leading SDN. They do not have to have any affiliation with the ONOS project. The goal of this group is twofold: solicit input from other experts in the field to guide the ONOS architecture and generate advocacy in the larger ecosystem for the work being done with ONOS. The people on the technical advisory group are all chosen by the technical steering team. 

The technical steering team will meet with the technical advisory group 2-4 times a year.

Use Case Steering Team

The use case steering team is responsible for choosing and prioritizing the use cases worked on by the community.

Initial Membership of Use Case Steering Team

Each service provider has one representative on the use case steering team.

The team will initially include the following people:

Membership Additions

The team representatives will be appointed on a yearly basis by their organization, or when they join ONOS, except for the team lead who will be elected every year by the Board of Advisors. How each service provider chooses their representative is outside the scope of this document. The first election of team lead and members will be held in February 2015. At the time of the election, the following will take place:

A service provider may change its representative for any reason at any time at the sole discretion of the service provider.

If the team lead must step down before an election then a special election will be called to elect a new team leader.

Release Management Team

The Release Management team is responsible for all decisions having to do with requirements and release (note, one can substitute the Agile term “stories” for “requirements” - in this context it is the same thing). More specifically, they own the

Initial Membership

The membership will initially be the following people:

Team Lead Election

The team lead is initially Bill Snow. Starting in February 2016 the team lead of the release management team will be (re) elected by the technical committers. In February 2016, the following will occur:

 

Members

Anyone may volunteer to be a member of the team. It is up to the team lead to decide how large the team is and who is accepted onto the team. If you would like to volunteer for one or more of the above teams, please send an email to the email address of the team (see above).

Community Steering Team

The community steering team is responsible for the care and feeding of the community. This team will be responsible to make sure the community has what it needs to function effectively. That may include

Initial Membership of Community Steering Team

The membership will initially be the following people:

Team Lead Election

The team lead is initially Prajakta Joshi. Starting in February 2016 the team lead of the release management team will be (re) elected by the technical committers. In February 2016, the following will occur:

 

 

Membership

Anyone may volunteer to be a member of the team. It is up to the team lead to decide how large the team is and who is accepted onto the team.

Subprojects

It is up to the subproject team to govern themselves as they feel appropriate. Since subprojects are attached to steering teams, the steering team may get involved to help with decision making and/or conflict resolution.

Decision Making

Subprojects govern themselves and are driven by those who volunteer to be on them. When a more formal decision must be made (outside impact or coordination with other teams/subprojects is needed) lazy consensus is used: a few positive votes with no negative votes is sufficient to get things moving. Negative votes must provide an alternative proposal and a detailed explanation of the reason for the negative vote. The subproject team will then work to resolve the negative vote.

Conflict Resolution and Escalation

When conflicts cannot be resolved in a subproject, the appropriate steering team will take responsibility to make the decision for the subproject. If the steering team cannot reach agreement then the board of advisors will make the decision.