idnits 2.17.00 (12 Aug 2021) /tmp/idnits25436/draft-kucherawy-nomcom-procexp-01.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 (November 15, 2016) is 2006 days in the past. Is this intentional? Checking references for intended status: Experimental ---------------------------------------------------------------------------- ** Obsolete normative reference: RFC 7437 (Obsoleted by RFC 8713) Summary: 1 error (**), 0 flaws (~~), 1 warning (==), 1 comment (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 Network Working Group M. Kucherawy, Ed. 3 Internet-Draft November 15, 2016 4 Intended status: Experimental 5 Expires: May 19, 2017 7 Process Experiment: Expanded Qualification of Nominating Committee 8 Selecting Members 9 draft-kucherawy-nomcom-procexp-01 11 Abstract 13 The criteria by which one qualifies to be a selecting member of the 14 IETF Nominating Committee are somewhat limited, having been developed 15 long before the current IETF meeting model that allows for greater 16 remote participation both during and between organized meetings. 17 This document describes a process experiment whereby those criteria 18 are extended to meet the IETF's current participation model. If 19 successful, the results of this experiment can be folded into our 20 permanent NomCom procedures. 22 Status of This Memo 24 This Internet-Draft is submitted in full conformance with the 25 provisions of BCP 78 and BCP 79. 27 Internet-Drafts are working documents of the Internet Engineering 28 Task Force (IETF). Note that other groups may also distribute 29 working documents as Internet-Drafts. The list of current Internet- 30 Drafts is at http://datatracker.ietf.org/drafts/current/. 32 Internet-Drafts are draft documents valid for a maximum of six months 33 and may be updated, replaced, or obsoleted by other documents at any 34 time. It is inappropriate to use Internet-Drafts as reference 35 material or to cite them other than as "work in progress." 37 This Internet-Draft will expire on May 19, 2017. 39 Copyright Notice 41 Copyright (c) 2016 IETF Trust and the persons identified as the 42 document authors. All rights reserved. 44 This document is subject to BCP 78 and the IETF Trust's Legal 45 Provisions Relating to IETF Documents 46 (http://trustee.ietf.org/license-info) in effect on the date of 47 publication of this document. Please review these documents 48 carefully, as they describe your rights and restrictions with respect 49 to this document. Code Components extracted from this document must 50 include Simplified BSD License text as described in Section 4.e of 51 the Trust Legal Provisions and are provided without warranty as 52 described in the Simplified BSD License. 54 Table of Contents 56 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 57 2. Definition of the Experiment . . . . . . . . . . . . . . . . 2 58 3. Evaluating the Experiment . . . . . . . . . . . . . . . . . . 3 59 4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 4 60 5. Security Considerations . . . . . . . . . . . . . . . . . . . 4 61 6. Normative References . . . . . . . . . . . . . . . . . . . . 4 62 Appendix A. Acknowledgments . . . . . . . . . . . . . . . . . . 5 63 Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 5 65 1. Introduction 67 This document describes an IETF Process Experiment as described in 68 [RFC3933]. The goal of the experiment is to test a new model for 69 qualification as a selecting member of the IETF Nominating Committee 70 ("NomCom"), which is defined in [RFC7437]. 72 Since 1996, the criteria for qualifying as a selecting member of the 73 NomCom required recent in-person attendance at several meetings; the 74 first two NomCom documents said "two of the last three meetings", and 75 the two that followed said "three of the last five meetings". The 76 purpose of this constraint is to prefer community members that have 77 had an opportunity to observe the contributions and conduct of other 78 members directly rather than purely through remote participation. 80 This has served the IETF well, though recently it has been observed 81 that this explicitly excludes participants whose contributions are 82 primarily remote, and may select for people with the budgets to 83 travel and pay registration fees yet actually contribute to the IETF 84 less than some remote participants. This is the issue that this 85 process experiment seeks to resolve. 87 2. Definition of the Experiment 89 This experiment is defined to last for one year, starting with the 90 first call for volunteers to serve as NomCom selecting members, and 91 ending when that NomCom has completed its work and thus dissolves. 92 The next NomCom after publication of this document is approved and 93 published is the one that will carry out the experiment. 95 For the NomCom cycle conducting the experiment, the Chair of that 96 NomCom shall permit into the volunteer pool any person that chooses 97 to volunteer. Language soliciting volunteers shall especially 98 encourage those with substantial IETF experience to volunteer, 99 regardless of their in-person attendance record. 101 The slate of selecting members shall then be chosen per the procedure 102 in [RFC7437], but only after the various required Liaison seats have 103 been filled, to allow for additional oversight of the experiment. 105 The Chair then announces the list of selecting members, as specified 106 in Section 4.17 of [RFC7437], with the following changes: 108 1. Those members who have not attended three of the last five 109 meetings of the IETF are explicitly identified in the list. 111 2. The challenge period is extended to two weeks. 113 3. A new reason to challenge a selection is that a specific member 114 who has not attended three of the last five meetings of the IETF 115 is not suitable for the NomCom. Such a challenge must be 116 accompanied by an explanation of why that particular member is 117 not suitable. 119 If it becomes apparent that this experimental process is being abused 120 or is otherwise not working, the NomCom Chair can immediately declare 121 the experiment aborted. In that instance, the pool of volunteers is 122 purged of those who have not attended three of the last five meetings 123 of the IETF, the seats held by selecting members not meeting that 124 criterion are vacated, and those seats are then filled by the pure 125 [RFC7437] process. 127 3. Evaluating the Experiment 129 Upon expiration or early termination of the experiment, the NomCom 130 chair shall report to the IESG, to the extent practical given the 131 NomCom's confidentiality constraints, the details for the success or 132 failure of the experiment. This report and any community comment the 133 IESG wishes to solicit shall be used by the IESG to decide one of the 134 following: 136 1. That the experiment has revealed that the selection criteria as 137 they exist in [RFC7437] are serving the IETF well and no change 138 is needed; 140 2. That the results of the experiment suggest an additional 141 experiment should be run with different parameters; 143 3. That the results of the experiment suggest that the changes made 144 in Section 2 should be made permanent via an update to [RFC7437]; 145 or 147 4. That the results of the experiment suggest that some variation of 148 the changes made in Section 2 should be made permanent via an 149 update to [RFC7437]. 151 4. IANA Considerations 153 This document contains no actions for IANA. 155 [RFC Editor: Please remove this section prior to publication.] 157 5. Security Considerations 159 This is an IETF process experiment related to the operation of the 160 NomCom. Any security issues are already covered by [RFC7437]. 162 The greatest threat is to the smooth operation of the NomCom and, 163 indirectly, the bodies to which it appoints people. The "abort" 164 provision included in Section 2 allows the people already in charge 165 of the operation of the IETF to close any loopholes the experiment 166 introduces if it is perceived that they are creating a problem. 168 6. Normative References 170 [RFC3933] Klensin, J. and S. Dawkins, "A Model for IETF Process 171 Experiments", BCP 93, RFC 3933, DOI 10.17487/RFC3933, 172 November 2004, . 174 [RFC7437] Kucherawy, M., Ed., "IAB, IESG, and IAOC Selection, 175 Confirmation, and Recall Process: Operation of the 176 Nominating and Recall Committees", BCP 10, RFC 7437, 177 DOI 10.17487/RFC7437, January 2015, 178 . 180 Appendix A. Acknowledgments 182 Harald Alvestrand, Tony Hansen, and Barry Leiba provided reviews and 183 comments during the development of this proposal. 185 Author's Address 187 Murray S. Kucherawy (editor) 188 270 Upland Drive 189 San Francisco, CA 94127 190 United States 192 EMail: superuser@gmail.com