]> NYU

mallory.knodel@nyu.edu

Independent

me@tarakiyee.com

GENART gender This document extends the existing limit on nomcom representation by organization (, Section 4.17) so that not all voting members of the IETF Nominating Committee (nomcom) belong to the same gender. It guarantees up to five voting seats to volunteers who opt into a self-declared pool, and changes the selection only in years when a plain random draw would seat fewer. About This Document The latest revision of this draft can be found at . Status information for this document may be found at . Source for this draft and an issue tracker can be found at .

Introduction The nomcom is, in every functional sense, a hiring committee: it solicits candidates, reviews their qualifications, interviews them, and selects who will fill the IETF's most senior leadership roles. This document extends 's limit on nomcom representation by organization to ensure no nomcom is ever composed of one gender. Like the limit by organization, this is to avoid the appearance of improper bias in choosing IETF leadership: a random draw is representative over many years, but in any single year it can seat a committee drawn from one gender. This document does not address the nomcom's comportment once seated. A future revision might extend with conduct standards for non-discrimination, personal conflict of interest, and consistent candidate evaluation, drawing on precedent such as ICANN's Nominating Committee Code of Conduct .

Conventions and Definitions The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 when, and only when, they appear in all capitals, as shown here. "Dominant gender" means the gender named as such by the nomcom chair in the call for volunteers, based on the composition of past nomcoms. At the time of writing it is men. "General pool" means all eligible volunteers in a given year, including those in the opt-in pool. "Opt-in pool" means the pool defined in Section 4.1.

Gender Representation in the IETF Nomcom already limits nomcom representation by organization: Section 4.17 provides that no more than two voting volunteers may share the same primary affiliation. This safeguard addresses one axis of nomcom capture and imbalance, but it does not address gender. The IETF considers influence and weaknesses in nomcom selection in . The rationale for the two-per-organization limit, as documented in the "Oral Tradition" appendix of , is to avoid the appearance of improper bias in choosing IETF leadership: rather than defining precise rules for what counts as "affiliation," the IETF community relies on the honor and integrity of participants to make the limit work in practice. Likewise, gender diversity in IETF leadership should be considered a community strengthening exercise insofar as gender diversity has been shown to lead to more productivity, creativity and reinforces a culture of respect and value for all participants. If we consider the nomcom as a "team", it will itself benefit from having more gender diversity among its voting members. The nomcom itself conventionally asks candidates some form of the question, 'Describe your perspective on what diversity should mean for the IETF, and the degree to which existing IETF participation meets those expectations. What have you done in the past to encourage participation by those who might otherwise not have considered engaging with the IETF?' implying diversity is regarded in the IETF. Five of the twelve nomcoms seated between 2015 and 2026 had no women among their voting members. To address gender representation in the IETF nomcom, at a minimum we can ensure that all voting members are not of the same gender. All attempts to ensure gender representation in the nomcom should include: a. increase participation in the community from women and non-binary individuals so that the eligible pool is more gender diverse. b. encourage eligible women and non-binary members of the community to accept selection to the nomcom. While the IETF does not routinely confirm the gender of volunteers, it measures gender diversity through its annual community survey, in which women were under 10% of respondents in 2025 . The IETF LLC commissioned an independent report on the experience of women participating in the IETF , and IETF leadership has stated its commitment to gender diversity and reported on steps taken in response .

Suggested Remedy Section 4.17 of constrains nomcom composition by primary affiliation. This document adds a second composition constraint, applied at the same point in the process, in the form of a guaranteed minimum number of seats for volunteers in an opt-in pool.

Opt-in Pool The nomcom chair MUST name the dominant gender, as defined in Section 2, in the call for volunteers. An eligible volunteer (, as updated by ) MAY opt into a self-declared pool of volunteers who do not identify as members of the dominant gender (the "opt-in pool"). The opt-in pool is defined by self-identification alone. Membership in the opt-in pool is the only information disclosed. Every volunteer in the opt-in pool is also in the general pool. A volunteer who opts in by mistake MAY correct the declaration at any time before the general pool list is published. Once published, opt-in pool membership is fixed, consistent with the verifiability requirement in Section 4.3.

Guaranteed Seats Let p be the size of the opt-in pool. The number of guaranteed seats is r = min(5, p): five, or the whole opt-in pool if it has fewer than five members. If p is 0, no seats are guaranteed, and the IETF community MUST be notified that all voting volunteers may share one gender that year for this reason.

Selection A single selection MUST be run over the published general pool list, which MUST show which volunteers are in the opt-in pool. Volunteers are seated in list order, subject to the limit in Section 4.17 of , with one exception: once the number of unfilled seats equals the number of guaranteed seats not yet held by opt-in pool members, only opt-in pool members are seated. If no opt-in pool member who can be seated remains on the list, the exception lapses and the remaining seats are filled in list order, starting with any volunteers it passed over. For example, take a nomcom with eleven voting seats, an opt-in pool of one volunteer (so r = min(5, 1) = 1), and a published general pool list, in draw order, that begins V1 through V10 and then, in position 15, the single opt-in pool member Z. Seats 1 through 10 are filled by V1 through V10 in order; no exception applies yet, since the one guaranteed seat is not yet held and more than one seat remains unfilled. Before the eleventh seat, one seat is unfilled and one guaranteed seat is not yet held, so the exception applies: V11 through V14 are passed over, and Z is seated in the eleventh seat. If a seated volunteer is later replaced under , the same rule applies to the choice of replacement.

Rationale The selection is a single draw over a list published in advance. Opt-in pool membership is part of that list, so no seat depends on information absent from it and the outcome remains independently verifiable. A rule that depended on volunteers' genders would not have this property: it would either break verifiability, if that data is private, or force disclosure. The guarantee is a minimum, not an addition: it takes effect only when a plain draw would seat fewer than r opt-in pool members, and otherwise the outcome is that of the plain draw. As the opt-in pool approaches half of all volunteers the guarantee almost never takes effect (about 5% of draws at parity), so nothing needs to change if a different gender becomes dominant. When the pool is skewed, the guarantee is deliberately super-proportional. The literature on tokenism finds that members of a small minority in a deliberative body carry a visibility burden and are treated as representatives of a category rather than as individuals . Studies of corporate boards report that this changes at around three members (, ). These are studies of standing boards, not selection committees, and a fixed threshold is contested ; while three bears out in the evidence as a floor below which the effect is most acute, we set five as the cap because it approaches parity for a nomcom with eleven seats. Volunteers seated under the guarantee serve as individuals and do not represent a gender. Stratification by declared characteristics is established practice in bodies constituted by lot , and compositional constraints are the norm rather than the exception among comparable nominating bodies: ICANN's Nominating Committee is constituted from designated seats . This section would update Sections 4.16 and 4.17 of . Section 4.16 calls a selection method fair "if each eligible volunteer is equally likely to be selected". The affiliation limit already qualifies that definition, and this document would qualify it further: volunteers remain equally likely to be selected within the opt-in pool and within the rest of the general pool. The method remains unbiased in the sense of Section 4.16: once the list is published, no one can influence the outcome.

Privacy Considerations Serving on the nomcom is voluntary. Public disclosure of one's gender and pronouns in the IETF Datatracker should remain voluntary. Disclosure of one's gender during meeting registration for the purposes of tracking community diversity should remain voluntary and non-public. Under Section 4, no volunteer is asked to state a gender, and no gender is inferred from pronouns used in mailing list discussion, recorded meetings, or the Datatracker. The only disclosure is opt-in pool membership. Because verifiability requires the list to be published in advance, membership in the opt-in pool is public. It stays public: the list is archived, and membership can be compiled across years. Volunteers MUST be told this at the point of declaration. For some volunteers, opt-in pool membership may reveal more about them than they have otherwise made public. Gender data collected for community measurement, whether at meeting registration or in the Datatracker, MUST NOT be used to construct the opt-in pool.

Security Considerations Self-declaration is not verified. The challenge period in Section 4.17 of still applies to the selection, but a challenge cannot rest on a volunteer's declaration. As with the affiliation limit, the mechanism relies on the honour and integrity of participants rather than on precise rules. When the opt-in pool is small, its members are far more likely to be seated than other volunteers, and when it has five or fewer members all of them are seated, subject to the affiliation limit. This is an incentive to declare, including for organizations seeking seats, though the affiliation limit bounds what any one organization can gain. A small opt-in pool may also mean the same volunteers serve repeatedly. Sitting nomcom members cannot be considered for the positions that nomcom fills (, Section 5.11), so frequent service has a cost for those volunteers and for the pool of candidates.

IANA Considerations This document has no IANA actions.

References Normative References In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings. This document describes a method for making random selections in 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 Committee (NomCom) from the pool of eligible volunteers is used. Similar techniques would be applicable to other cases. This memo provides information for the Internet community. Informative References The process by which the members of the IAB and IESG, some Trustees of the IETF Trust, and some Directors of the IETF Administration LLC (IETF LLC) are selected, confirmed, and recalled is specified in this document. This document is based on RFC 7437. Only those updates required to reflect the changes introduced by IETF Administrative Support Activity (IASA) 2.0 have been included. Any other changes will be addressed in future documents. This document obsoletes RFC 7437 and RFC 8318. The IETF Nominating Committee (NomCom) appoints candidates to several IETF leadership committees. RFC 8713 provides criteria for NomCom membership that attempt to ensure NomCom volunteers are members of the loosely defined IETF community, by requiring in-person attendance in three of the past five in-person meetings. In 2020 and 2021, the IETF had six consecutive fully online plenary meetings that drove rapid advancement in remote meeting technologies and procedures, including an experiment that included remote attendance for NomCom eligibility. This document updates RFC 8713 by defining a new set of eligibility criteria from first principles, with consideration to the increased salience of remote attendance. This document obsoletes RFCs 8788 and 8989. ICANN ICANN OECD

Acknowledgments Thanks to Martin Thomson and Suresh Krishnan for informed initial thoughts on bringing this idea to the community. The selection rule in Section 4.3 follows a suggestion by Joel Halpern. Thanks to Brian Carpenter, Stephen Farrell, Bron Gondwana, Russ Housley, Christian Huitema, Ted Lemon, John Levine, S. Moonesamy, Mark Nottingham, Michael Richardson, Rich Salz, Michael StJohns, Andrew Sullivan and Rob Wilton for review and comments on the eligibility-discuss list.

Changes Since -05:

• Raised the guaranteed-seat cap from three to five (r = min(5, p)).
• Made the nomcom chair's duty to name the dominant gender in the call for volunteers an explicit requirement in Section 4.1.
• Added a procedure for correcting an erroneous opt-in declaration before the general pool list is published.
• Added a worked example of the selection procedure.

Since -04:

• Replaced the two-draw reserved-seat formula with a single draw and a guaranteed minimum of three seats, which takes effect only when a plain draw would seat fewer.
• Volunteers in the opt-in pool are always in the general pool; "mixed gender pool" is no longer used.
• The nomcom chair names the dominant gender in the call for volunteers.
• Replaced the hiring-literature rationale in the Introduction with the rationale gives for the affiliation limit.
• Sourced the statements in Section 3 about measuring gender diversity.
• Qualified the evidence for a minimum of three.
• Noted that the mechanism would also update the fairness definition in Section 4.16 of .
• Expanded Privacy and Security Considerations: permanence of the published list, challenges, the incentive to declare, repeat service.