RFC 8714 BEST CURRENT PRACTICE GOVERNANCE · IETF TRUST

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

Why the IETF Trust's five trustees are now picked on their own instead of coming from a defunct oversight committee.

On rfc-editor.org ↗
PUBLISHED
February 2020
AUTHORS
J. Arkko, T. Hardie
STREAM
IETF
BUILDS ON
RFC 4371 — BCP 101 Update for IPR Trust
NUMBER OF TRUSTEES
5
NOMCOM APPOINTEES
3, confirmed by the IESG
NOMCOM TERM
3 years
IESG AND ISOC TERMS
2 years
BCP NUMBER
BCP 101
DOI
10.17487/RFC8714
ERRATA
Reported errata

RFC text

Contents
Original text · RFC Editor View on rfc-editor.org ↗
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

AI ELI5

On this page
PROBLEMThe IETF Trust's trustees used to be drawn from the members of the IAOC, but the IAOC was eliminated in an update to the IASA structure, so that rule no longer worked.
MECHANISMThe Trust gets five trustees chosen separately: three appointed by the NomCom and confirmed by the IESG, one appointed by the IESG and one appointed by the ISOC Board of Trustees, all on staggered terms.
WHY IT MATTERSOnly trustee selection changes; everything else about the Trust stays as it was. The RFC obsoletes RFC 4371.

§1Why Trustee Selection Changes

RFC 8714 updates the process for selecting Trustees of the IETF Trust. Previously, members of the IETF Administrative Oversight Committee (IAOC) also acted as Trustees. The IAOC has been eliminated as part of an update to the structure of the IETF Administrative Support Activity (IASA), so the old arrangement had to change.

The memo obsoletes RFC 4371. The changes relate only to the selection of Trustees; all other aspects of the IETF Trust remain as they are. The reasoning behind the change is left to RFC 8715.

A club used to pick its helpers from one committee. The committee was closed, so the club needed a new way to choose them.

§2What the IETF Trust Is

The RFC copies the definition of the Trust from RFC 4371, leaving out the part about Trustee selection and adding a pointer to the IETF Trust website. The Trust was formed to acquire, hold, maintain and license 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 the initial intellectual property, were ISOC and the Corporation for National Research Initiatives. The Beneficiary of the IETF Trust is the IETF as a whole.

The Trust is like a safe box that holds things the IETF uses, such as its rights to certain written works. It is kept for the benefit of everyone in the IETF.

§3Five Trustees from Three Sources

This document revises the Trustee selection procedures originally defined in RFC 4071 and RFC 4371 to remove the requirement that Trustees be drawn from the members of the IAOC.

In the new structure there are five Trustees. Three are appointed by the IETF Nominating Committee (NomCom) and confirmed by the Internet Engineering Steering Group (IESG). One is appointed by the IESG, and one 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 tells the nominating committee which Trustee positions are up for review. The Trust also gives each appointing body a summary of the expertise it wants in candidates.

Five helpers look after the box. Different groups each choose some of them, so no single group picks everyone.

WHO APPOINTS THE FIVE TRUSTEES (RFC 8714)
Appointed byTrusteesTermConfirmation
IETF NomCom33 yearsIESG confirms
IESG12 yearsNone needed
ISOC Board of Trustees12 yearsNone needed

§3Terms of Office

Trustees appointed by the NomCom serve three-year terms. To stagger them, the initial selection is for one, two and three year terms. The IESG and ISOC Board of Trustees appointments are two-year terms, with the initial terms being one year and two years, respectively. The stated goal is to minimize potential Trustee turnover in any single year.

To keep the terms staggered, an appointing body may, at its discretion, appoint Trustees for shorter terms in exceptional situations, for example for mid-term vacancies or when an appointment is not ready by the time of the first IETF meeting of the year.

Helpers do not all start and finish on the same day. That way the box is never left with only brand new helpers.

§3Chair, Recall and Rollout

Once the initial selections are done, and at each later annual meeting of the Trust (after new Trustees are seated), the Trustees elect one of themselves as IETF Trust Chair by a majority vote.

NomCom-appointed Trustees can be recalled using the process in BCP 10 (RFC 8713). Trustees appointed by the IESG or by the ISOC Board can be recalled by the appointing body. For IESG appointments, the IESG is expected to run an open selection process and to consider the necessary skills and conflicts of interest.

Putting this into effect needs a change to the Trust Agreement. The document asks the current Trustees to make it at the earliest convenient time and no later than the end of the 104th IETF meeting in March 2019.

The helpers vote for a leader, and whoever chose a helper can usually send them home again if things go wrong.

§4Security and IANA Considerations

The memo states that it has no security implications for the Internet. It also has no IANA actions, because it concerns how an organization picks its Trustees and not any protocol.

This is about who picks the helpers, not about computers talking, so nothing about network safety changes.

§7References