[Note that this file is a concatenation of more than one RFC.]



Internet Engineering Task Force (IETF)                       B. Haberman
Request for Comments: 8711                      Johns Hopkins University
BCP: 101                                                         J. Hall
Obsoletes: 4071, 4333, 7691                             Internet Society
Category: Best Current Practice                             J. Livingood
ISSN: 2070-1721                                                  Comcast
                                                           February 2020


   Structure of the IETF Administrative Support Activity, Version 2.0

Abstract

   The IETF Administrative Support Activity (IASA) was originally
   established in 2005.  In the years since then, the needs of the IETF
   evolved in ways that required changes to its administrative
   structure.  The purpose of this RFC is to document and describe the
   IETF Administrative Support Activity, version 2.0 (IASA 2.0).  It
   defines the roles and responsibilities of the IETF Administration LLC
   Board (IETF LLC Board), the IETF Executive Director, and the Internet
   Society in the fiscal and administrative support of the IETF
   standards process.  It also defines the membership and selection
   rules for the IETF LLC Board.

   This document obsoletes RFC 4071, RFC 4333, and RFC 7691.

Status of This Memo

   This memo documents an Internet Best Current Practice.

   This document is a product of the Internet Engineering Task Force
   (IETF).  It represents the consensus of the IETF community.  It has
   received public review and has been approved for publication by the
   Internet Engineering Steering Group (IESG).  Further information on
   BCPs is available in Section 2 of RFC 7841.

   Information about the current status of this document, any errata,
   and how to provide feedback on it may be obtained at
   https://www.rfc-editor.org/info/rfc8711.

Copyright Notice

   Copyright (c) 2020 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (https://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  Introduction
   2.  Scope Limitation
   3.  LLC Agreement with the Internet Society
   4.  Definitions and Principles
     4.1.  Terminology
     4.2.  Key Differences from the Old IASA Structure to IASA 2.0
     4.3.  General IETF LLC Responsibilities
     4.4.  IETF LLC Working Principles
     4.5.  Principles of the IETF and ISOC Relationship
     4.6.  Relationship of the IETF LLC Board to the IETF Leadership
     4.7.  Review of IETF Executive Director and IETF LLC Board
           Decisions
     4.8.  Termination and Change
   5.  Structure of IASA 2.0
     5.1.  IETF Executive Director and Staff Responsibilities
     5.2.  IETF LLC Board Responsibilities
     5.3.  Board Design Goals
   6.  IETF LLC Board Membership, Selection, and Accountability
     6.1.  Board Composition
     6.2.  IETF LLC-Appointed Directors
     6.3.  Recruiting IETF LLC Board Directors
     6.4.  IETF LLC Board Director Term Length
     6.5.  IETF LLC Board Director Limit
     6.6.  Staggered Terms
     6.7.  IETF LLC Board Director Removal
     6.8.  Filling an IETF LLC Board Director Vacancy
     6.9.  Quorum
     6.10. Board Voting
     6.11. Interim Board
     6.12. Board Positions
   7.  IETF LLC Funding
     7.1.  Financial Statements
     7.2.  Bank and Investment Accounts
     7.3.  Financial Audits
     7.4.  ISOC Financial Support
     7.5.  IETF Meeting Revenues
     7.6.  Sponsorships and Donations to the IETF LLC
     7.7.  Focus of Funding Support
     7.8.  Charitable Fundraising Practices
     7.9.  Operating Reserve
     7.10. Annual Budget Process
   8.  IETF LLC Policies
     8.1.  Conflict of Interest Policy
     8.2.  Other Policies
     8.3.  Compliance
   9.  Three-Year Assessment
   10. Security Considerations
   11. IANA Considerations
   12. References
     12.1.  Normative References
     12.2.  Informative References
   Acknowledgments
   Authors' Addresses

1.  Introduction

   The IETF Administrative Support Activity (IASA) was originally
   established in 2005.  In the years since then, the needs of the IETF
   evolved in ways that required changes to its administrative
   structure.  The purpose of this document is to document and describe
   the IASA 2.0 structure.

   Under IASA 2.0, the work of the IETF's administrative and fundraising
   tasks is conducted by an administrative organization, the IETF
   Administration LLC (IETF LLC).  Under this structure, the IETF
   Administrative Oversight Committee (IAOC) is eliminated, and its
   oversight and advising functions transferred to the IETF LLC Board.

   The IETF LLC provides the corporate legal home for the IETF, the
   Internet Architecture Board (IAB), and the Internet Research Task
   Force (IRTF), and financial support for the operation of the RFC
   Editor.

   [IASA2RECS] discusses the challenges facing the original IASA
   structure as well as several options for reorganizing the IETF's
   administration under different legal structures.  This document
   outlines how the chosen option is structured and describes how the
   organization fits together with existing and new IETF community
   structures.

   Under IASA 2.0, most of the responsibilities that [RFC4071] assigned
   to the IETF Administrative Director (IAD) and the Internet Society
   (ISOC) were transferred to the IETF LLC and IETF Administration LLC
   Executive Director (IETF Executive Director).  It is the job of the
   IETF LLC to meet the administrative needs of the IETF and to ensure
   that the IETF LLC meets the needs of the IETF community.

   Eliminating the IAOC meant that changes were required in how trustees
   could be appointed to the IETF Trust.  The details of how this is
   done are outside the scope of this document but are covered in
   [RFC8714].

   This document obsoletes [RFC4071], which specified the original IASA,
   [RFC4333], which specified the selection guidelines and process for
   IAOC members, and [RFC7691], which specified terms for IAOC members.

2.  Scope Limitation

   The document does not propose any changes related to the standards
   process as currently conducted by the Internet Engineering Steering
   Group (IESG) and Internet Architecture Board (IAB) (see BCP 9
   [RFC2026] and BCP 39 [RFC2850]).  In addition, no changes are made to
   the appeals chain, the process for making and confirming IETF and IAB
   appointments (see BCP 10 [RFC8713]), the technical work of the
   Internet Research Task Force (IRTF) (see [RFC2014]), or to ISOC's
   membership in or support of other organizations.

3.  LLC Agreement with the Internet Society

   The LLC Agreement between the IETF LLC and ISOC is available at
   [IETF-LLC-A].  This IASA 2.0 structure, and thus this document,
   depends on the LLC Agreement and will refer to it to help explain
   certain aspects of the legal relationship between the IETF LLC and
   ISOC.

   The LLC Agreement was developed between legal representatives of the
   IETF and ISOC and includes all critical terms of the relationship,
   while still enabling maximum unilateral flexibility for the IETF LLC
   Board.  The LLC Agreement includes only basic details about how the
   Board manages itself or manages IETF LLC staff, so that the Board has
   flexibility to make changes without amending the agreement.  The
   Board can independently develop policy or procedures documents that
   fill gaps.

4.  Definitions and Principles

4.1.  Terminology

   Although most of the terms, abbreviations, and acronyms used in this
   document are reasonably well known, first-time readers may find some
   terminology confusing.  This section therefore attempts to provide a
   quick summary.

   IAB:  Internet Architecture Board (see [RFC2026] and [RFC2850]).

   IAD:  IETF Administrative Director, a role obsoleted by this document
      and the ISOC / IETF LLC Agreement (see [IETF-LLC-A]) and replaced
      by the IETF LLC Executive Director.

   IAOC:  IETF Administrative Oversight Committee, a committee that
      oversaw IETF administrative activity.  The IAOC is obsoleted by
      this document and replaced by the IETF LLC Board.  The IETF Trust
      was formerly populated by IAOC members.  Its membership is now
      distinct from that of the IETF LLC Board (see [RFC8714]).

   IASA:  The IETF Administrative Support Activity, consists of the IETF
      LLC Board, employees, and contractors.  Uses of the term 'IASA' as
      a proper noun may imply a subset of these roles, or all of them.

   IASA 2.0:  The IETF Administrative Support Activity, version 2.0
      (defined by this document).

   IESG:  Internet Engineering Steering Group (see [RFC2026] and
      [RFC3710]).

   IETF:  Internet Engineering Task Force (see [RFC3233]).

   IETF Administration LLC:  The legal entity - a disregarded Limited
      Liability Company (LLC) of The Internet Society - established to
      provide a corporate legal framework for facilitating current and
      future activities related to the IETF, IAB, and IRTF.  It was
      established by the ISOC / IETF LLC Agreement (see [IETF-LLC-A])
      and is referred to as "IETF LLC".

   IETF LLC Executive Director:  the Executive Director for the IETF
      LLC, responsible for day-to-day administrative and operational
      direction (see Section 5.1).  Also referred to as "IETF Executive
      Director".

   IETF LLC Board:  The Board of Directors of the IETF LLC.  The IETF
      LLC Board is formally a multi-member "manager" of the IETF LLC on
      behalf of ISOC (see Section 5.2).

   ISOC:  Internet Society (see [RFC8712] and [ISOC]).

4.2.  Key Differences from the Old IASA Structure to IASA 2.0

   *  The IAOC and IAD roles defined in RFC 4071 are eliminated.

   *  The former ISOC and IAD responsibilities are assigned to a new
      organization, IETF Administration LLC.

   *  The Board of Directors of the IETF LLC -- formally a multi-member
      "manager" of the IETF LLC on behalf of ISOC -- assumes the
      oversight responsibilities from the IAOC.

   *  The Board of the IETF LLC is more focused on strategy and
      oversight than the IAOC was, with the IETF Executive Director and
      their team in charge of day-to-day operations.

   *  The IAD role is replaced with the IETF Executive Director role.

   *  The role that was previously referred to as "IETF Executive
      Director" in older documents such as [RFC2026] is now "Managing
      Director, IETF Secretariat".

4.3.  General IETF LLC Responsibilities

   The IETF LLC is established to provide administrative support to the
   IETF.  It has no authority over the standards development activities
   of the IETF.

   The responsibilities of the IETF LLC are:

   *  Operations.  The IETF LLC is responsible for supporting the
      ongoing operations of the IETF, including meetings and non-meeting
      activities.

   *  Finances.  The IETF LLC is responsible for managing the IETF's
      finances and budget.

   *  Fundraising.  The IETF LLC is responsible for raising money on
      behalf of the IETF.

   *  Compliance.  The IETF LLC is responsible for establishing and
      enforcing policies to ensure compliance with applicable laws,
      regulations, and rules.

   The manner by which these responsibilities under the IETF LLC are
   organized is intended to address the problems described in Sections
   3.1.1, 3.1.2, and 3.1.3 of [IASA2RECS].  Specifically, this is
   intended to bring greater clarity around roles, responsibilities,
   representation, decision-making, and authority.

   In addition, by having the IETF LLC manage the IETF's finances and
   conduct the IETF's fundraising, confusion about who is responsible
   for representing the IETF to sponsors and who directs the uses of
   sponsorship funds should be eliminated.  Finally, having the IETF LLC
   reside in a defined, distinct legal entity, and taking responsibility
   for operations, enables the organization to execute its own contracts
   without the need for review and approval by ISOC.

4.4.  IETF LLC Working Principles

   The IETF LLC is expected to conduct its work according to the
   following principles:

   *  Transparency.  The IETF LLC is expected to keep the IETF community
      informed about its work, subject to reasonable confidentiality
      concerns, and to engage with the community to obtain consensus-
      based community input on key issues and otherwise as needed.  The
      IETF community expects complete visibility into the financial and
      legal structure of the IETF LLC.  This includes information about
      the IETF LLC annual budget and associated regular financial
      reports, results of financial and any other independent audits,
      tax filings, significant contracts, or other significant long-term
      financial commitments that bind the IETF LLC.  Whatever doesn't
      have a specific justification for being kept confidential is
      expected to be made public.  The Board is expected to develop and
      maintain a public list of confidential items, describing the
      nature of the information and the reason for confidentiality.  The
      Board will also publish its operating procedures.

   *  Responsiveness to the community.  The IETF LLC is expected to act
      consistently with the documented consensus of the IETF community,
      to be responsive to the community's needs, and to adapt its
      decisions in response to consensus-based community feedback.

   *  Diligence.  The IETF LLC is expected to act responsibly so as to
      minimize risks to IETF participants and to the future of the IETF
      as a whole, such as financial risks.

   *  Unification: The IETF LLC provides the corporate legal home for
      the IETF, the Internet Architecture Board (IAB), and the Internet
      Research Task Force (IRTF), and financial support for the
      operation of the RFC Editor.

   *  Transfer or Dissolution: Consistent with [IETF-LLC-A], the IETF
      LLC subsidiary may be transferred from ISOC to another
      organization, at the request of either party.  Similarly, the IETF
      LLC may be dissolved if necessary.  Should either event occur, the
      IETF community should be closely involved in any decisions and
      plans.  Any transfer, transition, or dissolution should be
      conducted carefully and with minimal potential disruption to the
      IETF.

   The transparency and responsiveness principles are designed to
   address the concern outlined in Section 3.3 of [IASA2RECS] about the
   need for improved timeliness of sharing of information and decisions
   and seeking community comments.  The issue of increased transparency
   was important throughout the IASA 2.0 process, with little to no
   dissent.  It was recognized that there will naturally be
   confidentiality requirements about some aspects of contracting,
   personnel matters, and other narrow areas.

4.5.  Principles of the IETF and ISOC Relationship

   The principles of the relationship between the IETF and ISOC are
   outlined in [RFC8712].  In short, the IETF is responsible for the
   development of the Internet Standards and ISOC aids the IETF by
   providing it a legal entity within which the IETF LLC exists, as well
   as with financial support.

4.6.  Relationship of the IETF LLC Board to the IETF Leadership

   The IETF LLC Board is directly accountable to the IETF community for
   the performance of the IASA 2.0.  However, the nature of the Board's
   work involves treating the IESG, IRTF, and IAB as major internal
   customers of the administrative support services.  The Board and the
   IETF Executive Director should not consider their work successful
   unless the IESG, IRTF, and IAB are also satisfied with the
   administrative support that the IETF is receiving.

4.7.  Review of IETF Executive Director and IETF LLC Board Decisions

   The IETF LLC Board is directly accountable to the IETF community for
   the performance of the IASA 2.0, including hiring and managing the
   IETF Executive Director.  In extreme cases of dissatisfaction with
   the IETF LLC, the IETF community can utilize the recall process as
   noted in Section 6.7.

   Anyone in the community of IETF participants may ask the Board for a
   formal review of a decision or action by the IETF Executive Director
   or Board if they believe this was not undertaken in accordance with
   IETF BCPs or IETF LLC Board policies and procedures.

   A formal request for review must be addressed to the IETF LLC Board
   chair and must include a description of the decision or action to be
   reviewed, an explanation of how, in the requestor's opinion, the
   decision or action violates the BCPs or IASA 2.0 operational
   guidelines, and a suggestion for how the situation could be
   rectified.

   The IETF LLC shall respond to such requests within a reasonable
   period, typically within 90 days, and shall publicly publish
   information about the request and the corresponding response and/or
   result.

4.8.  Termination and Change

   Any major change to the IASA 2.0 arrangements shall require community
   consensus and deliberation and shall be reflected by a subsequent
   Best Current Practice (BCP) document.

5.  Structure of IASA 2.0

5.1.  IETF Executive Director and Staff Responsibilities

   The IETF LLC is led by an IETF Executive Director chosen by the
   Board.  The IETF Executive Director is responsible for managing the
   day-to-day operations of the IETF LLC, including hiring staff to
   perform various operational functions.  The IETF Executive Director
   and any staff may be employees or independent contractors.

   Allowing for the division of responsibilities among multiple staff
   members and contractors is designed to address some of the concerns
   raised in Section 3.2 (Lack of Resources) and Section 3.4 (Funding/
   Operating Model Mismatch and Rising Costs) of [IASA2RECS].

   Based on the amount of work previously undertaken by the IAD and
   others involved in the IETF administration, the design of the IETF
   LLC anticipated that the IETF Executive Director may need to hire
   multiple additional staff members.  For example, resources to manage
   fundraising, to manage the various contractors that are engaged to
   fulfill the IETF's administrative needs, and to support outreach and
   communications were envisioned.

   The IETF has historically benefited from the use of contractors for
   accounting, finance, meeting planning, administrative assistance,
   legal counsel, tools, and web site support, as well as other services
   related to the standards process (e.g., RFC Editor and IANA).  Prior
   to making the transition from IASA to IASA 2.0, the IETF budget
   reflected specific support from ISOC for communications and
   fundraising as well as some general support for accounting, finance,
   legal, and other services.  The division of responsibilities between
   staff and contractors is at the discretion of the IETF Executive
   Director and their staff.

   The IETF has a long history of community involvement in the execution
   of certain administrative functions, in particular development of
   IETF tools, the operation of the meeting network by the Network
   Operations Center (NOC), and some outreach and communications
   activities conducted by the Education and Mentoring Directorate.  The
   IETF LLC staff is expected to respect the IETF community's wishes
   about community involvement in these and other functions going
   forward as long as the staff feels that they can meet the otherwise-
   stated needs of the community.  Establishing the framework to allow
   the IETF LLC to staff each administrative function as appropriate may
   require the IETF community to document its consensus expectations in
   areas where no documentation currently exists.

   In summary, the IETF Executive Director, with support from the team
   that they alone direct and lead, is responsible for:

   *  Developing and refining an annual budget and other strategic
      financial planning documents at the direction of the Board.

   *  Executing on the annual budget, including reporting to the Board
      regularly with forecasts and actual performance to budget.

   *  Hiring and/or contracting the necessary resources to meet their
      goals, within the defined limits of the IETF Executive Director's
      authority and within the approved budget.  This includes managing
      and leading any such resources, including performing regular
      performance reviews.

   *  Following the pre-approval guidelines set forth by the Board for
      contracts or other decisions that have financial costs that exceed
      a certain threshold of significance.  Such thresholds are expected
      to be set reasonably high so that the need for such approvals is
      infrequent and only occurs when something is truly significant or
      otherwise exceptional.  It is expected that the IETF Executive
      Director is sufficiently empowered to perform the job on a day-to-
      day basis, being held accountable for meeting high-level goals
      rather than being micromanaged.

   *  Regularly updating the Board on operations and other notable
      issues as reasonable and appropriate.

   *  Ensuring that all staff and/or other resources comply with any
      applicable policies established or approved by the Board, such as
      ethics guidelines and/or a code of conduct.

5.2.  IETF LLC Board Responsibilities

   This section is intended to provide a summary of key IETF LLC Board
   responsibilities, but the precise and legally binding
   responsibilities are defined in the LLC Agreement [IETF-LLC-A] and
   applicable law.  If there are unintentional differences or other
   confusion, the LLC Agreement and applicable law are authoritative.

   Board members have fiduciary obligations imposed by the LLC Agreement
   and applicable law, including duties of loyalty, care, and good
   faith.  The Board is responsible for setting broad strategic
   direction for the LLC, adopting an annual budget, hiring or
   terminating an IETF Executive Director (or amending the terms of
   their engagement), adopting any employee benefit plans, consulting
   the relevant IETF communities on matters related to the LLC as
   appropriate, approving any changes to the LLC governance structure,
   incurring any debt, and approving entering into agreements that meet
   a significant materiality threshold to be determined by the Board.
   The IETF LLC Board is expected to delegate management of day-to-day
   activities and related decision-making to staff.

   Per Section 5(d) of the LLC Agreement and as also described in
   Section 4.4 of this document, the Board shall, as appropriate, act
   transparently and provide the IETF community with an opportunity to
   review and discuss any proposed changes to the IETF LLC structure
   prior to their adoption.

   The role of the Board is to ensure that the strategy and conduct of
   the IETF LLC is consistent with the IETF's needs -- both its concrete
   needs and its needs for transparency and accountability.  The Board
   is not intended to directly define the IETF's needs; to the extent
   that is required, the IETF community should document its needs in
   consensus-based RFCs (e.g., as the community did in [RFC8718]) and
   provide more detailed input via consultations with the Board (such as
   takes place on email discussion lists or at IETF meetings).

   Key IETF LLC Board responsibilities include:

   *  Setting broad strategic direction for the LLC.

   *  Hiring or terminating an IETF Executive Director (or amending the
      terms of their engagement).

   *  Delegating management of day-to-day activities and related
      decision-making to staff.

   *  Adopting any employee benefit plans.

   *  Consulting the relevant IETF communities on matters related to the
      LLC, as appropriate.

   *  Approving any changes to the LLC governance structure.

   *  Adopting an annual budget and, as necessary, incur any debt.

   *  Preparing accurate and timely financial statements for ISOC, in
      accordance with generally accepted accounting principles.

   *  Providing assistance to help facilitate ISOC's tax compliance,
      including but not limited to assistance related to preparing the
      Form 990 and responding to any United States Internal Revenue
      Service (IRS) questions and audits.

   *  Approving entering into agreements that meet a significant
      materiality threshold to be determined by the Board.

   *  Limiting its activities to the purposes as set forth in Section 4
      of the LLC Agreement, in a manner consistent with ISOC's
      charitable purposes.

   *  Establishing an investment policy.

   *  Using best efforts to conduct all of its activities in strict
      compliance with the LLC Agreement and all applicable laws, rules,
      and regulations.

   *  Ensuring that IETF LLC is run in a manner that is transparent and
      accountable to the IETF community.

   *  Developing policies, including those noted in Section 8,
      procedures, and a compliance program.

   *  Obtaining Commercial General Liability and other appropriate
      insurance policies, with agreed-upon coverage limits.

   *  Recruiting new Directors for consideration in all of the various
      appointment processes.

5.3.  Board Design Goals

   A goal of this Board composition is to balance the need for the IETF
   LLC to be accountable to the IETF community with the need for this
   Board to have the expertise necessary to oversee a small non-profit
   company.  The Board is smaller than the previous IAOC and the other
   leadership bodies of the IETF, in part to keep the Board focused on
   its rather limited set of strategic responsibilities as noted in
   Section 5.2.

   This board structure, with limited strategic responsibilities noted
   in Section 5.2 and limited size, together with the staff
   responsibilities noted in Section 5.1, is designed to overcome the
   challenges described in Section 3.1.4 of [IASA2RECS] concerning
   oversight.  This establishes a clear line of oversight over staff
   performance: the IETF LLC Board oversees the IETF Executive
   Director's performance and has actual legal authority to remove a
   non-performing IETF Executive Director.  The IETF Executive Director
   is responsible for the day-to-day operation of the IETF LLC.

   Finally, the Board is expected to operate transparently, to further
   address the concern raised in Section 3.3 of [IASA2RECS].  The
   default transparency rule arrived at during the IASA 2.0 design
   process is detailed in Section 4.4.  The Board will need to establish
   how it will meet that commitment.

6.  IETF LLC Board Membership, Selection, and Accountability

   The section outlines the composition of the IETF LLC Board, selection
   of IETF LLC Board Directors, and related details.

6.1.  Board Composition

   There is a minimum of 5 directors, which is expandable to 6 or 7.
   The IETF LLC Board is comprised of the following:

   *  1 IETF Chair or delegate selected by the IESG

   *  1 Appointed by the ISOC Board of Trustees

   *  3 Selected by the IETF Nominating Committee (NomCom), confirmed by
      the IESG

   *  Up to 2 Appointed by the IETF LLC Board itself, on an as-needed
      basis, confirmed by the IESG

   For the first slot listed above, the presumption is that the IETF
   Chair will serve on the board.  At the IESG's discretion, another
   area director may serve instead, or exceptionally the IESG may run a
   selection process to appoint a director.  The goal of having this
   slot on the board is to maintain coordination and communication
   between the board and the IESG.

6.2.  IETF LLC-Appointed Directors

   As noted above, a maximum of two Directors may be appointed by the
   IETF LLC Board.  They can obviously choose to appoint none, one, or
   two.  These appointments need not be on an exceptional basis; they
   can be routine, and may occur at any time of the year since it is on
   an as-needed basis.

   The appointment of a Board-appointed Director requires a two-thirds
   majority vote of the Directors then in office, and the appointee
   shall take office immediately upon appointment and IESG confirmation.
   The term of each appointment is designated by the Board, with the
   maximum term being three years, or until their earlier resignation,
   removal, or death.  The Board may decide on a case-by-case basis how
   long each term shall be, factoring in the restriction for consecutive
   terms in Section 6.5.

6.3.  Recruiting IETF LLC Board Directors

   The Board itself is expected to take an active role in recruiting
   potential new Directors, regardless of the process that may be used
   to appoint them.  In particular, the NomCom is primarily focused on
   considering requirements expressed by the Board and others, reviewing
   community feedback on candidates, conducting candidate interviews,
   and ultimately appointing Directors.  The Board and others can
   recruit potential Directors and get them into the consideration
   process of the NomCom or into open consideration processes of the
   other appointing bodies if those bodies choose to use such processes.

6.4.  IETF LLC Board Director Term Length

   The term length for a Director is three years.  The exceptions to
   this guideline are:

   *  The terms for some Directors during the first full formation of
      the IETF LLC Board in order to establish staggered terms and for
      any appointments to fill a vacancy.

   *  The Director slot occupied by the IETF Chair ex officio or a
      delegate selected by the IESG will serve a two-year term.  This
      applies regardless of whether the appointed individual is on the
      IESG, rotates off the IESG during the two-year term, or is not on
      the IESG.  This makes the term length for this slot the same as
      the term lengths established in [RFC8713], Section 3.4.

6.5.  IETF LLC Board Director Limit

   A director may serve no more than two consecutive terms.  A director
   cannot serve a third term until three years have passed since their
   second consecutive term.  An exception is if a Director role is
   occupied by the IETF Chair ex officio, since that person's service is
   governed instead by the term lengths established in [RFC8713],
   Section 3.4.

   The term limits specified above apply to an individual, even if that
   individual is appointed in different ways over time.  For example, an
   individual appointed to two terms by the ISOC Board of Trustees may
   not immediately be appointed to a third term by the IETF NomCom.  A
   Director appointed by the IETF LLC itself may only serve for one term
   by that appointment method, and any subsequent terms would have to be
   via other methods; in any case, the term limits above apply to that
   individual.

   Lastly, partial terms of less than three years for the initial
   appointments to the first full Board, for which some Directors will
   have terms of one or two years, do not count against the term limit.

   The limit on consecutive terms supports the healthy regular
   introduction of new ideas and energy into the Board and mitigates
   potential long-term risk of ossification or conflict, without
   adversely impacting the potential pool of director candidates over
   time.

6.6.  Staggered Terms

   The Internet Society Board of Trustees, the IESG, the Nominating
   Committee, and the IETF LLC Board are expected to coordinate with
   each other to ensure that collectively their appointment or selection
   processes provide for no more than three Directors' terms concluding
   in the same year.

6.7.  IETF LLC Board Director Removal

   NomCom-appointed and IESG-appointed Directors may be removed with or
   without cause.  A vote in favor of removal must be no fewer than the
   number of Directors less two.  So for example, if there are seven
   directors, then five votes are required.  Directors may also be
   removed via the IETF recall process defined in [RFC8713], Section 7.

6.8.  Filling an IETF LLC Board Director Vacancy

   It shall be the responsibility of each respective body that appointed
   or selected a Director that vacates the Board to appoint a new
   Director to fill the vacancy.  For example, if a Director selected by
   the NomCom departs the Board prior to the end of their term for
   whatever reason, then it is the responsibility of the NomCom (using
   its mid-term rules, as specified in [RFC8713], Section 3.5) as the
   original appointing body to designate a replacement that will serve
   out the remainder of the term of the departed Director.  However,
   this obligation will not apply to vacancies in Board-appointed
   positions.

6.9.  Quorum

   At all meetings of the Board, two-thirds of the Directors then in
   office shall constitute a quorum for the transaction of business.
   Unless a greater affirmative vote is expressly required for an action
   under applicable law, the LLC Agreement, or an applicable Board
   policy, the affirmative vote of two-thirds of the Directors then in
   office shall be an act of the Board.

6.10.  Board Voting

   Board decisions may be made either by vote communicated in a meeting
   of the Board (including telephonic and video), or via an asynchronous
   written (including electronic) process.  Absentee voting and voting
   by proxy shall not be permitted.  If a quorum is not present at any
   meeting of the Board, the Directors present may adjourn the meeting
   without notice, other than announcement at the meeting, until a
   quorum is present.  Voting thresholds for Director removal are
   described in Section 6.7.

6.11.  Interim Board

   An initial interim Board was necessary in order to legally form and
   bootstrap the IETF LLC.  As a result, an Interim Board was formed on
   a temporary basis until the first full Board was constituted.

   The interim Board was comprised of:

   *  The IETF chair, ex officio

   *  The IAOC chair, ex officio

   *  The IAB chair, ex officio

   *  One ISOC trustee, selected by the ISOC Board of Trustees

6.12.  Board Positions

   Following the formation of the first permanent Board, and annually
   thereafter, the Directors shall elect a Director to serve as Board
   Chair by majority vote.  The IETF, IAB, and IRTF chairs, and the
   chair of ISOC's Board, will be ineligible for this Board Chair role.
   The Board may also form committees of the Board and/or define other
   roles for Board Directors as necessary.

7.  IETF LLC Funding

   The IETF LLC must function within a budget of costs balanced against
   limited revenues.  The IETF community expects the IETF LLC to work to
   attain that goal, in order to maintain a viable support function that
   provides the environment within which the work of the IETF, IAB,
   IRTF, and RFC Editor can remain vibrant and productive.

   The IETF LLC was generating income from a few key sources at the time
   that this document was written, as enumerated below.  Additional
   sources of income may be developed in the future, within the general
   bounds noted in Section 7.8, and some of these may decline in
   relevance or go away.  As a result, this list is subject to change
   over time and is merely an example of the primary sources of income
   for the IETF LLC at the time of this writing:

   1.  ISOC support

   2.  IETF meeting revenues

   3.  Sponsorships (monetary and/or in-kind)

   4.  Donations (monetary and/or in-kind)

7.1.  Financial Statements

   As noted in Section 5.2, the IETF LLC must comply with relevant tax
   laws, such as filing an annual IRS Form 990.  Other official
   financial statements may also be required.

   In addition to these official financial statements and forms, the
   IETF LLC is also expected to report on a regular basis to the IETF
   community on the current and future annual budget, budget forecasts
   vs. actuals over the course of a fiscal year, and on other
   significant projects as needed.  This regular reporting to the IETF
   community is expected to be reported in the form of standard
   financial statements that reflect the income, expenses, assets, and
   liabilities of the IETF LLC.

7.2.  Bank and Investment Accounts

   The IETF LLC maintains its own bank account, separate and distinct
   from ISOC.  The IETF LLC may at its discretion create additional
   accounts as needed.  Similarly, the IETF LLC may as needed create
   investment accounts in support of its financial goals and objectives.

7.3.  Financial Audits

   The IETF LLC is expected to retain and work with an independent
   auditor.  Reports from the auditor are expected to be shared with the
   IETF community and other groups and organizations as needed or as
   required by law.

7.4.  ISOC Financial Support

   ISOC currently provides significant financial support to the IETF
   LLC.  Exhibit B of the [IETF-LLC-A] summarizes the financial support
   from ISOC for the foreseeable future.  It is expected that this
   support will be periodically reviewed and revised, via a cooperative
   assessment process between ISOC and the IETF LLC.

7.5.  IETF Meeting Revenues

   Meeting revenues are another important source of funding that
   supports the IETF, coming mainly from the fees paid by IETF meeting
   participants.  The IETF Executive Director sets those meeting fees,
   in consultation with other IETF LLC staff and the IETF community,
   with approval by the IETF LLC Board.  Setting these fees and
   projecting the number of participants at future meetings is a key
   part of the annual budget process.

7.6.  Sponsorships and Donations to the IETF LLC

   Sponsorships and donations are an essential component of the
   financial support for the IETF.  Within the general bounds noted in
   Section 7.8, the IETF LLC is responsible for fundraising activities
   in order to establish, maintain, and grow a strong foundation of
   donation revenues.  This can and does include both direct financial
   contributions as well as in-kind contributions, such as equipment,
   software licenses, and services.

   Sponsorships and donations to the IETF LLC do not (and must not)
   convey to sponsors and donors any special oversight or direct
   influence over the IETF's technical work or other activities of the
   IETF or IETF LLC.  This helps ensure that no undue influence may be
   ascribed to those from whom funds are raised, and so helps to
   maintain an open and consensus-based IETF standards process.

   To the extent that the IETF LLC needs to undertake any significant
   special projects for the IETF, the IETF LLC may need to fundraise
   distinctly for those special projects.  As a result, the IETF LLC may
   conduct fundraising to support the IETF in general as well as one or
   more special fundraising efforts (which may also be accounted for
   distinctly and be held in a separate bank account or investment, as
   needed).

7.7.  Focus of Funding Support

   The IETF LLC exists to support the IETF, IAB, and IRTF.  Therefore,
   the IETF LLC's funding and all revenues, in-kind contributions, and
   other income that comprise that funding shall be used solely to
   support activities related to the IETF, IAB, IRTF, and RFC Editor,
   and for no other purposes.

7.8.  Charitable Fundraising Practices

   When the IETF LLC conducts fundraising, it substantiates charitable
   contributions on behalf of ISOC -- meaning that according to United
   States tax law, the IETF LLC must send a written acknowledgment of
   contributions to donors.  The IETF LLC evaluates and facilitates
   state, federal, and other applicable law and regulatory compliance
   for ISOC and/or the LLC with respect to such fundraising activities.
   In addition, the IETF LLC ensures that all fundraising activities are
   conducted in compliance with any policies developed by the IETF LLC,
   including but not limited to those noted in Section 8.

7.9.  Operating Reserve

   An initial target operating reserve has been specified in Exhibit B
   of the [IETF-LLC-A].  It says that the IETF LLC should maintain an
   operating reserve equal to the IETF LLC's budgeted Net Loss for 2019
   multiplied times three.  The IETF LLC, in cooperation with ISOC, may
   regularly review the financial target for this reserve fund, as noted
   in the [IETF-LLC-A] or as otherwise necessary.

   Should the IETF LLC generate an annual budget surplus, it may choose
   to direct all or part of the surplus towards the growth of the
   operating reserve.

7.10.  Annual Budget Process

   As noted in Section 4.3, the IETF LLC is responsible for managing the
   IETF's finances and budget.  A key part of this responsibility is
   establishing, maintaining, and successfully meeting an annual budget.
   This is essential to the continued operation and vibrancy of the
   IETF's technical activities and establishes trust with ISOC,
   sponsors, and donors that funds are being appropriately spent, and
   that financial oversight is being conducted properly.  This is also
   essential to the IETF LLC meeting applicable legal and tax
   requirements and is a core part of the Board's fiduciary
   responsibilities.

   As explained in Section 5.1, the IETF Executive Director is expected
   to develop, execute, and report on the annual budget.  Regular
   reporting is expected to include forecast vs. budget statements,
   including updated projections of income and expenses for the full
   fiscal year.

   The Board, as explained in Section 5.2, is expected to review and
   approve the budget, as well as to provide ongoing oversight of the
   budget and of any other significant financial matters.

   The annual budget is expected to be developed in an open,
   transparent, and collaborative manner, in accordance with
   Section 4.4.  The specific timeline for the development, review, and
   approval of the IETF LLC annual budget is established by the Board
   and may be revised as needed.

8.  IETF LLC Policies

   The Board is expected to maintain policies as necessary to achieve
   the goals of the IETF LLC, meet transparency expectations of the
   community, comply with applicable laws or regulations, or for other
   reasons as appropriate.  All policies are expected to be developed
   with input from the IETF community.  Some policies provided by ISOC
   and past policies developed by the previous IAOC may provide a useful
   starting point for the Board to consider.

8.1.  Conflict of Interest Policy

   The Board is expected to maintain a Conflict of Interest policy for
   the IETF LLC.  While the details are determined by the Board, at a
   minimum such policy is expected to include the following:

   *  The IETF, ISOC Board, IAB, or IRTF chair cannot be chair of the
      IETF LLC Board, though they may serve as a Director.

   *  A Director cannot be a paid consultant or employee of the IETF
      Executive Director or their sub-contractors, nor a paid consultant
      or employee of ISOC.

8.2.  Other Policies

   The Board is expected to maintain additional policies for the IETF
   LLC as necessary, covering Directors, employees, and contractors,
   concerning issues such as:

   *  Acceptance of gifts and other non-cash compensation

   *  Travel and expense reimbursement

   *  Anti-bribery

   *  Code of conduct

   *  Anti-harassment

   *  Non-discrimination

   *  Whistleblower

   *  Document retention

   *  Export controls

   *  Anti-terrorism sanctions

   *  Data protection and privacy

   *  Social media

8.3.  Compliance

   The IETF LLC is expected to implement a compliance program to ensure
   its compliance with all applicable laws, rules, and regulations,
   including without limitation laws governing bribery, anti-terrorism
   sanctions, export controls, data protection/privacy, as well as other
   applicable policies noted in Section 8.  In addition, actions and
   activities of the IETF LLC must be consistent with 501(c)(3)
   purposes.

   The IETF LLC is expected to report to ISOC and the IETF community on
   the implementation of its compliance plan on an annual basis.

9.  Three-Year Assessment

   The IETF LLC, with the involvement of the community, shall conduct
   and complete an assessment of the structure, processes, and operation
   of IASA 2.0 and the IETF LLC.  This should be presented to the
   community after a period of roughly three years of operation.  The
   assessment may potentially include recommendations for improvements
   or changes to the IASA 2.0 and/or IETF LLC.

10.  Security Considerations

   This document describes the structure of IASA 2.0.  It introduces no
   security considerations for the Internet.

11.  IANA Considerations

   This document has no IANA considerations in the traditional sense.
   However, some of the information in this document may affect how the
   IETF standards process interfaces with the IANA, so the IANA may be
   interested in the contents.

12.  References

12.1.  Normative References

   [IETF-LLC-A]
              "Limited Liability Company Agreement of IETF
              Administration LLC", August 2018,
              <https://www.ietf.org/documents/180/IETF-LLC-
              Agreement.pdf>.

   [RFC8712]  Camarillo, G. and J. Livingood, "The IETF-ISOC
              Relationship", RFC 8712, DOI 10.17487/RFC8712, February
              2020, <https://www.rfc-editor.org/info/rfc8712>.

   [RFC8713]  Kucherawy, M., Ed., Hinden, R., Ed., and J. Livingood,
              Ed., "IAB, IESG, IETF Trust, and IETF LLC Selection,
              Confirmation, and Recall Process: Operation of the IETF
              Nominating and Recall Committees", BCP 10, RFC 8713,
              DOI 10.17487/RFC8713, February 2020,
              <https://www.rfc-editor.org/info/rfc8713>.

12.2.  Informative References

   [IASA2RECS]
              Haberman, B., Arkko, J., Daigle, L., Livingood, J., Hall,
              J., and E. Rescorla, "IASA 2.0 Design Team
              Recommendations", Work in Progress, Internet-Draft, draft-
              haberman-iasa20dt-recs-03, 27 November 2018,
              <https://tools.ietf.org/html/draft-haberman-iasa20dt-recs-
              03>.

   [ISOC]     The Internet Society, "Amended and restated By-Laws of the
              Internet Society", October 2019,
              <https://www.internetsociety.org/about-internet-society/
              governance-policies/by-laws/>.

   [RFC2014]  Weinrib, A. and J. Postel, "IRTF Research Group Guidelines
              and Procedures", BCP 8, RFC 2014, DOI 10.17487/RFC2014,
              October 1996, <https://www.rfc-editor.org/info/rfc2014>.

   [RFC2026]  Bradner, S., "The Internet Standards Process -- Revision
              3", BCP 9, RFC 2026, DOI 10.17487/RFC2026, October 1996,
              <https://www.rfc-editor.org/info/rfc2026>.

   [RFC2850]  Internet Architecture Board and B. Carpenter, Ed.,
              "Charter of the Internet Architecture Board (IAB)",
              BCP 39, RFC 2850, DOI 10.17487/RFC2850, May 2000,
              <https://www.rfc-editor.org/info/rfc2850>.

   [RFC3233]  Hoffman, P. and S. Bradner, "Defining the IETF", BCP 58,
              RFC 3233, DOI 10.17487/RFC3233, February 2002,
              <https://www.rfc-editor.org/info/rfc3233>.

   [RFC3710]  Alvestrand, H., "An IESG charter", RFC 3710,
              DOI 10.17487/RFC3710, February 2004,
              <https://www.rfc-editor.org/info/rfc3710>.

   [RFC4071]  Austein, R., Ed. and B. Wijnen, Ed., "Structure of the
              IETF Administrative Support Activity (IASA)", BCP 101,
              RFC 4071, DOI 10.17487/RFC4071, April 2005,
              <https://www.rfc-editor.org/info/rfc4071>.

   [RFC4333]  Huston, G., Ed. and B. Wijnen, Ed., "The IETF
              Administrative Oversight Committee (IAOC) Member Selection
              Guidelines and Process", BCP 113, RFC 4333,
              DOI 10.17487/RFC4333, December 2005,
              <https://www.rfc-editor.org/info/rfc4333>.

   [RFC7691]  Bradner, S., Ed., "Updating the Term Dates of IETF
              Administrative Oversight Committee (IAOC) Members",
              BCP 101, RFC 7691, DOI 10.17487/RFC7691, November 2015,
              <https://www.rfc-editor.org/info/rfc7691>.

   [RFC8714]  Arkko, J. and T. Hardie, "Update to the Process for
              Selection of Trustees for the IETF Trust", BCP 101,
              RFC 8714, DOI 10.17487/RFC8714, February 2020,
              <https://www.rfc-editor.org/info/rfc8714>.

   [RFC8718]  Lear, E., Ed., "IETF Plenary Meeting Venue Selection
              Process", BCP 226, RFC 8718, DOI 10.17487/RFC8718,
              February 2020, <https://www.rfc-editor.org/info/rfc8718>.

Acknowledgments

   Thanks to Jari Arkko, Richard Barnes, Brian E. Carpenter, Alissa
   Cooper, John C. Klensin, Bob Hinden, Jon Peterson, Sean Turner, and
   the IASA2 Working Group for discussions of possible structures, and
   to the attorneys of Morgan Lewis and Brad Biddle for legal advice.

   Coauthor Hall performed work on this document before employment at
   the Internet Society, and his affiliation listed in this document is
   for identification purposes only.

Authors' Addresses

   Brian Haberman
   Johns Hopkins University

   Email: brian@innovationslab.net


   Joseph Lorenzo Hall
   Internet Society

   Email: hall@isoc.org


   Jason Livingood
   Comcast

   Email: jason_livingood@comcast.com
=========================================================================



Internet Engineering Task Force (IETF)                          J. Arkko
Request for Comments: 8714                                      Ericsson
BCP: 101                                                       T. Hardie
Obsoletes: 4371                                            February 2020
Category: Best Current Practice
ISSN: 2070-1721


   Update to the Process for Selection of Trustees for the IETF Trust

Abstract

   This memo updates the process for selection of Trustees for the IETF
   Trust.  Previously, the IETF Administrative Oversight Committee
   (IAOC) members also acted as Trustees, but the IAOC has been
   eliminated as part of an update to the structure of the IETF
   Administrative Support Activity (IASA).  This memo specifies that the
   Trustees shall be selected separately.

   This memo obsoletes RFC 4371.  The changes relate only to the
   selection of Trustees.  All other aspects of the IETF Trust remain as
   they are today.

Status of This Memo

   This memo documents an Internet Best Current Practice.

   This document is a product of the Internet Engineering Task Force
   (IETF).  It represents the consensus of the IETF community.  It has
   received public review and has been approved for publication by the
   Internet Engineering Steering Group (IESG).  Further information on
   BCPs is available in Section 2 of RFC 7841.

   Information about the current status of this document, any errata,
   and how to provide feedback on it may be obtained at
   https://www.rfc-editor.org/info/rfc8714.

Copyright Notice

   Copyright (c) 2020 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (https://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  Introduction
   2.  IETF Trust
   3.  Selection of Trustees
   4.  Security Considerations
   5.  IANA Considerations
   6.  References
     6.1.  Normative References
     6.2.  Informative References
   Acknowledgements
   Authors' Addresses

1.  Introduction

   This memo updates the process for selection of Trustees for the IETF
   Trust.  Previously, the IETF Administrative Oversight Committee
   (IAOC) members also acted as Trustees, but the IAOC has been
   eliminated as part of an update to the structure of the IETF
   Administrative Support Activity (IASA).  This memo specifies that the
   Trustees shall be selected separately.  See Section 3.

   This memo obsoletes [RFC4371].  The changes relate only to the
   selection of Trustees.  All other aspects of the IETF Trust remain as
   they are today.  Section 2 copies the definition as it was in
   [RFC4371], only leaving out the part about Trustee selection and
   adding a reference to the IETF Trust website.

   For a discussion of why this change is needed and a rationale for
   these specific changes, see [RFC8715].

2.  IETF Trust

   A Trust ("the IETF Trust") has been formed for the purpose of
   acquiring, holding, maintaining, and licensing certain existing and
   future intellectual property and other property used in connection
   with the administration of the IETF.  The Trust was formed by the
   signatures of its Settlors and initial Trustees.  The Settlors, who
   contributed initial intellectual property to the Trust, were ISOC and
   the Corporation for National Research Initiatives.  The Beneficiary
   of the IETF Trust is the IETF as a whole.

   Further details of the IETF Trust may be found at the IETF Trust's
   website, <https://trustee.ietf.org/>.

3.  Selection of Trustees

   This document revises the original Trustee selection procedures
   defined in [RFC4071] and [RFC4371] to eliminate the requirement that
   Trustees be drawn from the members of the IAOC.

   In this newly revised IETF Trust structure, there will be five
   Trustees.  Three shall be appointed by the IETF Nominating Committee
   (NomCom) and confirmed by the Internet Engineering Steering Group
   (IESG), one shall be appointed by the IESG, and one shall be
   appointed by the Internet Society (ISOC) Board of Trustees.  The
   appointments by the IESG and the ISOC Board of Trustees do not
   require confirmation.

   The IETF Trust Chair informs the nominating committee of the Trustee
   positions to be reviewed.  The IETF Trust will provide a summary of
   the expertise desired of the Trustee candidates to each appointing
   body.

   A change to the Trust Agreement is required to put this change into
   effect, and this document requests that the current Trustees make
   this change at the earliest convenient time and no later than the end
   of the 104th IETF meeting in March 2019.

   The terms of the appointed Trustees from the IETF NomCom shall be
   three years.  The initial selection shall be one, two, and three year
   terms in order to initially stagger the terms.  The other
   appointments by the IESG and the ISOC Board of Trustees shall be two
   year terms, with the initial terms being one and two years,
   respectively.  The goal of the staggered initial terms is to minimize
   potential Trustee turnover in any single year.  To maintain the
   staggered terms, each appointing body may, at its discretion, appoint
   Trustees for shorter terms as needed in exceptional situations, e.g.,
   for mid-term vacancies or when an appointment is not ready by the
   time of the first IETF meeting of the year.

   Once the initial Trustee selections according to the procedures in
   this document are complete, and at each subsequent annual meeting of
   the IETF Trust (once new Trustees are seated), the Trustees shall
   elect one Trustee to serve as IETF Trust Chair by a majority vote of
   the IETF Trust.

   Trustees appointed by the IETF NomCom may be recalled according to
   the recall process described in [BCP10].  Trustees appointed by the
   IESG or by the ISOC Board of Directors may be recalled by the
   appointing body.  For appointments made by the IESG, the IESG is
   expected to run an open selection process and to consider the
   necessary skill set and conflicts of interest as part of that
   process.

4.  Security Considerations

   This memo has no security implications for the Internet.

5.  IANA Considerations

   This document has no IANA actions.

6.  References

6.1.  Normative References

   [BCP10]    Kucherawy, M., Ed., Hinden, R., Ed., and J. Livingood,
              Ed., "IAB, IESG, IETF Trust, and IETF LLC Selection,
              Confirmation, and Recall Process: Operation of the IETF
              Nominating and Recall Committees", BCP 10, RFC 8713,
              February 2020, <https://www.rfc-editor.org/info/bcp10>.

   [RFC4071]  Austein, R., Ed. and B. Wijnen, Ed., "Structure of the
              IETF Administrative Support Activity (IASA)", BCP 101,
              RFC 4071, DOI 10.17487/RFC4071, April 2005,
              <https://www.rfc-editor.org/info/rfc4071>.

   [RFC4371]  Carpenter, B., Ed. and L. Lynch, Ed., "BCP 101 Update for
              IPR Trust", BCP 101, RFC 4371, DOI 10.17487/RFC4371,
              January 2006, <https://www.rfc-editor.org/info/rfc4371>.

6.2.  Informative References

   [RFC8715]  Arkko, J., "IETF Administrative Support Activity 2.0:
              Update to the Process for Selection of Trustees for the
              IETF Trust", RFC 8715, DOI 10.17487/RFC8715, February
              2020, <https://www.rfc-editor.org/info/rfc8715>.

Acknowledgements

   The authors would like to thank members of the earlier IASA 2.0
   design team: Brian Haberman, Eric Rescorla, Jari Arkko, Jason
   Livingood, Joe Hall, and Leslie Daigle.  The authors would also like
   to thank Alissa Cooper, Andrew Sullivan, Brian Carpenter, Lucy Lynch,
   and John Levine for interesting discussions in this problem space.
   The authors would also like to thank Russ Housley, Bob Hinden, Scott
   Mansfield, Alexey Melnikov, Suresh Krishnan, Mirja Kühlewind, Ben
   Campbell, Spencer Dawkins, Martin Vigoreux, Benjamin Kaduk, and
   Adrian Farrel for careful review.  Finally, the authors would like to
   thank the authors of [RFC4371], as the text from that RFC remains in
   this document.

Authors' Addresses

   Jari Arkko
   Ericsson
   FI-02700 Kauniainen
   Finland

   Email: jari.arkko@piuha.net


   Ted Hardie

   Email: ted.ietf@gmail.com
=========================================================================



Internet Engineering Task Force (IETF)                   J. Klensin, Ed.
Request for Comments: 8717                                 February 2020
BCP: 101
Updates: 2028, 2418, 3005, 3710, 3929, 4633,
         6702
Category: Best Current Practice
ISSN: 2070-1721


 IETF Administrative Support Activity 2.0: Consolidated Updates to IETF
                       Administrative Terminology

Abstract

   In 2018, the IETF began the transition to a new administrative
   structure and updated its IETF Administrative Support Activity (IASA)
   to a new "IASA 2.0" structure.  In addition to more substantive
   changes that are described in other documents, the transition to the
   2018 IETF Administrative Support structure changes several position
   titles and organizational relationships that are referenced
   elsewhere.  Rather than reissue those referencing documents
   individually, this specification provides updates to them and
   deprecates some now-obsolete documents to ensure that there is no
   confusion due to these changes.

Status of This Memo

   This memo documents an Internet Best Current Practice.

   This document is a product of the Internet Engineering Task Force
   (IETF).  It represents the consensus of the IETF community.  It has
   received public review and has been approved for publication by the
   Internet Engineering Steering Group (IESG).  Further information on
   BCPs is available in Section 2 of RFC 7841.

   Information about the current status of this document, any errata,
   and how to provide feedback on it may be obtained at
   https://www.rfc-editor.org/info/rfc8717.

Copyright Notice

   Copyright (c) 2020 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (https://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  Introduction
   2.  Where Appropriate, Replacement of the IETF Executive Director
           Position with the Managing Director, IETF Secretariat
   3.  Removal of the IETF Executive Director as an Option
   4.  Deprecated Documents
     4.1.  Documents Whose Context Is Changed by This Specification
     4.2.  General Description of the IETF Administrative Model
   5.  Security Considerations
   6.  References
     6.1.  Normative References
     6.2.  Informative References
   Acknowledgments
   Contributors
   Author's Address

1.  Introduction

   In 2018, the IETF began the transition to a new administrative
   structure, and updated its IETF Administrative Support Activity
   (IASA) to a new "IASA 2.0" structure [RFC8711].  Key IASA 2.0 changes
   have been specified in a series of documents, including changes to
   the IETF Trust [RFC8714], the rationale for it [RFC8715], a new
   defining document for the IETF Administration LLC [LLC-Agreement]
   (informally called the "IETF LLC" or just "the LLC" in places in this
   document and elsewhere), and adjustments to the procedures for
   nominations and selections for relevant positions [RFC8713].

   In addition to more substantive changes that are described in those
   and other documents, the IASA 2.0 structure changes several position
   titles and organizational relationships that are referenced in other
   documents.  Rather than reissue those documents individually, this
   document provides a unified update to them.

   This document updates RFCs 2028, 2418, 3005, 3710, 3929, 4633, and
   6702 (citations in context below) to make those terminology and
   related changes.  In addition, with the authorization of the IAB, it
   requests that the Informational RFC 3716 be made Historic (see
   Section 4).  The sections that follow identify the details of the
   relevant documents and the required changes.

2.  Where Appropriate, Replacement of the IETF Executive Director
    Position with the Managing Director, IETF Secretariat

   Under the IASA 2.0 structure, most of the responsibilities of the
   former position of IETF Executive Director have been assigned to a
   new position (or at least title) of Managing Director, IETF
   Secretariat.  An "Executive Director" title is now associated with
   different, and largely new, responsibilities as an officer of the
   IETF Administration LLC.  These changes are covered in the
   description of the new structural arrangements [RFC8711].

   This document applies that change to the following:

   *  RFC 2028, "The Organizations Involved in the IETF Standards
      Process", [RFC2028], Section 3.3.

   *  RFC 2418, "IETF Working Group Guidelines and Procedures",
      [RFC2418], Section 1.

   *  RFC 3710, "An IESG Charter", [RFC3710], Section 2.

   *  RFC 3929, "Alternative Decision Making Processes for Consensus-
      Blocked Decisions in the IETF", [RFC3929], Sections 4.1.1 and 4.3
      (twice).

   *  RFC 4633, "Experiment in Long-Term Suspensions From Internet
      Engineering Task Force (IETF) Mailing Lists", [RFC4633],
      Section 1.

   *  RFC 6702, "Promoting Compliance with Intellectual Property Rights
      (IPR) Disclosure Rules", [RFC6702], Section 5.

   Note that the current description of the Internet Standards Process
   [RFC2026] does not require an update by this document for this
   purpose because the reference to the IETF Executive Director in RFC
   2026 was replaced by a document [RFC3979] that precedes the current
   effort, and that document was, in turn, obsoleted by RFC 8179
   [RFC8179].

3.  Removal of the IETF Executive Director as an Option

   In a few cases, it is no longer appropriate for either the Managing
   Director, IETF Secretariat (former IETF Executive Director position)
   or the new IETF Executive Director (for the LLC) to perform a
   particular historical function.  The relevant documents are updated
   to remove the IETF Executive Director from the list of people with
   specific responsibilities or authority.  Those documents will not be
   updated to use "Managing Director, IETF Secretariat" but, instead,
   the mention of the position will simply be dropped.

   This document applies that change to the following:

   *  RFC 3005, "IETF Discussion List Charter" [RFC3005], section titled
      "Charter for the IETF Discussion List".  This document is modified
      to remove the authorization for the IETF Executive Director to
      restrict people from posting, etc.

4.  Deprecated Documents

4.1.  Documents Whose Context Is Changed by This Specification

   Both of the documents that follow were obsoleted in 2017 by RFC 8179
   [RFC8179], which changed mentions of the IETF Executive Director to
   point to the IETF Secretariat more generally.

   *  RFC 3979 [RFC3979]

   *  RFC 4879 [RFC4879]

4.2.  General Description of the IETF Administrative Model

   RFC 3716 [RFC3716] was a report of an IAB Advisory Committee that
   served as a starting point for the work that led to the original IASA
   structure.  That report was an IAB document rather than an IETF one.
   The IAB approved a proposal to move RFC 3716 to Historic on March 6,
   2019 [IAB-3716-Historic].

5.  Security Considerations

   The changes specified in this document are matters of terminology and
   organizational structure derived from documents it references.  It
   should have no effect on Internet security.

6.  References

6.1.  Normative References

   [LLC-Agreement]
              IETF Administration LLC, "Limited Liability Company
              Agreement of IETF Administration LLC", 28 August 2018,
              <https://www.ietf.org/documents/180/IETF-LLC-
              Agreement.pdf>.

   [RFC2028]  Hovey, R. and S. Bradner, "The Organizations Involved in
              the IETF Standards Process", BCP 11, RFC 2028,
              DOI 10.17487/RFC2028, October 1996,
              <https://www.rfc-editor.org/info/rfc2028>.

   [RFC2418]  Bradner, S., "IETF Working Group Guidelines and
              Procedures", BCP 25, RFC 2418, DOI 10.17487/RFC2418,
              September 1998, <https://www.rfc-editor.org/info/rfc2418>.

   [RFC3005]  Harris, S., "IETF Discussion List Charter", BCP 45,
              RFC 3005, DOI 10.17487/RFC3005, November 2000,
              <https://www.rfc-editor.org/info/rfc3005>.

   [RFC3710]  Alvestrand, H., "An IESG charter", RFC 3710,
              DOI 10.17487/RFC3710, February 2004,
              <https://www.rfc-editor.org/info/rfc3710>.

   [RFC6702]  Polk, T. and P. Saint-Andre, "Promoting Compliance with
              Intellectual Property Rights (IPR) Disclosure Rules",
              RFC 6702, DOI 10.17487/RFC6702, August 2012,
              <https://www.rfc-editor.org/info/rfc6702>.

   [RFC8711]  Haberman, B., Hall, J., and J. Livingood, "Structure of
              the IETF Administrative Support Activity, Version 2.0",
              BCP 101, RFC 8711, DOI 10.17487/RFC8711, February 2020,
              <https://www.rfc-editor.org/info/rfc8711>.

   [RFC8713]  Kucherawy, M., Ed., Hinden, R., Ed., and J. Livingood,
              Ed., "IAB, IESG, IETF Trust, and IETF LLC Selection,
              Confirmation, and Recall Process: Operation of the IETF
              Nominating and Recall Committees", BCP 10, RFC 8713,
              DOI 10.17487/RFC8713, February 2020,
              <https://www.rfc-editor.org/info/rfc8713>.

   [RFC8714]  Arkko, J. and T. Hardie, "Update to the Process for
              Selection of Trustees for the IETF Trust", BCP 101,
              RFC 8714, DOI 10.17487/RFC8714, February 2020,
              <https://www.rfc-editor.org/info/rfc8714>.

   [RFC8715]  Arkko, J., "IETF Administrative Support Activity 2.0:
              Update to the Process for Selection of Trustees for the
              IETF Trust", RFC 8715, DOI 10.17487/RFC8715, February
              2020, <https://www.rfc-editor.org/info/rfc8715>.

6.2.  Informative References

   [IAB-3716-Historic]
              Internet Architecture Board, "IAB Minutes 2019-03-06", 6
              March 2019, <https://www.iab.org/documents/minutes/
              minutes-2019/iab-minutes-2019-03-06/>.

   [RFC2026]  Bradner, S., "The Internet Standards Process -- Revision
              3", BCP 9, RFC 2026, DOI 10.17487/RFC2026, October 1996,
              <https://www.rfc-editor.org/info/rfc2026>.

   [RFC3716]  IAB Advisory Committee, "The IETF in the Large:
              Administration and Execution", RFC 3716,
              DOI 10.17487/RFC3716, March 2004,
              <https://www.rfc-editor.org/info/rfc3716>.

   [RFC3929]  Hardie, T., "Alternative Decision Making Processes for
              Consensus-Blocked Decisions in the IETF", RFC 3929,
              DOI 10.17487/RFC3929, October 2004,
              <https://www.rfc-editor.org/info/rfc3929>.

   [RFC3979]  Bradner, S., Ed., "Intellectual Property Rights in IETF
              Technology", RFC 3979, DOI 10.17487/RFC3979, March 2005,
              <https://www.rfc-editor.org/info/rfc3979>.

   [RFC4633]  Hartman, S., "Experiment in Long-Term Suspensions From
              Internet Engineering Task Force (IETF) Mailing Lists",
              RFC 4633, DOI 10.17487/RFC4633, August 2006,
              <https://www.rfc-editor.org/info/rfc4633>.

   [RFC4879]  Narten, T., "Clarification of the Third Party Disclosure
              Procedure in RFC 3979", RFC 4879, DOI 10.17487/RFC4879,
              April 2007, <https://www.rfc-editor.org/info/rfc4879>.

   [RFC8179]  Bradner, S. and J. Contreras, "Intellectual Property
              Rights in IETF Technology", BCP 79, RFC 8179,
              DOI 10.17487/RFC8179, May 2017,
              <https://www.rfc-editor.org/info/rfc8179>.

Acknowledgments

   Brian Carpenter's careful checking and identification of documents
   that did, and did not, require consideration was essential to the
   document in its current form.  He also made several other significant
   contributions.  Bob Hinden also gave the document a careful reading
   and made useful suggestions.  In additional to the above, Alissa
   Cooper, Eliot Lear, Heather Flanagan (the RFC Series Editor), and the
   current membership to the IAB helped sort out the handing of RFC
   3716.

Contributors

   Jason Livingood did the hard work of identifying the documents that
   required updating and supplied considerable text used in this
   document.

Author's Address

   John C Klensin (editor)
   1770 Massachusetts Ave, Ste 322
   Cambridge, MA 02140
   United States of America

   Phone: +1 617 245 1457
   Email: john-ietf@jck.com