idnits 2.17.00 (12 Aug 2021) /tmp/idnits42248/draft-ietf-iasa2-trust-update-03.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- No issues found here. Miscellaneous warnings: ---------------------------------------------------------------------------- == The copyright year in the IETF Trust and authors Copyright Line does not match the current year -- The document date (February 4, 2019) is 1195 days in the past. Is this intentional? Checking references for intended status: Best Current Practice ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) == Outdated reference: draft-ietf-iasa2-rfc7437bis has been published as RFC 8713 ** Obsolete normative reference: RFC 4071 (Obsoleted by RFC 8711) ** Obsolete normative reference: RFC 4371 (Obsoleted by RFC 8714) == Outdated reference: draft-ietf-iasa2-trust-rationale has been published as RFC 8715 Summary: 2 errors (**), 0 flaws (~~), 3 warnings (==), 1 comment (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 Internet Engineering Task Force J. Arkko 3 Internet-Draft Ericsson 4 Obsoletes: 4371 (if approved) T. Hardie 5 Intended status: Best Current Practice February 4, 2019 6 Expires: August 8, 2019 8 Update to the Process for Selection of Trustees for the IETF Trust 9 draft-ietf-iasa2-trust-update-03 11 Abstract 13 This memo updates the process for selection of trustees for the IETF 14 Trust. Previously, the Internet Administrative Oversight Committee 15 (IAOC) members also acted as trustees, but the IAOC has been 16 eliminated as part of an update of the structure of the Internet 17 Administrative Support Activity (IASA). This memo specifies that the 18 trustees shall be selected separately. 20 This memo obsoletes RFC 4371. The changes relate only to the 21 selection of trustees. All other aspects of the IETF Trust remain as 22 they are today. 24 Status of This Memo 26 This Internet-Draft is submitted in full conformance with the 27 provisions of BCP 78 and BCP 79. 29 Internet-Drafts are working documents of the Internet Engineering 30 Task Force (IETF). Note that other groups may also distribute 31 working documents as Internet-Drafts. The list of current Internet- 32 Drafts is at http://datatracker.ietf.org/drafts/current/. 34 Internet-Drafts are draft documents valid for a maximum of six months 35 and may be updated, replaced, or obsoleted by other documents at any 36 time. It is inappropriate to use Internet-Drafts as reference 37 material or to cite them other than as "work in progress." 39 This Internet-Draft will expire on August 8, 2019. 41 Copyright Notice 43 Copyright (c) 2019 IETF Trust and the persons identified as the 44 document authors. All rights reserved. 46 This document is subject to BCP 78 and the IETF Trust's Legal 47 Provisions Relating to IETF Documents 48 (http://trustee.ietf.org/license-info) in effect on the date of 49 publication of this document. Please review these documents 50 carefully, as they describe your rights and restrictions with respect 51 to this document. Code Components extracted from this document must 52 include Simplified BSD License text as described in Section 4.e of 53 the Trust Legal Provisions and are provided without warranty as 54 described in the Simplified BSD License. 56 Table of Contents 58 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 59 2. IETF Trust . . . . . . . . . . . . . . . . . . . . . . . . . 2 60 3. Selection of Trustees . . . . . . . . . . . . . . . . . . . . 3 61 4. Security Considerations . . . . . . . . . . . . . . . . . . . 4 62 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 4 63 6. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 4 64 7. References . . . . . . . . . . . . . . . . . . . . . . . . . 4 65 7.1. Normative References . . . . . . . . . . . . . . . . . . 4 66 7.2. Informative References . . . . . . . . . . . . . . . . . 5 67 Appendix A. Changes from Previous Versions . . . . . . . . . . . 5 68 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 5 70 1. Introduction 72 This memo updates the process for selection of trustees for the IETF 73 Trust. Previously, the Internet Administrative Oversight Committee 74 (IAOC) members also acted as trustees, but the IAOC has been 75 eliminated as part of an update of the structure of the Internet 76 Administrative Support Activity (IASA). This memo specifies that the 77 trustees shall be selected separately. See Section 3. 79 This memo obsoletes RFC 4371. The changes relate only to the 80 selection of trustees. All other aspects of the IETF Trust remain as 81 they are today. Section 2 copies the definition as it was in RFC 82 4371, only leaving out the part about trustee selection and adding a 83 reference to the IETF Trust website. 85 For a discussion of why this change is needed and a rationale for 86 these specific changes, see [I-D.ietf-iasa2-trust-rationale]. 88 2. IETF Trust 90 A Trust ("the IETF Trust") has been formed for the purpose of 91 acquiring, holding, maintaining, and licensing certain existing and 92 future intellectual property and other property used in connection 93 with the administration of the IETF. The Trust was formed by the 94 signatures of its Settlors and initial Trustees. The Settlors, who 95 contributed initial intellectual property to the Trust, were ISOC and 96 the Corporation for National Research Initiatives. The Beneficiary 97 of the IETF Trust is the IETF as a whole. 99 Further details of the IETF Trust may be found at the IETF Trust's 100 website, . 102 3. Selection of Trustees 104 This document revises the original Trustee selection procedures 105 defined in [RFC4071] and [RFC4371], to eliminate the requirement that 106 trustees be drawn from the members of the IAOC. 108 In this newly revised IETF Trust structure, there will be five 109 Trustees. Three shall be appointed by the IETF Nominating Committee 110 (NomCom) and confirmed by the Internet Engineering Steering Group 111 (IESG), one shall be appointed by the IESG, and one shall be 112 appointed by the Internet Society (ISOC) Board of Trustees. The 113 appointments by the IESG and ISOC Board of Trustees do not require 114 confirmation. 116 The IETF Trust Chair informs the nominating committee of the Trustee 117 positions to be reviewed. The IETF Trust will provide a summary of 118 the expertise desired of the Trustee candidates to each appointing 119 body. 121 A change to the Trust Agreement is required to put this change into 122 effect, and this document requests that the current Trustees make 123 this change at the earliest convenient time and no later than the end 124 of the 104th IETF meeting in March 2019. 126 The terms of the appointed trustees from IETF NomCom shall be three 127 years. The initial selection shall be one, two, and three year terms 128 in order to initially stagger the terms. The other appointments by 129 the IESG and the ISOC Board of Trustees shall be two year terms, with 130 the initial terms being one and two years, respectively. The goal of 131 the staggered initial terms is to minimize potential Trustee turnover 132 in any single year. To maintain the staggered terms, each appointing 133 body may at its discretion appoint Trustees for shorter terms as 134 needed in exceptional situations, e.g., for mid-term vacancies or 135 when an appointment is not ready by the time of the first IETF of the 136 year. 138 Once the initial trustee selections according to the procedures in 139 this document are complete, and at each subsequent annual meeting of 140 the IETF Trust once new trustees are seated, the trustees shall elect 141 by a majority vote of the IETF Trust one trustee to serve as IETF 142 Trust Chair. 144 The processes regarding NomCom appointments and recalls of Trustees 145 for the IETF Trust follow those described in 146 [I-D.ietf-iasa2-rfc7437bis]. For the appointments by the IESG, the 147 IESG is expected to run an open selection process and to consider the 148 necessary skill set and conflicts of interest as part of that 149 process. 151 4. Security Considerations 153 This memo has no security implications for the Internet. 155 5. IANA Considerations 157 This memo requests no action from IANA. 159 6. Acknowledgements 161 The authors would like to thank members of the earlier IASA 2.0 162 design team who were Brian Haberman, Eric Rescorla, Jari Arkko, Jason 163 Livingood, Joe Hall, and Leslie Daigle. The authors would also like 164 to thank Alissa Cooper, Andrew Sullivan, Brian Carpenter, Lucy Lynch, 165 and John Levine for interesting discussions in this problem space. 166 The authors would also like to thank Russ Housley, Bob Hinden, Scott 167 Mansfield, Alexey Melnikov, Suresh Krishnan, Mirja Kuhlewind, Ben 168 Campbell, Spencer Dawkins, Martin Vigoreux, Benjamin Kaduk, and 169 Adrian Farrel for careful review. Finally, the authors would like to 170 thank the authors of [RFC4371], as the text from that RFC remains in 171 this document. 173 7. References 175 7.1. Normative References 177 [I-D.ietf-iasa2-rfc7437bis] 178 Kucherawy, M., Hinden, R., and J. Livingood, "IAB, IESG, 179 IETF Trust and IETF LLC Selection, Confirmation, and 180 Recall Process: Operation of the IETF Nominating and 181 Recall Committees", draft-ietf-iasa2-rfc7437bis-05 (work 182 in progress), January 2019. 184 [RFC4071] Austein, R., Ed. and B. Wijnen, Ed., "Structure of the 185 IETF Administrative Support Activity (IASA)", BCP 101, 186 RFC 4071, DOI 10.17487/RFC4071, April 2005, 187 . 189 [RFC4371] Carpenter, B., Ed. and L. Lynch, Ed., "BCP 101 Update for 190 IPR Trust", BCP 101, RFC 4371, DOI 10.17487/RFC4371, 191 January 2006, . 193 7.2. Informative References 195 [I-D.ietf-iasa2-trust-rationale] 196 Arkko, J., "Discussion of the IASA 2.0 Changes as They 197 Relate to the IETF Trust", draft-ietf-iasa2-trust- 198 rationale-03 (work in progress), October 2018. 200 Appendix A. Changes from Previous Versions 202 RFC Editor: Please remove this section upon publication. 204 The -03pre1b version replaced updates of RFCs 4071 and 4371 with 205 obsoletion of RFC 4371, and updated the reference to RFC 7437 to its 206 newer bis version. It also copied the one remaining paragraph from 207 RFC 4371 to this document. 209 The version draft-itef-iasa2-trust-update-02.txt made some editorial 210 corrections, as well as clarifying that no confirmation is needed in 211 the cases other than the nomcom appointment, specified how IETF Trust 212 chair is chosen, and required that an open process be used by the 213 IESG for the selections. 215 The version draft-ietf-iasa2-trust-update-01.txt has taken into 216 account last call comments. The changes are: 1) Clarification of the 217 role of the IETF Trust Chair to indicate which trustee positions are 218 up for selection, similar to how RFC 7437 requires the IETF Executive 219 Director to do it. 2) The addition of empty security and IANA 220 consideration sections. 3) The clarification of the staggering rules 221 for NomCom selections. 4) Updated text regarding the application of 222 rules from RFC 7437. 5) Update draft title to be correct in terms of 223 specifying a process rather than the actual persons. 6) Update the 224 text regarding desirable expertise to use the same language as in RFC 225 7437 instead of the "list of desired qualifications". 227 The version draft-ietf-iasa2-trust-update-00.txt corrected the 228 desired document status to BCP, and made several editorial and 229 language updates. This version also updated the wording for the 230 request for the current trustees to adopt this change, from "earliest 231 convenience" to "earliest convenient time". 233 The version draft-arkko-iasa2-trust-update-00.txt was the initial 234 version. 236 Authors' Addresses 237 Jari Arkko 238 Ericsson 239 Kauniainen 02700 240 Finland 242 Email: jari.arkko@piuha.net 244 Ted Hardie 246 Email: ted.ietf@gmail.com