<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.39 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-knodel-nomcom-gender-representation-03" category="info" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.34.0 -->
  <front>
    <title abbrev="nomcom-composition-comportment">Composition and Comportment of the IETF Nominating Committee</title>
    <seriesInfo name="Internet-Draft" value="draft-knodel-nomcom-gender-representation-03"/>
    <author fullname="Mallory Knodel">
      <organization>NYU</organization>
      <address>
        <email>mallory.knodel@nyu.edu</email>
      </address>
    </author>
    <date year="2026" month="July" day="06"/>
    <area>GENART</area>
    <keyword>gender</keyword>
    <keyword>diversity</keyword>
    <keyword>comportment</keyword>
    <abstract>
      <?line 66?>

<t>This document addresses two complementary gaps in the operation of the IETF Nominating Committee (nomcom). First, it extends the existing limit on nomcom representation by organization (<xref target="RFC8713"/>, Section 4.17) so that not all voting members belong to the same gender. Second, it proposes a comportment framework for nomcom members so that the nomcom conducts itself with the rigor and fairness expected of any committee that evaluates candidates for leadership roles.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://mallory.github.io/nomcom-gender-representation/draft-knodel-nomcom-gender-representation.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-knodel-nomcom-gender-representation/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/mallory/nomcom-gender-representation"/>.</t>
    </note>
  </front>
  <middle>
    <?line 70?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>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. It is reasonable, then, to hold the nomcom to the standards expected of any hiring committee, both in who is qualified to sit on it (composition) and in how it conducts itself while doing this work (comportment).</t>
      <t>This document extends RFC 8713 in two ways.</t>
      <t>It extends the limit on nomcom representation by organization to ensure no noncom is ever composed of one gender. This is because the literature supports the claims that lack of gender diversity in hiring teams reinforces under representation of gender minorities in leadership positions and that lack of gender diversity in leadership perpetuates gender discrimination <xref target="Vervoe"/>.</t>
      <t>It also adds additional considerations for the operation of the noncom by documenting conduct standards for non-discrimination, personal conflict of interest, and conformant evaluations, which are on par with today's industry standards.</t>
    </section>
    <section anchor="composition-of-the-ietf-nomcom">
      <name>Composition of the IETF Nomcom</name>
      <t><xref target="RFC8713"/> 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.</t>
      <t>The IETF considers influence and weaknesses in nomcom selection in <xref target="RFC8713"/>. The rationale for the two-per-organization limit, as documented in the "Oral Tradition" appendix of <xref target="RFC8713"/>, 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.</t>
      <t>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.</t>
      <t>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.</t>
      <t>While the IETF does not routinely confirm the gender of volunteers, we have committed to improving gender diversity in the community by way of measuring it and identifying concrete steps to mitigate imbalance.</t>
      <section anchor="suggested-remedy-for-composition">
        <name>Suggested Remedy for Composition</name>
        <t>The “two-per-organisation limit” of Section 4.17 of <xref target="RFC8713"/> can easily be extended to ensure a nomcom consisting of no more than n-1 members from any one gender (where n is the number of available volunteer slots), requiring skips for the nth slot until a gender minority volunteer is chosen.</t>
        <t>This assumes that for any given pool therein contains at least one gender minority volunteer. If there does not exist one gender minority volunteer in a given year's pool, this rule is withdrawn and the community should be notified of this reason that all ten nomcom volunteers will have the same gender that year.</t>
        <t>This short remedy would update Section 4.17 of <xref target="RFC8713"/>.</t>
      </section>
    </section>
    <section anchor="comportment-of-the-ietf-nomcom">
      <name>Comportment of the IETF Nomcom</name>
      <t>Composition governs who is eligible to sit on the nomcom. It does not govern how the nomcom conducts itself once seated: how it interviews candidates, how it weighs what it hears, and how individual members manage their own relationships to candidates. A nomcom that is well-composed but poorly conducted can still reproduce the same discrimination and imbalance that Section "Composition of the IETF Nomcom" is meant to address. This section proposes a comportment framework to close that gap.</t>
      <t>The nomcom's function is functionally indistinguishable from that of a hiring committee: it defines a pool of eligible candidates, solicits statements of interest, conducts interviews or consultations, and selects among candidates for open leadership roles. Organizations that run hiring committees, and other Standards Development Organizations (SDOs) that run comparable nominating bodies, have converged on a small set of practices to keep that process fair <xref target="ICANNCoC"/>. The IETF's own nomcom rules already reflect some of this convergence: <xref target="RFC8713"/> Section 3.6 and Section 9 impose confidentiality on nomcom deliberations, and Section 5.7 permits recall of a disruptive or uncooperative member. What is currently missing is any explicit standard for non-discrimination, for personal (as opposed to organizational) conflicts of interest, and for how candidates are actually questioned and evaluated.</t>
      <section anchor="suggested-remedies-for-comportment">
        <name>Suggested Remedies for Comportment</name>
        <t>To bring the nomcom's conduct in line with this precedent, <xref target="RFC8713"/> could be updated to add, alongside the existing confidentiality provisions of Section 3.6 and Section 9:</t>
        <t>a. A non-discrimination clause obligating nomcom members not to discriminate against a candidate on the basis of gender or other protected characteristics, in questioning, deliberation, or selection.</t>
        <t>b. A personal conflict-of-interest rule requiring a nomcom member to disclose to the chair any financial or personal relationship with a candidate that might affect, or reasonably be seen to affect, their evaluation of that candidate, and to recuse themselves from deliberation on that candidate. This closes a gap that the organizational affiliation limit of Section 4.17 does not reach.</t>
        <t>c. A requirement that the nomcom chair, before interviews begin for a given seat, establish a common set of core questions and evaluation criteria to be put to every candidate for that seat, consistent with the evidence that structured interviews reduce bias <xref target="Bohnet2016"/>.</t>
      </section>
    </section>
    <section anchor="privacy-considerations">
      <name>Privacy Considerations</name>
      <t>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 communty diversity should remain voluntary and non-public.</t>
      <t>The pronouns used for an eligible nomcom volunteer in conversation, mailing list discussion, recorded meeting videos and notes can be strong indicators of that volunteer's gender. However it is best practice to resolve any doubt by directly asking the volunteer whether they identify as a member of the dominant gender.</t>
      <t>As part of nomcom processes that change as a result of this document's recommended remedy, the gender of eligible nomcom volunteers must not be publicly documented, and wherein this information is used to determine the pool, it must be kept private.</t>
      <t>Personal conflict-of-interest disclosures made under the comportment remedy of this document, including the nature of a nomcom member's relationship to a candidate, are similarly sensitive. Such disclosures should be made only to the nomcom chair, treated with the same confidentiality already required of nomcom deliberations under Section 3.6 and Section 9 of <xref target="RFC8713"/>, and not publicly documented.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>There are no security considerations for this document.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-informative-references">
      <name>Informative References</name>
      <reference anchor="RFC8713">
        <front>
          <title>IAB, IESG, IETF Trust, and IETF LLC Selection, Confirmation, and Recall Process: Operation of the IETF Nominating and Recall Committees</title>
          <author fullname="M. Kucherawy" initials="M." role="editor" surname="Kucherawy"/>
          <author fullname="R. Hinden" initials="R." role="editor" surname="Hinden"/>
          <author fullname="J. Livingood" initials="J." role="editor" surname="Livingood"/>
          <date month="February" year="2020"/>
          <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 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.</t>
            <t>This document obsoletes RFC 7437 and RFC 8318.</t>
          </abstract>
        </front>
        <seriesInfo name="BCP" value="10"/>
        <seriesInfo name="RFC" value="8713"/>
        <seriesInfo name="DOI" value="10.17487/RFC8713"/>
      </reference>
      <reference anchor="RFC9389">
        <front>
          <title>Nominating Committee Eligibility</title>
          <author fullname="M. Duke" initials="M." surname="Duke"/>
          <date month="April" year="2023"/>
          <abstract>
            <t>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.</t>
          </abstract>
        </front>
        <seriesInfo name="BCP" value="10"/>
        <seriesInfo name="RFC" value="9389"/>
        <seriesInfo name="DOI" value="10.17487/RFC9389"/>
      </reference>
      <reference anchor="Vervoe" target="https://vervoe.com/gender-discrimination-in-hiring-practices/">
        <front>
          <title>Gender Discrimination in Hiring Practices</title>
          <author>
            <organization>Vervo</organization>
          </author>
          <date year="2022"/>
        </front>
      </reference>
      <reference anchor="ICANNCoC" target="https://www.icann.org/resources/pages/nomcom2019-conduct-2018-12-07-en">
        <front>
          <title>ICANN Nominating Committee Background Information and Code of Conduct</title>
          <author>
            <organization>ICANN</organization>
          </author>
          <date year="2018"/>
        </front>
      </reference>
      <reference anchor="ICANNOP" target="https://www.icann.org/resources/pages/nomcom2021-operating-procedures-2021-02-02-en">
        <front>
          <title>ICANN Nominating Committee (NomCom) Operating Procedures</title>
          <author>
            <organization>ICANN</organization>
          </author>
          <date year="2021"/>
        </front>
      </reference>
      <reference anchor="Bohnet2016" target="https://hbr.org/2016/04/how-to-take-bias-out-of-interviews">
        <front>
          <title>How to Take the Bias Out of Interviews</title>
          <author initials="I." surname="Bohnet">
            <organization/>
          </author>
          <date year="2016"/>
        </front>
      </reference>
    </references>
    <?line 138?>

<section anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>Thanks to Martin Thompson and Suresh Krishnan for informed initial thoughts on bringing this idea to the community.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA6VazZLbNhK+8ylQk4PHVZLGM87Gti67zjjZTGVju2LX5uDK
ASIhETUkwQCgZO0pD7L7cnmS/boBkKBGdry1VanJaEQ0+vfrr5teLpeF175R
a3Fxa9reOO216YTsKsGfrW9V54XZCl8rcffd++/Fa9PqTnrd7eiRVnuv1EUh
Nxur9hDTmbY07bKcpIXfg6SLopRe7Yw9roXutqYoisqUnWyhQWXl1i/vO1Op
ZhnF7FRXKbu0qrfK4bxkgQ1kOF+4YdNq5/AXf+whgNQruqHdKLsuKjyzLkrT
4Zgb3Fp4O6gCGj4tCmmVXIu/f/f65c/vi4Ox9ztrhn4tint1xMdqXYilCFfT
b5XeKwtbjvQhM6bYq27AJUKk80IETfBLK3XDv0hb1vzLTvt62MBFrWwaeODq
czZe4EAwEwdq73u3vrqKB1dB0kqbz4q4+mKHrmrfNheIhRx8bSyZj+uF2A5N
E2LzU7hZ/MjC+Etjd7LT/2IBa3ELWcqKrbHilWpNaWV55DR6r8q6M43ZHfmU
Cn5pg1Z/Kyu/gqCi6IxtIWoPdxaUGNMnIX7+/vb5s+un6/Dri6fPX9Cv/1R2
b9j78Lq0OwVPJUft+bsVDL6KBlfalVaHzEUG6W5Za4scXvbQ1OtSuasgKVTD
3/mUeDU7hYwVP/Ap8Tad4kOj20R0zDpox3/gRBQ3T25u8PHu9uXr17fm9rza
h8NhpUvZdeSTKwTIDJY06+UOP0MEb55cv0BFddVQ+iU+PF9e3yyfPFuqLtef
7zlbquJbWXK+IzZ3ydFjyVeKav02iP+UbSx8Ztv182Tbm7f/j2k310vTK8sq
IzKmVNWAZ5f8zZMb+u+L7bzEX/HpsXiTJCJqSeKXm3ZzjY/fmrpTHnZ+c966
emPZLnri6snXV7U5LL1Zenmvlhst3dIMfmm2SDsUyV6rg8uN+MEchDfiPZ5m
mP0WJ8SbgWH3bn5irrLugGt3q6jePCLfFMVyuRRy4zzlalG8r7UTANuBEV1W
FdzglBP+YBjUGkVfSBT5TvaOcp10ieFAgvxZDxCXIYqPV+J7bZ1fCO2F+uhR
SY5Pqo/a8ZEGFQXjOhEOiDkYic1xhi3i8kMEgF8X4p0q+W9fr66fPRbOQLD0
kAODmkbsDctvFbUAJzaqMfjoDV/vAGQR1FckBznOKiLN0KngCJlju9haPE+9
gTEtapokp4tJbvwqliQc551qtuIAjObvrUa74/LaSm07OB2e6GGHqsinsjvS
vdGHLFXtZTMQ9gsUTKUr/pW0aJSE9q7WvbCmUW4VYtzqqmpUUXxF2WINqQEf
UcRH7bRbUEQVgPEIWO/4CdkIao5qAdMDGk6arMk1zjS6hD2ZHgtEi9ORbNNW
/DbIRm9R2SSQL0n5Sg+0CzYcDlHkmkNt4BcEaks/UjY9cqI1zpMu+pyR4s5D
f9wrHXTeNNAXR7sFBbY2TZVHIcXa41ppq4euPrVzITYGgYJvSDlcEw3CCchy
IU/x8zIjNI/ZKBxBmdN3D0Jf60ah1OgiT1XHaXSZZdfj1Wk9pkJBqgvKda4/
VOZBHinMd/NS+h8rCJYQCbLkJvzXhYzgbAg574KDTDdVCKunqYhKOTgVr/WE
BiTIDT0ZE9QpG6lbF5K3QXshWUHOxJ3YX8H5XsmW4sl9Hk1ADPzoiRGTDGCN
sfC8YlTK8iMFxHFA/vT6/KSyvfKhyMZHZ73+Q+AXv66EYPfLBkUP1HT0Q8fy
IXqpq4iQoUbPgmb0OeKSAh6SkPMmy9YANd0JW1mQui5duEVNcmvgUlMEtGQ9
fUPNvBvxIxQkkrGsQUIVpUsvbQQmU8njI/JnNaBBHCcdVoQj+SxwgvuwoyhG
RIZbUJfVMWSk+7J8XM9gnAB4Dye6hOVAA8tIGCoggvreNAMMJvRtJfStpVUT
rvfwFrUuuQW06EBqQwo7uVW7AZZlLY/yXKIbkW0JvmXPec2V3W5kI7uSwAFd
GJVWGeVClwkyUpUEjGXXpFQgn26bQeE4Czsoed+Fa/VYrwEQI6UcnUkao1/I
kFxqTCd4YYkMWM5qmh2O0E8YoqrUtC/eWOTKeytDol4I2fdQWH8kg7NuCg8A
GuTe6ACi9Ji0ZDnnV0utEZVBDIZEl7VBUiAWbPBUTWvSuVY2xKxSW93RU0iB
UgM57NDE/nWgAJegnsgUiLzIorW4mLKMwHnoqGitajTHi7+sTRc7KaX+ztIT
0BNJDSque0liYU+beFRASQZfaJ+I/kr8Q9+rg6a+dw4lToxDppkBTWajxhDD
0TJTEvWjuh21JLJafVSWzQY5M1vUm3QPr6klAavqSPiB8ZkuZOUp9/vYxPd4
diFKVFj4nW3PcBNaDA2nLdyAvKRWx88QAIT8IVqUOwjdFA1qsiVvnpIkXhA6
XzAz4lYde9pGdYgr0SI8WMs98yzS9YFtsiXSRWAwp2OrOSEJYqHGntCQEr7B
WXc/Iz3OtGxGm1DotwGAx5D46JUijERYjhglGCHJfKhB6cKZNukUY9gq5Geq
KorzIjYOdGvkE/EvEwFzJKucDqMHufRapbjxoW1GfhHAdiV+oWvhHVYKhdmp
VJK9BMPhPoz8txh6TmQCIoNAoiGt3tWAeKopylNGHpaaZSBSTu5IwZFokqZ/
fURl2xzpiyyrqdvugIETRNDDFBFzAmmn0J09HkMHnyHJqCnrdmg5l+DVyC8Y
ws9QcWmDFTGMMy7+Eo9LcLG2D/UbRX1Wn4SjIa66K5uhirsAuaLPxBZPfRzP
TpXLyXxAjoXxlzrvBj3XEg7Ae7oCF5yTfeDRToOCgnqYhvz6sAbUitXYrLJY
j8fOXpacFJ0z6UfgXJaq91nDiAw3OAAR/IXJ5hijsVNhwkcEVHNkZqBRQvRM
1BQ3Tf10QTGM6RVYMSMRwz/X+TmUnCuK7AVRJbEoMURPMwIEqK6ovrfHSHgQ
GE/8XPUBq9Ggdij1qecS//hKvBt2O1Q6NPkZYyn4BVVtxkoClvzx+7/nvdFl
vfGP3/9DCs2oRt7+QtpKp+GijYr0OpgeM1Bms52LcMCMIWMo3fJ6jB+nEw0Z
E48WlwcUMcLFvZbixutJnkb2Ujc0zkyhEK4x3j2mGeu3IXBld6/7iVh2KHV6
BozZa1TNCUM+ZqJwX0mA0qVRQzoHmhBZFrcGaLpDTLuQzIQ2irq8Qa1p4tSe
upLzuTkPL+KGwmen3GPw/PwxyiEZrz+CdICLkhaLMDARZSALCNsqKw/diNNZ
2x37Mq4MExsX0DgqTmCEyKZQZjSS2xvn/QkkhYOkVfId7rIoqZCKB7536KlF
fTq9Jh59fofOPDrn2TuD8upcmkNHyJjG0KzuaSYe3R1O8jT6mYWEIVrnQCVU
tU6Tazat5yN+/Pag0Idc6KX4WMMhLnRMfmCEyLEAMH0Q2oXNABEb8LfQGmsd
6n26Bbg/Du18AS5STbMc51Gi3kgJGxCMTMEfqWZRiAgc9QViSVn0Tia4GZUP
l6RoXXx+wLlgZFc0S/mxQaZ5Ior407URWdsYF2/eyX5GgJDvaQ1Dl00rmSY0
H0abQWPMoRxgZGE5BBznlzXMu1kfLmc8OKZQHttxp4OJz/PKz82HySlvpuQw
ljEQZDONlflaJzC+k10VJofuzC7nTTbDRCyyQ/fAongDUyDxbpyPX6m9akzP
np5Lunz36o17PAmkmGCUIeu7aVm5MZXmBI9kCnWzI9wgLHL0dgU2sY/HtwIU
xnul+iCZV9LgSrTJEx/SMj8ObnGXRXmfxmCefNKIbNWW/BVIbYKqpARSdJ31
ppSoT1ffsCPS5xfUlimpuKlza5UNz0HjpRXCvkkricXs9F9Wz4go86SO4Yzs
5XxCutmhD9zZoreUJm4w8IdQ25HaksKDxbjjkab87o0aveNWAibMmTWuEj65
zaC/jxuNS0wdpg8lD1/nM65sHo8LD/dw40FiCIiyxCOaicANXEZpVqBxDY+n
rWp1lmHomLYZYjM73oSNVV63aW1DGyVUXCLgcANNvIqCsshpRmpToWNUEVJg
A22nic7Pt+OnkWUW5jjJMzrzIDHWRSEDpp46nNZztMEzm4a4Ft1xss6mJgKt
smNw445IADH90b+pB21Amly2ZKNq50KFqj5sW8taUgUpS0aVYfmc4gEFFrMs
XZCEkeEiPBsy5MHOa3yBAjGBIUw0Sc5NStYE/A2MGSrpQHqAk2gJcK/IEzHv
VSGmuelc/mEuk9stNGWlx500U0hHEz1FNz4Q+uC0jQtFTyuQJDbOn4aqMS5Z
WzhiryKZzL0kEqMZT8eOxFYS7qPHTJPKvJDyxVjaHp9w42lyULKsEYWSohBc
zH3i4SsP8ugClm+JDmftYqMwmQaOGSke8Y6FQODgKzS1uD8xXcLbkiSkBHF5
vXICW1o8a0megp/7IYzS/DJjClEgydLHyyJpJ8XHEVnRonFkA85b1PFgVZUr
j4/EKnjp9WF68RcI3Vur9/Rm+3a2+C2Kd3SaxoPZeKpd5JuY8lbi7QDby5SX
cWsDeHo0zt5kNmqoM0PnZpP3K4nGi4K6pxkh8F5Lb9K7XP6rTwuuwkhGiwv6
v0V86LUgOzfNFv1gA6GhLKW7UkOG/OPDXcrp/eNQ27OZkeyM1gyE72HqmHjJ
KScXYfygmyIw0L8WCK8MnWfPDfzvPWhCQsrQuJZsosgaF7WI7864KL3lfRSy
pJTepDEb4R+vHf20olex/FZE+/Duw/mRCoQyBX3aK0aRygwbzyt91Efpw/Yq
NYvJJMx/cTeqjuMwHFZtEasi/6yYpiBbx93yS8cLjGxLHflHmuJQgB34NguD
aqBnI69IS+FH3OkRxTDchhFmcbIL+GRAwIIHF96vct1RZJtjtnEOAHaIoyPf
rLN/VKBj4AmOMfeDeXSh24VZD15m+ZB9T1uOnqrL0wrg7WfBfyohmjnQQIcu
rTJzLh7ntVOXLOK+aGzsMq1QT7oI+y5rCgTtM+ym92DA0kbSkEKvUjVRphW4
RVnPlJxmVVbXdM1xvshJWOotD2gTYvFgc0oJJkbJ4FxlGTJjf9EvnyaT89cB
sXbOxZnBD+cGnuJP0e89j/9hx0cDUnjq7MuxLA4s8+7l65dn5OWvRmlZDrn8
pCzDpjW8+N4ApUjIy/K+M4dGVTueZ0iA7O6Zu/9EG8AOjRJ54eJQ+I5iUosf
QU7qLm6EQ9ZyJ9DkZtrGDuj2/PKBSeD4NheaypFUpHXEqvgvaUtdiUwnAAA=

-->

</rfc>
