rfc8713xml2.original.xml   rfc8713.xml 
<?xml version="1.0" encoding="US-ASCII"?> <?xml version='1.0' encoding='utf-8'?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" version="3" category="bcp" conse
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [ nsus="true" docName="draft-ietf-iasa2-rfc7437bis-09" indexInclude="true" ipr="tr
ust200902" number="8713" obsoletes="7437, 8318" prepTime="2020-02-26T17:11:37" s
<!ENTITY RFC3710 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC cripts="Common,Latin" sortRefs="true" submissionType="IETF" symRefs="true" tocDe
.3710.xml"> pth="3" tocInclude="true" xml:lang="en">
<!ENTITY RFC3777 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC <link href="https://datatracker.ietf.org/doc/draft-ietf-iasa2-rfc7437bis-09" r
.3777.xml"> el="prev"/>
<!ENTITY RFC3797 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC <link href="https://dx.doi.org/10.17487/rfc8713" rel="alternate"/>
.3797.xml"> <link href="urn:issn:2070-1721" rel="alternate"/>
<!ENTITY RFC4071 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC <front>
.4071.xml"> <title abbrev="NomCom">IAB, IESG, IETF Trust, and IETF LLC Selection, Confir
<!ENTITY RFC5078 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC mation, and Recall Process: Operation of the IETF Nominating and Recall Committe
.5078.xml"> es</title>
<!ENTITY RFC5633 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC <seriesInfo name="RFC" value="8713" stream="IETF"/>
.5633.xml"> <seriesInfo name="BCP" value="10" stream="IETF"/>
<!ENTITY RFC6859 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC <author initials="M." surname="Kucherawy" fullname="Murray S. Kucherawy" rol
.6859.xml"> e="editor">
<!ENTITY RFC7437 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC <organization showOnFrontPage="true"/>
.7437.xml"> <address>
<!ENTITY RFC7776 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC <postal>
.7776.xml"> <street>270 Upland Drive</street>
<!ENTITY RFC8318 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC <city>San Francisco</city>
.8318.xml"> <region>CA</region>
<code>94127</code>
<!ENTITY I-D.ietf-iasa2-rfc4071bis SYSTEM "http://xml.resource.org/public/rfc/bi <country>United States of America</country>
bxml3/reference.I-D.ietf-iasa2-rfc4071bis.xml"> </postal>
<email>superuser@gmail.com</email>
<!ENTITY I-D.ietf-iasa2-trust-update SYSTEM "http://xml.resource.org/public/rfc/ </address>
bibxml3/reference.I-D.ietf-iasa2-trust-update.xml"> </author>
<author fullname="Robert M. Hinden" initials="R." surname="Hinden" role="edi
<!ENTITY I-D.ietf-iasa2-consolidated-upd SYSTEM tor">
"http://xml.resource.org/public/rfc/bibxml3/reference.I-D.ietf-iasa2-consolidate <organization showOnFrontPage="true">Check Point Software</organization>
d-upd.xml"> <address>
<postal>
]> <street/>
<city>San Carlos</city>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?> <region>CA</region>
<country>United States of America</country>
<?rfc strict="yes"?> </postal>
<?rfc toc="yes"?> <email>bob.hinden@gmail.com</email>
<?rfc tocdepth="4"?> </address>
<?rfc symrefs="yes"?> </author>
<?rfc sortrefs="yes"?> <author fullname="Jason Livingood" initials="J." surname="Livingood" role="e
<?rfc compact="yes"?> ditor">
<?rfc subcompact="no"?> <organization showOnFrontPage="true">Comcast</organization>
<address>
<rfc <postal>
category="bcp" <street/>
docName="draft-ietf-iasa2-rfc7437bis-09" <city>Philadelphia</city>
obsoletes="7437, 8318" <region>PA</region>
ipr="trust200902"> <country>United States of America</country>
</postal>
<front> <email>jason_livingood@comcast.com</email>
</address>
<title abbrev="NomCom"> </author>
IAB, IESG, IETF Trust and IETF LLC Selection, Confirmation, and Recall Pr <date month="02" year="2020"/>
ocess: <area>General</area>
Operation of the IETF Nominating and Recall Committees <workgroup>IETF Administrative Support Activity 2</workgroup>
</title> <keyword>IASA</keyword>
<keyword>IASA 2.0</keyword>
<author initials="M. S." surname="Kucherawy" fullname="Murray S. Kucherawy" role <keyword>IASA2</keyword>
="editor"> <abstract pn="section-abstract">
<organization/> <t pn="section-abstract-1">The process by which the members of the IAB and
<address> IESG, some
<postal> Trustees of the IETF Trust, and some Directors of the IETF
<street>270 Upland Drive</street> Administration LLC (IETF LLC)
<city>San Francisco</city>
<region>CA</region>
<code>94127</code>
<country>United States</country>
</postal>
<email>superuser@gmail.com</email>
</address>
</author>
<author fullname="Robert M. Hinden" initials="R." surname="Hinden" role="editor"
>
<organization>Check Point Software</organization>
<address>
<postal>
<street></street>
<city>San Carlos</city>
<region>CA</region>
<country>USA</country>
</postal>
<email>bob.hinden@gmail.com</email>
</address>
</author>
<author fullname="Jason Livingood" initials="J." surname="Livingood" role="edito
r">
<organization>Comcast</organization>
<address>
<postal>
<street></street>
<city>Philadelphia</city>
<region>PA</region>
<country>USA</country>
</postal>
<email>jason_livingood@comcast.com</email>
</address>
</author>
<date month="" year=""/>
<area>General</area>
<!--
<workgroup>IETF Administrative Support Activity 2</workgroup>
<abstract>
<!--
<t> The process by which the members of the IAB and IESG, some
Trustees of the IETF Trust, and
some Directors of the IETF LLC are selected, confirmed, and
recalled is specified in this document. This document is based on
RFC3777 and RFC7437 and has been updated to reflect the changes
introduced by IASA 2.0.</t>
<t>The process by which the members of the IAB and IESG, some
Trustees of the IETF Trust, and some Directors of the IETF LLC
are selected, confirmed, and recalled is specified in this are selected, confirmed, and recalled is specified in this
document. document.
This document is based on RFC7437. Only This document is based on RFC 7437. Only
those updates required to reflect the changes introduced those updates required to reflect the changes introduced
by IASA 2.0 have been included. by IETF Administrative Support Activity (IASA) 2.0 have been included.
Any other changes will be addressed in future documents.</t> Any other changes will be addressed in future documents.</t>
<t pn="section-abstract-2">This document obsoletes RFC 7437 and RFC 8318.<
<t>This document obsoletes RFC7437 and RFC8318.</t> /t>
</abstract>
</abstract> <boilerplate>
<section anchor="status-of-memo" numbered="false" removeInRFC="false" toc=
</front> "exclude" pn="section-boilerplate.1">
<name slugifiedName="name-status-of-this-memo">Status of This Memo</name
<middle> >
<t pn="section-boilerplate.1-1">
<section anchor="intro" title="Introduction"> This memo documents an Internet Best Current Practice.
</t>
<t> This document is a revision of <xref target="RFC7437"/> that <t pn="section-boilerplate.1-2">
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.
</t>
<t pn="section-boilerplate.1-3">
Information about the current status of this document, any
errata, and how to provide feedback on it may be obtained at
<eref target="https://www.rfc-editor.org/info/rfc8713" brackets="non
e"/>.
</t>
</section>
<section anchor="copyright" numbered="false" removeInRFC="false" toc="excl
ude" pn="section-boilerplate.2">
<name slugifiedName="name-copyright-notice">Copyright Notice</name>
<t pn="section-boilerplate.2-1">
Copyright (c) 2020 IETF Trust and the persons identified as the
document authors. All rights reserved.
</t>
<t pn="section-boilerplate.2-2">
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(<eref target="https://trustee.ietf.org/license-info" brackets="none
"/>) 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.
</t>
</section>
</boilerplate>
<toc>
<section anchor="toc" numbered="false" removeInRFC="false" toc="exclude" p
n="section-toc.1">
<name slugifiedName="name-table-of-contents">Table of Contents</name>
<ul bare="true" empty="true" indent="2" spacing="compact" pn="section-to
c.1-1">
<li pn="section-toc.1-1.1">
<t keepWithNext="true" pn="section-toc.1-1.1.1"><xref derivedContent
="1" format="counter" sectionFormat="of" target="section-1"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-introduction">Introductio
n</xref></t>
</li>
<li pn="section-toc.1-1.2">
<t keepWithNext="true" pn="section-toc.1-1.2.1"><xref derivedContent
="2" format="counter" sectionFormat="of" target="section-2"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-definitions">Definitions<
/xref></t>
</li>
<li pn="section-toc.1-1.3">
<t keepWithNext="true" pn="section-toc.1-1.3.1"><xref derivedContent
="3" format="counter" sectionFormat="of" target="section-3"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-general">General</xref></
t>
<ul bare="true" empty="true" indent="2" spacing="compact" pn="sectio
n-toc.1-1.3.2">
<li pn="section-toc.1-1.3.2.1">
<t keepWithNext="true" pn="section-toc.1-1.3.2.1.1"><xref derive
dContent="3.1" format="counter" sectionFormat="of" target="section-3.1"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-completion-du
e">Completion Due</xref></t>
</li>
<li pn="section-toc.1-1.3.2.2">
<t keepWithNext="true" pn="section-toc.1-1.3.2.2.1"><xref derive
dContent="3.2" format="counter" sectionFormat="of" target="section-3.2"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-nominating-co
mmittee-princi">Nominating Committee Principal Functions</xref></t>
</li>
<li pn="section-toc.1-1.3.2.3">
<t keepWithNext="true" pn="section-toc.1-1.3.2.3.1"><xref derive
dContent="3.3" format="counter" sectionFormat="of" target="section-3.3"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-positions-to-
be-reviewed">Positions to Be Reviewed</xref></t>
</li>
<li pn="section-toc.1-1.3.2.4">
<t keepWithNext="true" pn="section-toc.1-1.3.2.4.1"><xref derive
dContent="3.4" format="counter" sectionFormat="of" target="section-3.4"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-term-lengths"
>Term Lengths</xref></t>
</li>
<li pn="section-toc.1-1.3.2.5">
<t keepWithNext="true" pn="section-toc.1-1.3.2.5.1"><xref derive
dContent="3.5" format="counter" sectionFormat="of" target="section-3.5"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-mid-term-vaca
ncies">Mid-term Vacancies</xref></t>
</li>
<li pn="section-toc.1-1.3.2.6">
<t keepWithNext="true" pn="section-toc.1-1.3.2.6.1"><xref derive
dContent="3.6" format="counter" sectionFormat="of" target="section-3.6"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-confidentiali
ty">Confidentiality</xref></t>
</li>
<li pn="section-toc.1-1.3.2.7">
<t keepWithNext="true" pn="section-toc.1-1.3.2.7.1"><xref derive
dContent="3.7" format="counter" sectionFormat="of" target="section-3.7"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-advice-and-co
nsent-model">Advice and Consent Model</xref></t>
<ul bare="true" empty="true" indent="2" spacing="compact" pn="se
ction-toc.1-1.3.2.7.2">
<li pn="section-toc.1-1.3.2.7.2.1">
<t keepWithNext="true" pn="section-toc.1-1.3.2.7.2.1.1"><xre
f derivedContent="3.7.1" format="counter" sectionFormat="of" target="section-3.7
.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-p
ositions-to-be-reviewed-2">Positions to Be Reviewed</xref></t>
</li>
<li pn="section-toc.1-1.3.2.7.2.2">
<t keepWithNext="true" pn="section-toc.1-1.3.2.7.2.2.1"><xre
f derivedContent="3.7.2" format="counter" sectionFormat="of" target="section-3.7
.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-c
andidate-selection">Candidate Selection</xref></t>
</li>
<li pn="section-toc.1-1.3.2.7.2.3">
<t keepWithNext="true" pn="section-toc.1-1.3.2.7.2.3.1"><xre
f derivedContent="3.7.3" format="counter" sectionFormat="of" target="section-3.7
.3"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-c
andidate-review">Candidate Review</xref></t>
</li>
<li pn="section-toc.1-1.3.2.7.2.4">
<t keepWithNext="true" pn="section-toc.1-1.3.2.7.2.4.1"><xre
f derivedContent="3.7.4" format="counter" sectionFormat="of" target="section-3.7
.4"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-c
onfirmation">Confirmation</xref></t>
</li>
</ul>
</li>
<li pn="section-toc.1-1.3.2.8">
<t keepWithNext="true" pn="section-toc.1-1.3.2.8.1"><xref derive
dContent="3.8" format="counter" sectionFormat="of" target="section-3.8"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-sitting-membe
rs-directors-a">Sitting Members, Directors, and Trustees</xref></t>
</li>
<li pn="section-toc.1-1.3.2.9">
<t keepWithNext="true" pn="section-toc.1-1.3.2.9.1"><xref derive
dContent="3.9" format="counter" sectionFormat="of" target="section-3.9"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-announcements
">Announcements</xref></t>
</li>
</ul>
</li>
<li pn="section-toc.1-1.4">
<t keepWithNext="true" pn="section-toc.1-1.4.1"><xref derivedContent
="4" format="counter" sectionFormat="of" target="section-4"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-nominating-committee-sele
ct">Nominating Committee Selection</xref></t>
<ul bare="true" empty="true" indent="2" spacing="compact" pn="sectio
n-toc.1-1.4.2">
<li pn="section-toc.1-1.4.2.1">
<t keepWithNext="true" pn="section-toc.1-1.4.2.1.1"><xref derive
dContent="4.1" format="counter" sectionFormat="of" target="section-4.1"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-timeline">Tim
eline</xref></t>
</li>
<li pn="section-toc.1-1.4.2.2">
<t keepWithNext="true" pn="section-toc.1-1.4.2.2.1"><xref derive
dContent="4.2" format="counter" sectionFormat="of" target="section-4.2"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-term">Term</x
ref></t>
</li>
<li pn="section-toc.1-1.4.2.3">
<t keepWithNext="true" pn="section-toc.1-1.4.2.3.1"><xref derive
dContent="4.3" format="counter" sectionFormat="of" target="section-4.3"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-structure">St
ructure</xref></t>
</li>
<li pn="section-toc.1-1.4.2.4">
<t keepWithNext="true" pn="section-toc.1-1.4.2.4.1"><xref derive
dContent="4.4" format="counter" sectionFormat="of" target="section-4.4"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-chair-duties"
>Chair Duties</xref></t>
</li>
<li pn="section-toc.1-1.4.2.5">
<t keepWithNext="true" pn="section-toc.1-1.4.2.5.1"><xref derive
dContent="4.5" format="counter" sectionFormat="of" target="section-4.5"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-chair-selecti
on">Chair Selection</xref></t>
</li>
<li pn="section-toc.1-1.4.2.6">
<t keepWithNext="true" pn="section-toc.1-1.4.2.6.1"><xref derive
dContent="4.6" format="counter" sectionFormat="of" target="section-4.6"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-temporary-cha
ir">Temporary Chair</xref></t>
</li>
<li pn="section-toc.1-1.4.2.7">
<t keepWithNext="true" pn="section-toc.1-1.4.2.7.1"><xref derive
dContent="4.7" format="counter" sectionFormat="of" target="section-4.7"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-liaisons">Lia
isons</xref></t>
</li>
<li pn="section-toc.1-1.4.2.8">
<t keepWithNext="true" pn="section-toc.1-1.4.2.8.1"><xref derive
dContent="4.8" format="counter" sectionFormat="of" target="section-4.8"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-liaison-appoi
ntment">Liaison Appointment</xref></t>
</li>
<li pn="section-toc.1-1.4.2.9">
<t keepWithNext="true" pn="section-toc.1-1.4.2.9.1"><xref derive
dContent="4.9" format="counter" sectionFormat="of" target="section-4.9"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-advisors">Adv
isors</xref></t>
</li>
<li pn="section-toc.1-1.4.2.10">
<t keepWithNext="true" pn="section-toc.1-1.4.2.10.1"><xref deriv
edContent="4.10" format="counter" sectionFormat="of" target="section-4.10"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-past-chair"
>Past Chair</xref></t>
</li>
<li pn="section-toc.1-1.4.2.11">
<t keepWithNext="true" pn="section-toc.1-1.4.2.11.1"><xref deriv
edContent="4.11" format="counter" sectionFormat="of" target="section-4.11"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-voting-volu
nteers">Voting Volunteers</xref></t>
</li>
<li pn="section-toc.1-1.4.2.12">
<t keepWithNext="true" pn="section-toc.1-1.4.2.12.1"><xref deriv
edContent="4.12" format="counter" sectionFormat="of" target="section-4.12"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-milestones"
>Milestones</xref></t>
</li>
<li pn="section-toc.1-1.4.2.13">
<t keepWithNext="true" pn="section-toc.1-1.4.2.13.1"><xref deriv
edContent="4.13" format="counter" sectionFormat="of" target="section-4.13"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-open-positi
ons">Open Positions</xref></t>
</li>
<li pn="section-toc.1-1.4.2.14">
<t keepWithNext="true" pn="section-toc.1-1.4.2.14.1"><xref deriv
edContent="4.14" format="counter" sectionFormat="of" target="section-4.14"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-volunteer-q
ualification">Volunteer Qualification</xref></t>
</li>
<li pn="section-toc.1-1.4.2.15">
<t keepWithNext="true" pn="section-toc.1-1.4.2.15.1"><xref deriv
edContent="4.15" format="counter" sectionFormat="of" target="section-4.15"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-not-qualifi
ed">Not Qualified</xref></t>
</li>
<li pn="section-toc.1-1.4.2.16">
<t keepWithNext="true" pn="section-toc.1-1.4.2.16.1"><xref deriv
edContent="4.16" format="counter" sectionFormat="of" target="section-4.16"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-selection-p
rocess">Selection Process</xref></t>
</li>
<li pn="section-toc.1-1.4.2.17">
<t keepWithNext="true" pn="section-toc.1-1.4.2.17.1"><xref deriv
edContent="4.17" format="counter" sectionFormat="of" target="section-4.17"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-announcemen
t-of-selection-r">Announcement of Selection Results</xref></t>
</li>
<li pn="section-toc.1-1.4.2.18">
<t keepWithNext="true" pn="section-toc.1-1.4.2.18.1"><xref deriv
edContent="4.18" format="counter" sectionFormat="of" target="section-4.18"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-committee-o
rganization">Committee Organization</xref></t>
</li>
</ul>
</li>
<li pn="section-toc.1-1.5">
<t keepWithNext="true" pn="section-toc.1-1.5.1"><xref derivedContent
="5" format="counter" sectionFormat="of" target="section-5"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-nominating-committee-oper
at">Nominating Committee Operation</xref></t>
<ul bare="true" empty="true" indent="2" spacing="compact" pn="sectio
n-toc.1-1.5.2">
<li pn="section-toc.1-1.5.2.1">
<t keepWithNext="true" pn="section-toc.1-1.5.2.1.1"><xref derive
dContent="5.1" format="counter" sectionFormat="of" target="section-5.1"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-discretion">D
iscretion</xref></t>
</li>
<li pn="section-toc.1-1.5.2.2">
<t keepWithNext="true" pn="section-toc.1-1.5.2.2.1"><xref derive
dContent="5.2" format="counter" sectionFormat="of" target="section-5.2"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-selection-tim
eline">Selection Timeline</xref></t>
</li>
<li pn="section-toc.1-1.5.2.3">
<t keepWithNext="true" pn="section-toc.1-1.5.2.3.1"><xref derive
dContent="5.3" format="counter" sectionFormat="of" target="section-5.3"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-confirmation-
timeline">Confirmation Timeline</xref></t>
</li>
<li pn="section-toc.1-1.5.2.4">
<t keepWithNext="true" pn="section-toc.1-1.5.2.4.1"><xref derive
dContent="5.4" format="counter" sectionFormat="of" target="section-5.4"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-milestones-2"
>Milestones</xref></t>
</li>
<li pn="section-toc.1-1.5.2.5">
<t keepWithNext="true" pn="section-toc.1-1.5.2.5.1"><xref derive
dContent="5.5" format="counter" sectionFormat="of" target="section-5.5"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-voting-mechan
ism">Voting Mechanism</xref></t>
</li>
<li pn="section-toc.1-1.5.2.6">
<t keepWithNext="true" pn="section-toc.1-1.5.2.6.1"><xref derive
dContent="5.6" format="counter" sectionFormat="of" target="section-5.6"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-voting-quorum
">Voting Quorum</xref></t>
</li>
<li pn="section-toc.1-1.5.2.7">
<t keepWithNext="true" pn="section-toc.1-1.5.2.7.1"><xref derive
dContent="5.7" format="counter" sectionFormat="of" target="section-5.7"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-voting-member
-recall">Voting Member Recall</xref></t>
</li>
<li pn="section-toc.1-1.5.2.8">
<t keepWithNext="true" pn="section-toc.1-1.5.2.8.1"><xref derive
dContent="5.8" format="counter" sectionFormat="of" target="section-5.8"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-chair-recall"
>Chair Recall</xref></t>
</li>
<li pn="section-toc.1-1.5.2.9">
<t keepWithNext="true" pn="section-toc.1-1.5.2.9.1"><xref derive
dContent="5.9" format="counter" sectionFormat="of" target="section-5.9"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-deliberations
">Deliberations</xref></t>
</li>
<li pn="section-toc.1-1.5.2.10">
<t keepWithNext="true" pn="section-toc.1-1.5.2.10.1"><xref deriv
edContent="5.10" format="counter" sectionFormat="of" target="section-5.10"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-call-for-no
minees">Call for Nominees</xref></t>
</li>
<li pn="section-toc.1-1.5.2.11">
<t keepWithNext="true" pn="section-toc.1-1.5.2.11.1"><xref deriv
edContent="5.11" format="counter" sectionFormat="of" target="section-5.11"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-nominations
">Nominations</xref></t>
</li>
<li pn="section-toc.1-1.5.2.12">
<t keepWithNext="true" pn="section-toc.1-1.5.2.12.1"><xref deriv
edContent="5.12" format="counter" sectionFormat="of" target="section-5.12"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-candidate-s
election-2">Candidate Selection</xref></t>
</li>
<li pn="section-toc.1-1.5.2.13">
<t keepWithNext="true" pn="section-toc.1-1.5.2.13.1"><xref deriv
edContent="5.13" format="counter" sectionFormat="of" target="section-5.13"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-consent-to-
nomination">Consent to Nomination</xref></t>
</li>
<li pn="section-toc.1-1.5.2.14">
<t keepWithNext="true" pn="section-toc.1-1.5.2.14.1"><xref deriv
edContent="5.14" format="counter" sectionFormat="of" target="section-5.14"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-notifying-c
onfirming-bodies">Notifying Confirming Bodies</xref></t>
</li>
<li pn="section-toc.1-1.5.2.15">
<t keepWithNext="true" pn="section-toc.1-1.5.2.15.1"><xref deriv
edContent="5.15" format="counter" sectionFormat="of" target="section-5.15"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-confirming-
candidates">Confirming Candidates</xref></t>
</li>
<li pn="section-toc.1-1.5.2.16">
<t keepWithNext="true" pn="section-toc.1-1.5.2.16.1"><xref deriv
edContent="5.16" format="counter" sectionFormat="of" target="section-5.16"/>. <x
ref derivedContent="" format="title" sectionFormat="of" target="name-archives">A
rchives</xref></t>
</li>
</ul>
</li>
<li pn="section-toc.1-1.6">
<t keepWithNext="true" pn="section-toc.1-1.6.1"><xref derivedContent
="6" format="counter" sectionFormat="of" target="section-6"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-dispute-resolution-proces
s">Dispute Resolution Process</xref></t>
</li>
<li pn="section-toc.1-1.7">
<t keepWithNext="true" pn="section-toc.1-1.7.1"><xref derivedContent
="7" format="counter" sectionFormat="of" target="section-7"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-member-trustee-and-direct
or">Member, Trustee, and Director Recall</xref></t>
<ul bare="true" empty="true" indent="2" spacing="compact" pn="sectio
n-toc.1-1.7.2">
<li pn="section-toc.1-1.7.2.1">
<t keepWithNext="true" pn="section-toc.1-1.7.2.1.1"><xref derive
dContent="7.1" format="counter" sectionFormat="of" target="section-7.1"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-petition">Pet
ition</xref></t>
<ul bare="true" empty="true" indent="2" spacing="compact" pn="se
ction-toc.1-1.7.2.1.2">
<li pn="section-toc.1-1.7.2.1.2.1">
<t keepWithNext="true" pn="section-toc.1-1.7.2.1.2.1.1"><xre
f derivedContent="7.1.1" format="counter" sectionFormat="of" target="section-7.1
.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-c
ommunity-petition">Community Petition</xref></t>
</li>
<li pn="section-toc.1-1.7.2.1.2.2">
<t keepWithNext="true" pn="section-toc.1-1.7.2.1.2.2.1"><xre
f derivedContent="7.1.2" format="counter" sectionFormat="of" target="section-7.1
.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-o
mbudsteam-petition">Ombudsteam Petition</xref></t>
</li>
</ul>
</li>
<li pn="section-toc.1-1.7.2.2">
<t keepWithNext="true" pn="section-toc.1-1.7.2.2.1"><xref derive
dContent="7.2" format="counter" sectionFormat="of" target="section-7.2"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-recall-commit
tee-chair">Recall Committee Chair</xref></t>
</li>
<li pn="section-toc.1-1.7.2.3">
<t keepWithNext="true" pn="section-toc.1-1.7.2.3.1"><xref derive
dContent="7.3" format="counter" sectionFormat="of" target="section-7.3"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-recall-commit
tee-creation">Recall Committee Creation</xref></t>
</li>
<li pn="section-toc.1-1.7.2.4">
<t keepWithNext="true" pn="section-toc.1-1.7.2.4.1"><xref derive
dContent="7.4" format="counter" sectionFormat="of" target="section-7.4"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-recall-commit
tee-rules">Recall Committee Rules</xref></t>
</li>
<li pn="section-toc.1-1.7.2.5">
<t keepWithNext="true" pn="section-toc.1-1.7.2.5.1"><xref derive
dContent="7.5" format="counter" sectionFormat="of" target="section-7.5"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-recall-commit
tee-operation">Recall Committee Operation</xref></t>
</li>
<li pn="section-toc.1-1.7.2.6">
<t keepWithNext="true" pn="section-toc.1-1.7.2.6.1"><xref derive
dContent="7.6" format="counter" sectionFormat="of" target="section-7.6"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-3-4-majority"
>3/4 Majority</xref></t>
</li>
<li pn="section-toc.1-1.7.2.7">
<t keepWithNext="true" pn="section-toc.1-1.7.2.7.1"><xref derive
dContent="7.7" format="counter" sectionFormat="of" target="section-7.7"/>.  <xre
f derivedContent="" format="title" sectionFormat="of" target="name-position-to-b
e-filled">Position to Be Filled</xref></t>
</li>
</ul>
</li>
<li pn="section-toc.1-1.8">
<t keepWithNext="true" pn="section-toc.1-1.8.1"><xref derivedContent
="8" format="counter" sectionFormat="of" target="section-8"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-iana-considerations">IANA
Considerations</xref></t>
</li>
<li pn="section-toc.1-1.9">
<t keepWithNext="true" pn="section-toc.1-1.9.1"><xref derivedContent
="9" format="counter" sectionFormat="of" target="section-9"/>.  <xref derivedCon
tent="" format="title" sectionFormat="of" target="name-security-considerations">
Security Considerations</xref></t>
</li>
<li pn="section-toc.1-1.10">
<t keepWithNext="true" pn="section-toc.1-1.10.1"><xref derivedConten
t="10" format="counter" sectionFormat="of" target="section-10"/>. <xref derivedC
ontent="" format="title" sectionFormat="of" target="name-references">References<
/xref></t>
<ul bare="true" empty="true" indent="2" spacing="compact" pn="sectio
n-toc.1-1.10.2">
<li pn="section-toc.1-1.10.2.1">
<t keepWithNext="true" pn="section-toc.1-1.10.2.1.1"><xref deriv
edContent="10.1" format="counter" sectionFormat="of" target="section-10.1"/>.  <
xref derivedContent="" format="title" sectionFormat="of" target="name-normative-
references">Normative References</xref></t>
</li>
<li pn="section-toc.1-1.10.2.2">
<t keepWithNext="true" pn="section-toc.1-1.10.2.2.1"><xref deriv
edContent="10.2" format="counter" sectionFormat="of" target="section-10.2"/>.  <
xref derivedContent="" format="title" sectionFormat="of" target="name-informativ
e-references">Informative References</xref></t>
</li>
</ul>
</li>
<li pn="section-toc.1-1.11">
<t keepWithNext="true" pn="section-toc.1-1.11.1"><xref derivedConten
t="Appendix A" format="default" sectionFormat="of" target="section-appendix.a"/>
.  <xref derivedContent="" format="title" sectionFormat="of" target="name-change
s-since-rfc-3777">Changes Since RFC 3777</xref></t>
</li>
<li pn="section-toc.1-1.12">
<t keepWithNext="true" pn="section-toc.1-1.12.1"><xref derivedConten
t="Appendix B" format="default" sectionFormat="of" target="section-appendix.b"/>
.  <xref derivedContent="" format="title" sectionFormat="of" target="name-change
s-since-rfc-7437">Changes Since RFC 7437</xref></t>
</li>
<li pn="section-toc.1-1.13">
<t keepWithNext="true" pn="section-toc.1-1.13.1"><xref derivedConten
t="Appendix C" format="default" sectionFormat="of" target="section-appendix.c"/>
.  <xref derivedContent="" format="title" sectionFormat="of" target="name-oral-t
radition">Oral Tradition</xref></t>
</li>
<li pn="section-toc.1-1.14">
<t keepWithNext="true" pn="section-toc.1-1.14.1"><xref derivedConten
t="Appendix D" format="default" sectionFormat="of" target="section-appendix.d"/>
.  <xref derivedContent="" format="title" sectionFormat="of" target="name-nomina
ting-committee-timeli">Nominating Committee Timeline</xref></t>
</li>
<li pn="section-toc.1-1.15">
<t keepWithNext="true" pn="section-toc.1-1.15.1"><xref derivedConten
t="" format="none" sectionFormat="of" target="section-appendix.e"/><xref derived
Content="" format="title" sectionFormat="of" target="name-acknowledgments">Ackno
wledgments</xref></t>
</li>
<li pn="section-toc.1-1.16">
<t keepWithNext="true" pn="section-toc.1-1.16.1"><xref derivedConten
t="" format="none" sectionFormat="of" target="section-appendix.f"/><xref derived
Content="" format="title" sectionFormat="of" target="name-authors-addresses">Aut
hors' Addresses</xref></t>
</li>
</ul>
</section>
</toc>
</front>
<middle>
<section anchor="intro" numbered="true" toc="include" removeInRFC="false" pn
="section-1">
<name slugifiedName="name-introduction">Introduction</name>
<t pn="section-1-1"> This document is a revision of <xref target="RFC7437"
format="default" sectionFormat="of" derivedContent="RFC7437"/> that
updates it to be consistent with the updates it to be consistent with the
IETF Administrative Support Activity (IASA) 2.0 changes. RFC 7437 IETF Administrative Support Activity (IASA) 2.0 changes. RFC 7437
was based on <xref target="RFC3777"/> that consolidated and updated was based on <xref target="RFC3777" format="default" sectionFormat="of" d erivedContent="RFC3777"/> that consolidated and updated
other RFCs that updated that document into a single other RFCs that updated that document into a single
specification. The result is a complete specification of the specification. The result is a complete specification of the
process by which members of the Internet Architecture Board (IAB) process by which members of the Internet Architecture Board (IAB)
and Internet Engineering Steering Group (IESG), some Trustees of and Internet Engineering Steering Group (IESG), some Trustees of
the IETF Trust, and some Directors of the IETF Administration LLC the IETF Trust, and some Directors of the IETF Administration LLC
(IETF LLC), are selected, confirmed, and recalled. </t> (IETF LLC), are selected, confirmed, and recalled. </t>
<t pn="section-1-2">This revision addresses only the changes required for
<t>This revision addresses only the changes required for IASA IASA
2.0; should the community agree on other changes, they will be 2.0; should the community agree on other changes, they will be
addressed in future documents.</t> addressed in future documents.</t>
<t pn="section-1-3"><xref target="RFC8714" section="2" sectionFormat="of"
<t>Section 2 of <xref target="I-D.ietf-iasa2-trust-update"/> format="default" derivedLink="https://rfc-editor.org/rfc/rfc8714#section-2" deri
vedContent="RFC8714"/>
provides further details about the IETF Trust Trustees provides further details about the IETF Trust Trustees
positions that are filled by the IETF Nominating Committee positions that are filled by the IETF Nominating Committee
(NomCom). </t> (NomCom). </t>
<t pn="section-1-4"><xref target="RFC8711" section="5" sectionFormat="of"
<t>Section 5 of <xref target="I-D.ietf-iasa2-rfc4071bis"/> format="default" derivedLink="https://rfc-editor.org/rfc/rfc8711#section-5" deri
vedContent="RFC8711"/>
provides further details about the IETF LLC Director provides further details about the IETF LLC Director
positions that are filled by the NomCom. </t> positions that are filled by the NomCom. </t>
<t pn="section-1-5">The following two assumptions continue to be true of t
<t>The following two assumptions continue to be true of this specificatio his specification:
n: </t>
<list style="numbers"> <ol spacing="normal" type="1" start="1" pn="section-1-6">
<t> The Internet Research Task Force (IRTF) and <li pn="section-1-6.1" derivedCounter="1."> The Internet Research Task F
orce (IRTF) and
Internet Research Steering Group (IRSG) are not a Internet Research Steering Group (IRSG) are not a
part of the process described here. </t> part of the process described here. </li>
<li pn="section-1-6.2" derivedCounter="2."> The organization (and reorga
<t> The organization (and reorganization) of the IESG nization) of the IESG
is not a part of the process described here. </t> is not a part of the process described here. </li>
</list> </ol>
</t> <t pn="section-1-7"> The time frames specified here use IETF meetings as
<t> The time frames specified here use IETF meetings as
a frame of reference. The time frames assume that the a frame of reference. The time frames assume that the
IETF meets three times per calendar year with IETF meets three times per calendar year with
approximately equal amounts of time between them. The approximately equal amounts of time between them. The
meetings are referred to as the First IETF, Second IETF, meetings are referred to as the First IETF, Second IETF,
or Third IETF as needed. </t> or Third IETF as needed. </t>
<t pn="section-1-8"> The next section lists the words and phrases commonly
<t> The next section lists the words and phrases commonly used used
throughout this document with their intended meaning. </t> throughout this document with their intended meaning. </t>
<t pn="section-1-9"> The majority of this document is divided into four ma
<t> The majority of this document is divided into four major jor
topics as follows: topics as follows:
<list style="hanging"> </t>
<t hangText="General:"> This is a set of rules and <dl newline="false" spacing="normal" pn="section-1-10">
<dt pn="section-1-10.1">General:</dt>
<dd pn="section-1-10.2"> This is a set of rules and
constraints that apply to the selection and constraints that apply to the selection and
confirmation process as a whole. </t> confirmation process as a whole. </dd>
<dt pn="section-1-10.3">Nominating Committee Selection:</dt>
<t hangText="Nominating Committee Selection:"> This <dd pn="section-1-10.4"> This
is the process by which the volunteers who is the process by which the volunteers who
will serve on the NomCom are will serve on the NomCom are
selected. </t> selected. </dd>
<dt pn="section-1-10.5">Nominating Committee Operation:</dt>
<t hangText="Nominating Committee Operation:"> This <dd pn="section-1-10.6"> This
is the set of principles, rules, and is the set of principles, rules, and
constraints that guide the activities of constraints that guide the activities of
the NomCom, including the the NomCom, including the
confirmation process. </t> confirmation process. </dd>
<dt pn="section-1-10.7">Member, Trustee, and Director Recall:</dt>
<t hangText="Member, Trustee, and Director Recall:"> This <dd pn="section-1-10.8"> This is the process by
is the process by
which the behavior of a sitting member of the which the behavior of a sitting member of the
IESG, or IAB, IETF Trust Trustee, or IETF IESG, or IAB, or IETF Trust Trustee, or IETF
LLC Director may be questioned, perhaps LLC Director may be questioned, perhaps
resulting in the removal of the sitting resulting in the removal of the sitting
member. See <xref target="defs"/> for a descripti member. See <xref target="defs" format="default"
on of sectionFormat="of" derivedContent="Section 2"/> for a description of
what a sitting member means for each of these gro what a sitting member means for each of these gro
ups. </t> ups. </dd>
</dl>
</list> </t> <t pn="section-1-11"> A final section describes how this document differs
from <xref target="RFC3777" format="default" sectionFormat="of" derivedContent="
<t> A final section describes how this document differs from <xre RFC3777"/>
f target="RFC3777"/> and <xref target="RFC7437" format="default" sectionFormat
and <xref target="RFC7437"/>. </t> ="of" derivedContent="RFC7437"/>. </t>
<t pn="section-1-12"> An appendix of useful facts and practices collected
<t> An appendix of useful facts and practices collected from from
previous NomComs is also included. </t> previous NomComs is also included. </t>
<t pn="section-1-13">
<t>
This document updates the IAB, IESG, and IAOC Selection, Confirmation, an d Recall Process This document updates the IAB, IESG, and IAOC Selection, Confirmation, an d Recall Process
to be to be
aligned with IASA 2.0 Model <xref target="I-D.ietf-iasa2-rfc4071bis"/> aligned with IASA 2.0 Model <xref target="RFC8711" format="default" secti
that creates a IETF Administration Limited Liability Company onFormat="of" derivedContent="RFC8711"/>
("IETF LLC") managed by a Board of Directors ("IETF LLC Board"). that creates an IETF Administration Limited Liability Company
(IETF LLC) managed by a Board of Directors (IETF LLC Board).
This document obsoletes <xref target="RFC7437"/> and <xref target="RFC8318"
/>.</t>
</section>
<section anchor="defs" title="Definitions"> This document obsoletes <xref target="RFC7437" format="default" sectionForm
<t> The following words and phrases are commonly used at="of" derivedContent="RFC7437"/> and <xref target="RFC8318" format="default" s
ectionFormat="of" derivedContent="RFC8318"/>.</t>
</section>
<section anchor="defs" numbered="true" toc="include" removeInRFC="false" pn=
"section-2">
<name slugifiedName="name-definitions">Definitions</name>
<t pn="section-2-1"> The following words and phrases are commonly used
throughout this document. They are listed here with throughout this document. They are listed here with
their intended meaning for the convenience of the their intended meaning for the convenience of the
reader. reader.
<list style="hanging"> </t>
<t hangText="Candidate:"> A nominee who has been <dl newline="false" spacing="normal" pn="section-2-2">
<dt pn="section-2-2.1">Candidate:</dt>
<dd pn="section-2-2.2"> A nominee who has been
selected to be considered for confirmation by selected to be considered for confirmation by
a confirming body. </t> a confirming body. </dd>
<dt pn="section-2-2.3">Confirmed Candidate:</dt>
<t hangText="Confirmed Candidate:"> A candidate that <dd pn="section-2-2.4"> A candidate that
has been reviewed and approved by a has been reviewed and approved by a
confirming body. </t> confirming body. </dd>
<dt pn="section-2-2.5">Nominating Committee Term:</dt>
<t hangText="Nominating Committee Term:"> The term <dd pn="section-2-2.6"> The term
begins when its members are officially begins when its members are officially
announced, which is expected to be prior to announced, which is expected to be prior to
the Third IETF to ensure it is fully the Third IETF to ensure it is fully
operational at the Third IETF. The term ends operational at the Third IETF. The term ends
at the Third IETF (not three meetings) after at the Third IETF (not three meetings) after
the next NomCom's term the next NomCom's term
begins. </t> begins. </dd>
<dt pn="section-2-2.7">IETF Executive Director:</dt>
<t hangText="IETF Executive Director:"> The person <dd pn="section-2-2.8"> The person
charged with day-to-day operation of the IETF's charged with day-to-day operation of the IETF's
administrative functions. (See Section 4.1 of administrative functions. (See
<xref target="I-D.ietf-iasa2-rfc4071bis"/>). <xref target="RFC8711" section="4.1" sectionForma
t="of" format="default" derivedLink="https://rfc-editor.org/rfc/rfc8711#section-
4.1" derivedContent="RFC8711"/>).
Note: This was previously the name of Note: This was previously the name of
the IETF Secretariat position that is the IETF Secretariat position that is
now called the "Managing Director, IETF now called the "Managing Director, IETF
Secretariat".</t> Secretariat".</dd>
<dt pn="section-2-2.9">Managing Director, IETF Secretariat:</dt>
<t hangText="Managing Director, IETF Secretariat:"> <dd pn="section-2-2.10">
The person charged with The person charged with
operation of the IETF Secretariat function. (See operation of the IETF Secretariat function. (See
Section 2 of <xref target="RFC3710"/> and <xref target="RFC3710" section="2" sectionFormat=
<xref target="I-D.ietf-iasa2-consolidated-upd"/>) "of" format="default" derivedLink="https://rfc-editor.org/rfc/rfc3710#section-2"
.</t> derivedContent="RFC3710"/> and
<xref target="RFC8717" format="default" sectionFo
<t hangText="Nominee:"> A person who is being or rmat="of" derivedContent="RFC8717"/>).</dd>
<dt pn="section-2-2.11">Nominee:</dt>
<dd pn="section-2-2.12"> A person who is being or
has been considered for one or more open has been considered for one or more open
positions of the IESG, IAB, IETF Trust Trustee or positions of the IESG, IAB, IETF Trust Trustee, or
IETF LLC. </t> IETF LLC. </dd>
<dt pn="section-2-2.13">Sitting Member:</dt>
<t hangText="Sitting Member:"> A person who is <dd pn="section-2-2.14"> A person who is
currently serving as a member of the IESG or IAB. currently serving as a member of the IESG or IAB.
<!-- </dd>
, or as a Trustee for the Internet Society <dt pn="section-2-2.15">Sitting Director:</dt>
--> <dd pn="section-2-2.16"> A person who is
</t>
<t hangText="Sitting Director:"> A person who is
currently serving as a Director of the currently serving as a Director of the
IETF LLC. </t> IETF LLC. </dd>
<dt pn="section-2-2.17">Sitting IETF Trust Trustee:</dt>
<t hangText="Sitting IETF Trust Trustee:"> A person who <dd pn="section-2-2.18"> A person who is
is
currently serving as a Trustee of the IETF currently serving as a Trustee of the IETF
Trust.</t> Trust.</dd>
</dl>
</list> </t> </section>
</section> <section anchor="general" numbered="true" toc="include" removeInRFC="false"
pn="section-3">
<section anchor="general" title="General"> <name slugifiedName="name-general">General</name>
<t> The following set of rules apply to the process as a <t pn="section-3-1"> The following set of rules apply to the process as a
whole. If necessary, a paragraph discussing the whole. If necessary, a paragraph discussing the
interpretation of each rule is included. </t> interpretation of each rule is included. </t>
<section anchor="gen_completion" numbered="true" toc="include" removeInRFC
<section anchor="gen_completion" title="Completion Due"> ="false" pn="section-3.1">
<t> The completion of the annual process is due <name slugifiedName="name-completion-due">Completion Due</name>
<t pn="section-3.1-1"> The completion of the annual process is due
within seven months. </t> within seven months. </t>
<t pn="section-3.1-2"> The completion of the annual process is due
<t> The completion of the annual process is due
one month prior to the Friday of the week one month prior to the Friday of the week
before the First IETF. It is expected to begin before the First IETF. It is expected to begin
at least eight months prior to the Friday of the at least eight months prior to the Friday of the
week before the First IETF. </t> week before the First IETF. </t>
<t pn="section-3.1-3"> The process officially begins with the
<t> The process officially begins with the
announcement of the Chair of the committee. announcement of the Chair of the committee.
The process officially ends when all confirmed The process officially ends when all confirmed
candidates have been announced. </t> candidates have been announced. </t>
<t pn="section-3.1-4"> The annual process is comprised of three major
<t> The annual process is comprised of three major
components as follows: components as follows:
<list style="numbers"> </t>
<t> The selection and organization of the <ol spacing="normal" type="1" start="1" pn="section-3.1-5">
NomCom members. </t> <li pn="section-3.1-5.1" derivedCounter="1."> The selection and organi
zation of the
<t> The selection of candidates by the NomCom members. </li>
NomCom. </t> <li pn="section-3.1-5.2" derivedCounter="2."> The selection of candida
tes by the
<t> The confirmation of the candidates. </t> NomCom. </li>
</list> </t> <li pn="section-3.1-5.3" derivedCounter="3."> The confirmation of the
candidates. </li>
<t> There is an additional month set aside between </ol>
<t pn="section-3.1-6"> There is an additional month set aside between
when the annual process is expected to end and when the annual process is expected to end and
the term of the new candidates is to begin. This the term of the new candidates is to begin. This
time may be used during unusual circumstances to time may be used during unusual circumstances to
extend the time allocated for any of the extend the time allocated for any of the
components listed above. </t> components listed above. </t>
</section> </section>
<section anchor="gen_func" numbered="true" toc="include" removeInRFC="fals
<section anchor="gen_func" e" pn="section-3.2">
title="Nominating Committee Principal Functions"> <name slugifiedName="name-nominating-committee-princi">Nominating Commit
tee Principal Functions</name>
<t> The principal functions of the NomCom are to <t pn="section-3.2-1"> The principal functions of the NomCom are to
review each open IESG, IAB, IETF Trust, and IETF LLC Dire ctor position review each open IESG, IAB, IETF Trust, and IETF LLC Dire ctor position
and to select either its incumbent or a and to select either its incumbent or a
superior candidate. </t> superior candidate. </t>
<t pn="section-3.2-2">Although there is no term limit for serving in any
<!-- IESG, IAB, or IETF
<t> Although there is no term limit for serving in
any IESG, IAB, IETF Trust, or IETF LLC Board position
, the NomCom
may use length of service as one of its
criteria for evaluating an incumbent. </t>
<t>Although there is no term limit for serving in any IE
SG, IAB, or IETF
Trust position, the NomCom may use length of service as Trust position, the NomCom may use length of service as
one of its criteria for evaluating an incumbent.</t> one of its criteria for evaluating an incumbent.</t>
<t pn="section-3.2-3"> The NomCom does not select the
<t> The NomCom does not select the
open positions to be reviewed; it is instructed open positions to be reviewed; it is instructed
as to which positions to review. </t> as to which positions to review. </t>
<t pn="section-3.2-4"> The NomCom will be given the titles
<t> The NomCom will be given the titles
of the positions to be reviewed and a brief of the positions to be reviewed and a brief
summary of the desired expertise of the candidate summary of the desired expertise of the candidate
that is selected to fill each position. </t> that is selected to fill each position. </t>
<t pn="section-3.2-5"> Incumbents must notify the NomCom
<t> Incumbents must notify the NomCom
if they wish to be nominated. </t> if they wish to be nominated. </t>
<t pn="section-3.2-6"> The NomCom does not confirm its
<t> The NomCom does not confirm its
candidates; it presents its candidates to the candidates; it presents its candidates to the
appropriate confirming body as indicated appropriate confirming body as indicated
below. </t> below. </t>
<t pn="section-3.2-7"> A superior candidate is one who the
<t> A superior candidate is one who the
NomCom believes would contribute in such a NomCom believes would contribute in such a
way as to improve or enhance the body to which way as to improve or enhance the body to which
he or she is nominated. </t> he or she is nominated. </t>
</section> </section>
<section anchor="gen_positions" numbered="true" toc="include" removeInRFC=
<section anchor="gen_positions" "false" pn="section-3.3">
title="Positions To Be Reviewed"> <name slugifiedName="name-positions-to-be-reviewed">Positions to Be Revi
ewed</name>
<t>Approximately one-half of each of the then <t pn="section-3.3-1">Approximately one-half of each of the then
current IESG and IAB positions, one IETF Trust current IESG and IAB positions, one IETF Trust
position, and one IETF LLC Director position, is selected position, and one IETF LLC Director position, is selected
to be reviewed each year.</t> to be reviewed each year.</t>
<t pn="section-3.3-2"> The intent of this rule is to ensure the
<t> The intent of this rule is to ensure the
review of approximately one-half of each of the review of approximately one-half of each of the
IESG and IAB sitting members, one of the three IESG and IAB sitting members, one of the three
NomCom nominated IETF LLC Director NomCom-nominated IETF LLC Director
positions, and one of the three nominated IETF Trust positions, and one of the three nominated IETF Trust
Trustee positions, each year. It is recognized Trustee positions, each year. It is recognized
that circumstances may exist that will require that circumstances may exist that will require
the NomCom to review more or less the NomCom to review more or less
than the usual number of positions, e.g., if the than the usual number of positions, e.g., if the
IESG, IAB, IETF Trust, or IETF LLC Board have reorganized prior to IESG, IAB, IETF Trust, or IETF LLC Board have reorganized prior to
this process and created new positions, if there this process and created new positions, if there
are an odd number of current positions, or if a are an odd number of current positions, or if a
member, a director, or a trustee unexpectedly resigns. </ member, a Director, or a Trustee unexpectedly resigns. </
t> t>
</section> </section>
<section anchor="gen_terms" numbered="true" toc="include" removeInRFC="fal
<section anchor="gen_terms" title="Term Lengths"> se" pn="section-3.4">
<t> Confirmed IESG and IAB candidates are <name slugifiedName="name-term-lengths">Term Lengths</name>
<t pn="section-3.4-1"> Confirmed IESG and IAB candidates are
expected to serve at least a two-year term. The expected to serve at least a two-year term. The
intent of this rule is to ensure that members of intent of this rule is to ensure that members of
the IESG and IAB serve the number of years that the IESG and IAB serve the number of years that
best facilitates the review of one-half of the best facilitates the review of one-half of the
members each year.</t> members each year.</t>
<t pn="section-3.4-2"> Confirmed IETF LLC Director candidates
<t> Confirmed IETF LLC Director candidates
are expected to serve at least a three-year term, are expected to serve at least a three-year term,
except if a nominating or selection body decides except if a nominating or selection body decides
to use a shorter term to allow for initial to use a shorter term to allow for initial
staggered appointments. Please refer to Section 6 staggered appointments. Please refer to
of <xref target="I-D.ietf-iasa2-rfc4071bis"/> for <xref target="RFC8711" section="6" sectionFormat="of" for
mat="default" derivedLink="https://rfc-editor.org/rfc/rfc8711#section-6" derived
Content="RFC8711"/> for
additional guidance on term length and term additional guidance on term length and term
limits for the IETF LLC Board. </t> limits for the IETF LLC Board. </t>
<t pn="section-3.4-3">Confirmed IETF Trust Trustee candidates are expect
<t>Confirmed IETF Trust Trustee candidates are expected t ed to
o
serve at least a three-year term, except if a serve at least a three-year term, except if a
nominating or selection body decides to use a nominating or selection body decides to use a
shorter term to allow for initial staggered shorter term to allow for initial staggered
appointments. Please refer to Section 2. of <xref appointments. Please refer to
target="I-D.ietf-iasa2-trust-update"/> for additional <xref target="RFC8714" section="2" sectionFormat="of" fo
rmat="default" derivedLink="https://rfc-editor.org/rfc/rfc8714#section-2" derive
dContent="RFC8714"/>
for additional
guidance on term length and term limits for the guidance on term length and term limits for the
IETF Trust. </t> IETF Trust. </t>
<t pn="section-3.4-4"> The term of a confirmed candidate selected
<t> The term of a confirmed candidate selected
according to the mid-term vacancy rules may be according to the mid-term vacancy rules may be
less than a full term (two years for IESG and less than a full term (two years for IESG and
IAB, three years for the IETF Trust and IETF IAB, three years for the IETF Trust and IETF
LLC), as stated elsewhere in this document. </t> LLC), as stated elsewhere in this document. </t>
<t pn="section-3.4-5"> It is consistent with this rule for the NomCom
<t> It is consistent with this rule for the NomCom
to choose one or more of the currently to choose one or more of the currently
open positions to which it may assign a term of open positions to which it may assign a term of
not more than three years in order to ensure the not more than three years in order to ensure the
ideal application of this rule in the future. </t> ideal application of this rule in the future. </t>
<t pn="section-3.4-6"> It is consistent with this rule for the
<t> It is consistent with this rule for the
NomCom to choose one or more of the NomCom to choose one or more of the
currently open positions that share currently open positions that share
responsibilities with other positions (both those responsibilities with other positions (both those
being reviewed and those sitting) to which it may being reviewed and those sitting) to which it may
assign a term of not more than three years to assign a term of not more than three years to
ensure that all such members, directors, or trustees will ensure that all such members, Directors, or Trustees will
not be reviewed at the same time. </t> not be reviewed at the same time. </t>
<t pn="section-3.4-7"> All sitting member terms end during the First IET
<t> All sitting member terms end during the First IETF F
meeting corresponding to the end of the term for meeting corresponding to the end of the term for
which they were confirmed. All confirmed which they were confirmed. All confirmed
candidate terms begin during the First IETF candidate terms begin during the First IETF
meeting corresponding to the beginning of the term meeting corresponding to the beginning of the term
for which they were confirmed. </t> for which they were confirmed. </t>
<t pn="section-3.4-8"> For confirmed candidates of the IESG, the terms
<t> For confirmed candidates of the IESG, the terms
begin no later than when the currently sitting begin no later than when the currently sitting
members' terms end on the last day of the meeting. members' terms end on the last day of the meeting.
A term may begin or end no sooner than the first A term may begin or end no sooner than the first
day of the meeting and no later than the last day day of the meeting and no later than the last day
of the meeting as determined by the mutual of the meeting as determined by the mutual
agreement of the currently sitting member and the agreement of the currently sitting member and the
confirmed candidate. A confirmed candidate's term confirmed candidate. A confirmed candidate's term
may overlap the sitting member's term during the may overlap the sitting member's term during the
meeting as determined by their mutual meeting as determined by their mutual
agreement. </t> agreement. </t>
<t pn="section-3.4-9"> For confirmed candidates of the IAB, the
<t> For confirmed candidates of the IAB, the
terms overlap with the terms of the sitting terms overlap with the terms of the sitting
members for the entire week of the meeting. </t> members for the entire week of the meeting. </t>
<t pn="section-3.4-10"> For confirmed Trustee candidates of the IETF
<t> For confirmed Trustee candidates of the IETF
Trust, the term begins at the next IETF Trust Trust, the term begins at the next IETF Trust
meeting or as dictated by the policies and meeting or as dictated by the policies and
procedures of the IETF Trust. </t> procedures of the IETF Trust. </t>
<t pn="section-3.4-11"> For confirmed Director candidates of the IETF
<t> For confirmed Director candidates of the IETF
LLC, the term begins at the next appropriate IETF LLC, the term begins at the next appropriate IETF
LLC Board meeting or as dictated by the policies LLC Board meeting or as dictated by the policies
and procedures of the IETF LLC Board. </t> and procedures of the IETF LLC Board. </t>
<t pn="section-3.4-12"> For candidates confirmed under the mid-term
<t> For candidates confirmed under the mid-term
vacancy rules, the term begins as soon as possible vacancy rules, the term begins as soon as possible
after the confirmation. </t> after the confirmation. </t>
</section> </section>
<section anchor="gen_vacancies" numbered="true" toc="include" removeInRFC=
<section anchor="gen_vacancies" title="Mid-term Vacancies"> "false" pn="section-3.5">
<t> Mid-term vacancies are filled by the same rules <name slugifiedName="name-mid-term-vacancies">Mid-term Vacancies</name>
<t pn="section-3.5-1"> Mid-term vacancies are filled by the same rules
as documented here with four qualifications, as documented here with four qualifications,
namely: namely:
<list style="numbers"> </t>
<t> When there is only one official NomCom, <ol spacing="normal" type="1" start="1" pn="section-3.5-2">
<li pn="section-3.5-2.1" derivedCounter="1."> When there is only one o
fficial NomCom,
the body with the mid-term the body with the mid-term
vacancy relegates the responsibility to vacancy relegates the responsibility to
fill the vacancy to it. If the mid-term fill the vacancy to it. If the mid-term
vacancy occurs during the period of time vacancy occurs during the period of time
that the term of the prior year's that the term of the prior year's
NomCom overlaps with the NomCom overlaps with the
term of the current year's term of the current year's
NomCom, the body with the mid-term NomCom, the body with the mid-term
vacancy must relegate the responsibility vacancy must relegate the responsibility
to fill the vacancy to the prior year's to fill the vacancy to the prior year's
NomCom. </t> NomCom. </li>
<li pn="section-3.5-2.2" derivedCounter="2."> If it is the case that t
<t> If it is the case that the NomCom he NomCom
is reconvening to fill the is reconvening to fill the
mid-term vacancy, then the completion of mid-term vacancy, then the completion of
the candidate selection and confirmation the candidate selection and confirmation
process is due within six weeks, with all process is due within six weeks, with all
other time periods otherwise unspecified other time periods otherwise unspecified
prorated accordingly. </t> prorated accordingly. </li>
<li pn="section-3.5-2.3" derivedCounter="3."> The confirming body has
<t> The confirming body has two weeks from the two weeks from the
day it is notified of a candidate to day it is notified of a candidate to
reject the candidate, otherwise the reject the candidate, otherwise the
candidate is assumed to have been candidate is assumed to have been
confirmed. </t> confirmed. </li>
<li pn="section-3.5-2.4" derivedCounter="4.">
<t> The term of the confirmed candidate will <t pn="section-3.5-2.4.1"> The term of the confirmed candidate will
be either: be either:
<list style="letters"> </t>
<t> the remainder of the term of the <ol spacing="normal" type="A" start="1" pn="section-3.5-2.4.2">
<li pn="section-3.5-2.4.2.1" derivedCounter="A."> the remainder of
the term of the
open position if that remainder open position if that remainder
is not less than one year or </t> is not less than one year or </li>
<li pn="section-3.5-2.4.2.2" derivedCounter="B."> the remainder of
<t> the remainder of the term of the open the term of the open
position plus the next two-year term for position plus the next two-year term for
IESG and IAB positions or three-year term IESG and IAB positions or three-year term
for IETF LLC Director and IETF Trust for IETF LLC Director and IETF Trust
positions if that remainder is less than positions if that remainder is less than
one year.</t> one year.</li>
</ol>
</list> </t> </li>
</list> </t> </ol>
<t pn="section-3.5-3"> In both cases, a year is the period of time from
<t> In both cases, a year is the period of time from a a
First IETF meeting to the next First IETF First IETF meeting to the next First IETF
meeting. </t> meeting. </t>
</section> </section>
<section anchor="gen_confidential" numbered="true" toc="include" removeInR
<section anchor="gen_confidential" title="Confidentiality"> FC="false" pn="section-3.6">
<t> All deliberations and supporting information that <name slugifiedName="name-confidentiality">Confidentiality</name>
relates to specific nominees, candidates, and <t pn="section-3.6-1"> All deliberations and supporting information that
relate to specific nominees, candidates, and
confirmed candidates are confidential. </t> confirmed candidates are confidential. </t>
<t pn="section-3.6-2"> The NomCom and confirming body
<t> The NomCom and confirming body
members will be exposed to confidential members will be exposed to confidential
information as a result of their deliberations, information as a result of their deliberations,
their interactions with those they consult, and their interactions with those they consult, and
from those who provide requested supporting from those who provide requested supporting
information. All members and all other information. All members and all other
participants are expected to handle this participants are expected to handle this
information in a manner consistent with its information in a manner consistent with its
sensitivity. </t> sensitivity. </t>
<t pn="section-3.6-3"> It is consistent with this rule for current
<t> It is consistent with this rule for current
NomCom members who have served on NomCom members who have served on
prior NomComs to advise the current prior NomComs to advise the current
committee on deliberations and results of the committee on deliberations and results of the
prior committee, as necessary and appropriate. </t> prior committee, as necessary and appropriate. </t>
<t pn="section-3.6-4"> The list of nominees willing to be considered for
<t> The list of nominees willing to be considered for
positions under review in the current NomCom positions under review in the current NomCom
cycle is not confidential. The NomCom cycle is not confidential. The NomCom
may disclose a list of names of nominees may disclose a list of names of nominees
who are willing to be considered for positions under who are willing to be considered for positions under
review to the community, in order to obtain feedback review to the community, in order to obtain feedback
from the community on these nominees. </t> from the community on these nominees. </t>
<t pn="section-3.6-5"> The list of nominees disclosed for a specific
<t> The list of nominees disclosed for a specific
position should contain only the names of nominees position should contain only the names of nominees
who are willing to be considered for the position who are willing to be considered for the position
under review. </t> under review. </t>
<t pn="section-3.6-6"> The NomCom may choose not to include
<t> The NomCom may choose not to include
some names in the disclosed list, at their some names in the disclosed list, at their
discretion. </t> discretion. </t>
<t pn="section-3.6-7"> The NomCom may disclose an updated
<t> The NomCom may disclose an updated
list, at its discretion. For example, the list, at its discretion. For example, the
NomCom might disclose an updated list NomCom might disclose an updated list
if it identifies errors/omissions in a previously if it identifies errors/omissions in a previously
disclosed version of the disclosed list, or if the disclosed version of the disclosed list, or if the
NomCom finds it necessary to call for NomCom finds it necessary to call for
additional nominees, and these nominees indicate a additional nominees, and these nominees indicate a
willingness to be considered before the NomCom willingness to be considered before the NomCom
has completed its deliberations. </t> has completed its deliberations. </t>
<t pn="section-3.6-8"> Nominees may choose to ask people to provide
<t> Nominees may choose to ask people to provide
feedback to the NomCom but should feedback to the NomCom but should
not encourage any public statements of support. not encourage any public statements of support.
NomComs should consider NomComs should consider
nominee-encouraged lobbying and campaigning to be nominee-encouraged lobbying and campaigning to be
unacceptable behavior. </t> unacceptable behavior. </t>
<t pn="section-3.6-9"> IETF community members are encouraged to provide
<t> IETF community members are encouraged to provide
feedback on nominees to the NomCom feedback on nominees to the NomCom
but should not post statements of support/non-support but should not post statements of support/non-support
for nominees in any public forum. </t> for nominees in any public forum. </t>
</section> </section>
<section anchor="gen_model" numbered="true" toc="include" removeInRFC="fal
<section anchor="gen_model" title="Advice and Consent Model"> se" pn="section-3.7">
<t> Unless otherwise specified, the advice and <name slugifiedName="name-advice-and-consent-model">Advice and Consent M
odel</name>
<t pn="section-3.7-1"> Unless otherwise specified, the advice and
consent model is used throughout the process. consent model is used throughout the process.
This model is characterized as follows. </t> This model is characterized as follows. </t>
<section anchor="gen_model_1" numbered="true" toc="include" removeInRFC=
<section anchor="gen_model_1" "false" pn="section-3.7.1">
title="Positions To Be Reviewed"> <name slugifiedName="name-positions-to-be-reviewed-2">Positions to Be
Reviewed</name>
<t> The chair of the IESG, IAB, IETF <t pn="section-3.7.1-1"> The Chairs of the IESG, IAB, IETF
Trust and IETF LLC Board each informs the Trust, and IETF LLC Board each informs the
NomCom of their respective NomCom of their respective
positions to be reviewed. </t> positions to be reviewed. </t>
<t pn="section-3.7.1-2"> The IESG, IAB, IETF Trust, and IETF
<t> The IESG, IAB, IETF Trust and IETF
LLC are responsible for providing a LLC are responsible for providing a
summary of the expertise desired of the summary of the expertise desired of the
candidates selected for their respective candidates selected for their respective
open positions. The summaries are open positions. The summaries are
provided to the NomCom for provided to the NomCom for
its consideration. </t> its consideration. </t>
</section> </section>
<section anchor="gen_model_2" numbered="true" toc="include" removeInRFC=
<section anchor="gen_model_2" "false" pn="section-3.7.2">
title="Candidate Selection"> <name slugifiedName="name-candidate-selection">Candidate Selection</na
<t> The NomCom selects me>
<t pn="section-3.7.2-1"> The NomCom selects
candidates based on its understanding of candidates based on its understanding of
the IETF community's consensus of the the IETF community's consensus of the
qualifications required and advises each qualifications required and advises each
confirming body of its respective confirming body of its respective
candidates. </t> candidates. </t>
</section> </section>
<section anchor="gen_model_3" numbered="true" toc="include" removeInRFC=
<section anchor="gen_model_3" title="Candidate Review"> "false" pn="section-3.7.3">
<t> The confirming bodies review their <name slugifiedName="name-candidate-review">Candidate Review</name>
respective candidates, they may at their <t pn="section-3.7.3-1"> The confirming bodies review their
respective candidates; they may at their
discretion communicate with the NomCom, discretion communicate with the NomCom,
and then consent to some, all, and then consent to some, all,
or none of the candidates. </t> or none of the candidates. </t>
<t pn="section-3.7.3-2"> The sitting IAB members review the IESG
<t> The sitting IAB members review the IESG
candidates. </t> candidates. </t>
<t pn="section-3.7.3-3"> The Internet Society Board of Trustees
<t> The Internet Society Board of Trustees
reviews the IAB candidates. </t> reviews the IAB candidates. </t>
<t pn="section-3.7.3-4">The sitting IESG members review the
<t>The sitting IESG members review the
IETF Trust Trustee candidates.</t> IETF Trust Trustee candidates.</t>
<t pn="section-3.7.3-5"> The IETF LLC Director candidate is reviewed a
<t> The IETF LLC Director candidate is reviewed a s
s specified in <xref target="RFC8711" format="d
specified in <xref target="I-D.ietf-iasa2-rfc efault" sectionFormat="of" derivedContent="RFC8711"/>. </t>
4071bis"/>. </t> <t pn="section-3.7.3-6"> The confirming bodies conduct their reviews
<t> The confirming bodies conduct their review
using all information and any means using all information and any means
acceptable to them, including but not acceptable to them, including but not
limited to the supporting information limited to the supporting information
provided by the NomCom, provided by the NomCom,
information known personally to members of information known personally to members of
the confirming bodies and shared within the confirming bodies and shared within
the confirming body, the results of the confirming body, the results of
interactions within the confirming bodies, interactions within the confirming bodies,
and the confirming bodies' interpretation and the confirming bodies' interpretation
of what is in the best interests of the of what is in the best interests of the
IETF community. </t> IETF community. </t>
<t pn="section-3.7.3-7"> If all of the candidates are confirmed,
<t> If all of the candidates are confirmed,
the job of the NomCom with the job of the NomCom with
respect to those open positions is respect to those open positions is
complete. </t> complete. </t>
<t pn="section-3.7.3-8"> If some or none of the candidates
<t> If some or none of the candidates
submitted to a confirming body are submitted to a confirming body are
confirmed, the confirming body should confirmed, the confirming body should
communicate with the NomCom communicate with the NomCom
both to explain the reason why all the both to explain the reason why all the
candidates were not confirmed and to candidates were not confirmed and to
understand the NomCom's understand the NomCom's
rationale for its candidates. </t> rationale for its candidates. </t>
<t pn="section-3.7.3-9"> The confirming body may reject individual
<t> The confirming body may reject individual
candidates, in which case the NomCom candidates, in which case the NomCom
must select alternate candidates must select alternate candidates
for the rejected candidates. </t> for the rejected candidates. </t>
<t pn="section-3.7.3-10"> Any additional time required by the
<t> Any additional time required by the
NomCom should not exceed its NomCom should not exceed its
maximum time allotment. </t> maximum time allotment. </t>
</section> </section>
<section anchor="gen_model_4" numbered="true" toc="include" removeInRFC=
<section anchor="gen_model_4" title="Confirmation"> "false" pn="section-3.7.4">
<t> A confirming body decides whether it <name slugifiedName="name-confirmation">Confirmation</name>
<t pn="section-3.7.4-1"> A confirming body decides whether it
confirms each candidate using a confirms each candidate using a
confirmation decision rule chosen by the confirmation decision rule chosen by the
confirming body. </t> confirming body. </t>
<t pn="section-3.7.4-2"> If a confirming body has no specific
<t> If a confirming body has no specific
confirmation decision rule, then confirmation decision rule, then
confirming a given candidate should confirming a given candidate should
require at least one-half of the require at least one-half of the
confirming body's sitting members to confirming body's sitting members to
agree to that confirmation. </t> agree to that confirmation. </t>
<t pn="section-3.7.4-3"> The decision may be made by conducting a
<t> The decision may be made by conducting a
formal vote, by asserting consensus based formal vote, by asserting consensus based
on informal exchanges (e.g., email), or on informal exchanges (e.g., email), or
by any other mechanism that is used to by any other mechanism that is used to
conduct the normal business of the conduct the normal business of the
confirming body. </t> confirming body. </t>
<t pn="section-3.7.4-4"> Regardless of which decision rule the
<t> Regardless of which decision rule the
confirming body uses, any candidate that confirming body uses, any candidate that
is not confirmed under that rule is is not confirmed under that rule is
considered to be rejected. </t> considered to be rejected. </t>
<t pn="section-3.7.4-5"> The confirming body must make its decision
<t> The confirming body must make its decision
within a reasonable time frame. The within a reasonable time frame. The
results from the confirming body must be results from the confirming body must be
reported promptly to the NomCom.</t> reported promptly to the NomCom.</t>
</section> </section>
</section> </section>
<section anchor="gen_sitting" numbered="true" toc="include" removeInRFC="f
<section anchor="gen_sitting" title="Sitting Members, alse" pn="section-3.8">
Directors and Trustees"> <name slugifiedName="name-sitting-members-directors-a">Sitting Members,
<t> The following rules apply to nominees and Directors, and Trustees</name>
<t pn="section-3.8-1"> The following rules apply to nominees and
candidates who are currently sitting members of candidates who are currently sitting members of
the IESG or IAB, the IESG or IAB,
IETF Trust Trustees, IETF Trust Trustees,
or IETF LLC Directors and who are not sitting in an open or IETF LLC Directors, and who are not sitting in an open
position being filled by the NomCom. </t> position being filled by the NomCom. </t>
<t pn="section-3.8-2"> The confirmation of a candidate to an open
<t> The confirmation of a candidate to an open
position does not automatically create a vacancy position does not automatically create a vacancy
in the IESG, IAB, IETF Trust, or IETF LLC Board in the IESG, IAB, IETF Trust, or IETF LLC Board
position currently occupied by the candidate. position currently occupied by the candidate.
The mid-term vacancy cannot exist until, first, The mid-term vacancy cannot exist until, first,
the candidate formally resigns from the current the candidate formally resigns from the current
position and, second, the body with the vacancy position and, second, the body with the vacancy
formally decides for itself that it wants the formally decides for itself that it wants the
NomCom to fill the mid-term vacancy according to NomCom to fill the mid-term vacancy according to
the rules for a mid-term vacancy documented the rules for a mid-term vacancy documented
elsewhere in this document. </t> elsewhere in this document. </t>
<t pn="section-3.8-3"> The resignation should be effective as of when
<t> The resignation should be effective as of when
the term of the new position begins. The the term of the new position begins. The
resignation may remain confidential to the IESG, resignation may remain confidential to the IESG,
IAB, IETF Trust, IETF LLC Board, and NomCom until the IAB, IETF Trust, IETF LLC Board, and NomCom until the
confirmed candidate is announced for the new confirmed candidate is announced for the new
position. The process, according to rules set out position. The process, according to rules set out
elsewhere in this document, of filling the seat elsewhere in this document, of filling the seat
vacated by the confirmed candidate may begin as vacated by the confirmed candidate may begin as
soon as the vacancy is publicly announced. </t> soon as the vacancy is publicly announced. </t>
<t pn="section-3.8-4"> Filling a mid-term vacancy is a separate and
<t> Filling a mid-term vacancy is a separate and
independent action from the customary action of independent action from the customary action of
filling open positions. In particular, a filling open positions. In particular, a
NomCom must complete its job with NomCom must complete its job with
respect to filling the open positions and then respect to filling the open positions and then
separately proceed with the task of filling the separately proceed with the task of filling the
mid-term vacancy according to the rules for a mid-term vacancy according to the rules for a
mid-term vacancy documented elsewhere in this mid-term vacancy documented elsewhere in this
document. </t> document. </t>
<t pn="section-3.8-5"> However, the following exception is permitted in
<t> However, the following exception is permitted in
the case where the candidate for an open position the case where the candidate for an open position
is currently a sitting member of the IAB. It is is currently a sitting member of the IAB. It is
consistent with these rules for the announcements consistent with these rules for the announcements
of a resignation of a sitting member of the IAB of a resignation of a sitting member of the IAB
and of the confirmed candidate for the mid-term and of the confirmed candidate for the mid-term
vacancy created by that sitting member on the IAB vacancy created by that sitting member on the IAB
to all occur at the same time as long as the to all occur at the same time as long as the
actual sequence of events that occurred did so in actual sequence of events that occurred did so in
the following order: the following order:
<list style="numbers"> </t>
<t> The NomCom completes the <ol spacing="normal" type="1" start="1" pn="section-3.8-6">
<li pn="section-3.8-6.1" derivedCounter="1."> The NomCom completes the
advice and consent process for the open advice and consent process for the open
position being filled by the candidate position being filled by the candidate
currently sitting on the IAB. </t> currently sitting on the IAB. </li>
<li pn="section-3.8-6.2" derivedCounter="2."> The newly confirmed cand
<t> The newly confirmed candidate resigns idate resigns
from their current position on the from their current position on the
IAB. </t> IAB. </li>
<li pn="section-3.8-6.3" derivedCounter="3."> The IAB Chair (or the Ma
<!-- naging Director,
<t> The IAB with the new mid-term vacancy
requests that the NomCom
fill the position. </t>
<t> The IAB Chair (or the Managing Director,
IETF Secretariat, if no Chair has been na med IETF Secretariat, if no Chair has been na med
or the vacancy was created via the depart ure or the vacancy was created via the depart ure
of the IAB Chair) informs the NomCom of the IAB Chair) informs the NomCom
of the mid-term vacancy. </t> of the mid-term vacancy. </li>
<li pn="section-3.8-6.4" derivedCounter="4."> The NomCom acts on the
<t> The NomCom acts on the request to fill the mid-term vacancy. </li>
request to fill the mid-term vacancy. </t> </ol>
</list> </t> </section>
</section> <section anchor="gen_announce" numbered="true" toc="include" removeInRFC="
false" pn="section-3.9">
<section anchor="gen_announce" title="Announcements"> <name slugifiedName="name-announcements">Announcements</name>
<t> All announcements must be made using at least <t pn="section-3.9-1"> All announcements must be made using at least
the mechanism used by the IETF Secretariat for the mechanism used by the IETF Secretariat for
its announcements, including a notice on the its announcements, including a notice on the
IETF web site. </t> IETF web site. </t>
<t pn="section-3.9-2"> As of the publication of this document, the
<t> As of the publication of this document, the
current mechanism is an email message to both current mechanism is an email message to both
the "ietf" and the "ietf-announce" mailing the "ietf" and the "ietf-announce" mailing
lists. </t> lists. </t>
</section> </section>
</section> </section>
<section anchor="selection" numbered="true" toc="include" removeInRFC="false
<section anchor="selection" title="Nominating Committee Selection"> " pn="section-4">
<t> The following set of rules apply to the creation of the <name slugifiedName="name-nominating-committee-select">Nominating Committe
e Selection</name>
<t pn="section-4-1"> The following set of rules apply to the creation of t
he
NomCom and the selection of its members. </t> NomCom and the selection of its members. </t>
<section anchor="sel_timeline" numbered="true" toc="include" removeInRFC="
<section anchor="sel_timeline" title="Timeline"> false" pn="section-4.1">
<t> The completion of the process of selecting and <name slugifiedName="name-timeline">Timeline</name>
<t pn="section-4.1-1"> The completion of the process of selecting and
organizing the members of the NomCom organizing the members of the NomCom
is due within three months. </t> is due within three months. </t>
<t pn="section-4.1-2"> The completion of the selection and organization
<t> The completion of the selection and organization
process is due at least one month prior to the process is due at least one month prior to the
Third IETF. This ensures the NomCom Third IETF. This ensures the NomCom
is fully operational and available for interviews is fully operational and available for interviews
and consultation during the Third IETF. </t> and consultation during the Third IETF. </t>
</section> </section>
<section anchor="sel_term" numbered="true" toc="include" removeInRFC="fals
<section anchor="sel_term" title="Term"> e" pn="section-4.2">
<t> The term of a NomCom is expected to <name slugifiedName="name-term">Term</name>
<t pn="section-4.2-1"> The term of a NomCom is expected to
be 15 months. </t> be 15 months. </t>
<t pn="section-4.2-2"> It is the intent of this rule that the end of a
<t> It is the intent of this rule that the end of a
NomCom's term overlap by NomCom's term overlap by
approximately three months the beginning of the approximately three months the beginning of the
term of the next NomCom. </t> term of the next NomCom. </t>
<t pn="section-4.2-3"> The term of a NomCom begins when its
<t> The term of a NomCom begins when its
members are officially announced. The term ends members are officially announced. The term ends
at the Third IETF (not three meetings), i.e., the at the Third IETF (not three meetings), i.e., the
IETF meeting after the next NomCom's IETF meeting after the next NomCom's
term begins. </t> term begins. </t>
<t pn="section-4.2-4"> A term is expected to begin at least two months
<t> A term is expected to begin at least two months
prior to the Third IETF to ensure the NomCom prior to the Third IETF to ensure the NomCom
has at least one month to get organized has at least one month to get organized
before preparing for the Third IETF. </t> before preparing for the Third IETF. </t>
<t pn="section-4.2-5"> A NomCom is expected to complete
<t> A NomCom is expected to complete
any work in progress before it is dissolved at any work in progress before it is dissolved at
the end of its term. </t> the end of its term. </t>
<t pn="section-4.2-6"> During the period of time when the terms of
<t> During the period of time when the terms of
the NomComs overlap, all mid-term vacancies are the NomComs overlap, all mid-term vacancies are
to be relegated to the prior year's NomCom. The to be relegated to the prior year's NomCom. The
prior year's NomCom has no other responsibilities prior year's NomCom has no other responsibilities
during the overlap period. At all times other during the overlap period. At all times other
than the overlap period, there is exactly one than the overlap period, there is exactly one
official NomCom and it is responsible for all official NomCom and it is responsible for all
mid-term vacancies. </t> mid-term vacancies. </t>
<t pn="section-4.2-7"> When the prior year's NomCom is filling a
<t> When the prior year's NomCom is filling a
mid-term vacancy during the period of time that mid-term vacancy during the period of time that
the terms overlap, the NomCom operate the terms overlap, the NomComs operate
independently. However, some coordination is independently. However, some coordination is
needed between them. Since the prior year's needed between them. Since the prior year's
Chair is a non-voting advisor to the current Chair is a non-voting advisor to the current
NomCom, the coordination is expected to be NomCom, the coordination is expected to be
straightforward. </t> straightforward. </t>
</section> </section>
<section anchor="sel_structure" numbered="true" toc="include" removeInRFC=
<section anchor="sel_structure" title="Structure"> "false" pn="section-4.3">
<t> The NomCom comprises at least a <name slugifiedName="name-structure">Structure</name>
<t pn="section-4.3-1"> The NomCom comprises at least a
Chair, 10 voting volunteers, two liaisons, Chair, 10 voting volunteers, two liaisons,
and an advisor. </t> and an advisor. </t>
<t pn="section-4.3-2"> Any committee member may propose the addition
<!--
<t> Any committee member may propose the addition
of an advisor to participate in some or all of
the deliberations of the committee. The addition
must be approved by the committee according to
its established voting mechanism. Advisors
participate as individuals. </t>
<t> Any committee member may propose the addition
of an advisor to participate in some or all of of an advisor to participate in some or all of
the deliberations of the committee. The addition the deliberations of the committee. The addition
must be approved by the committee according to must be approved by the committee according to
its established voting mechanism. Advisors its established voting mechanism. Advisors
participate as individuals.</t> participate as individuals.</t>
<t pn="section-4.3-3">Committee members are encouraged to propose
<t>Committee members are encouraged to propose
the addition of advisor(s) who are the addition of advisor(s) who are
knowledgeable about the operations of the IETF knowledgeable about the operations of the IETF
Trust and/or IETF LLC Board, whether or not that NomCom Trust and/or IETF LLC Board, whether or not that NomCom
is reviewing an IETF Trust Trustee or IETF LLC Director is reviewing an IETF Trust Trustee or IETF LLC Director
position. The NomCom may choose to ask position. The NomCom may choose to ask
the IETF Trust and/or IETF LLC Board to suggest the IETF Trust and/or IETF LLC Board to suggest
advisors who are knowledgeable about their advisors who are knowledgeable about their
operations but may select any advisor they vote operations but may select any advisor they vote
to approve.</t> to approve.</t>
<t pn="section-4.3-4"> Any committee member may propose the addition of
<t> Any committee member may propose the addition of a a
liaison from other unrepresented organizations to liaison from other unrepresented organizations to
participate in some or all of the deliberations of participate in some or all of the deliberations of
the committee. The addition must be approved by the committee. The addition must be approved by
the committee according to its established voting the committee according to its established voting
mechanism. Liaisons participate as mechanism. Liaisons participate as
representatives of their respective representatives of their respective
organizations. </t> organizations. </t>
<t pn="section-4.3-5"> The Chair is selected according to rules stated
<t> The Chair is selected according to rules stated
elsewhere in this document. </t> elsewhere in this document. </t>
<t pn="section-4.3-6"> The 10 voting volunteers are selected according
<t> The 10 voting volunteers are selected according
to rules stated elsewhere in this document. </t> to rules stated elsewhere in this document. </t>
<t pn="section-4.3-7"> The IESG and IAB liaisons are selected
<t> The IESG and IAB liaisons are selected
according to rules stated elsewhere in this according to rules stated elsewhere in this
document. </t> document. </t>
<t pn="section-4.3-8"> The Internet Society Board of Trustees may appoin
<t> The Internet Society Board of Trustees may appoint t
a liaison to the NomCom at its own a liaison to the NomCom at its own
discretion. </t> discretion. </t>
<t pn="section-4.3-9"> The IETF Trust may appoint
<t> The IETF Trust may appoint
a liaison to the NomCom at its own a liaison to the NomCom at its own
discretion. </t> discretion. </t>
<t pn="section-4.3-10"> The IETF LLC Board may appoint
<t> The IETF LLC Board may appoint
a liaison to the NomCom at its own a liaison to the NomCom at its own
discretion. </t> discretion. </t>
<t pn="section-4.3-11"> The Chair of the prior year's NomCom
<t> The Chair of the prior year's NomCom
serves as an advisor according to rules stated serves as an advisor according to rules stated
elsewhere in this document. </t> elsewhere in this document. </t>
<t pn="section-4.3-12"> The Chair, liaisons, and advisors do not vote on
<t> The Chair, liaisons, and advisors do not vote on
the selection of candidates. They do vote on all the selection of candidates. They do vote on all
other issues before the committee unless otherwise other issues before the committee unless otherwise
specified in this document. </t> specified in this document. </t>
</section> </section>
<section anchor="sel_chair_duties" numbered="true" toc="include" removeInR
<section anchor="sel_chair_duties" title="Chair Duties"> FC="false" pn="section-4.4">
<t> The Chair of the NomCom is <name slugifiedName="name-chair-duties">Chair Duties</name>
<t pn="section-4.4-1"> The Chair of the NomCom is
responsible for ensuring the NomCom responsible for ensuring the NomCom
completes its assigned duties in a timely fashion completes its assigned duties in a timely fashion
and performs in the best interests of the IETF and performs in the best interests of the IETF
community. </t> community. </t>
<t pn="section-4.4-2"> The Chair must be thoroughly familiar with
<t> The Chair must be thoroughly familiar with
the rules and guidance indicated throughout this the rules and guidance indicated throughout this
document. The Chair must ensure the NomCom document. The Chair must ensure the NomCom
completes its assigned duties in a manner that is completes its assigned duties in a manner that is
consistent with this document. </t> consistent with this document. </t>
<t pn="section-4.4-3"> The Chair must attest by proclamation at a plenar
<t> The Chair must attest by proclamation at a plenary y
session of the First IETF that the results of session of the First IETF that the results of
the committee represent its best effort and the the committee represent its best effort and the
best interests of the IETF community. </t> best interests of the IETF community. </t>
<t pn="section-4.4-4"> The Chair does not vote on the selection of
<t> The Chair does not vote on the selection of
candidates. </t> candidates. </t>
</section> </section>
<section anchor="sel_chair_selection" numbered="true" toc="include" remove
<section anchor="sel_chair_selection" title="Chair Selection"> InRFC="false" pn="section-4.5">
<t> The Internet Society President appoints the <name slugifiedName="name-chair-selection">Chair Selection</name>
<t pn="section-4.5-1"> The Internet Society President appoints the
Chair, who must meet the same requirements for Chair, who must meet the same requirements for
membership in the NomCom as a membership in the NomCom as a
voting volunteer. </t> voting volunteer. </t>
<t pn="section-4.5-2"> The NomCom Chair must agree to
<t> The NomCom Chair must agree to
invest the time necessary to ensure that the invest the time necessary to ensure that the
NomCom completes its assigned duties NomCom completes its assigned duties
and to perform in the best interests of the and to perform in the best interests of the
IETF community in that role. </t> IETF community in that role. </t>
<t pn="section-4.5-3"> The appointment is due no later than the Second
<t> The appointment is due no later than the Second
IETF meeting to ensure it can be announced during IETF meeting to ensure it can be announced during
a plenary session at that meeting. The completion a plenary session at that meeting. The completion
of the appointment is necessary to ensure the of the appointment is necessary to ensure the
annual process can complete at the time specified annual process can complete at the time specified
elsewhere in this document. </t> elsewhere in this document. </t>
</section> </section>
<section anchor="sel_chair_temp" numbered="true" toc="include" removeInRFC
<section anchor="sel_chair_temp" title="Temporary Chair"> ="false" pn="section-4.6">
<t> A Chair, in consultation with the Internet <name slugifiedName="name-temporary-chair">Temporary Chair</name>
<t pn="section-4.6-1"> A Chair, in consultation with the Internet
Society President, may appoint a temporary Society President, may appoint a temporary
substitute for the Chair position. </t> substitute for the Chair position. </t>
<t pn="section-4.6-2"> There are a variety of ordinary circumstances
<t> There are a variety of ordinary circumstances
that may arise from time to time that could that may arise from time to time that could
result in a Chair being unavailable to oversee result in a Chair being unavailable to oversee
the activities of the committee. The Chair, in the activities of the committee. The Chair, in
consultation with the Internet Society President, consultation with the Internet Society President,
may appoint a substitute from a pool comprised of may appoint a substitute from a pool comprised of
the liaisons currently serving on the committee the liaisons currently serving on the committee
and the prior year's Chair or designee. </t> and the prior year's Chair or designee. </t>
<t pn="section-4.6-3"> Any such appointment must be temporary and does
<t> Any such appointment must be temporary and does
not absolve the Chair of any or all responsibility not absolve the Chair of any or all responsibility
for ensuring the NomCom completes for ensuring the NomCom completes
its assigned duties in a timely fashion. </t> its assigned duties in a timely fashion. </t>
</section> </section>
<section anchor="sel_liaisons_1" numbered="true" toc="include" removeInRFC
<section anchor="sel_liaisons_1" title="Liaisons"> ="false" pn="section-4.7">
<name slugifiedName="name-liaisons">Liaisons</name>
<t> Liaisons are responsible for ensuring the <t pn="section-4.7-1"> Liaisons are responsible for ensuring the
NomCom in general and the Chair in NomCom in general and the Chair in
particular execute their assigned duties in the particular execute their assigned duties in the
best interests of the IETF community. </t> best interests of the IETF community. </t>
<t pn="section-4.7-2"> Liaisons are expected to represent the views of
<t> Liaisons are expected to represent the views of
their respective organizations during the their respective organizations during the
deliberations of the committee. They should deliberations of the committee. They should
provide information as requested or when they provide information as requested or when they
believe it would be helpful to the committee. </t> believe it would be helpful to the committee. </t>
<t pn="section-4.7-3"> Liaisons
<t> Liaisons
<!--
from the IESG, IAB, IETF Trust, and
IETF LLC Board
are expected to provide information to the are expected to provide information to the
NomCom regarding the operation, NomCom regarding the operation,
responsibility, and composition of their responsibility, and composition of their
respective bodies. </t> respective bodies. </t>
<t pn="section-4.7-4"> Liaisons are expected to convey questions from th
<t> Liaisons are expected to convey questions from the e
committee to their respective organizations and committee to their respective organizations and
responses to those questions to the committee, as responses to those questions to the committee, as
requested by the committee. </t> requested by the committee. </t>
<t pn="section-4.7-5">Liaisons
<t>Liaisons
<!--
Liaisons from the IESG, IAB, and Internet
Society Board of Trustees (if one was appointed)
are expected to review the operation and executing are expected to review the operation and executing
process of the NomCom and to report process of the NomCom and to report
any concerns or issues to the Chair of the any concerns or issues to the Chair of the
NomCom immediately. If they cannot NomCom immediately. If they cannot
resolve the issue between themselves, liaisons must resolve the issue between themselves, liaisons must
report it according to the dispute resolution report it according to the dispute resolution
process stated elsewhere in this document. </t> process stated elsewhere in this document. </t>
<t pn="section-4.7-6"> Liaisons from confirming bodies are expected to
<t> Liaisons from confirming bodies are expected to
assist the committee in preparing the testimony it assist the committee in preparing the testimony it
is required to provide with its candidates. </t> is required to provide with its candidates. </t>
<t pn="section-4.7-7"> Liaisons may have other NomCom
<t> Liaisons may have other NomCom
responsibilities as required by their respective responsibilities as required by their respective
organizations or requested by the NomCom, except organizations or requested by the NomCom, except
that such responsibilities may not conflict with that such responsibilities may not conflict with
any other provisions of this document. </t> any other provisions of this document. </t>
<t pn="section-4.7-8"> Liaisons do not vote on the selection of
<t> Liaisons do not vote on the selection of
candidates. </t> candidates. </t>
</section> </section>
<section anchor="sel_liaisons_2" numbered="true" toc="include" removeInRFC
<section anchor="sel_liaisons_2" title="Liaison Appointment"> ="false" pn="section-4.8">
<name slugifiedName="name-liaison-appointment">Liaison Appointment</name
<!-- >
<t>DISCUSSION <t pn="section-4.8-1">The sitting IAB and IESG members each appoint some
<list> one from
<t>Should the IETF Trust and IETF LLC appoint a their current membership who is not sitting in an open position
liaisons to serve as a liaison to the NomCom.</t>
to the NomCom? <t pn="section-4.8-2"> The sitting IETF Trust Trustees and IETF LLC
</t>
</list></t>
<t> The sitting IAB and IESG members each
appoint a liaison from their current membership,
someone who is not sitting in an open position, to
serve on the NomCom. </t>
<t> The sitting IETF Trust Trustees and IETF LLC
Directors each may appoint a liaison from their Directors each may appoint a liaison from their
current membership, someone who is not sitting in current membership, someone who is not sitting in
an open position, to serve on the NomCom. </t> an open position, to serve on the NomCom. </t>
</section>
</section> <section anchor="sel_advisors" numbered="true" toc="include" removeInRFC="
false" pn="section-4.9">
<section anchor="sel_advisors" title="Advisors"> <name slugifiedName="name-advisors">Advisors</name>
<t> An advisor is responsible for such duties as <t pn="section-4.9-1"> An advisor is responsible for such duties as
specified by the invitation that resulted in specified by the invitation that resulted in
the appointment. </t> the appointment. </t>
<t pn="section-4.9-2"> Advisors do not vote on the selection of
<t> Advisors do not vote on the selection of
candidates. </t> candidates. </t>
</section> </section>
<section anchor="sel_chair_past" numbered="true" toc="include" removeInRFC
<section anchor="sel_chair_past" title="Past Chair"> ="false" pn="section-4.10">
<t> The Chair of the prior year's NomCom <name slugifiedName="name-past-chair">Past Chair</name>
<t pn="section-4.10-1"> The Chair of the prior year's NomCom
serves as an advisor to the current committee. </t> serves as an advisor to the current committee. </t>
<t pn="section-4.10-2"> The prior year's Chair is expected to review
<t> The prior year's Chair is expected to review
the actions and activities of the current Chair the actions and activities of the current Chair
and to report any concerns or issues to the and to report any concerns or issues to the
NomCom Chair immediately. If they cannot NomCom Chair immediately. If they cannot
resolve the issue between themselves, the prior resolve the issue between themselves, the prior
year's Chair must report it according to the year's Chair must report it according to the
dispute resolution process stated elsewhere in dispute resolution process stated elsewhere in
this document. </t> this document. </t>
<t pn="section-4.10-3"> The prior year's Chair may select a designee fro
<t> The prior year's Chair may select a designee from m
a pool composed of the voting volunteers of the a pool composed of the voting volunteers of the
prior year's committee and all prior Chairs if the prior year's committee and all prior Chairs if the
Chair is unavailable. If the prior year's Chair is Chair is unavailable. If the prior year's Chair is
unavailable or is unable or unwilling to make such a unavailable or is unable or unwilling to make such a
designation in a timely fashion, the Chair of the designation in a timely fashion, the Chair of the
current year's committee may select a designee in current year's committee may select a designee in
consultation with the Internet Society consultation with the Internet Society
President. </t> President. </t>
<t pn="section-4.10-4"> Selecting a prior year's committee member as the
<t> Selecting a prior year's committee member as the
designee permits the experience of the prior year's designee permits the experience of the prior year's
deliberations to be readily available to the current deliberations to be readily available to the current
committee. Selecting an earlier prior year Chair committee. Selecting an earlier prior year Chair
as the designee permits the experience of being a as the designee permits the experience of being a
Chair as well as that Chair's committee Chair as well as that Chair's committee
deliberations to be readily available to the current deliberations to be readily available to the current
committee. </t> committee. </t>
<t pn="section-4.10-5"> All references to "prior year's Chair" in this
<t> All references to "prior year's Chair" in this
document refer to the person serving in that role, document refer to the person serving in that role,
whether it is the actual prior year's Chair or a whether it is the actual prior year's Chair or a
designee. </t> designee. </t>
</section> </section>
<section anchor="sel_volunteers" numbered="true" toc="include" removeInRFC
<section anchor="sel_volunteers" title="Voting Volunteers"> ="false" pn="section-4.11">
<t> Voting volunteers are responsible for completing the <name slugifiedName="name-voting-volunteers">Voting Volunteers</name>
<t pn="section-4.11-1"> Voting volunteers are responsible for completing
the
tasks of the NomCom in a timely tasks of the NomCom in a timely
fashion. </t> fashion. </t>
<t pn="section-4.11-2"> Each voting volunteer is expected to participate
<t> Each voting volunteer is expected to participate in in
all activities of the NomCom with a all activities of the NomCom with a
level of effort approximately equal to all other level of effort approximately equal to all other
voting volunteers. Specific tasks to be completed voting volunteers. Specific tasks to be completed
are established and managed by the Chair according are established and managed by the Chair according
to rules stated elsewhere in this document. </t> to rules stated elsewhere in this document. </t>
</section> </section>
<section anchor="sel_milestones" numbered="true" toc="include" removeInRFC
<section anchor="sel_milestones" title="Milestones"> ="false" pn="section-4.12">
<t> The Chair must establish and announce milestones for <name slugifiedName="name-milestones">Milestones</name>
<t pn="section-4.12-1"> The Chair must establish and announce milestones
for
the selection of the NomCom the selection of the NomCom
members. </t> members. </t>
<t pn="section-4.12-2"> There is a defined time period during which the
<t> There is a defined time period during which the
selection process is due to be completed. The selection process is due to be completed. The
Chair must establish a set of milestones which, Chair must establish a set of milestones which,
if met in a timely fashion, will result in the if met in a timely fashion, will result in the
completion of the process on time. </t> completion of the process on time. </t>
</section> </section>
<section anchor="sel_positions" numbered="true" toc="include" removeInRFC=
<section anchor="sel_positions" title="Open Positions"> "false" pn="section-4.13">
<t> The Chair (or the Managing Director, IETF Secretariat <name slugifiedName="name-open-positions">Open Positions</name>
, if no <t pn="section-4.13-1"> The Chair (or the Managing Director, IETF Secret
ariat, if no
Chair has been named four weeks after the First IETF Chair has been named four weeks after the First IETF
meeting of the year) obtains the list of positions meeting of the year) obtains the list of positions
to be reviewed and announces it along with a to be reviewed and announces it along with a
solicitation for names of volunteers from the IETF solicitation for names of volunteers from the IETF
community willing to serve on the NomCom.</t> community willing to serve on the NomCom.</t>
<t pn="section-4.13-2"> If the Managing Director, IETF Secretariat, issu
<t> If the Managing Director, IETF Secretariat issues the es the
solicitation for volunteers, the Managing Director, I solicitation for volunteers, the Managing Director, I
ETF Secretariat ETF Secretariat,
must also collect responses to the must also collect responses to the
solicitation and provide the names of volunteers to solicitation and provide the names of volunteers to
the incoming NomCom Chair when the the incoming NomCom Chair when the
incoming NomCom Chair is named. </t> incoming NomCom Chair is named. </t>
<t pn="section-4.13-3"> At the Chair's request, the IETF Secretariat may
<t> At the Chair's request, the IETF Secretariat may
perform other clerical support tasks, as long as perform other clerical support tasks, as long as
the task being performed does not require NomCom the task being performed does not require NomCom
Chair judgment, in the NomCom Chair judgment, in the NomCom
Chair's opinion, and as long as the Chair's opinion, and as long as the
community is appropriately notified that this community is appropriately notified that this
request is being made. This request may come from request is being made. This request may come from
the incoming NomCom Chair (if one has the incoming NomCom Chair (if one has
been selected for this NomCom cycle) been selected for this NomCom cycle)
or the previous NomCom Chair (if the or the previous NomCom Chair (if the
search for an incoming NomCom Chair is search for an incoming NomCom Chair is
still underway). </t> still underway). </t>
<t pn="section-4.13-4"> The solicitation must permit the community at
<t> The solicitation must permit the community at
least 30 days during which they may choose to least 30 days during which they may choose to
volunteer to be selected for the NomCom.</t> volunteer to be selected for the NomCom.</t>
<t pn="section-4.13-5"> The list of open positions is published with the
<t> The list of open positions is published with the
solicitation to facilitate community members solicitation to facilitate community members
choosing between volunteering for an open position choosing between volunteering for an open position
and volunteering for the NomCom. </t> and volunteering for the NomCom. </t>
</section> </section>
<section anchor="sel_qualify" numbered="true" toc="include" removeInRFC="f
<section anchor="sel_qualify" title="Volunteer Qualification"> alse" pn="section-4.14">
<t> Members of the IETF community must have attended at <name slugifiedName="name-volunteer-qualification">Volunteer Qualificati
on</name>
<t pn="section-4.14-1"> Members of the IETF community must have attended
at
least three of the last five IETF meetings in order least three of the last five IETF meetings in order
to volunteer. </t> to volunteer. </t>
<t pn="section-4.14-2"> The five meetings are the five most recent meeti
<t> The five meetings are the five most recent meetings ngs
that ended prior to the date on which the that ended prior to the date on which the
solicitation for NomCom volunteers solicitation for NomCom volunteers
was submitted for distribution to the IETF was submitted for distribution to the IETF
community. </t> community. </t>
<t pn="section-4.14-3"> The IETF Secretariat is responsible for confirmi
<t> The IETF Secretariat is responsible for confirming ng
that volunteers have met the attendance that volunteers have met the attendance
requirement. </t> requirement. </t>
<t pn="section-4.14-4"> Volunteers must provide their full name, email
<t> Volunteers must provide their full name, email
address, and primary company or organization address, and primary company or organization
affiliation (if any) when volunteering. </t> affiliation (if any) when volunteering. </t>
<t pn="section-4.14-5"> Volunteers are expected to be familiar with the
<t> Volunteers are expected to be familiar with the
IETF processes and procedures, which are readily IETF processes and procedures, which are readily
learned by active participation in a working group learned by active participation in a working group
and especially by serving as a document editor and especially by serving as a document editor
or working group chair. </t> or working group chair. </t>
</section> </section>
<section anchor="sel_disqualify" numbered="true" toc="include" removeInRFC
<section anchor="sel_disqualify" title="Not Qualified"> ="false" pn="section-4.15">
<name slugifiedName="name-not-qualified">Not Qualified</name>
<t> Any person who serves on the Internet Society <t pn="section-4.15-1"> Any person who serves on the Internet Society
Board of Trustees, the IETF Trust, the IETF LLC Board of Board of Trustees, the IETF Trust, the IETF LLC Board of
Directors, the IAB, or the IESG, including those Directors, the IAB, or the IESG, including those
who serve on these bodies in ex officio who serve on these bodies in ex officio
positions, may not volunteer to serve as voting positions, may not volunteer to serve as voting
members of the NomCom. In addition, members of the NomCom. In addition,
employees or contractors of the IETF LLC employees or contractors of the IETF LLC
may not volunteer to serve as voting members of may not volunteer to serve as voting members of
the NomCom. Liaisons to these the NomCom. Liaisons to these
bodies from other bodies or organizations are not bodies from other bodies or organizations are not
excluded by this rule.</t> excluded by this rule.</t>
</section>
</section> <section anchor="sel_process" numbered="true" toc="include" removeInRFC="f
alse" pn="section-4.16">
<section anchor="sel_process" title="Selection Process"> <name slugifiedName="name-selection-process">Selection Process</name>
<t> The Chair announces both the list of the pool <t pn="section-4.16-1"> The Chair announces both the list of the pool
of volunteers from which the 10 voting volunteers of volunteers from which the 10 voting volunteers
will be randomly selected and the method with which will be randomly selected and the method with which
the selection will be completed. </t> the selection will be completed. </t>
<t pn="section-4.16-2"> The announcement should be made at least one wee
<t> The announcement should be made at least one week k
prior to the date on which the random selection will prior to the date on which the random selection will
occur. </t> occur. </t>
<t pn="section-4.16-3"> The pool of volunteers must be enumerated or
<t> The pool of volunteers must be enumerated or
otherwise indicated according to the needs of the otherwise indicated according to the needs of the
selection method to be used. </t> selection method to be used. </t>
<t pn="section-4.16-4"> The announcement must specify the data that will
<t> The announcement must specify the data that will be be
used as input to the selection method. The method used as input to the selection method. The method
must depend on random data whose value is not must depend on random data whose value is not
known or available until the date on which the known or available until the date on which the
random selection will occur. </t> random selection will occur. </t>
<t pn="section-4.16-5"> It must be possible to independently verify that
<t> It must be possible to independently verify that
the selection method used is both fair and the selection method used is both fair and
unbiased. A method is fair if each eligible unbiased. A method is fair if each eligible
volunteer is equally likely to be selected. A volunteer is equally likely to be selected. A
method is unbiased if no one can influence its method is unbiased if no one can influence its
outcome in favor of a specific outcome. </t> outcome in favor of a specific outcome. </t>
<t pn="section-4.16-6"> It must be possible to repeat the selection meth
<t> It must be possible to repeat the selection method, od,
either through iteration or by restarting in such a either through iteration or by restarting in such a
way as to remain fair and unbiased. This is way as to remain fair and unbiased. This is
necessary to replace selected volunteers should they necessary to replace selected volunteers should they
become unavailable after selection. </t> become unavailable after selection. </t>
<t pn="section-4.16-7"> The selection method must produce an ordered lis
<t> The selection method must produce an ordered list t
of volunteers. </t> of volunteers. </t>
<t pn="section-4.16-8"> One possible selection method is described in
<t> One possible selection method is described in <xref target="RFC3797" format="default" sectionFormat
<xref target="RFC3797"/>. </t> ="of" derivedContent="RFC3797"/>. </t>
</section> </section>
<section anchor="sel_announce" numbered="true" toc="include" removeInRFC="
<section anchor="sel_announce" false" pn="section-4.17">
title="Announcement of Selection Results"> <name slugifiedName="name-announcement-of-selection-r">Announcement of S
<t> The Chair randomly selects the 10 voting election Results</name>
<t pn="section-4.17-1"> The Chair randomly selects the 10 voting
volunteers from the pool of names of volunteers and volunteers from the pool of names of volunteers and
announces the members of the NomCom.</t> announces the members of the NomCom.</t>
<t pn="section-4.17-2"> No more than two volunteers with the same
<t> No more than two volunteers with the same
primary affiliation may be selected for the primary affiliation may be selected for the
NomCom. The Chair reviews the primary NomCom. The Chair reviews the primary
affiliation of each volunteer selected by the affiliation of each volunteer selected by the
method in turn. If the primary affiliation for a method in turn. If the primary affiliation for a
volunteer is the same as two previously selected volunteer is the same as two previously selected
volunteers, that volunteer is removed from volunteers, that volunteer is removed from
consideration and the method is repeated to consideration and the method is repeated to
identify the next eligible volunteer. </t> identify the next eligible volunteer. </t>
<t pn="section-4.17-3"> There must be at least two announcements of all
<t> There must be at least two announcements of all
members of the NomCom. </t> members of the NomCom. </t>
<t pn="section-4.17-4"> The first announcement should occur as soon afte
<t> The first announcement should occur as soon after r
the random selection as is reasonable for the the random selection as is reasonable for the
Chair. The community must have at least one week Chair. The community must have at least one week
during which any member may challenge the results of during which any member may challenge the results of
the random selection. </t> the random selection. </t>
<t pn="section-4.17-5"> The challenge must be made in writing (email is
<t> The challenge must be made in writing (email is
acceptable) to the Chair. The Chair has 48 hours to acceptable) to the Chair. The Chair has 48 hours to
review the challenge and offer a resolution to the review the challenge and offer a resolution to the
member. If the resolution is not accepted by the member. If the resolution is not accepted by the
member, that member may report the challenge member, that member may report the challenge
according to the dispute resolution process stated according to the dispute resolution process stated
elsewhere in this document. </t> elsewhere in this document. </t>
<t pn="section-4.17-6"> If a selected volunteer, upon reading the
<t> If a selected volunteer, upon reading the
announcement with the list of selected volunteers, announcement with the list of selected volunteers,
finds that two or more other volunteers have the finds that two or more other volunteers have the
same affiliation, then the volunteer should notify same affiliation, then the volunteer should notify
the Chair who will determine the appropriate the Chair who will determine the appropriate
action. </t> action. </t>
<t pn="section-4.17-7"> During at least the one week challenge period, t
<t> During at least the one week challenge period, the he
Chair must contact each of the members and confirm Chair must contact each of the members and confirm
their willingness and availability to serve. The their willingness and availability to serve. The
Chair should make every reasonable effort to contact Chair should make every reasonable effort to contact
each member. each member.
<list style="symbols"> </t>
<t> If the Chair is unable to contact a liaison, <ul spacing="normal" bare="false" empty="false" pn="section-4.17-8">
<li pn="section-4.17-8.1"> If the Chair is unable to contact a liaison
,
the problem is referred to the respective the problem is referred to the respective
organization to resolve. The Chair should organization to resolve. The Chair should
allow a reasonable amount of time for the allow a reasonable amount of time for the
organization to resolve the problem and then organization to resolve the problem and then
may proceed without the liaison. </t> may proceed without the liaison. </li>
<li pn="section-4.17-8.2"> If the Chair is unable to contact an adviso
<t> If the Chair is unable to contact an advisor, r,
the Chair may elect to proceed without the the Chair may elect to proceed without the
advisor, except for the prior year's Chair advisor, except for the prior year's Chair
for whom the Chair must consult with the for whom the Chair must consult with the
Internet Society President as stated Internet Society President as stated
elsewhere in this document. </t> elsewhere in this document. </li>
<li pn="section-4.17-8.3"> If the Chair is unable to contact a voting
<t> If the Chair is unable to contact a voting
volunteer, the Chair must repeat the random volunteer, the Chair must repeat the random
selection process in order to replace the selection process in order to replace the
unavailable volunteer. There should be at unavailable volunteer. There should be at
least one day between the announcement of least one day between the announcement of
the iteration and the selection process. </t> the iteration and the selection process. </li
</list> </t> >
</ul>
<t> After at least one week and confirming that 10 <t pn="section-4.17-9"> After at least one week and confirming that 10
voting volunteers are ready to serve, the Chair voting volunteers are ready to serve, the Chair
makes the second announcement of the members of the makes the second announcement of the members of the
NomCom, which officially begins the NomCom, which officially begins the
term of the NomCom. </t> term of the NomCom. </t>
</section> </section>
<section anchor="sel_organize" numbered="true" toc="include" removeInRFC="
<section anchor="sel_organize" false" pn="section-4.18">
title="Committee Organization"> <name slugifiedName="name-committee-organization">Committee Organization
<t> The Chair works with the members of the committee to </name>
<t pn="section-4.18-1"> The Chair works with the members of the committe
e to
organize itself in preparation for completing its organize itself in preparation for completing its
assigned duties. </t> assigned duties. </t>
<t pn="section-4.18-2"> The committee has approximately one month during
<t> The committee has approximately one month during
which it can self-organize. Its responsibilities which it can self-organize. Its responsibilities
during this time include but are not limited to the during this time include but are not limited to the
following: following:
<list style="symbols"> </t>
<t> Setting up a regular teleconference <ul spacing="normal" bare="false" empty="false" pn="section-4.18-3">
schedule. </t> <li pn="section-4.18-3.1"> Setting up a regular teleconference
schedule. </li>
<t> Setting up an internal web site. </t> <li pn="section-4.18-3.2"> Setting up an internal web site. </li>
<li pn="section-4.18-3.3"> Setting up a mailing list for internal
<t> Setting up a mailing list for internal discussions. </li>
discussions. </t> <li pn="section-4.18-3.4"> Setting up an email address for receiving
community input. </li>
<t> Setting up an email address for receiving <li pn="section-4.18-3.5"> Establishing operational procedures. </li>
community input. </t> <li pn="section-4.18-3.6"> Establishing milestones in order to monitor
the progress of the selection process. </li>
<t> Establishing operational procedures. </t> </ul>
</section>
<t> Establishing milestones in order to monitor </section>
the progress of the selection process. </t> <section anchor="operation" numbered="true" toc="include" removeInRFC="false
</list> </t> " pn="section-5">
</section> <name slugifiedName="name-nominating-committee-operat">Nominating Committe
</section> e Operation</name>
<t pn="section-5-1"> The following rules apply to the operation of the
<section anchor="operation" title="Nominating Committee Operation">
<t> The following rules apply to the operation of the
NomCom. If necessary, a paragraph NomCom. If necessary, a paragraph
discussing the interpretation of each rule is discussing the interpretation of each rule is
included. </t> included. </t>
<t pn="section-5-2"> The rules are organized approximately in the order
<t> The rules are organized approximately in the order
in which they would be invoked. </t> in which they would be invoked. </t>
<section anchor="op_discretion" numbered="true" toc="include" removeInRFC=
<section anchor="op_discretion" title="Discretion"> "false" pn="section-5.1">
<t> All rules and special circumstances not otherwise <name slugifiedName="name-discretion">Discretion</name>
<t pn="section-5.1-1"> All rules and special circumstances not otherwise
specified are at the discretion of the specified are at the discretion of the
committee. </t> committee. </t>
<t pn="section-5.1-2"> Exceptional circumstances will occasionally arise
<t> Exceptional circumstances will occasionally arise
during the normal operation of the NomCom. during the normal operation of the NomCom.
This rule is intended to foster the This rule is intended to foster the
continued forward progress of the committee. </t> continued forward progress of the committee. </t>
<t pn="section-5.1-3"> Any member of the committee may propose a rule fo
<t> Any member of the committee may propose a rule for r
adoption by the committee. The rule must be adoption by the committee. The rule must be
approved by the committee according to its approved by the committee according to its
established voting mechanism. </t> established voting mechanism. </t>
<t pn="section-5.1-4"> All members of the committee should consider whet
<t> All members of the committee should consider whether her
the exception is worthy of mention in the next the exception is worthy of mention in the next
revision of this document and follow-up revision of this document and follow up
accordingly. </t> accordingly. </t>
</section> </section>
<section anchor="op_timeline_1" numbered="true" toc="include" removeInRFC=
<section anchor="op_timeline_1" title="Selection Timeline"> "false" pn="section-5.2">
<t> The completion of the process of selecting <name slugifiedName="name-selection-timeline">Selection Timeline</name>
<t pn="section-5.2-1"> The completion of the process of selecting
candidates to be confirmed by their respective candidates to be confirmed by their respective
confirming body is due within three months. </t> confirming body is due within three months. </t>
<t pn="section-5.2-2"> The completion of the selection process is due at
<t> The completion of the selection process is due at
least two months prior to the First IETF. This least two months prior to the First IETF. This
ensures the NomCom has sufficient time ensures the NomCom has sufficient time
to complete the confirmation process. </t> to complete the confirmation process. </t>
</section> </section>
<section anchor="op_timeline_2" numbered="true" toc="include" removeInRFC=
<section anchor="op_timeline_2" title="Confirmation Timeline"> "false" pn="section-5.3">
<t> The completion of the process of confirming the <name slugifiedName="name-confirmation-timeline">Confirmation Timeline</
name>
<t pn="section-5.3-1"> The completion of the process of confirming the
candidates is due within one month. </t> candidates is due within one month. </t>
<t pn="section-5.3-2"> The completion of the confirmation process is due
<t> The completion of the confirmation process is due
at least one month prior to the First IETF. </t> at least one month prior to the First IETF. </t>
</section> </section>
<section anchor="op_milestones" numbered="true" toc="include" removeInRFC=
<section anchor="op_milestones" title="Milestones"> "false" pn="section-5.4">
<t> The Chair must establish <name slugifiedName="name-milestones-2">Milestones</name>
<t pn="section-5.4-1"> The Chair must establish
a set of NomCom milestones for the candidate a set of NomCom milestones for the candidate
selection and confirmation process. </t> selection and confirmation process. </t>
<t pn="section-5.4-2"> There is a defined time period during which the
<t> There is a defined time period during which the
candidate selection and confirmation process must be candidate selection and confirmation process must be
completed. The Chair must establish a set of completed. The Chair must establish a set of
milestones that, if met in a timely fashion, will milestones that, if met in a timely fashion, will
result in the completion of the process on time. result in the completion of the process on time.
The Chair should allow time for iterating the The Chair should allow time for iterating the
activities of the committee if one or more activities of the committee if one or more
candidates are not confirmed. </t> candidates are not confirmed. </t>
<t pn="section-5.4-3"> The Chair should ensure that all committee member
<t> The Chair should ensure that all committee members s
are aware of the milestones. </t> are aware of the milestones. </t>
</section> </section>
<section anchor="op_voting" numbered="true" toc="include" removeInRFC="fal
<section anchor="op_voting" title="Voting Mechanism"> se" pn="section-5.5">
<t> The Chair must establish a voting mechanism. </t> <name slugifiedName="name-voting-mechanism">Voting Mechanism</name>
<t pn="section-5.5-1"> The Chair must establish a voting mechanism. </t>
<t> The committee must be able to objectively determine <t pn="section-5.5-2"> The committee must be able to objectively determi
ne
when a decision has been made during its when a decision has been made during its
deliberations. The criteria for determining closure deliberations. The criteria for determining closure
must be established and known to all members of the must be established and known to all members of the
NomCom. </t> NomCom. </t>
</section> </section>
<section anchor="op_quorum" numbered="true" toc="include" removeInRFC="fal
<section anchor="op_quorum" title="Voting Quorum"> se" pn="section-5.6">
<t> At least a quorum of committee members must <name slugifiedName="name-voting-quorum">Voting Quorum</name>
<t pn="section-5.6-1"> At least a quorum of committee members must
participate in a vote. </t> participate in a vote. </t>
<t pn="section-5.6-2"> Only voting volunteers vote on a candidate
<t> Only voting volunteers vote on a candidate
selection. For a candidate selection vote, a selection. For a candidate selection vote, a
quorum is comprised of at least seven of the quorum is comprised of at least seven of the
voting volunteers. </t> voting volunteers. </t>
<t pn="section-5.6-3"> At all other times, a quorum is present if at
<t> At all other times, a quorum is present if at
least 75% of the NomCom members are least 75% of the NomCom members are
participating. </t> participating. </t>
</section> </section>
<section anchor="op_recall_1" numbered="true" toc="include" removeInRFC="f
<section anchor="op_recall_1" title="Voting Member Recall"> alse" pn="section-5.7">
<t> Any member of the NomCom may propose <name slugifiedName="name-voting-member-recall">Voting Member Recall</na
me>
<t pn="section-5.7-1"> Any member of the NomCom may propose
to the committee that any other member except the to the committee that any other member except the
Chair be recalled. The process for recalling the Chair be recalled. The process for recalling the
Chair is defined elsewhere in this document. </t> Chair is defined elsewhere in this document. </t>
<t pn="section-5.7-2"> There are a variety of ordinary circumstances tha
<t> There are a variety of ordinary circumstances that t
may arise that could result in one or more members may arise that could result in one or more members
of the committee being unavailable to complete their of the committee being unavailable to complete their
assigned duties, for example, health concerns, family assigned duties, for example, health concerns, family
issues, or a change of priorities at work. A issues, or a change of priorities at work. A
committee member may choose to resign for committee member may choose to resign for
unspecified personal reasons. In addition, the unspecified personal reasons. In addition, the
committee may not function well as a group because committee may not function well as a group because
a member may be disruptive or otherwise a member may be disruptive or otherwise
uncooperative. </t> uncooperative. </t>
<t pn="section-5.7-3"> Regardless of the circumstances, if individual
<t> Regardless of the circumstances, if individual
committee members cannot work out their differences committee members cannot work out their differences
between themselves, the entire committee may be between themselves, the entire committee may be
called upon to discuss and review the called upon to discuss and review the
circumstances. If a resolution is not forthcoming, a circumstances. If a resolution is not forthcoming, a
vote may be conducted. A member may be recalled if vote may be conducted. A member may be recalled if
at least a quorum of all committee members agree, at least a quorum of all committee members agree,
including the vote of the member being recalled. </t> including the vote of the member being recalled. </t>
<t pn="section-5.7-4"> If a liaison member is recalled, the committee mu
<t> If a liaison member is recalled, the committee must st
notify the affected organization and must allow a notify the affected organization and must allow a
reasonable amount of time for a replacement to be reasonable amount of time for a replacement to be
identified by the organization before identified by the organization before
proceeding. </t> proceeding. </t>
<t pn="section-5.7-5"> If an advisor member other than the prior year's
<t> If an advisor member other than the prior year's
Chair is recalled, the committee may choose to Chair is recalled, the committee may choose to
proceed without the advisor. In the case of the proceed without the advisor. In the case of the
prior year's Chair, the Internet Society President prior year's Chair, the Internet Society President
must be notified and the current Chair must be must be notified and the current Chair must be
allowed a reasonable amount of time to consult with allowed a reasonable amount of time to consult with
the Internet Society President to identify a the Internet Society President to identify a
replacement before proceeding. </t> replacement before proceeding. </t>
<t pn="section-5.7-6"> If a single voting volunteer position on the
<t> If a single voting volunteer position on the
NomCom is vacated, regardless of the NomCom is vacated, regardless of the
circumstances, the committee may choose to proceed circumstances, the committee may choose to proceed
with only nine voting volunteers at its own with only nine voting volunteers at its own
discretion. In all other cases, a new voting member discretion. In all other cases, a new voting member
must be selected, and the Chair must repeat the must be selected, and the Chair must repeat the
random selection process including an announcement random selection process including an announcement
of the iteration prior to the actual selection as of the iteration prior to the actual selection as
stated elsewhere in this document. </t> stated elsewhere in this document. </t>
<t pn="section-5.7-7"> A change in the primary affiliation of a
<t> A change in the primary affiliation of a
voting volunteer during the term of the NomCom is voting volunteer during the term of the NomCom is
not a cause to request the recall of that not a cause to request the recall of that
volunteer, even if the change would result in volunteer, even if the change would result in
more than two voting volunteers with the same more than two voting volunteers with the same
affiliation. </t> affiliation. </t>
</section> </section>
<section anchor="op_recall_2" numbered="true" toc="include" removeInRFC="f
<section anchor="op_recall_2" title="Chair Recall"> alse" pn="section-5.8">
<t> Only the prior year's Chair may request the <name slugifiedName="name-chair-recall">Chair Recall</name>
<t pn="section-5.8-1"> Only the prior year's Chair may request the
recall of the current Chair. </t> recall of the current Chair. </t>
<t pn="section-5.8-2"> It is the responsibility of the prior year's
<t> It is the responsibility of the prior year's
Chair to ensure the current Chair completes the Chair to ensure the current Chair completes the
assigned tasks in a manner consistent with this assigned tasks in a manner consistent with this
document and in the best interests of the IETF document and in the best interests of the IETF
community. </t> community. </t>
<t pn="section-5.8-3"> Any member of the committee who has an issue or
<t> Any member of the committee who has an issue or
concern regarding the Chair should report it to concern regarding the Chair should report it to
the prior year's Chair immediately. The prior the prior year's Chair immediately. The prior
year's Chair is expected to report it to the Chair year's Chair is expected to report it to the Chair
immediately. If they cannot resolve the issue immediately. If they cannot resolve the issue
between themselves, the prior year's Chair must between themselves, the prior year's Chair must
report it according to the dispute resolution report it according to the dispute resolution
process stated elsewhere in this document. </t> process stated elsewhere in this document. </t>
</section> </section>
<section anchor="op_deliberations" numbered="true" toc="include" removeInR
<section anchor="op_deliberations" title="Deliberations"> FC="false" pn="section-5.9">
<t> All members of the NomCom may <name slugifiedName="name-deliberations">Deliberations</name>
<t pn="section-5.9-1"> All members of the NomCom may
participate in all deliberations. </t> participate in all deliberations. </t>
<t pn="section-5.9-2"> The emphasis of this rule is that no member can b
<t> The emphasis of this rule is that no member can be e
explicitly excluded from any deliberation. However, explicitly excluded from any deliberation. However,
a member may individually choose not to participate a member may individually choose not to participate
in a deliberation. </t> in a deliberation. </t>
</section> </section>
<section anchor="op_call" numbered="true" toc="include" removeInRFC="false
<section anchor="op_call" title="Call for Nominees"> " pn="section-5.10">
<t> The Chair announces the open positions to be <name slugifiedName="name-call-for-nominees">Call for Nominees</name>
<t pn="section-5.10-1"> The Chair announces the open positions to be
reviewed, the desired expertise provided by the reviewed, the desired expertise provided by the
Managing Director, IETF Secretariat, and the call for Managing Director, IETF Secretariat, and the call for
nominees. </t> nominees. </t>
<t pn="section-5.10-2"> The call for nominees must include a request for
<t> The call for nominees must include a request for
comments regarding the past performance of comments regarding the past performance of
incumbents, which will be considered during the incumbents, which will be considered during the
deliberations of the NomCom. </t> deliberations of the NomCom. </t>
<t pn="section-5.10-3"> The call must request that a nomination include
<t> The call must request that a nomination include a a
valid, working email address, a telephone number, valid, working email address, a telephone number,
or both for the nominee. The nomination must or both for the nominee. The nomination must
include the set of skills or expertise the nominator include the set of skills or expertise the nominator
believes the nominee has that would be believes the nominee has that would be
desirable. </t> desirable. </t>
</section> </section>
<section anchor="op_nominations" numbered="true" toc="include" removeInRFC
<section anchor="op_nominations" title="Nominations"> ="false" pn="section-5.11">
<t> Any member of the IETF community may nominate any <name slugifiedName="name-nominations">Nominations</name>
<t pn="section-5.11-1"> Any member of the IETF community may nominate an
y
member of the IETF community for any open position, member of the IETF community for any open position,
whose eligibility to serve will be confirmed by the whose eligibility to serve will be confirmed by the
NomCom. </t> NomCom. </t>
<t pn="section-5.11-2"> A self-nomination is permitted. </t>
<t> A self-nomination is permitted. </t> <t pn="section-5.11-3"> NomCom members are not eligible to
<t> NomCom members are not eligible to
be considered for filling any open position by be considered for filling any open position by
the NomCom on which they serve. They the NomCom on which they serve. They
become ineligible as soon as the term of the become ineligible as soon as the term of the
NomCom on which they serve officially NomCom on which they serve officially
begins. They remain ineligible for the duration of begins. They remain ineligible for the duration of
that NomCom's term. </t> that NomCom's term. </t>
<t pn="section-5.11-4"> Although each NomCom's term overlaps
<t> Although each NomCom's term overlaps
with the following NomCom's term, with the following NomCom's term,
NomCom members are eligible for NomCom members are eligible for
nomination by the following committee if not nomination by the following committee if not
otherwise disqualified. </t> otherwise disqualified. </t>
<t pn="section-5.11-5"> Members of the IETF community who were
<t> Members of the IETF community who were
recalled from any IESG, IAB, IETF Trust, or recalled from any IESG, IAB, IETF Trust, or
IETF LLC Board position during the previous two IETF LLC Board position during the previous two
years are not eligible to be considered for years are not eligible to be considered for
filling any open position. </t> filling any open position. </t>
</section>
</section> <section anchor="op_candidates" numbered="true" toc="include" removeInRFC=
"false" pn="section-5.12">
<section anchor="op_candidates" title="Candidate Selection"> <name slugifiedName="name-candidate-selection-2">Candidate Selection</na
me>
<t> The NomCom selects candidates based <t pn="section-5.12-1"> The NomCom selects candidates based
on its understanding of the IETF community's on its understanding of the IETF community's
consensus of the qualifications required to fill consensus of the qualifications required to fill
the open positions. </t> the open positions. </t>
<t pn="section-5.12-2"> The intent of this rule is to ensure that the
<t> The intent of this rule is to ensure that the
NomCom consults with a broad base of NomCom consults with a broad base of
the IETF community for input to its deliberations. the IETF community for input to its deliberations.
In particular, the NomCom must In particular, the NomCom must
determine if the desired expertise for the open determine if the desired expertise for the open
positions matches its understanding of the positions matches its understanding of the
qualifications desired by the IETF community. </t> qualifications desired by the IETF community. </t>
<t pn="section-5.12-3"> The consultations are permitted to include names
<t> The consultations are permitted to include names
of nominees, if all parties to the consultation of nominees, if all parties to the consultation
agree to observe the same confidentiality rules as agree to observe the same confidentiality rules as
the NomCom itself, or the names are the NomCom itself, or the names are
public as discussed in public as discussed in
<xref target="gen_confidential"/>. Feedback on <xref target="gen_confidential" format="default" sect ionFormat="of" derivedContent="Section 3.6"/>. Feedback on
individual nominees should always be individual nominees should always be
confidential. </t> confidential. </t>
<t pn="section-5.12-4"> A broad base of the community should include the
<t> A broad base of the community should include the
existing members of the IESG and IAB, IETF existing members of the IESG and IAB, IETF
Trust Trustees, and Trust Trustees, and
IETF LLC Directors, IETF LLC Directors,
especially sitting members who share especially sitting members who share
responsibilities with open positions, e.g., responsibilities with open positions, e.g.,
co-Area Directors, and working group chairs, co-Area Directors, and working group chairs,
especially those in the areas with open especially those in the areas with open
positions. </t> positions. </t>
<t pn="section-5.12-5"> Only voting volunteer members vote to select
<t> Only voting volunteer members vote to select
candidates. </t> candidates. </t>
</section> </section>
<section anchor="op_consent" numbered="true" toc="include" removeInRFC="fa
<section anchor="op_consent" title="Consent to Nomination"> lse" pn="section-5.13">
<t> Nominees should be advised that they are being <name slugifiedName="name-consent-to-nomination">Consent to Nomination</
name>
<t pn="section-5.13-1"> Nominees should be advised that they are being
considered and must consent to their nomination considered and must consent to their nomination
prior to being chosen as candidates. </t> prior to being chosen as candidates. </t>
<t pn="section-5.13-2"> Although the NomCom will make every
<t> Although the NomCom will make every
reasonable effort to contact and to remain in reasonable effort to contact and to remain in
contact with nominees, any nominee whose contact contact with nominees, any nominee whose contact
information changes during the process and who information changes during the process and who
wishes to still be considered should inform the wishes to still be considered should inform the
NomCom of the changes. </t> NomCom of the changes. </t>
<t pn="section-5.13-3"> A nominee's consent must be written (email is
<t> A nominee's consent must be written (email is
acceptable) and must include a commitment to provide acceptable) and must include a commitment to provide
the resources necessary to fill the open position the resources necessary to fill the open position
and an assurance that the nominee will perform the and an assurance that the nominee will perform the
duties of the position for which they are being duties of the position for which they are being
considered in the best interests of the IETF considered in the best interests of the IETF
community. </t> community. </t>
<t pn="section-5.13-4"> Consenting to a nomination must occur prior to a
<t> Consenting to a nomination must occur prior to a
nominee being a candidate and may occur as soon nominee being a candidate and may occur as soon
after the nomination as needed by the NomCom.</t> after the nomination as needed by the NomCom.</t>
<t pn="section-5.13-5"> Consenting to a nomination must not imply the
<t> Consenting to a nomination must not imply the
nominee will be a candidate. </t> nominee will be a candidate. </t>
<t pn="section-5.13-6"> The NomCom should help nominees
<t> The NomCom should help nominees
provide justification to their employers. </t> provide justification to their employers. </t>
</section> </section>
<section anchor="op_announce_1" numbered="true" toc="include" removeInRFC=
<section anchor="op_announce_1" "false" pn="section-5.14">
title="Notifying Confirming Bodies"> <name slugifiedName="name-notifying-confirming-bodies">Notifying Confirm
<t> The NomCom advises the confirming ing Bodies</name>
<t pn="section-5.14-1"> The NomCom advises the confirming
bodies of their candidates, specifying a single bodies of their candidates, specifying a single
candidate for each open position and testifying as candidate for each open position and testifying as
to how each candidate meets the qualifications of to how each candidate meets the qualifications of
an open position. </t> an open position. </t>
<t pn="section-5.14-2"> For each candidate, the testimony must include a
<t> For each candidate, the testimony must include a
brief statement of the qualifications for the brief statement of the qualifications for the
position that is being filled, which may be exactly position that is being filled, which may be exactly
the expertise that was requested. If the the expertise that was requested. If the
qualifications differ from the expertise originally qualifications differ from the expertise originally
requested, a brief statement explaining the requested, a brief statement explaining the
difference must be included. </t> difference must be included. </t>
<t pn="section-5.14-3"> The testimony may include a brief
<t> The testimony may include a brief
resume of the candidate and/or a brief summary of the resume of the candidate and/or a brief summary of the
deliberations of the NomCom. </t> deliberations of the NomCom. </t>
</section> </section>
<section anchor="op_announce_2" numbered="true" toc="include" removeInRFC=
<section anchor="op_announce_2" title="Confirming Candidates"> "false" pn="section-5.15">
<t> Confirmed candidates must consent to their <name slugifiedName="name-confirming-candidates">Confirming Candidates</
name>
<t pn="section-5.15-1"> Confirmed candidates must consent to their
confirmation, and rejected candidates and nominees confirmation, and rejected candidates and nominees
must be notified before confirmed candidates are must be notified before confirmed candidates are
announced. </t> announced. </t>
<t pn="section-5.15-2"> It is not necessary to notify and get consent fr
<t> It is not necessary to notify and get consent from om
all confirmed candidates together. </t> all confirmed candidates together. </t>
<t pn="section-5.15-3"> A nominee may not know they were a candidate. T
<t> A nominee may not know they were a candidate. This his
permits a candidate to be rejected by a confirming permits a candidate to be rejected by a confirming
body without the nominee knowing about the body without the nominee knowing about the
rejection. </t> rejection. </t>
<t pn="section-5.15-4"> Rejected nominees, who consented to their
<t> Rejected nominees, who consented to their
nomination, and rejected candidates must be notified nomination, and rejected candidates must be notified
prior to announcing the confirmed candidates. </t> prior to announcing the confirmed candidates. </t>
<t pn="section-5.15-5"> It is not necessary to announce all confirmed
<t> It is not necessary to announce all confirmed
candidates together. </t> candidates together. </t>
<t pn="section-5.15-6"> The NomCom must ensure that all
<t> The NomCom must ensure that all
confirmed candidates are prepared to serve prior to confirmed candidates are prepared to serve prior to
announcing their confirmation. </t> announcing their confirmation. </t>
</section> </section>
<section anchor="op_archive" numbered="true" toc="include" removeInRFC="fa
<section anchor="op_archive" title="Archives"> lse" pn="section-5.16">
<t> The NomCom should archive the <name slugifiedName="name-archives">Archives</name>
<t pn="section-5.16-1"> The NomCom should archive the
information it has collected or produced for a information it has collected or produced for a
period of time but not to exceed its term. </t> period of time but not to exceed its term. </t>
<t pn="section-5.16-2"> The purpose of the archive is to assist the
<t> The purpose of the archive is to assist the
NomCom should it be necessary for it NomCom should it be necessary for it
to fill a mid-term vacancy. </t> to fill a mid-term vacancy. </t>
<t pn="section-5.16-3"> The existence of an archive, how it is implement
<t> The existence of an archive, how it is implemented, ed,
and what information to archive is at the discretion and what information to archive is at the discretion
of the committee. The decision must be approved by of the committee. The decision must be approved by
a quorum of the voting volunteer members. </t> a quorum of the voting volunteer members. </t>
<t pn="section-5.16-4"> The implementation of the archive should make ev
<t> The implementation of the archive should make every ery
reasonable effort to ensure that the confidentiality reasonable effort to ensure that the confidentiality
of the information it contains is maintained. </t> of the information it contains is maintained. </t>
</section> </section>
</section> </section>
<section anchor="dispute" numbered="true" toc="include" removeInRFC="false"
<section anchor="dispute" title="Dispute Resolution Process"> pn="section-6">
<t> The dispute resolution process described here is to be used <name slugifiedName="name-dispute-resolution-process">Dispute Resolution P
rocess</name>
<t pn="section-6-1"> The dispute resolution process described here is to b
e used
as indicated elsewhere in this document. Its applicability as indicated elsewhere in this document. Its applicability
in other circumstances is beyond the scope of this in other circumstances is beyond the scope of this
document. </t> document. </t>
<t pn="section-6-2"> The NomCom operates under a strict rule of
<t> The NomCom operates under a strict rule of
confidentiality. For this reason, when process issues arise, confidentiality. For this reason, when process issues arise,
it is best to make every reasonable effort to resolve them it is best to make every reasonable effort to resolve them
within the committee. However, when circumstances do not within the committee. However, when circumstances do not
permit this, or no resolution is forthcoming, the process permit this, or no resolution is forthcoming, the process
described here is to be used. </t> described here is to be used. </t>
<t pn="section-6-3">The following rules apply to the process:
<t> The following rules apply to the process. </t>
<ol spacing="normal" type="1" start="1" pn="section-6-4">
<list style="numbers"> <li pn="section-6-4.1" derivedCounter="1."> The results of this process
<t> The results of this process are final and binding. are final and binding.
There is no appeal. </t> There is no appeal. </li>
<li pn="section-6-4.2" derivedCounter="2."> The process begins with the
<t> The process begins with the submission of a request submission of a request
as described below to the Internet Society as described below to the Internet Society
President. </t> President. </li>
<li pn="section-6-4.3" derivedCounter="3."> As soon as the process begin
<t> As soon as the process begins, the NomCom s, the NomCom
may continue those activities that are may continue those activities that are
unrelated to the issue to be resolved except that unrelated to the issue to be resolved except that
it must not submit any candidates to a confirming it must not submit any candidates to a confirming
body until the issue is resolved. </t> body until the issue is resolved. </li>
<li pn="section-6-4.4" derivedCounter="4."> All parties to the process a
<t> All parties to the process are subject to the re subject to the
same confidentiality rules as each member of the same confidentiality rules as each member of the
NomCom. </t> NomCom. </li>
<li pn="section-6-4.5" derivedCounter="5."> The process should be comple
<t> The process should be completed within two ted within two
weeks. </t> weeks. </li>
</ol>
</list> </t> <t pn="section-6-5"> The process is as follows: </t>
<ol spacing="normal" type="1" start="1" pn="section-6-6">
<t> The process is as follows: </t> <li pn="section-6-6.1" derivedCounter="1."> The party seeking resolution
submits a written
<t><list style="numbers">
<t> The party seeking resolution submits a written
request (email is acceptable) to the Internet request (email is acceptable) to the Internet
Society President detailing the issue to be Society President detailing the issue to be
resolved. </t> resolved. </li>
<li pn="section-6-6.2" derivedCounter="2."> The Internet Society Preside
<t> The Internet Society President appoints an arbiter nt appoints an arbiter
to investigate and resolve the issue. A to investigate and resolve the issue. A
self-appointment is permitted. </t> self-appointment is permitted. </li>
<li pn="section-6-6.3" derivedCounter="3."> The arbiter investigates the
<t> The arbiter investigates the issue making every issue making every
reasonable effort to understand both sides of the reasonable effort to understand both sides of the
issue. Since the arbiter is subject to the same issue. Since the arbiter is subject to the same
confidentiality obligations as all NomCom confidentiality obligations as all NomCom
members, all members are expected to members, all members are expected to
cooperate fully with the arbiter and to provide all cooperate fully with the arbiter and to provide all
relevant information to the arbiter for review. </t> relevant information to the arbiter for review. </li>
<li pn="section-6-6.4" derivedCounter="4."> After consultation with the
<t> After consultation with the two principal parties two principal parties
to the issue, the arbiter decides on a resolution. to the issue, the arbiter decides on a resolution.
Whatever actions are necessary to execute the Whatever actions are necessary to execute the
resolution are immediately begun and completed as resolution are immediately begun and completed as
quickly as possible. </t> quickly as possible. </li>
<li pn="section-6-6.5" derivedCounter="5."> The arbiter summarizes the i
<t> The arbiter summarizes the issue, the resolution, ssue, the resolution,
and the rationale for the resolution for the and the rationale for the resolution for the
Internet Society President. </t> Internet Society President. </li>
<li pn="section-6-6.6" derivedCounter="6."> In consultation with the Int
<t> In consultation with the Internet Society President, ernet Society President,
the arbiter prepares a report of the dispute and the arbiter prepares a report of the dispute and
its resolution. The report should include all its resolution. The report should include all
information that in the judgment of the arbiter information that in the judgment of the arbiter
does not violate the confidentiality requirements does not violate the confidentiality requirements
of the NomCom. </t> of the NomCom. </li>
<li pn="section-6-6.7" derivedCounter="7."> The Chair includes the dispu
<t> The Chair includes the dispute report when te report when
reporting on the activities of the NomCom to the reporting on the activities of the NomCom to the
IETF community. </t> IETF community. </li>
</ol>
</list> </t> </section>
</section> <section anchor="recall" numbered="true" toc="include" removeInRFC="false" p
n="section-7">
<section anchor="recall" title="Member, Trustee, and Director Recall"> <name slugifiedName="name-member-trustee-and-director">Member, Trustee, an
d Director Recall</name>
<t> The following rules apply to the recall process. If <t pn="section-7-1"> The following rules apply to the recall process. If
necessary, a paragraph discussing the interpretation of necessary, a paragraph discussing the interpretation of
each rule is included. </t> each rule is included. </t>
<t pn="section-7-2">It applies to IESG and IAB Members, the NomCom-appoint
<t>It applies to IESG and IAB Members, the NomCom ed
appointed IETF Trust Trustees, and the NomCom appointed IETF Trust Trustees, and the NomCom-appointed IETF LLC Directors.</t>
IETF LLC Directors.</t> <section anchor="recall_petition" numbered="true" toc="include" removeInRF
C="false" pn="section-7.1">
<section anchor="recall_petition" title="Petition"> <name slugifiedName="name-petition">Petition</name>
<t pn="section-7.1-1">At any time, a signed petition (email is acceptabl
<t>At any time, a signed petition (email is acceptable) may be e) may be
submitted to the Internet Society President to request the recall submitted to the Internet Society President to request the recall
of any sitting IESG or IAB member, or NomCom appointed IETF Trust of any sitting IESG or IAB member, or NomCom-appointed IETF Trust
Trustee, or NomCom appointed IETF LLC Director. There are two Trustee, or NomCom-appointed IETF LLC Director. There are two
different types of petitions: a petition by participants of the IETF different types of petitions: a petition by participants of the IETF
community, and a petition by the Ombudsteam as described in <xref community, and a petition by the Ombudsteam as described in <xref target
target="RFC7776"/>.</t> ="RFC7776" format="default" sectionFormat="of" derivedContent="RFC7776"/>.</t>
<section anchor="c_petition" numbered="true" toc="include" removeInRFC="
<section anchor="c_petition" title="Community Petition"> false" pn="section-7.1.1">
<name slugifiedName="name-community-petition">Community Petition</name
<t>A recall petition can be made by at least 20 members of the >
<t pn="section-7.1.1-1">A recall petition can be made by at least 20 m
embers of the
IETF community who are qualified to be voting members of a IETF community who are qualified to be voting members of a
NomCom. All individual and collective qualifications of NomCom NomCom. All individual and collective qualifications of NomCom
eligibility are applicable, including that no more than two eligibility are applicable, including that no more than two
signatories may have the same primary affiliation.</t> signatories may have the same primary affiliation.</t>
<t pn="section-7.1.1-2">Each signature must include a full name, email
<t>Each signature must include a full name, email address, and address, and
primary company or organization affiliation.</t> primary company or organization affiliation.</t>
<t pn="section-7.1.1-3">The IETF Secretariat is responsible for confir
<t>The IETF Secretariat is responsible for confirming that each ming that each
signatory is qualified to be a voting member of a NomCom. A signatory is qualified to be a voting member of a NomCom. A
valid petition must be signed by at least 20 qualified valid petition must be signed by at least 20 qualified
signatories.</t> signatories.</t>
<t pn="section-7.1.1-4">The petition must include a statement of justi
<t>The petition must include a statement of justification for fication for
the recall and all relevant and appropriate supporting the recall and all relevant and appropriate supporting
documentation.</t> documentation.</t>
<t pn="section-7.1.1-5">The petition and its signatories must be annou
<t>The petition and its signatories must be announced to the nced to the
IETF community.</t> IETF community.</t>
</section> </section>
<section anchor="o_petition" numbered="true" toc="include" removeInRFC="
<section anchor="o_petition" title="Ombudsteam Petition"> false" pn="section-7.1.2">
<name slugifiedName="name-ombudsteam-petition">Ombudsteam Petition</na
<t>The Ombudsteam process allows the Ombudsteam to form a recall me>
<t pn="section-7.1.2-1">The Ombudsteam process allows the Ombudsteam t
o form a recall
petition on its own without requiring 20 signatories from the petition on its own without requiring 20 signatories from the
community. As defined in <xref target="RFC7776"/>, the petition community. As defined in <xref target="RFC7776" format="default" sectio nFormat="of" derivedContent="RFC7776"/>, the petition
and its signatories (the Ombudsteam) shall be announced to the and its signatories (the Ombudsteam) shall be announced to the
IETF community, and a Recall Committee Chair shall be appointed IETF community, and a Recall Committee Chair shall be appointed
to complete the Recall Committee process. It is expected that to complete the recall committee process. It is expected that
the Recall Committee will receive a briefing from the Ombudsteam the recall committee will receive a briefing from the Ombudsteam
explaining why recall is considered an appropriate remedy.</t> explaining why recall is considered an appropriate remedy.</t>
</section> </section>
<!-- </section>
<t> All individual and collective qualifications of <section anchor="recall_chair" numbered="true" toc="include" removeInRFC="
NomCom eligibility are applicable, false" pn="section-7.2">
including that no more than two signatories may <name slugifiedName="name-recall-committee-chair">Recall Committee Chair
have the same primary affiliation. </t> </name>
<t pn="section-7.2-1"> The Internet Society President shall appoint a Re
<t> Each signature must include a full name, email call
address, and primary company or organization
affiliation. </t>
<t> The IETF Secretariat is responsible for confirming
that each signatory is qualified to be a voting
member of a NomCom. A valid petition
must be signed by at least 20 qualified
signatories. </t>
<t> The petition must include a statement of
justification for the recall and all relevant and
appropriate supporting documentation. </t>
<t> The petition and its signatories must be announced
to the IETF community. </t>
</section>
<section anchor="recall_chair" title="Recall Committee Chair">
<t> The Internet Society President shall appoint a Recall
Committee Chair. </t> Committee Chair. </t>
<t pn="section-7.2-2"> The Internet Society President must not evaluate
<t> The Internet Society President must not evaluate the the
recall request. It is explicitly the responsibility recall request. It is explicitly the responsibility
of the IETF community to evaluate the behavior of of the IETF community to evaluate the behavior of
its leaders. </t> its leaders. </t>
</section> </section>
<section anchor="recall_cmte" numbered="true" toc="include" removeInRFC="f
<section anchor="recall_cmte" title="Recall Committee Creation"> alse" pn="section-7.3">
<t> The recall committee is created according to the <name slugifiedName="name-recall-committee-creation">Recall Committee Cr
eation</name>
<t pn="section-7.3-1"> The recall committee is created according to the
same rules as is the NomCom with the same rules as is the NomCom with the
qualifications that both the person being qualifications that both the person being
investigated and the parties requesting the recall investigated and the parties requesting the recall
must not be a member of the recall committee in any must not be a member of the recall committee in any
capacity. </t> capacity. </t>
</section> </section>
<section anchor="recall_rules" numbered="true" toc="include" removeInRFC="
<section anchor="recall_rules" title="Recall Committee Rules"> false" pn="section-7.4">
<t> The recall committee operates according to the same <name slugifiedName="name-recall-committee-rules">Recall Committee Rules
</name>
<t pn="section-7.4-1"> The recall committee operates according to the sa
me
rules as the NomCom with the rules as the NomCom with the
qualification that there is no confirmation qualification that there is no confirmation
process. </t> process. </t>
</section> </section>
<section anchor="recall_ops" numbered="true" toc="include" removeInRFC="fa
<section anchor="recall_ops" title="Recall Committee Operation"> lse" pn="section-7.5">
<t> The recall committee investigates the circumstances <name slugifiedName="name-recall-committee-operation">Recall Committee O
peration</name>
<t pn="section-7.5-1"> The recall committee investigates the circumstanc
es
of the justification for the recall and votes on of the justification for the recall and votes on
its findings. </t> its findings. </t>
<t pn="section-7.5-2"> The investigation must include at least both an
<t> The investigation must include at least both an
opportunity for the member being recalled to present opportunity for the member being recalled to present
a written statement and consultation with third a written statement and consultation with third
parties. </t> parties. </t>
</section> </section>
<section anchor="recall_maj" numbered="true" toc="include" removeInRFC="fa
<section anchor="recall_maj" title="3/4 Majority"> lse" pn="section-7.6">
<t> A 3/4 majority of the members who vote on the <name slugifiedName="name-3-4-majority">3/4 Majority</name>
<t pn="section-7.6-1"> A 3/4 majority of the members who vote on the
question is required for a recall. </t> question is required for a recall. </t>
</section> </section>
<section anchor="recall_position" numbered="true" toc="include" removeInRF
<section anchor="recall_position" title="Position To Be Filled"> C="false" pn="section-7.7">
<t> If a sitting member is recalled, the open position is <name slugifiedName="name-position-to-be-filled">Position to Be Filled</
name>
<t pn="section-7.7-1"> If a sitting member is recalled, the open positio
n is
to be filled according to the mid-term vacancy to be filled according to the mid-term vacancy
rules. </t> rules. </t>
</section> </section>
<!--
</section>
</section>
<section anchor="IANA" title="IANA Considerations">
<t>No IANA actions required.</t>
</section> </section>
<section anchor="IANA" numbered="true" toc="include" removeInRFC="false" pn=
<section anchor="security" title="Security Considerations"> "section-8">
<t> Any selection, confirmation, or recall process <name slugifiedName="name-iana-considerations">IANA Considerations</name>
<t pn="section-8-1">This document has no IANA actions.</t>
</section>
<section anchor="security" numbered="true" toc="include" removeInRFC="false"
pn="section-9">
<name slugifiedName="name-security-considerations">Security Considerations
</name>
<t pn="section-9-1"> Any selection, confirmation, or recall process
necessarily involves investigation into the qualifications necessarily involves investigation into the qualifications
and activities of prospective candidates. The and activities of prospective candidates. The
investigation may reveal confidential or otherwise private investigation may reveal confidential or otherwise private
information about candidates to those participating in the information about candidates to those participating in the
process. Each person who participates in any aspect of process. Each person who participates in any aspect of
the process must maintain the confidentiality of any and the process must maintain the confidentiality of any and
all information not explicitly identified as suitable for all information not explicitly identified as suitable for
public dissemination. </t> public dissemination. </t>
<t pn="section-9-2"> When the NomCom decides it is necessary to share
<t> When the NomCom decides it is necessary to share
confidential or otherwise private information with confidential or otherwise private information with
others, the dissemination must be minimal and must others, the dissemination must be minimal and must
include a prior commitment from all persons consulted to include a prior commitment from all persons consulted to
observe the same confidentiality rules as the NomCom observe the same confidentiality rules as the NomCom
itself. </t> itself. </t>
</section> </section>
</middle>
</middle> <back>
<references pn="section-10">
<back> <name slugifiedName="name-references">References</name>
<references pn="section-10.1">
<references title="Normative References"> <name slugifiedName="name-normative-references">Normative References</na
me>
&RFC3777; <reference anchor="RFC3777" target="https://www.rfc-editor.org/info/rfc3
<!-- 777" quoteTitle="true" derivedAnchor="RFC3777">
&RFC4071; <front>
&I-D.ietf-iasa2-struct; <title>IAB and IESG Selection, Confirmation, and Recall Process: Ope
&RFC7437; ration of the Nominating and Recall Committees</title>
&RFC7776; <author initials="J." surname="Galvin" fullname="J. Galvin" role="ed
&I-D.ietf-iasa2-rfc4071bis; itor">
&I-D.ietf-iasa2-trust-update; <organization showOnFrontPage="true"/>
&I-D.ietf-iasa2-consolidated-upd; </author>
<date year="2004" month="June"/>
</references> <abstract>
<t>The process by which the members of the IAB and IESG are select
<references title="Informative References"> ed, confirmed, and recalled is specified. This document is a self-consistent, o
rganized compilation of the process as it was known at the time of publication.
<reference anchor="Err232"> This document specifies an Internet Best Current Practices for the Internet Com
<front> munity, and requests discussion and suggestions for improvements.</t>
<title>Erratum ID 232</title> </abstract>
<author><organization>RFC Errata</organization></author> </front>
<date></date> <seriesInfo name="RFC" value="3777"/>
</front> <seriesInfo name="DOI" value="10.17487/RFC3777"/>
<seriesInfo name="RFC" value="3777"/> </reference>
</reference> <reference anchor="RFC7437" target="https://www.rfc-editor.org/info/rfc7
437" quoteTitle="true" derivedAnchor="RFC7437">
<reference anchor="Err4179"> <front>
<front> <title>IAB, IESG, and IAOC Selection, Confirmation, and Recall Proce
<title>Erratum ID 4179</title> ss: Operation of the Nominating and Recall Committees</title>
<author><organization>RFC Errata</organization></author> <author initials="M." surname="Kucherawy" fullname="M. Kucherawy" ro
<date></date> le="editor">
</front> <organization showOnFrontPage="true"/>
<seriesInfo name="RFC" value="3777"/> </author>
</reference> <date year="2015" month="January"/>
<abstract>
&RFC3710; <t>The process by which the members of the IAB and IESG, and some
members of the IAOC, are selected, confirmed, and recalled is specified in this
&RFC3797; document. This document is a self-consistent, organized compilation of the proc
&RFC8318; ess as it was known at the time of publication of RFC 3777, with various updates
<!-- since that version was published.</t>
&RFC5078; </abstract>
&RFC5633; </front>
&RFC6859; <seriesInfo name="BCP" value="10"/>
<seriesInfo name="RFC" value="7437"/>
</references> <seriesInfo name="DOI" value="10.17487/RFC7437"/>
</reference>
<section anchor="changes" title="Changes Since RFC 3777"> <reference anchor="RFC7776" target="https://www.rfc-editor.org/info/rfc7
<t> <list style="symbols"> 776" quoteTitle="true" derivedAnchor="RFC7776">
<t> Converted source file from nroff to XML, <front>
resulting in some reformatting. </t> <title>IETF Anti-Harassment Procedures</title>
<author initials="P." surname="Resnick" fullname="P. Resnick">
<t> Applied errata for RFC 3777 (<xref target="Err232"/> <organization showOnFrontPage="true"/>
and <xref target="Err4179"/>). </t> </author>
<author initials="A." surname="Farrel" fullname="A. Farrel">
<t> Applied RFC 5078 update. </t> <organization showOnFrontPage="true"/>
</author>
<t> Applied RFC 5633 update. </t> <date year="2016" month="March"/>
<abstract>
<t> Applied RFC 5680 update. </t> <t>IETF Participants must not engage in harassment while at IETF m
eetings, virtual meetings, or social events or while participating in mailing li
<t> Applied RFC 6859 update. </t> sts. This document lays out procedures for managing and enforcing this policy.<
/t>
<t> Corrected a few grammatical errors. </t> <t>This document updates RFC 2418 by defining new working group gu
idelines and procedures. This document updates RFC 7437 by allowing the Ombudst
<t> Added a reference to RFC 3710. </t> eam to form a recall petition without further signatories.</t>
</list> </t> </abstract>
</section> </front>
<seriesInfo name="BCP" value="25"/>
<section anchor="changes7437" title="Changes Since RFC 7437"> <seriesInfo name="RFC" value="7776"/>
<t> <list style="symbols"> <seriesInfo name="DOI" value="10.17487/RFC7776"/>
<t> Changed all mentions of the Internet Administrative </reference>
<reference anchor="RFC8711" target="https://www.rfc-editor.org/info/rfc8
711" quoteTitle="true" derivedAnchor="RFC8711">
<front>
<title>Structure of the IETF Administrative Support Activity, Versio
n 2.0</title>
<author initials="B." surname="Haberman">
<organization showOnFrontPage="true"/>
</author>
<author initials="J." surname="Hall">
<organization showOnFrontPage="true"/>
</author>
<author initials="J." surname="Livingood">
<organization showOnFrontPage="true"/>
</author>
<date month="February" year="2020"/>
</front>
<seriesInfo name="BCP" value="101"/>
<seriesInfo name="RFC" value="8711"/>
<seriesInfo name="DOI" value="10.17487/RFC8711"/>
</reference>
<reference anchor="RFC8714" target="https://www.rfc-editor.org/info/rfc8
714" quoteTitle="true" derivedAnchor="RFC8714">
<front>
<title>Update to the Process for Selection of Trustees for the IETF
Trust</title>
<author initials="J." surname="Arkko">
<organization showOnFrontPage="true"/>
</author>
<author initials="T." surname="Hardie">
<organization showOnFrontPage="true"/>
</author>
<date month="February" year="2020"/>
</front>
<seriesInfo name="BCP" value="101"/>
<seriesInfo name="RFC" value="8714"/>
<seriesInfo name="DOI" value="10.17487/RFC8714"/>
</reference>
<reference anchor="RFC8717" target="https://www.rfc-editor.org/info/rfc8
717" quoteTitle="true" derivedAnchor="RFC8717">
<front>
<title>IETF Administrative Support Activity 2.0: Consolidated Update
s to IETF Administrative Terminology</title>
<author initials="J" surname="Klensin" fullname="John Klensin" role=
"editor">
<organization showOnFrontPage="true"/>
</author>
<date month="February" year="2020"/>
</front>
<seriesInfo name="BCP" value="101"/>
<seriesInfo name="RFC" value="8717"/>
<seriesInfo name="DOI" value="10.17487/RFC8717"/>
</reference>
</references>
<references pn="section-10.2">
<name slugifiedName="name-informative-references">Informative References
</name>
<reference anchor="Err232" target="https://www.rfc-editor.org/errata/eid
232" quoteTitle="false" derivedAnchor="Err232">
<front>
<title>Erratum ID 232</title>
<author>
<organization showOnFrontPage="true">RFC Errata</organization>
</author>
</front>
<refcontent>RFC 3777</refcontent>
</reference>
<reference anchor="Err4179" target="https://www.rfc-editor.org/errata/ei
d4179" quoteTitle="false" derivedAnchor="Err4179">
<front>
<title>Erratum ID 4179</title>
<author>
<organization showOnFrontPage="true">RFC Errata</organization>
</author>
</front>
<refcontent>RFC 3777</refcontent>
</reference>
<reference anchor="RFC3710" target="https://www.rfc-editor.org/info/rfc3
710" quoteTitle="true" derivedAnchor="RFC3710">
<front>
<title>An IESG charter</title>
<author initials="H." surname="Alvestrand" fullname="H. Alvestrand">
<organization showOnFrontPage="true"/>
</author>
<date year="2004" month="February"/>
<abstract>
<t>This memo provides a charter for the Internet Engineering Steer
ing Group (IESG), a management function of the Internet Engineering Task Force (
IETF). It is meant to document the charter of the IESG as it is presently under
stood. This memo provides information for the Internet community.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="3710"/>
<seriesInfo name="DOI" value="10.17487/RFC3710"/>
</reference>
<reference anchor="RFC3797" target="https://www.rfc-editor.org/info/rfc3
797" quoteTitle="true" derivedAnchor="RFC3797">
<front>
<title>Publicly Verifiable Nominations Committee (NomCom) Random Sel
ection</title>
<author initials="D." surname="Eastlake 3rd" fullname="D. Eastlake 3
rd">
<organization showOnFrontPage="true"/>
</author>
<date year="2004" month="June"/>
<abstract>
<t>This document describes a method for making random selections i
n such a way that the unbiased nature of the choice is publicly verifiable. As
an example, the selection of the voting members of the IETF Nominations Committe
e (NomCom) from the pool of eligible volunteers is used. Similar techniques wou
ld be applicable to other cases. This memo provides information for the Interne
t community.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="3797"/>
<seriesInfo name="DOI" value="10.17487/RFC3797"/>
</reference>
<reference anchor="RFC8318" target="https://www.rfc-editor.org/info/rfc8
318" quoteTitle="true" derivedAnchor="RFC8318">
<front>
<title>IAB, IESG, and IAOC Selection, Confirmation, and Recall Proce
ss: IAOC Advisor for the Nominating Committee</title>
<author initials="S." surname="Dawkins" fullname="S. Dawkins">
<organization showOnFrontPage="true"/>
</author>
<date year="2018" month="January"/>
<abstract>
<t>This specification formalizes an ad hoc practice used to provid
e advice to the IETF Nominating Committee (NomCom) about the operations of the I
ETF Administrative Oversight Committee (IAOC).</t>
<t>This document updates RFC 7437.</t>
</abstract>
</front>
<seriesInfo name="BCP" value="10"/>
<seriesInfo name="RFC" value="8318"/>
<seriesInfo name="DOI" value="10.17487/RFC8318"/>
</reference>
</references>
</references>
<section anchor="changes" numbered="true" toc="include" removeInRFC="false"
pn="section-appendix.a">
<name slugifiedName="name-changes-since-rfc-3777">Changes Since RFC 3777</
name>
<ul spacing="normal" bare="false" empty="false" pn="section-appendix.a-1">
<li pn="section-appendix.a-1.1"> Converted source file from nroff to XM
L,
resulting in some reformatting. </li>
<li pn="section-appendix.a-1.2"> Applied errata for RFC 3777 (<xref targ
et="Err232" format="default" sectionFormat="of" derivedContent="Err232"/>
and <xref target="Err4179" format="default" sectionFormat="of
" derivedContent="Err4179"/>). </li>
<li pn="section-appendix.a-1.3"> Applied RFC 5078 update. </li>
<li pn="section-appendix.a-1.4"> Applied RFC 5633 update. </li>
<li pn="section-appendix.a-1.5"> Applied RFC 5680 update. </li>
<li pn="section-appendix.a-1.6"> Applied RFC 6859 update. </li>
<li pn="section-appendix.a-1.7"> Corrected a few grammatical errors. </l
i>
<li pn="section-appendix.a-1.8"> Added a reference to RFC 3710. </li>
</ul>
</section>
<section anchor="changes7437" numbered="true" toc="include" removeInRFC="fal
se" pn="section-appendix.b">
<name slugifiedName="name-changes-since-rfc-7437">Changes Since RFC 7437</
name>
<ul spacing="normal" bare="false" empty="false" pn="section-appendix.b-1">
<li pn="section-appendix.b-1.1"> Changed all mentions of the Internet Ad
ministrative
Oversight committee (IAOC), and replaced it with the Oversight committee (IAOC), and replaced it with the
appropriate references to the IETF Administration LLC appropriate references to the IETF Administration LLC
(IETF LLC). This included making changes on an as needed (IETF LLC). This included making changes on an as needed
basis to some aspects of the process for the IETF LLC, in basis to some aspects of the process for the IETF LLC, in
accordance with IASA2. </t> accordance with IASA2. </li>
<li pn="section-appendix.b-1.2">Revised definition of IETF Executive Dir
<t>Revised definition of IETF Executive Director, and ector, and
added definition of "Managing Director, IETF Secretariat". added definition of "Managing Director, IETF Secretariat".
Changed text to "Managing Director, IETF Secretariat" Changed text to "Managing Director, IETF Secretariat"
where appropriate.</t> where appropriate.</li>
<li pn="section-appendix.b-1.3">Added references to appropriate IASA2 do
<t>Added references to appropriate IASA2 documents. </t> cuments. </li>
<li pn="section-appendix.b-1.4">Modified the Advice and Consent model to
<t>Modified the Advice and Consent model to enable IESG, enable IESG,
IAB, and IETF LLC to communicate directly with the NomCom IAB, and IETF LLC to communicate directly with the NomCom
rather than via the Managing Director, IETF rather than via the Managing Director, IETF
Secretariat.</t> Secretariat.</li>
<li pn="section-appendix.b-1.5">Updated removal text to reflect the new
<t>Updated removal text to reflect the new LLC rules, which LLC rules, which
enables removal via the LLC or the IETF recall process, except fo r enables removal via the LLC or the IETF recall process, except fo r
the ISOC-appointed Director.</t> the ISOC-appointed Director.</li>
<li pn="section-appendix.b-1.6">Updated the document to clarify that the
<t>Updated the document to clarify that there are members re are members
of the IAB and IESG, Trustees of the IETF Trust, and of the IAB and IESG, Trustees of the IETF Trust, and
Director of the IETF LLC.</t> Director of the IETF LLC.</li>
<li pn="section-appendix.b-1.7">Updated document to also specify procedu
<t>Updated document to also specify procedures for the res for the
NomCom appointed IETF Trust Trustees.</t> NomCom-appointed IETF Trust Trustees.</li>
<li pn="section-appendix.b-1.8">Revised Abstract and Introduction to pro
<t>Revised Abstract and Introduction to provide current vide current
context.</t> context.</li>
<li pn="section-appendix.b-1.9">Changed "nominating committee" to "NomCo
<t>Changed "nominating committee" to "NomCom" throughout m" throughout
the document because it is what most use to describe the the document because it is what most use to describe the
IETF Nominating Committee.</t> IETF Nominating Committee.</li>
<li pn="section-appendix.b-1.10">Added that the IETF Trust Trustees and
<t>Added that the IETF Trust Trustees and IETF LLC IETF LLC
Directors, each may appoint a liaison to the NomCom.</t> Directors, each may appoint a liaison to the NomCom.</li>
<li pn="section-appendix.b-1.11">Incorporated the update to RFC 7437 don
<t>Incorporated the update to RFC7437 done by RFC7776.</t> e by <xref target="RFC7776" format="default" sectionFormat="of" derivedContent="
RFC7776"/>.</li>
<t>Incorporated the update to RFC7437 done by <xref <li pn="section-appendix.b-1.12">Incorporated the update to RFC 7437 don
target="RFC8318"/> and updated it to refer to the IETF e by <xref target="RFC8318" format="default" sectionFormat="of" derivedContent="
Trust and IETF LLC, instead of the IAOC.</t> RFC8318"/>
and updated it to refer to the IETF
<t>Editorial changes.</t> Trust and IETF LLC, instead of the IAOC.</li>
<li pn="section-appendix.b-1.13">Editorial changes.</li>
</list> </t> </ul>
</section>
</section> <section anchor="oral" numbered="true" toc="include" removeInRFC="false" pn=
"section-appendix.c">
<section anchor="oral" title="Oral Tradition"> <name slugifiedName="name-oral-tradition">Oral Tradition</name>
<t> Over the years, various NomComs have learned <t pn="section-appendix.c-1"> Over the years, various NomComs have learned
through oral tradition passed on by liaisons that there are through oral tradition passed on by liaisons that there are
certain consistencies in the process and information certain consistencies in the process and information
considered during deliberations. Some items from that oral considered during deliberations. Some items from that oral
tradition are collected here to facilitate its consideration tradition are collected here to facilitate its consideration
by future NomComs. by future NomComs.
<list style="numbers"> </t>
<t> It has been found that experience as an IETF <ol spacing="normal" type="1" start="1" pn="section-appendix.c-2">
<li pn="section-appendix.c-2.1" derivedCounter="1."> It has been found t
hat experience as an IETF
Working Group Chair or an IRTF Research Group Chair Working Group Chair or an IRTF Research Group Chair
is helpful in giving a nominee experience of what is helpful in giving a nominee experience of what
the job of an Area Director involves. It also the job of an Area Director involves. It also
helps a NomCom judge the technical, helps a NomCom judge the technical,
people, and process management skills of the people, and process management skills of the
nominee. </t> nominee. </li>
<li pn="section-appendix.c-2.2" derivedCounter="2."> No person should se
<t> No person should serve both on the IAB and as an rve both on the IAB and as an
Area Director, except the IETF Chair whose roles as Area Director, except the IETF Chair whose roles as
an IAB member and Area Director of the General Area an IAB member and Area Director of the General Area
are set out elsewhere. </t> are set out elsewhere. </li>
<li pn="section-appendix.c-2.3" derivedCounter="3."> The strength of the
<t> The strength of the IAB is found in part in the IAB is found in part in the
balance of the demographics of its members (e.g., balance of the demographics of its members (e.g.,
national distribution, years of experience, gender, national distribution, years of experience, gender,
etc.), the combined skill set of its members, and etc.), the combined skill set of its members, and
the combined sectors (e.g., industry, academia, the combined sectors (e.g., industry, academia,
etc.) represented by its members. </t> etc.) represented by its members. </li>
<li pn="section-appendix.c-2.4" derivedCounter="4."> There are no term l
<t> There are no term limits for IAB and IESG imits for IAB and IESG
members explicitly because the issue of members explicitly because the issue of
continuity versus turnover should be evaluated continuity versus turnover should be evaluated
each year according to the expectations of the each year according to the expectations of the
IETF community, as it is understood by each IETF community, as it is understood by each
NomCom. </t> NomCom. </li>
<li pn="section-appendix.c-2.5" derivedCounter="5."> The number of NomCo
<t> The number of NomCom members with the m members with the
same primary affiliation is limited in order to same primary affiliation is limited in order to
avoid the appearance of improper bias in choosing avoid the appearance of improper bias in choosing
the leadership of the IETF. Rather than defining the leadership of the IETF. Rather than defining
precise rules for how to define "affiliation", the precise rules for how to define "affiliation", the
IETF community depends on the honor and integrity of IETF community depends on the honor and integrity of
the participants to make the process work. </t> the participants to make the process work. </li>
</list> </t> </ol>
</section> </section>
<section anchor="timeline" numbered="true" toc="include" removeInRFC="false"
<section anchor="timeline" title="Nominating Committee Timeline"> pn="section-appendix.d">
<t> This appendix is included for the convenience of the reader <name slugifiedName="name-nominating-committee-timeli">Nominating Committe
e Timeline</name>
<t pn="section-appendix.d-1"> This appendix is included for the convenienc
e of the reader
and is not to be interpreted as the definitive timeline. and is not to be interpreted as the definitive timeline.
It is intended to capture the detail described elsewhere in It is intended to capture the detail described elsewhere in
this document in one place. Although every effort has been this document in one place. Although every effort has been
made to ensure the description here is consistent with the made to ensure the description here is consistent with the
description elsewhere, if there are any conflicts the description elsewhere, if there are any conflicts the
definitive rule is the one in the main body of this definitive rule is the one in the main body of this
document. </t> document. </t>
<t pn="section-appendix.d-2"> The only absolute in the timeline rules for
<t> The only absolute in the timeline rules for the annual the annual
process is that its completion is due by the First IETF of process is that its completion is due by the First IETF of
the year after the NomCom begins its term. the year after the NomCom begins its term.
This is supported by the fact that the confirmed candidate This is supported by the fact that the confirmed candidate
terms begin during the week of the First IETF. </t> terms begin during the week of the First IETF. </t>
<t pn="section-appendix.d-3"> The overall annual process is designed to be
<t> The overall annual process is designed to be completed in completed in
seven months. It is expected to start nine months prior to seven months. It is expected to start nine months prior to
the First IETF. The time is split between three the First IETF. The time is split between three
major components of the process roughly as follows: major components of the process roughly as follows:
<list style="numbers"> </t>
<t> First is the selection and organization of the <ol spacing="normal" type="1" start="1" pn="section-appendix.d-4">
<li pn="section-appendix.d-4.1" derivedCounter="1."> First is the select
ion and organization of the
committee members. Three months are allotted for committee members. Three months are allotted for
this process. </t> this process. </li>
<li pn="section-appendix.d-4.2" derivedCounter="2."> Second is the selec
<t> Second is the selection of the candidates by the tion of the candidates by the
NomCom. Four months are allotted NomCom. Four months are allotted
for this process. </t> for this process. </li>
<li pn="section-appendix.d-4.3" derivedCounter="3."> Third is the confir
<t> Third is the confirmation of the candidates by mation of the candidates by
their respective confirming bodies. Two months are their respective confirming bodies. Two months are
allotted for this process. </t> allotted for this process. </li>
</list> </t> </ol>
<t pn="section-appendix.d-5"> The following list captures the details of t
<t> The following list captures the details of the milestones he milestones
within each component. For illustrative purposes, the within each component. For illustrative purposes, the
list presumes the Friday before the First IETF is list presumes the Friday before the First IETF is
March 1. Numbers shown in square brackets indicate the March 1. Numbers shown in square brackets indicate the
expected number of weeks at each step. expected number of weeks at each step.
<list style="numbers"> </t>
<t> BEGIN Eight Months Prior to First <ol spacing="normal" type="1" start="1" pn="section-appendix.d-6">
<li pn="section-appendix.d-6.1" derivedCounter="1."> BEGIN Eight Months
Prior to First
IETF (approx. June 1); Internet Society IETF (approx. June 1); Internet Society
President appoints the Chair. The appointment President appoints the Chair. The appointment
must be done no later than the Second IETF or must be done no later than the Second IETF or
eight months prior to the First IETF, whichever eight months prior to the First IETF, whichever
comes first. The Chair must be announced and comes first. The Chair must be announced and
recognized during a plenary session of the recognized during a plenary session of the
Second IETF. [0] </t> Second IETF. [0] </li>
<li pn="section-appendix.d-6.2" derivedCounter="2."> The Chair establish
<t> The Chair establishes and announces es and announces
milestones to ensure the timely selection of the milestones to ensure the timely selection of the
NomCom members. [1] </t> NomCom members. [1] </li>
<li pn="section-appendix.d-6.3" derivedCounter="3."> The Chair contacts
<t> The Chair contacts the IESG, IAB, the IESG, IAB,
and Internet Society Board of Trustees, and Internet Society Board of Trustees,
IETF Trust, and IETF LLC IETF Trust, and IETF LLC
and requests a liaison. The Chair contacts and requests a liaison. The Chair contacts
the prior year's Chair and requests an the prior year's Chair and requests an
advisor. The Chair obtains the list of IESG, advisor. The Chair obtains the list of IESG,
IAB, IETF Trust, and IETF LLC open positions and descriptions IAB, IETF Trust, and IETF LLC open positions and descriptions
from the chairs of each group. [0] </t> from the chairs of each group. [0] </li>
<li pn="section-appendix.d-6.4" derivedCounter="4."> The Chair announces
<t> The Chair announces the solicitation the solicitation
for voting volunteer members that must remain for voting volunteer members that must remain
open for at least 30 days. The announcement open for at least 30 days. The announcement
must be done no later than seven months and two must be done no later than seven months and two
weeks prior to the First IETF (approx. June weeks prior to the First IETF (approx. June
15). [6] </t> 15). [6] </li>
<li pn="section-appendix.d-6.5" derivedCounter="5."> After the solicitat
<t> After the solicitation closes, the ion closes, the
Chair announces the pool of volunteers and the Chair announces the pool of volunteers and the
date of the random selection, which must be at date of the random selection, which must be at
least one week in the future. The announcement least one week in the future. The announcement
must be done no later than six months and two must be done no later than six months and two
weeks prior to the First IETF (approx. July weeks prior to the First IETF (approx. July
15). [1] </t> 15). [1] </li>
<li pn="section-appendix.d-6.6" derivedCounter="6."> On the appointed da
<t> On the appointed day, the random y, the random
selection occurs and the Chair announces the selection occurs and the Chair announces the
members of the committee and the one week members of the committee and the one week
challenge period. The announcement must be done challenge period. The announcement must be done
no later than six months and one week prior to no later than six months and one week prior to
the First IETF (approx. July 22). [1] </t> the First IETF (approx. July 22). [1] </li>
<li pn="section-appendix.d-6.7" derivedCounter="7."> During the challeng
<t> During the challenge period, the Chair e period, the Chair
contacts each of the committee members and contacts each of the committee members and
confirms their availability to participate. confirms their availability to participate.
[0] </t> [0] </li>
<li pn="section-appendix.d-6.8" derivedCounter="8."> After the challenge
<t> After the challenge period closes, the period closes, the
Chair announces the members of the committee and Chair announces the members of the committee and
its term begins. The announcement must be done its term begins. The announcement must be done
no later than six months prior to the First no later than six months prior to the First
IETF (approx. August 1). [1] </t> IETF (approx. August 1). [1] </li>
<li pn="section-appendix.d-6.9" derivedCounter="9."> The committee has o
<t> The committee has one month during ne month during
which it is to self-organize in preparation for which it is to self-organize in preparation for
completing its assigned duties. This must be completing its assigned duties. This must be
done no later than five months prior to the done no later than five months prior to the
First IETF (approx. September 15). [6] </t> First IETF (approx. September 15). [6] </li>
<li pn="section-appendix.d-6.10" derivedCounter="10."> END the Committee
<t> END the Committee Member Selection Member Selection
Process; BEGIN the Selection of Candidates; Time Process; BEGIN the Selection of Candidates; Time
is at least five months prior to the First IETF is at least five months prior to the First IETF
(approx. September 22). [0] </t> (approx. September 22). [0] </li>
<li pn="section-appendix.d-6.11" derivedCounter="11."> The Chair establi
<t> The Chair establishes and announces shes and announces
the milestones to ensure the timely selection of the milestones to ensure the timely selection of
the candidates, including a call for nominations the candidates, including a call for nominations
for the open positions. The announcement must for the open positions. The announcement must
be done no later than five months prior to the be done no later than five months prior to the
First IETF (approx. October 1). [1] </t> First IETF (approx. October 1). [1] </li>
<li pn="section-appendix.d-6.12" derivedCounter="12."> Over the next thr
<t> Over the next three months, the ee months, the
NomCom collects input and NomCom collects input and
deliberates. It should plan to conduct deliberates. It should plan to conduct
interviews and other consultations during the interviews and other consultations during the
Third IETF. The committee is due to complete Third IETF. The committee is due to complete
its candidate selection no later than two its candidate selection no later than two
months prior to the First IETF (approx. January months prior to the First IETF (approx. January
1). [17] </t> 1). [17] </li>
<li pn="section-appendix.d-6.13" derivedCounter="13."> END the Selection
<t> END the Selection of Candidates; of Candidates;
BEGIN the Confirmation of Candidates; Time is BEGIN the Confirmation of Candidates; Time is
at least two months prior to the First IETF at least two months prior to the First IETF
(approx. January 1). [0] </t> (approx. January 1). [0] </li>
<li pn="section-appendix.d-6.14" derivedCounter="14."> The committee pre
<t> The committee presents its candidates sents its candidates
to their respective confirming bodies. The to their respective confirming bodies. The
presentation must be done no later than two presentation must be done no later than two
months prior to the First IETF (approx. months prior to the First IETF (approx.
January 1). [0] </t> January 1). [0] </li>
<li pn="section-appendix.d-6.15" derivedCounter="15."> The confirming bo
<t> The confirming bodies have one month dies have one month
to deliberate and, in communication with the to deliberate and, in communication with the
NomCom, accept or reject NomCom, accept or reject
candidates. [4] </t> candidates. [4] </li>
<li pn="section-appendix.d-6.16" derivedCounter="16."> The Chair notifie
<t> The Chair notifies and advises s and advises
unsuccessful nominees that they have not been unsuccessful nominees that they have not been
selected. [1] </t> selected. [1] </li>
<li pn="section-appendix.d-6.17" derivedCounter="17."> The Chair announc
<t> The Chair announces the confirmed es the confirmed
candidates. The announcement must be done no candidates. The announcement must be done no
later than one month prior to the First IETF later than one month prior to the First IETF
(approx. February 1). [4] </t> (approx. February 1). [4] </li>
</list> </t> </ol>
</section> </section>
<section anchor="thanks" numbered="false" toc="include" removeInRFC="false"
<section anchor="thanks" title="Acknowledgments"> pn="section-appendix.e">
<t> A great deal of work went into the RFCs that preceded <name slugifiedName="name-acknowledgments">Acknowledgments</name>
<t pn="section-appendix.e-1"> A great deal of work went into the RFCs that
preceded
this one. The 2014 NomCom and this editor this one. The 2014 NomCom and this editor
would like to thank all of them once again for the time would like to thank all of them once again for the time
and energy it took to get us to where we are now. In and energy it took to get us to where we are now. In
no particular order, we acknowledge: no particular order, we acknowledge:
<figure><artwork> </t>
Jeff Case Fred Baker John Curran <t pn="section-appendix.e-2">
Guy Almes Geoff Huston Mike St. Johns <contact fullname="Jeff Case"/>,
Donald Eastlake Avri Doria Bernard Adoba <contact fullname="Fred Baker"/>,
Ted T'so Phil Roberts Jim Galvin <contact fullname="John Curran"/>,
Harald Alvestrand Leslie Daigle Joel Halpern <contact fullname="Guy Almes"/>,
Thomas Narten Spencer Dawkins Barry Leiba <contact fullname="Geoff Huston"/>,
Lars Eggert Ross Callon Brian Carpenter <contact fullname="Michael StJohns"/>,
Robert Elz Bernie Hoeneisen John Klensin <contact fullname="Donald Eastlake"/>,
Danny McPherson S. Moonesamy Scott Bradner <contact fullname="Avri Doria"/>,
Ralph Droms Pekka Savola <contact fullname="Bernard Aboba"/>,
</artwork></figure> </t> <contact fullname="Ted T'so"/>,
<contact fullname="Phil Roberts"/>,
<t> Allison Mankin and Russ White provided early reviews <contact fullname="Jim Galvin"/>,
<contact fullname="Harald Alvestrand"/>,
<contact fullname="Leslie Daigle"/>,
<contact fullname="Joel Halpern"/>,
<contact fullname="Thomas Narten"/>,
<contact fullname="Spencer Dawkins"/>,
<contact fullname="Barry Leiba"/>,
<contact fullname="Lars Eggert"/>,
<contact fullname="Ross Callon"/>,
<contact fullname="Brian Carpenter"/>,
<contact fullname="Robert Elz"/>,
<contact fullname="Bernie Hoeneisen"/>,
<contact fullname="John Klensin"/>,
<contact fullname="Danny McPherson"/>,
<contact fullname="S. Moonesamy"/>,
<contact fullname="Scott Bradner"/>,
<contact fullname="Ralph Droms"/>, and
<contact fullname="Pekka Savola"/>.
</t>
<t pn="section-appendix.e-3"><contact fullname="Allison Mankin"/> and <con
tact fullname="Russ White"/> provided early reviews
and feedback about this document. </t> and feedback about this document. </t>
<t pn="section-appendix.e-4"><contact fullname="Jari Arkko"/> was very hel
<t> Jari Arkko was very helpful by independently verifying pful by independently verifying
that the previous text from all the merged documents was that the previous text from all the merged documents was
marshaled correctly into this one, and Adrian Farrel marshaled correctly into this one, and <contact fullname="Adr
and Brian Carpenter caught the nits that fell through ian Farrel"/>
and <contact fullname="Brian Carpenter"/> caught the nits tha
t fell through
the cracks. </t> the cracks. </t>
</section> </section>
<section anchor="authors-addresses" numbered="false" removeInRFC="false" toc
<section anchor="IDchanges" title="Change log [RFC Editor: Please remove]"> ="include" pn="section-appendix.f">
<name slugifiedName="name-authors-addresses">Authors' Addresses</name>
<t><list> <author initials="M." surname="Kucherawy" fullname="Murray S. Kucherawy" r
ole="editor">
<t>draft-ietf-iasa2-rfc74337bis-09, 2019-July-11</t> <organization showOnFrontPage="true"/>
<address>
<?rfc subcompact="yes" ?> <postal>
<street>270 Upland Drive</street>
<t><list style="symbols"> <city>San Francisco</city>
<region>CA</region>
<t>Added text to Abstract <code>94127</code>
noting that <country>United States of America</country>
this revision addresses only the changes required for IASA </postal>
2.0 and other changes will be addressed in future documents.</t> <email>superuser@gmail.com</email>
</address>
<t>Editorial changes based on IESG reviews: </author>
<list> <author fullname="Robert M. Hinden" initials="R." surname="Hinden" role="e
ditor">
<t>Remove RFC3747 from Abstract because this document is only based <organization showOnFrontPage="true">Check Point Software</organization>
on RFC7437.</t> <address>
<t>Making member, director, and trustee terminology consistent.</t> <postal>
<t>Changed "nominated" to "selected" in <xref target="gen_func"/>.</t> <street/>
<t>Add Trustee to end of second paragraph of <xref target="gen_model_1"/>. <city>San Carlos</city>
</t> <region>CA</region>
<t>Correct section reference to [I-D.ietf-iasa2-rfc4071bis] in <country>United States of America</country>
<xref target="gen_terms"/></t> </postal>
<t>Clarify that there are two and three terms in <email>bob.hinden@gmail.com</email>
<xref target="gen_vacancies"/>. bullet 4. B.</t> </address>
<t>Add Trustee to <xref target="gen_sitting"/> section title and first par </author>
agraph.</t> <author fullname="Jason Livingood" initials="J." surname="Livingood" role=
<t>Clarify that there are only term limits for IAB and IESG members "editor">
in <xref target="oral"/> bullet 4.</t> <organization showOnFrontPage="true">Comcast</organization>
<t>Add IETF Trust and IETF LLC to <xref target="timeline"/> bullet 3.</t> <address>
<t>Spelled out IETF Administrative Support Activity (IASA) on <postal>
first use in <xref target="intro"/>.</t> <street/>
<t>Minor editorial changes</t> <city>Philadelphia</city>
<region>PA</region>
</list></t> <country>United States of America</country>
</postal>
</list></t> <email>jason_livingood@comcast.com</email>
</address>
<?rfc subcompact="no" ?> </author>
</section>
<t>draft-ietf-iasa2-rfc74337bis-08, 2019-June-26</t> </back>
<?rfc subcompact="yes" ?>
<t><list style="symbols">
<t>Added a paragraph to <xref target="intro"/> "Introduction"
noting that
this revision addresses only the changes required for IASA
2.0 and that should the community agree on other changes, they will be
addressed in future documents.</t>
</list></t>
<?rfc subcompact="no" ?>
<t>draft-ietf-iasa2-rfc74337bis-07, 2019-June-7</t>
<?rfc subcompact="yes" ?>
<t><list style="symbols">
<t>Added reference to
<xref target="I-D.ietf-iasa2-consolidated-upd"/> in
<xref target="defs"/>.</t>
<t>Changed reference to RFC3710 to Informational.</t>
<t>Removed step 3 from IAB mid-term vacancies in <xref
target="gen_sitting"/> as it was redundant with step 4.
</t>
<t>Correct summary below for -06 version.
</t>
<t>Editorial changes.</t>
</list></t>
<?rfc subcompact="no" ?>
<t>draft-ietf-iasa2-rfc74337bis-06, 2019-March-26</t>
<?rfc subcompact="yes" ?>
<t><list style="symbols">
<t>Removed IETF LLC from the list of positions who don't have term
limits in
<xref target="gen_func"/>.
</t>
<t>Added IETF Trust to the list of positions who can be recalled
in
<xref target="op_nominations"/>.
</t>
<t>Editorial changes.</t>
</list></t>
<?rfc subcompact="no" ?>
<t>draft-ietf-iasa2-rfc74337bis-05, 2019-January-11:</t>
<?rfc subcompact="yes" ?>
<t><list style="symbols">
<t>Changed text to point to appropriate Sections of <xref
target="I-D.ietf-iasa2-rfc4071bis"/>.
</t>
<t>Editorial changes.</t>
</list></t>
<?rfc subcompact="no" ?>
<t>draft-ietf-iasa2-rfc74337bis-04, 2019-January-3:</t>
<?rfc subcompact="yes" ?>
<t><list style="symbols">
<t>Added IETF Trust to the title.</t>
<t>Changed references to point to current IASA 2.0 structure
document <xref target="I-D.ietf-iasa2-rfc4071bis"/></t>
<t>Added IETF Trust to a few places it was missing.</t>
<t>Editorial changes.</t>
</list></t>
<?rfc subcompact="no" ?>
<t>draft-ietf-iasa2-rfc74337bis-03, 2018-October-22:</t>
<?rfc subcompact="yes" ?>
<t><list style="symbols">
<t>Revised <xref target="recall"/> to focus on repeal of the the
NomCom appoint LLC Director positions.</t>
<t>Added that the IETF Trust Trustees and IETF LLC Directors,
each may appoint a liaison to the NomCom.</t>
<t>Incorporated the update to RFC7437 done by RFC7776.</t>
<t>Incorporated the update to RFC7437 done by <xref
target="RFC8318"/> and updated it to refer to the IETF
Trust and IETF LLC. instead of the IAOC.</t>
<t>Editorial changes.</t>
</list></t>
<?rfc subcompact="no" ?>
<t>draft-ietf-iasa2-rfc74337bis-02, 2018-October-19:</t>
<?rfc subcompact="yes" ?>
<t><list style="symbols">
<t>Added "IETF" before Nominating and Recall Committees in the title.</t>
<t>Added leading capitalization to Trustee(s) and Director(s) for consist
ency.</t>
<t>Fixed other minor grammatical, spelling, or abbreviation nits.</t>
</list></t>
<?rfc subcompact="no" ?>
<t>draft-ietf-iasa2-rfc74337bis-01, 2018-October-16:</t>
<?rfc subcompact="yes" ?>
<t><list style="symbols">
<t>Modified the Advice and Consent model to enable IESG, IAB, and
IETF LLC to communicate directly with the NomCom rather than via
the Managing Director, IETF Secretariat.</t>
<t>Updated member removal text to reflect the new LLC rules,
which enables removal via the LLC or the IETF recall process,
except for the ISOC-appointed Director.</t>
<t>Removed discussion text from the volunteer eligibility
section. This means that IETF LLC employees and contractors
cannot volunteer for the NomCom but does not extend that
prohibition to ISOC employees and contractors.</t>
<t>Updated the document to clarify that there are members of the
IAB and IESG, Trustees of the IETF Trust, and Directors of the
IETF LLC.</t>
<t>Removed ISOC Board of Trustees members from the definition of
"sitting members" because it doesn't apply.</t>
<t>Updated document to also include procedures for the
NomCom appointed IETF Trust Trustees.</t>
<t>Revised Abstract and Introduction to provide current
context.</t>
<t>Changed "nominating committee" to "NomCom" throughout the
document because it is what most use to describe the IETF
Nominating Committee.</t>
<t>Added an no-actions IANA Considerations Section.</t>
<t>Editorial changes.</t>
</list></t>
<?rfc subcompact="no" ?>
<t>draft-ietf-iasa2-rfc74337bis-00, 2018-October-12:</t>
<?rfc subcompact="yes" ?>
<t>Initial bis draft, Changes include:<list style="symbols">
<t> Changed all mentions of the Internet Administrative
Oversight committee (IAOC), and replaced it with the
appropriate references to the IETF Administration LLC
(IETF LLC). This included making changes on an as needed
basis to some aspects of the process for the IETF LLC, in
accordance with IASA2. </t>
<t>Revised definition of IETF Executive Director, and
added definition of "Managing Director, IETF
Secretariat". Changed text to "Managing Director, IETF
Secretariat" where appropriate.</t>
<t> Added references to appropriate IASA2 documents. </t>
<t> Corrected a few grammatical errors. </t>
</list></t>
<?rfc subcompact="no" ?>
</list></t>
</section>
</back>
</rfc> </rfc>
 End of changes. 331 change blocks. 
1541 lines changed or deleted 1885 lines changed or added

This html diff was produced by rfcdiff 1.45. The latest version is available from http://tools.ietf.org/tools/rfcdiff/