The Linux Foundation
Effective 22 March 2016

1. Mission and Scope of Open Orchestrator Project (“OPEN-O”).

  1. The mission of the OPEN-Orchestrator Project (“OPEN-O” or “OPEN-O”) is to: enable end-to-end service agility across SDN, NFV, and legacy networks via a unified orchestration platform         supporting NFV orchestration (NFVO and VNFM) and SDN orchestration. 
  2. OPEN-O’s scope is a modular, open source software platform, the resulting architecture of which supports common and vendor-specific data models and interoperability across multiple VIMs, VNFMs and SDN controllers. OPEN-O aims to enable service providers to maximize the use of available network capacity, reduce customization, and accelerate innovation in a multivendor ecosystem
  3. OPEN-O supports an open source, technical community to benefit the ecosystem of OPEN-O solution providers and users, focused on creating code, packaging releases and addressing end-user use cases;
  4. OPEN-O promotes participation of leading members of the ecosystem, including developers, service and solution providers and end users; and
  5. OPEN-O hosts the infrastructure for the technical community, establishing a neutral home for community infrastructure, meetings, events and collaborative discussions and providing structure around the business and technical governance of OPEN-O.

2. Membership

  1. OPEN-O shall be composed of Premier, General and Associate Members. All Premier and General Members must be current corporate members of The Linux Foundation (at any level) to participate in OPEN-O as a member. Anyone may propose a contribution to OPEN-O’s technical codebase regardless of membership status. All participants in OPEN-O, including Associate Members, enjoy the privileges and undertake the obligations described in this Open Orchestrator Project Charter, as from time to time amended by the Governing Board with the approval of The Linux Foundation (“LF”). During the term of their membership, all members shall comply with all such policies as the LF Board of Directors and/or the OPEN-O may from time to time adopt with notice to members.
  2. The Associate Member category of membership is limited to non-profits and open source projects, and requires approval by the Governing Board of OPEN-O (“Governing Board”), or, if the Governing Board sets criteria for joining as an Associate Member, the meeting of such criteria. If the Associate Member is a membership organization, Associate Membership in OPEN-O does not confer any benefits or rights to the members of the Associate Member as articulated in Section 8.c.
  3. Premier Members shall be entitled to appoint a representative to the Governing Board, the Marketing Committee and any other committees established by the Governing Board.
  4. General Members shall be entitled to annually elect one representative to the Governing Board for every ten (10) General Members, up to a maximum of two (2) representatives, provided that there shall always be at least one (1) General Member representative, even if there are less than ten (10) General Members. The election process shall be determined by the Governing Board.
  5. Premier Members, General Members and Associate Members shall be entitled to:
    1. Participate in Project general meetings, initiatives, events and any other activities; and
    2. Identify themselves as members of, or participants in, OPEN-O.

3. Governing Board

  1. Composition – the Governing Board voting members shall consist of:
    1. One representative appointed by each Premier Member;
    2. Elected General Member representative(s) per Section 2.d.;
    3. One representative elected by the End User Technical Advisory Board, as defined in Section 6 below; and
    4. The Chair elected by the TSC, as defined in Section 4 below.
  2. In the event there are more than sixteen (16) representatives on the Governing Board, the Governing Board shall establish an executive committee with the delegated powers and composition to be determined by the Governing Board.
  3. No single Member, company or set of Related Companies (as defined in Section 8) shall (i) appoint or nominate for Membership class election more than one voting representative for the Governing Board, and (ii) have more than two representatives on the Governing Board. For purposes of clarity, it is acceptable for one Premier Member to appoint a representative and have another employee elected as the TSC Chair to serve on the Governing Board. For purposes of clarity, it is not acceptable for a Premier Member to appoint a representative and also have a Related Company nominate a representative for the General Member election.
  4. Conduct of Meetings
    1. Governing Board meetings shall be limited to the Governing Board representatives and follow the requirements for quorum and voting outlined in this Charter. The Governing Board may decide whether to allow one named representative to attend as an alternate.
    2. The Governing Board meetings shall be private unless decided otherwise by the Governing Board. The Governing Board may invite guests to participate in consideration of specific Governing Board topics (but such guest may not participate in any vote on any matter before the Governing Board).
  5. Officers
    1. The Officers of OPEN-O shall be a Chairperson (“Chair”), a Treasurer and a Secretary.
    2. The Chair shall preside over meetings of the Governing Board and manage any day-to-day operational decisions.
    3. The Treasurer shall prepare budgets for Board approval, monitor expenses against the budget and authorize expenditures approved in the budget.
    4. The Secretary shall prepare minutes for Governing Board approval and shall preside over meetings of the Governing Board if the Chair is absent.
    5. Responsibilities – the Governing Board shall be responsible for:
    6. Approving the scope of OPEN-O, with input from the TSC and EUTAB, including providing use cases, user stories and priorities to help inform the technical community;
    7. Approving a budget directing the use of funds raised by OPEN-O from all sources of revenue;
    8. Electing Officer roles;
    9. Overseeing all Project business and marketing matters and work with the Linux Foundation on any governance matters that arise;
    10. Adopt and maintain policies or rules and procedures for OPEN-O (subject to LF approval) including but not limited to a Code of Conduct, a trademark policy and any testing or policies associated with using a project trademark;
    11. Working with the TSC on defining and administering any testing or programs associated with using an OPEN-O trademark;
    12. Coordinating with the EU-TAB (as defined in Section 6 below) to enable End User adoption, inclusion in technical community conversations and overall participation in OPEN-O;
    13. Approving procedures for the nomination and election of (1) General Member representatives to the Governing Board, and (2) any officer or other positions created by the Governing Board.
    14. Voting on all decisions or matters coming before the Governing Board.

4. Technical Steering Committee (“TSC”)

  1. Composition
    1. Startup Period: During the initial months after project launch, the TSC voting members shall consist of one (1) appointed representative from each Premier Member.
    2. Steady State: After the Startup Period, there shall be a nomination and election period for electing Contributors or Maintainers to the TSC. The TSC voting members shall consist of eleven (11) elected Contributors or Maintainers chosen by the Active Contributors. An Active Contributor is defined as any Contributor who has had a contribution accepted into the released codebase during the prior twelve (12) months. The TSC shall approve the process and timing for nominations and elections held on an annual basis. If there are fewer than eleven (11) eligible nominees for the TSC, the Governing Board shall approve an appropriate size for the TSC.
    3. In either Startup Period or Steady State, no Member or group of Related Companies shall have more than three (3) votes on the TSC. In the event a Member or group of Related Companies go over the limit in the Steady State, the Member or group of Related Companies may determine which position(s) on the TSC to resign from. In the event of resignation, the TSC shall approve a process to elect a new representative(s).
  2. At an appropriate time (e.g. after two releases), the Governing Board shall approve a transition plan (developed with the TSC) to transition the TSC from the Startup Period to Steady State.
  3. Projects approved by the TSC generally involve Maintainers and Contributors:
    1. Contributors: anyone in the technical community that contributes code, documentation or other technical artifacts to the OPEN-O codebase.
    2. Maintainers: Contributors who have the ability to commit code and contributions to a project’s main branch on an OPEN-O project. A Contributor may become a Maintainer by a majority approval of the existing Maintainers.
    3. The TSC may chose to establish additional roles in the community as appropriate (e.g. a Project Technical Lead or “PTL”).
  4. Participation in OPEN-O through becoming a Contributor and/or Maintainer is open to anyone. The TSC may:
    1. Establish work flows and procedures for the submission, approval and closure or archiving of projects,
    2. Establish criteria and processes for the promotion of Contributors to Maintainer status, and
    3. Amend, adjust and refine the roles of Contributors and Maintainers listed in Section 4.b., create new roles and publicly document responsibilities and expectations for such roles, as it sees fit.
  5. The TSC shall elect a TSC Chair, who shall also serve as a voting member of the Governing Board, and is expected to act as a liaison between the Governing Board and technical leadership of OPEN-O. It is expected the TSC Chair shall be able to dedicate a significant amount of their time to OPEN-O.
  6. Responsibilities: The TSC is responsible for:
    1. Coordinating the technical direction of OPEN-O, including the architecture and projects to achieve the Mission and Scope of OPEN-O;
    2. Approving project proposals (including, but not limited to, incubation, deprecation and changes to a project’s charter or scope) in accordance with a project lifecycle document to be developed, approved and maintained by the TSC;
    3. Designating Top Level Projects and facilitating synergy, collaboration and technical coordination (API, data Models etc.) across all projects;
    4. Creating sub-committees or working groups to focus on cross-project technical issues or opportunities;
    5. Coordinate technical community engagement with the End User (as defined in Section 6 below) community with respect to requirements, high level architecture, implementation experiences, use cases, etc.;
    6. Communicating with external and industry organizations concerning Project technical matters;
    7. Appointing representatives to work with other open source or standards communities;
    8. Establishing community norms, workflows or policies for releases;
    9. Discussing, seeking consensus, and where necessary, voting on technical matters relating to the code base that affect multiple projects; and
    10. Establishing election processes for Maintainers or other leadership roles in the technical community that are not within the scope of any single project.

5. Marketing Committee

  1. Composition: the Marketing Committee shall consist of:
    1. One appointed voting representative from each Premier Member;
    2. Non-voting representative(s), appointed by members of any other class of membership; and
    3. Any Maintainer appointed by the TSC may participate as a non-voting member.
  2. Responsibilities: The Marketing Committee shall be responsible for designing, developing and executing marketing efforts on behalf of the Governing Board. The Marketing Committee shall have a Chair appointed by the Governing Board. The Marketing Committee is expected to coordinate closely with the Governing Board, End User and technical communities to maximize the outreach and visibility of OPEN-O throughout the industry.

6. End User Technical Advisory Board (EU-TAB)

  1. When appropriate, the Governing Board shall establish an EU-TAB composed of end user participants in the OPEN-O community to help coordinate feedback and interests of the end user community. The specific details of composition, operation and scope of the EU-TAB shall be determined by the Governing Board and made publicly available on the OPEN-O website.

7. Voting

  1. While it is the goal of OPEN-O to operate as a consensus based community, if any decision requires a vote to move forward, the representatives of the Governing Board, TSC, Marketing Committee or EU-TAB, as applicable, shall vote on a one vote per voting representative basis.
  2. Quorum for Governing Board, TSC, Marketing Committee or EU-TAB meetings shall require two-thirds of the voting representatives. If advance notice of the meeting has been given per normal means and timing, the Governing Board, TSC, Marketing Committee or EU-TAB may continue to meet even if quorum is not met, but shall be prevented from making any decisions at the meeting.
  3. Except as provided in Section 14.d. and 15.a., decisions by vote at a meeting shall require a majority vote, provided quorum is met. Except as provided in Section 14.d. and 15.a., decisions by electronic vote without a meeting shall require a majority of all voting representatives.
  4. In the event of a tied vote with respect to an action that cannot be resolved by the Governing Board, the chair shall be entitled to refer the matter to the LF for assistance in reaching a decision. For all decisions in the TSC, Marketing Committee or other committee created by the Governing Board, if there is a tie vote, the matter shall be referred to the Governing Board.

8. Subsidiaries, Etc.

  1. Only the legal entity which has executed a Participation Agreement and its Subsidiaries (as defined below) shall be entitled to enjoy the rights and privileges of such Membership; provided, however, that such Member and its Subsidiaries shall be treated together as a single Member.  For purposes of this Section, the term “Subsidiaries” shall mean all Related Companies (as defined below) that a Member controls or is affiliated with (as defined in Section 8 (b) below).
  2. Only one Member which is part of a group of Related Companies shall be entitled to appoint, or nominate for a membership class election, a representative on the Governing Board at one time. For purposes of this Charter, the term “Related Company” shall mean any entity which controls or is controlled by a Member or which, together with a Member, is under the common control of a third party, in each case where such control results from ownership, either directly or indirectly, of more than fifty percent of the voting securities or membership interests of the entity in question; and “Related Companies” are entities that are each a Related Company of a Member.
  3. If a Member is itself a foundation, consortium, open source project, membership organization, user group or other entity that has members or sponsors, then the rights and privileges granted to such Member shall extend only to the employee-representatives of such Member, and not to its members or sponsors, unless otherwise approved by the Governing Board in a specific case from time to time.
  4. Memberships shall be non-transferable, non-salable and non-assignable, except that any Member may transfer its current Membership benefits and obligations to a successor to substantially all of its business and/or assets, whether by merger, sale or otherwise; provided that the transferee agrees to be bound by this Charter and the Bylaws and policies required by Linux Foundation membership.

9. Antitrust Guidelines

  1. All members shall abide by The Linux Foundation Antitrust Policy available at
  2. All members shall encourage open participation from any organization able to meet the membership requirements, regardless of competitive interests. Put another way, the Governing Board shall not seek to exclude any member based on any criteria, requirements or reasons other than those that are reasonable and applied on a non-discriminatory basis to all members.

10. Code of Conduct

  1. The Governing Board shall adopt a specific Project code of conduct, with approval from the LF.


  1. The Governing Board shall approve an annual budget and never commit to spend in excess of funds raised. The budget and the purposes to which it is applied shall be consistent with the non-profit mission of The Linux Foundation.
  2. The Linux Foundation shall provide the Governing Board with regular reports of spend levels against the budget. In no event shall The Linux Foundation have any obligation to undertake any action on behalf of OPEN-O or otherwise related to OPEN-O that is not be covered in full by funds raised by OPEN-O.
  3. In the event any unbudgeted or otherwise unfunded obligation arises related to OPEN-O, The Linux Foundation will coordinate with the Governing Board to address gap funding requirements.

12. Administrative Expenses

  1. The Linux Foundation shall have custody of and final authority over the usage of any fees, funds and other cash receipts.
  2. A General & Administrative (G&A) fee will be applied by the Linux Foundation to funds raised to cover Finance, Accounting, and operations. The G&A fee shall equal 9% of OPEN-O’s first $1,000,000 of gross receipts and 6% of OPEN-O’s gross receipts over $1,000,000.
  3. Under no circumstances shall The Linux Foundation be expected or required to undertake any action on behalf of OPEN-O that is inconsistent with the tax exempt purpose of The Linux Foundation.

13. General Rules and Operations. The OPEN-O project shall be conducted so as to:

  1. Engage in the work of the project in a professional manner consistent with maintaining a cohesive community, while also maintaining the goodwill and esteem of The Linux Foundation in the open source software community;
  2. Respect the rights of all trademark owners, including any branding and usage guidelines;
  3. Engage The Linux Foundation for all OPEN-O press and analyst relations activities;
  4. Upon request, provide information regarding Project participation, including information regarding attendance at Project-sponsored events, to The Linux Foundation;
  5. Coordinate with The Linux Foundation in relation to any websites created directly for OPEN-O; and
  6. Operate under such rules and procedures as may from time to time be approved by the Governing Board and confirmed by The Linux Foundation.

14. Intellectual Property Policy

  1. Members agree that all new inbound code contributions to OPEN-O shall be made under the Apache License, Version 2.0 (available at All contributions shall be accompanied by a Developer Certificate of Origin sign-off ( that is submitted through a Governing Board and LF-approved contribution process. Such contribution process will include steps to also bind non-Member Contributors and, if not self-employed, their employer, to the licenses expressly granted in the Apache License, Version 2.0 with respect to such contribution.
  2. All outbound code will be made available under the Apache License, Version 2.0.
  3. All documentation will be contributed to and made available by OPEN-O under the Creative Commons Attribution 4.0 International License (available at
  4. If an alternative inbound or outbound license is required for compliance with the license for a leveraged open source project or is otherwise required to achieve OPEN-O’s mission, the Governing Board may approve the use of an alternative license for specific inbound or outbound contributions on an exception basis. Any exceptions must be approved by a two-thirds vote of the entire Governing Board and the LF and must be limited in scope to what is required for such purpose. Please email to obtain exception approval.
  5. Subject to available Project funds, OPEN-O may engage The Linux Foundation to determine the availability of, and register, trademarks, service marks, and certification marks, which shall be owned by the LF.

15. Amendments

  1. This charter may be amended by a two-thirds vote of the entire Governing Board, subject to approval by The Linux Foundation.