1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
|
Network Working Group G. Huston, Ed.
Request for Comments: 4333 APNIC
BCP: 113 B. Wijnen, Ed.
Category: Best Current Practice Lucent Technologies
December 2005
The IETF Administrative Oversight Committee (IAOC)
Member Selection Guidelines and Process
Status of This Memo
This document specifies an Internet Best Current Practices for the
Internet Community, and requests discussion and suggestions for
improvements. Distribution of this memo is unlimited.
Copyright Notice
Copyright (C) The Internet Society (2005).
Abstract
This memo outlines the guidelines for selection of members of the
IETF Administrative Oversight Committee, and describes the selection
process used by the IAB and the IESG.
1. Introduction
The IETF Administrative Support Activity (IASA) provides the
administrative structure required to support the IETF standards
process and to support the IETF's technical activities. Within this
activity is the office of the IETF Administrative Director (IAD) and
the IETF Administrative Oversight Committee (IAOC). In addition to
the ex-officio roles of the IETF Chair and IAB Chair on this
committee, the IAB and IESG are each responsible for the appointment
of one voting member of this committee.
This memo outlines the process by which the IAB and IESG make their
selections. This process will also be used in the event of mid-term
vacancies that may arise with these positions.
The document also provides guidance to the IETF Nominations Committee
regarding desirable qualifications and selection criteria for IAOC
candidates.
The same guidance may be used by the Internet Society (ISOC) Board of
Trustees within its process of IAOC member appointment.
Huston & Wijnen Best Current Practice [Page 1]
^L
RFC 4333 IAOC Member Selection December 2005
1.1. Overview of IAOC
The IASA is described in [RFC4071]. It is headed by a full-time ISOC
employee, the IETF Administrative Director (IAD), an officer
empowered to act on behalf of the IASA at the direction of the IAOC.
The IAOC's role is to provide appropriate direction to the IAD, to
review the IAD's regular reports, and to oversee the IASA functions
to ensure that the administrative needs of the IETF community are
being properly met. The IAOC's mission is not to be engaged in the
day-to-day administrative work of IASA, but rather to provide
appropriate direction, oversight, and approval.
As described in [RFC4071], the IAOC's responsibilities are as
follows:
o To select the IAD and provide high-level review and direction for
his or her work. This task should be handled by a sub-committee,
as described in [RFC4071].
o To review the IAD's plans and contracts to ensure that they will
meet the administrative needs of the IETF.
o To track whether the IASA functions are meeting the IETF
community's administrative needs, and to work with the IAD to
determine a plan for corrective action if they are not.
o To review the IAD's budget proposals to ensure that they will meet
the IETF's needs, and review the IAD's regular financial reports.
o To ensure that the IASA is run in a transparent and accountable
manner. While the day-to-day work should be delegated to the IAD
and others, the IAOC is responsible for ensuring that IASA
finances and operational status are tracked appropriately and that
monthly, quarterly, and annual financial and operational reports
are published to the IETF community.
o To designate, in consultation with the IAB and the IESG, the
person or people who carry out the tasks that other IETF process
documents say are to be carried out by the IETF Executive
Director.
The IAOC's role is to direct and review, not perform, the work of the
IAD and IASA. The IAOC holds periodic teleconferences and
face-to-face meetings as needed to carry out the IAOC's duties
efficiently and effectively.
Huston & Wijnen Best Current Practice [Page 2]
^L
RFC 4333 IAOC Member Selection December 2005
1.2. Overview of Selection Process
In brief, this document describes the time frame and procedures for
the IAB and IESG to solicit public input and make a selection for the
position.
2. Desirable Qualifications and Selection Criteria for IETF-Nominated
IAOC Members
The qualifications and selection criteria described in this section
shall be used by the IAB and IESG in selecting a suitably qualified
candidate for the IAOC position. As described in [RFC4071], the IETF
Nominations Committee also has the responsibility to select IAOC
members, and the Nominations Committee shall also use these desirable
qualifications and selection criteria to guide its selection process.
The same guidance may be used by the ISOC Board of Trustees within
its process of IAOC member appointment.
Candidates for these IAOC positions should have knowledge of the
IETF, knowledge of contracts and financial procedures, and
familiarity with the administrative support needs of the IAB, the
IESG, and the IETF standards process.
The candidates are also expected to be able to understand the
respective roles and responsibilities of the IETF and ISOC in this
activity, and be able to articulate these roles within the IETF
community.
The candidates will also be expected to exercise all the duties of an
IAOC member, including being prepared to undertake any associated
responsibilities. These include, but are not limited to, the setting
of administrative support policies, oversight of the administrative
operations of the IETF, and representing the interests of the IETF to
the IAOC. The candidates must be able to undertake full
participation in all committee meetings and committee activities.
In the case of the IAB-selected member of the IAOC, this individual
does not directly represent the IAB. Similarly for the IESG-selected
member of the IAOC, this individual does not directly represent the
IESG. The IAB- and IESG-selected members are accountable directly to
the IETF community.
In the case of IAOC members selected by the IETF Nominations
Committee, such members do not represent any particular sub-grouping
of IETF participants. IETF Nominations Committee-selected IAOC
members are accountable directly to the entire IETF community.
Huston & Wijnen Best Current Practice [Page 3]
^L
RFC 4333 IAOC Member Selection December 2005
3. IAB and IESG Selection Process of an IAOC Member
3.1. Nominations and Eligibility
The IAB and IESG will alternate year by year in making a public call
for nominations on the ietf-announce@ietf.org mailing list. The
public call will specify the manner by which nominations will be
accepted and the means by which the list of nominees will be
published.
Self-nominations are permitted. Along with the name and contact
information for each candidate, details about the candidate's
background and qualifications for the position should be attached to
the nomination. All IETF participants, including working group
chairs, IETF Nominating Committee members, and IAB and IESG members
are eligible for nomination.
IAB members who accept a nomination for an IAB-selected position will
recuse themselves from IAB selection discussions. Similarly, IESG
members who accept a nomination for an IESG-selected position will
recuse themselves from IESG selection discussions.
3.2. Selection
The selecting body will publish the list of nominated persons prior
to making a decision, allowing time for the community to pass any
relevant comments to that body.
The selecting body will review the nomination material and any
submitted comments, and make its selection.
3.3. Care of Personal Information
The following procedures will be used by the IAB and IESG in managing
candidates' personal information:
o The candidate's name will be published, with all other candidate
names, at the close of the nominations period.
o Except as noted above, all information provided to the IAB or IESG
during this process will be kept as confidential to that body.
3.4. Term of Office and Selection Time Frame
The IAB and IESG expect to seat their selected committee member at
the first IETF meeting of every second year, for a two-year term of
office. The IAB and IESG will alternate each year in undertaking a
selection, except for the initial selection. For the first year, the
Huston & Wijnen Best Current Practice [Page 4]
^L
RFC 4333 IAOC Member Selection December 2005
IAB and IESG will operate their selection process concurrently. Also
for the first year, the IESG-selected candidate will serve on the
committee for an initial term ending with the first IETF meeting of
the following year, and the IAB-selected candidate will serve for a
term one year longer than the IESG-selected candidate. Thereafter,
the candidates will be seated for two-year terms.
Basic time frame requirements for the selection process are as
follows:
o 3-4 weeks for solicitation of nominations.
o 3-4 weeks for review of nominees, deliberation, and selection.
In November of every year, the selecting body of that year will
announce the specific dates for the selection process for that year,
following the guidelines above.
3.5. Mid-term Vacancies
This document describes the process for the general appointment of
IAB-selected and IESG-selected IAOC members. However, if the
appointed member is unable to serve the full two-year term, the
selecting body may, at its discretion, immediately select a
replacement to serve the remainder of the term using the interim
process defined in Section 3.5.1. If the selecting body does not
invoke the interim process, the next regularly scheduled two-year
selection process will fill the vacancy.
3.5.1. Interim Appointment Process
If the selecting body elects to fill the mid-term vacancy before the
next regularly scheduled two-year selection process, a separate time
line will be announced and the remainder of the process described in
this document will be followed.
4. Security Considerations
This document does not describe any technical protocols and has no
implications for network security.
5. Acknowledgements
This document is based extensively on RFC 3677 [RFC3677]. It has
benefited from helpful review comments from Harald Alvestrand, Brian
Carpenter, Leslie Daigle, Rob Evans, Michael Patton, Mark Townsley,
and Margaret Wasserman.
Huston & Wijnen Best Current Practice [Page 5]
^L
RFC 4333 IAOC Member Selection December 2005
6. Informative References
[RFC3677] Daigle, L. and Internet Architecture Board , "IETF ISOC
Board of Trustee Appointment Procedures", BCP 77, RFC
3677, December 2003.
[RFC4071] Austein, R. and B. Wijnen, "Structure of the IETF
Administrative Support Activity (IASA)", BCP 101, RFC
4071, April 2005.
Huston & Wijnen Best Current Practice [Page 6]
^L
RFC 4333 IAOC Member Selection December 2005
Appendix A. IAB Members
Internet Architecture Board members at the time this document was
written were the following:
Bernard Aboba
Loa Andersson
Brian Carpenter
Leslie Daigle
Patrik Faltstrom
Bob Hinden
Kurtis Lindqvist
David Meyer
Pekka Nikander
Eric Rescorla
Pete Resnick
Janathan Rosenberg
Lixia Zhang
Appendix B. IESG Members
Internet Engineering Steering Group members at the time this document
was written were the following:
Brian Carpenter
Bill Fenner
Ted Hardie
Sam Hartman
Scott Hollenbeck
Russell Housley
David Kessens
Allison Mankin
Mark Townsley
Jon Peterson
Margaret Wasserman
Bert Wijnen
Alex Zinin
Huston & Wijnen Best Current Practice [Page 7]
^L
RFC 4333 IAOC Member Selection December 2005
Authors' Addresses
Geoff Huston (editor)
APNIC
EMail: gih@apnic.net
Bert Wijnen (editor)
Lucent Technologies
EMail: bwijnen@lucent.com
Huston & Wijnen Best Current Practice [Page 8]
^L
RFC 4333 IAOC Member Selection December 2005
Full Copyright Statement
Copyright (C) The Internet Society (2005).
This document is subject to the rights, licenses and restrictions
contained in BCP 78, and except as set forth therein, the authors
retain all their rights.
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Intellectual Property
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the procedures with respect to rights in RFC documents can be
found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at ietf-
ipr@ietf.org.
Acknowledgement
Funding for the RFC Editor function is currently provided by the
Internet Society.
Huston & Wijnen Best Current Practice [Page 9]
^L
|