idnits 2.17.1 draft-dawkins-nomcom-dont-wait-01.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- ** The document seems to lack a License Notice according IETF Trust Provisions of 28 Dec 2009, Section 6.b.ii or Provisions of 12 Sep 2009 Section 6.b -- however, there's a paragraph with a matching beginning. Boilerplate error? (You're using the IETF Trust Provisions' Section 6.b License Notice from 12 Feb 2009 rather than one of the newer Notices. See https://trustee.ietf.org/license-info/.) 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 (Using the creation date from RFC3777, updated by this document, for RFC5378 checks: 2002-06-24) -- The document seems to lack a disclaimer for pre-RFC5378 work, but may have content which was first submitted before 10 November 2008. If you have contacted all the original authors and they are all willing to grant the BCP78 rights to the IETF Trust, then this is fine, and you can ignore this comment. If not, you may need to add the pre-RFC5378 disclaimer. (See the Legal Provisions document at https://trustee.ietf.org/license-info for more information.) -- The document date (March 3, 2009) is 5504 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) ** Obsolete normative reference: RFC 3777 (Obsoleted by RFC 7437) -- Obsolete informational reference (is this intentional?): RFC 5078 (Obsoleted by RFC 7437) Summary: 2 errors (**), 0 flaws (~~), 1 warning (==), 3 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 Network Working Group S. Dawkins, Ed. 3 Internet-Draft Huawei (USA) 4 Updates: 3777 (if approved) March 3, 2009 5 Intended status: BCP 6 Expires: September 4, 2009 8 Nominating Committee Process: Earlier Announcement of Open Positions and 9 Solicitation of Volunteers 10 draft-dawkins-nomcom-dont-wait-01 12 Status of this Memo 14 This Internet-Draft is submitted to IETF in full conformance with the 15 provisions of BCP 78 and BCP 79. 17 Internet-Drafts are working documents of the Internet Engineering 18 Task Force (IETF), its areas, and its working groups. Note that 19 other groups may also distribute working documents as Internet- 20 Drafts. 22 Internet-Drafts are draft documents valid for a maximum of six months 23 and may be updated, replaced, or obsoleted by other documents at any 24 time. It is inappropriate to use Internet-Drafts as reference 25 material or to cite them other than as "work in progress." 27 The list of current Internet-Drafts can be accessed at 28 http://www.ietf.org/ietf/1id-abstracts.txt. 30 The list of Internet-Draft Shadow Directories can be accessed at 31 http://www.ietf.org/shadow.html. 33 This Internet-Draft will expire on September 4, 2009. 35 Copyright Notice 37 Copyright (c) 2009 IETF Trust and the persons identified as the 38 document authors. All rights reserved. 40 This document is subject to BCP 78 and the IETF Trust's Legal 41 Provisions Relating to IETF Documents in effect on the date of 42 publication of this document (http://trustee.ietf.org/license-info). 43 Please review these documents carefully, as they describe your rights 44 and restrictions with respect to this document. 46 Abstract 48 This document updates RFC 3777, Section 4, Bullet 13 to allow 49 announcement of open positions and solicitation of volunteers to be 50 issued before a Nominating and Recall Committee Chair has been named 51 by the Internet Society President. 53 Table of Contents 55 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 56 2. Background of this document . . . . . . . . . . . . . . . . . . 3 57 3. Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . 4 58 4. Updated text from RFC 3777 . . . . . . . . . . . . . . . . . . 5 59 5. Security Considerations . . . . . . . . . . . . . . . . . . . . 5 60 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 5 61 7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 5 62 8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 6 63 8.1. Normative References . . . . . . . . . . . . . . . . . . . 6 64 8.2. Informative References . . . . . . . . . . . . . . . . . . 6 65 Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 6 67 1. Introduction 69 The Internet Engineering Steering Group (IESG), the Internet 70 Architecture Board (IAB), and at-large IETF representatives to the 71 IETF Administrative Oversight Committee (IAOC) are selected by a 72 "Nominating and Recall Committee" (universally abbreviated as 73 "NomCom"). [RFC3777] defines how the NomCom is selected, and the 74 processes it follows as it selects candidates for these positions. 76 This document describes an issue with [RFC3777] that has arisen in 77 practice, and proposes a normative update to resolve the issue. 79 2. Background of this document 81 [RFC3777] is the latest in a series of revisions to the NomCom 82 process. [RFC3777] has been updated once since 2004, but this update 83 ([RFC5078] did not change normative text (it replaced a sample 84 timeline). 86 [RFC5078] identified a serial delay in the process described in 87 [RFC3777], in section 4, "Nominating Committee Selection", bullet 13, 88 which states: 90 The Chair obtains the list of IESG and IAB positions to be 91 reviewed and announces it along with a solicitation for names of 92 volunteers from the IETF community willing to serve on the 93 nominating committee. 95 The solicitation must permit the community at least 30 days during 96 which they may choose to volunteer to be selected for the 97 nominating committee. 99 The list of open positions is published with the solicitation to 100 facilitate community members choosing between volunteering for an 101 open position and volunteering for the nominating committee. 103 The result is that the Chair is the only person who can announce the 104 list of open positions and solicitation for names of volunteers, a 105 process that requires 30 days for public solicitation. 107 Since this is the first step in organizing the NomCom committee, 108 delays in selecting a NomCom Chair translate directly into delays in 109 issuing the solicitation and organizing the NomCom. 111 This proved problematic in practice in 2008-2009, when Joel Halpern 112 was named NomCom Chair less than 30 days prior to the Second IETF 113 meeting. If the 30-day solicitation had already taken place, Joel 114 could have organized the NomCom at the Second IETF meeting, face to 115 face, but since the required 30-day solicitation didn't start until 116 Joel was named, Joel was forced to organize the NomCom by e-mail and 117 conference call. 119 It is desirable to allow the solicitation and announcement to take 120 place in a timely manner so that when a NomCom Chair IS named, the 121 NomCom Chair can immediately announce the source of selection 122 randomness and quickly select voting volunteer members of the NomCom. 124 3. Discussion 126 This document proposes that the IETF Secretariat, not the current 127 NomCom Chair, will issue the announcement of open positions and the 128 solicitation for names of volunteers on behalf of the NomCom Chair 129 who will be named by the ISOC President. This allows the search for 130 NomCom Chair and volunteers to proceed in parallel. 132 This process change covers only the announcement of open positions 133 and the solicitation for names of volunteers. The announcement of 134 the pool of volunteers and the source of randomness used to select 135 voting volunteers is still the responsibility of the current Chair. 136 The goal of this process change is *not* to allow the NomCom process 137 to move to completion without a current Chair, it is only to ensure 138 that a current Chair can begin organizing the NomCom without an 139 avoidable delay, and can use face-to-face time at the Second IETF 140 meeting effectively for this purpose. 142 Note: Some of the comments on version 00 of this draft asked "why 143 isn't the solution just to pick the NomCom Chair sooner?" That's a 144 reasonable question, and this proposal isn't intended to make NomCom 145 Chair selection any less urgent. On the other hand, the RFC 5078 146 timeline for 2008 recommended sending out the announcement and 147 solicitation on 2008/05/25, and Joel sent out his announcement and 148 solicitation on 2008/07/15 - nearly two months later. If that's a 149 one-time occurrance, obviously this proposal isn't necessary. On the 150 other hand, the RFC 5078 dates are almost exactly the same in 2009- 151 2010, so we'll know if there's a problem by 2009-05-24... :-| 153 Note: Some of the comments on version 00 of this draft talked about a 154 "slippery slope" - how far can the NomCom process go without a NomCom 155 Chair? Although it may make sense to assign additional 156 administrative responsibilities to the IETF Secretariat (for example, 157 publish a timeline or publish a mechanism for random selection of 158 voting NomCom members), I've resisted proposing these changes, simply 159 to limit the scope of changes to the NomCom process. 161 4. Updated text from RFC 3777 163 For [RFC3777], in section 4, "Nominating Committee Selection", bullet 164 13, which states: 166 The Chair obtains the list of IESG and IAB positions to be 167 reviewed and announces it along with a solicitation for names of 168 volunteers from the IETF community willing to serve on the 169 nominating committee. 171 this text is replaced with the following text: 173 The IETF Secretariat obtains the list of IESG and IAB positions to 174 be reviewed and announces it along with a solicitation for names 175 of volunteers from the IETF community willing to serve on the 176 nominating committee. 178 Note: This text does not include modifications reflecting NomCom 179 selection of IAOC members. These modifications are being submitted 180 in a separate Internet-Draft. 182 5. Security Considerations 184 This specification describes issues with the current IETF Nominating 185 Committee process ([RFC3777]) and proposes an update to avoid a 186 serial delay. No security considerations apply. 188 6. IANA Considerations 190 No IANA actions are requested in this specification. 192 7. Acknowledgements 194 The editor thanks the following folks who have provided useful 195 observations and guidance on previous versions of this draft: Scott 196 Bradner (who suggested that the IETF Secretariat have this 197 responsibility), Brian Carpenter, Jim Galvin, Joel Halpern, Danny 198 McPherson. 200 8. References 201 8.1. Normative References 203 [RFC3777] Galvin, J., "IAB and IESG Selection, Confirmation, and 204 Recall Process: Operation of the Nominating and Recall 205 Committees", BCP 10, RFC 3777, June 2004. 207 8.2. Informative References 209 [RFC5078] Dawkins, S., "IAB and IESG Selection, Confirmation, and 210 Recall Process: Revision of the Nominating and Recall 211 Committees Timeline", RFC 5078, October 2007. 213 Author's Address 215 Spencer Dawkins (editor) 216 Huawei Technologies (USA) 218 Phone: +1 214 755 3870 219 Email: spencer@wonderhamster.org