<?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.6.14 (Ruby 3.1.2) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-shmoo-remote-fee-07" category="bcp" consensus="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.13.0 -->
  <front>
    <title abbrev="Open Participation Principle">Open Participation Principle regarding Remote Registration Fee</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-shmoo-remote-fee-07"/>
    <author initials="M." surname="Kühlewind" fullname="Mirja Kühlewind">
      <organization>Ericsson</organization>
      <address>
        <email>mirja.kuehlewind@ericsson.com</email>
      </address>
    </author>
    <author initials="J." surname="Reed" fullname="Jon Reed">
      <organization>Akamai</organization>
      <address>
        <email>jreed@akamai.com</email>
      </address>
    </author>
    <author initials="R." surname="Salz" fullname="Rich Salz">
      <organization>Akamai</organization>
      <address>
        <email>rsalz@akamai.com</email>
      </address>
    </author>
    <date year="2023" month="April" day="21"/>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <t>This document outlines a principle for open participation that extends the open process
principle defined in RFC3935 by stating that there must be a free option for online
participation to IETF meetings and, if possible, related IETF-hosted events over the Internet.</t>
    </abstract>
  </front>
  <middle>
    <section anchor="introduction">
      <name>Introduction</name>
      <t>Remote participation for IETF in-person meetings has evolved over time from email-only
to live chat and audio streaming, and, subsequently, to a full online meeting system that is tightly integrated
with the in-room session and enables interactive participation by audio and video.
Remote participation has historically been free for remote attendees.</t>
      <t>Given this more full-blown participation option, the IETF has started seeing an increasing number
of remote participants. This increase can be explained by the ease with which
new participants can join a meeting or only attend selected parts of the meeting agenda, and also by 
a less strongly perceived need to attend every meeting in person, due to either financial
reasons or other circumstances. In order to better understand
these trends, the IETF started requiring registration for remote participation, still without any registration fee applied.</t>
      <t>With the move to fully online meetings in 2020 and 2021, however, there was no longer a
distinction between remote and on-site participants for those meetings.
Since IETF meeting costs and other costs still had to be covered, a meeting fee was charged for
remote participants, eliminating the free remote participation
option at that time.</t>
      <t>The introduction of a fee for remote participation raised concerns about the potential impact on both, those who
regularly remotely attend IETF meetings and those people considering 
attending an IETF meeting for the first time. In both cases, even a small
registration fee can be a barrier to participation.</t>
    </section>
    <section anchor="principle-of-open-participation">
      <name>Principle of Open Participation</name>
      <t>This document outlines the principle of open participation that the IETF Administration LLC (IETF LLC)
is expected to incorporate into decisions about the registration fee structure for remote participation.</t>
      <t>The principle this document states is simple: there must be an option for free
remote participation in any IETF meeting, regardless of whether the meeting has a physical presence.
Related events collocated with an IETF meeting are part of the IETF's open process <xref target="RFC3935"/> and
are encouraged to follow this principle as well, if they offer remote participation at all.</t>
      <t>This principle aims to support the openness principle of the IETF as defined in <xref target="RFC3935"/>:</t>
      <t>"Open process - any interested person can participate in the work,
   know what is being decided, and make his or her voice heard on the
   issue.  Part of this principle is our commitment to making our
   documents, our WG mailing lists, our attendance lists, and our
   meeting minutes publicly available on the Internet."</t>
      <t>While RFC3935 explicitly notes that this principle includes a requirement to open 
basically all our documents and material and to make them accessible over the Internet, it was
written with mainly having email interactions in mind when talking about participation.
This document extends this principle to explicitly cover remote
participation at meetings. Particularly in this context, openness should be seen as open and free.</t>
      <t>This document does not stipulate that all IETF meetings or related IETF events must have a remote participation option,
because there could be technical or other reasons why that might not always be possible.
This document rather states that if remote participation is provided,
there should always be a free option to make the process as open as possible. Having said that,
it is of course strongly anticipated that at least all working group sessions as well as BoFs
and the administrative plenary of an IETF meeting provide an option for remote participation.</t>
      <t>Moreover, in order to fully remove barriers to participation, any free
registration option must offer the same degree of interactivity and
functionality available to paid remote participants. Specifically, it must not
be possible to identify participants that used the free option. However,
of course this does not mean that all services must be provided for free to
participants using the free registration option, but only those services
that are provided as part of the regular registration. Offering additional
services to a subset or all participants at an additional charge is still possible,
e.g. if special needs are required. However, to promote inclusivity,
it should also be considered if those services can also be offered without
charge for those in need and who cannot afford the fee.</t>
      <t>Further, the free option
must be clearly and prominently listed on the meeting website and
registration page.  If the free option requires additional
registration steps, such as applying for a fee waiver, those
requirements should be clearly documented. Particularly, to avoid any
potential negative implications on inclusivity, any personal
information that is collected with respect to the use of the free
remote participation option must be kept confidential.</t>
    </section>
    <section anchor="financial-impact">
      <name>Financial Impact</name>
      <t>Fully online meetings as well as remote participation incur expenses, as do other services that the IETF provides.
This includes items such as mailing lists, document access via the datatracker or other
online platforms, as well as support for videoconferencing, like use of Meetecho and others.
Meeting fees are a way to distribute these and other operating costs of the IETF among participants,
even though they do not fully offset the costs of either holding the meeting or operating the IETF.
As such, the intention of this document and the principle stated herein is not to make remote participation
free for everyone, but to always offer a free remote option that enables remote participation without
any barriers other than the application for the free registration itself for those where the registration fee
is a barrier for participation.
This principle applies to remote participation only, providing thereby one free option for participation.
In-person participation is not in scope for this document as the costs considerations 
are broader than just the registration fee.</t>
      <t>It is not in scope for this document to make suggestions for changing
the IETF's fee structure or overall funding model. As defined in the RFC8711
it is the IETF LLC's responsibility to manage IETF's finances and budget and
as such "[t]he IETF LLC is expected to act responsibly so as to minimize risks
to IETF participants and to the future of the IETF as a whole, such as financial
risks." Further, it is the responsibility of the IETF LLC Board  "to act
consistently with the documented consensus of the IETF community" <xref target="RFC871"/>,
taking agreed principles like the one proposed in this document into account.</t>
      <t>If unlimited free remote participation is determined to adversely affect 
financial sustainability of the IETF e.g. if the number of paying participants
or the cost of free participation emerges to be a significant factor,
the LLC is expected to implement additional measures to manage these costs.
This document does not and cannot restrict the LLC in its financial responsibility
and therefore does not impose any limitation on the use of appropriate measures.
If the LLC decides to do this, they should make their decision and rationale known to the community
and consider community consultation as specified in Section 4.4 of RFC8711
in oder "to obtain consensus-based community input on key issues". 
Further, they should describe the implemented process in sufficient detail for
participants to make an informed decsion about the use of the free option.</t>
      <t>As discussed in the next section, assessment of eligibility is difficult and consequently any limit
on the number of available free registrations, which likely requires an assessment of eligibility,
can cause unfairness and negatively impact openness which should be considered seriously in any LLC decision.
As such, this document defines the principle of free participation but leaves
room for choices in the implementation by the LLC. Specifically, it cannot provide
guidance on appropriate measures against misuse as any measures need to
be adapted to the specific problem in a specific situation in order to minimise both the
financial risk as well as its impact on openness and inclusivity.</t>
    </section>
    <section anchor="considerations-on-use-and-misuse-of-a-free-participation-option">
      <name>Considerations on Use and Misuse of a Free Participation Option</name>
      <t>This document does not provide specific requirements on when it is appropriate
for an IETF community member to use or not use the free option to remotely attend a meeting. The purpose of
the free option is to enable everybody who is interested in participation to join meetings without the meeting
fee imposing a financial barrier. These cases cannot be limited to a certain group, like students or "self-funded"
participants, nor to any specific other restrictions like the number of meetings previously attended or previous level of involvement.
The purpose is simply to maximise participation without barriers in order to make the standards process as open as possible.</t>
      <t>It is expected that participants who have financial support to use the paid regular registration option 
will do so. Paying a registration fee is a way for their sponsor to support the sustainability of the IETF. 
For example, a higher late payment charge can be used to maximise this financial support. 
However, this document does not comment on the actual payment structure 
of the IETF meeting fee other than the requirement for a free option. The fee payment structure is set by the IETF LLC such that
the viability of the IETF and the ability of IETF participants to work productively within the IETF can be ensured.</t>
      <t>The LLC is responsible to ensure the financial stability of the IETF and therefore should monitor
trends in the use of the free participation option that could endanger the viability of the IETF and, if necessary, manage the associated costs.
Aggregated data on the number and percentage of free registrations used should be published,
as this will permit analysis of the use and change in use over time of the free registration option without
revealing personal information.</t>
      <t>As the principle defined in this document aims to promote openness and thereby enhance participation,
an increase in use of free registrations is a success and likely a sign of increased interest and not necessarily a
sign of misuse, and should not be linked to the number of paid registrations.
In particular the number of paid registrations may decrease
due to various reasons other than misuse,
such as restrictions on travel to physical meetings due to cost savings or environmental reasons, general cost
savings and lesser focus on standardization work, or simply loss of business interest. Such trends
can impact the sustainability of the IETF due to its
dependency on meetings fees to cross-finance other costs, independent of use of the free registrations.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This document introduces no new concerns for the security of Internet
protocols.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
    <section anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>Thanks to everybody involved in the shmoo working group discussion,
esepcially Brian Carpenter, Jason Livingood, Lars Eggert, and Charles Eckel for
proposing concrete improvements and their in-depth reviews.</t>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references>
        <name>Normative References</name>
        <reference anchor="RFC3935" target="https://www.rfc-editor.org/info/rfc3935">
          <front>
            <title>A Mission Statement for the IETF</title>
            <author fullname="H. Alvestrand" initials="H." surname="Alvestrand">
              <organization/>
            </author>
            <date month="October" year="2004"/>
            <abstract>
              <t>This memo gives a mission statement for the IETF, tries to define the terms used in the statement sufficiently to make the mission statement understandable and useful, argues why the IETF needs a mission statement, and tries to capture some of the debate that led to this point.  This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="95"/>
          <seriesInfo name="RFC" value="3935"/>
          <seriesInfo name="DOI" value="10.17487/RFC3935"/>
        </reference>
      </references>
      <references>
        <name>Informative References</name>
        <reference anchor="RFC871" target="https://www.rfc-editor.org/info/rfc871">
          <front>
            <title>Perspective on the ARPANET reference model</title>
            <author fullname="M.A. Padlipsky" initials="M.A." surname="Padlipsky">
              <organization/>
            </author>
            <date month="September" year="1982"/>
            <abstract>
              <t>This RFC is primarily intended as a perspective on the ARM and points    out some of the differences between the ARM and the ISORM  which were    expressed by members in NWG general meetings, NWG protocol design    committee meetings, the ARPA Internet Working Group, and private    conversations over the intervening years.  Originally published as    M82-47 by the MITRE Corporation, Bedford, Massachusetts.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="871"/>
          <seriesInfo name="DOI" value="10.17487/RFC0871"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA41aXa8jN3J9568gJg9JAEkYezfY7H3JXk88m3Fm4sB24AfD
CKhuSqJvd1Mhu6WRDQP+GwGSf5K3/BP/kpxTJPvr6nqzwNq+UjdZrDp16lRR
2+1W9a5v7IP+8mw7/a8m9K5yZ9M7j7+C6/BHY3WwRxNq1x31V7b1vcW/ji72
IT331lpl9vtgL7+9jKp91ZkWm9XBHPqts/1hG0+t99sgy24P1m5f/0HVprcP
qsI/jz7cHvS+OivlzuFB92GI/aevX//x9afqyd6uPtQP+l3X29DZfvuPXFap
2Juu/nfT+A5b3WxUZ/egv4s+9MEe4kbHW8v/+F4pM/QnHx6U1lv8X2vXxQf9
Yaf/+X//59TYq+tq+TgZ/cGFH8z6Kx+OD/rz4KoYfSef2Na45kG3fHr3NNj8
9J9sfmhX+VYeXO76xQ5OtfP9voDvxo9kn8cng8Xnu/wQ8MCfjHz+wsJf7fTX
pvlxtvBXrjpNn72wcoh4YL6yUp0PLUJ6sXTYV2/f/O6Pv/u7B3zuusP0Df63
3W612RMeFaLxzclFjcgPre167Ye+cZ2N2ujzCC+8rj2Bc14Apz+ZXtuPve3q
iD9sfib4ykYEdXy9tgcsWeO4xSq9v2mgoCdiZRW8HaxuAR69t9j7AL9hOdlG
du9olVrt7/W7z795q1truRJs7uqNdgd99jG6fWM3SIwGKK3lue3JR/63veCg
UfuLDWJ1gecueaZ1dY1cUH/FL4Kvh4qbKZUza2kCbRMbXLc92wD4TNacTMRe
vrlgz7SZa+HL4NsUwy0OdVM4RIPA6IpuwAG0GWrn4Z1gTYt1NulUcdhH+x8D
LG9uG54cPhqaJjumbIrUwRHb5FOEtXfHE16AdUjVQE+oq+tPcmxYHDxsiQgW
j8K9bWfgtijPEx00bHlgBC4ZyMcvrrZ+d98zPD2Q1XuklWlgw94CHBJXOi0R
ijY90WNthPP/jN0IKtjdeqCB59vuG39d4y7hYpOCR+dzL8ApMLrRWjrCdDhE
BR9G/tUN7d4G5Q9l33FBIGGnJQXy44gE3gUI7cdzYwS3ODO3ki/FfdcTMlR1
9rpYR178wQPlZoxHgu4tnxPGNbailXwPEDzIwuVhc8QzZpNQ0ETPjZXRCAiP
F3x3xEpAWWUdMdWBWgQJaW3AOtzGtWBFwuNG14PlY9YxyTRS0SAvTaN4Wt9F
sVG+qlwAC5CdkcA7wB9f1cQtLLHYJOgBsQpC3wpvwB1AKZJ/FooShgCwukBL
wrwUzUK/iCkA3jvAme4FBcEFt9WLwI05nxtna0Dl2wLiFolF+4iV2yoZGFL9
6etPX4tD8R+fbPTJX+mnTSacK4DTIQHhWpzOqBobAgcJ6ba/ErIFqVjDd9vo
VuiRI8HoOO27U19jEbsgJ12BfGJaJTlb/k6nPpk6ORmfwjqLfJ8gxJPTThBE
OMKz2E/dQfFG28aBMAqp2pRr95ytMrEK7/If4KUdCwFJYaI8wtPI9i9FTQfj
IkyqPI4bACWzZ/C4+RkPdz1gpl17BpNoehQn32RfXU8epzgOjQnNLS8+5ckz
Ws9vna1nQcF+EdQj8FLplZzzC5enyMB8B8ymUxLUNAO5Ct7bSC3AIWMLilLP
AJeZwOi9CcGlTFg4YMcyMckwOOy5vnqxwoqb5u++VGLH5HqsEeDJxPfv3+i/
kS/wX3+rsAk4K/ELDMXCPpw9WZ9h9SjDlSPTz8P07Mj4A9EfwstBz0iZLO8X
x2NZZwUBthF5KtdVbe/mdZ0YfYZm+ZY0ChKYB3STda4QIvx1PVlJpTmHshRA
upxukWUHVoKlAE4WqaQEcvWvfNP4Sj4RSl9jx4RkUOFofvnXcaFw9HdZzXxP
hCq+ga38EMwxReDAPa7JP5O7YODVNo0IFawM1joc7Av5RUnQNLsModkaro3c
IQ5nRLgfxVdHsxaYGrGDbWc67Kefsu0//wxJ+OrL+bG24niRAFYEUxY2zIbJ
PIJKVofGf9pQmT51OOw1K4+9VGFCrhY6Qwq35slSErDgMGwX70CSJ4uIaoG6
5SouxgF5KjmUDrA4OV8fyJ5t63oBHNyAlaXYDoErFCgivfnot3/WVFt8oAHW
86eJNVjpyqdCzWmFAgJk20Awn4d94yrS0wUrUSJlgyft+IrvqW9PDt8VkUsF
AWdRgHW+l4yXbF4eqKuaoRbBnWqmLacSrKm9iVlAGco9mD6eL3sVFpBnhSV9
8jJMa7WpGE4n1q61LtDXs6qoa3D0REoC+Ili5WQuPL2I1EkKkjgQcvikZubh
/KYRtyc2WXHEkvOmJmFxdqqSyUdS+3IeqGd5MBbXzK65crisGFESeuyymdIg
Qkg0NSknsoybnLx0E1lnp9fEXHtLNUAKc+eBbJECRr8vC5Iw49RYFE4RioPz
rMTyTjpn4ar2tjJDtJkZq2Jnb6tTJ7Q1SrKi0a6nWzKmpaIXK01zNTcm2tju
rL0OWucamZFTT/BcASe2ZVj8RZJVJbOy/6Ztll3ZDGojc4w+jpNN+p8SmqJx
tdiwUU4YArlNsox20rbQMZlc6uz6HurXxBQDEg1XOgY/nEvbEguf8t+f+bdR
JbUAc2fFkm1Mg+Ym3ETUrLg+n3xVml6ofR/QmniRkG6mj5P+5CvYKquF+Ewu
bIRZc82bFd68q+AnVQMeIJqWvfNRnH6Y9WSuv0nFOQxJqppGPhm5SbZ19f1e
52soBHdIlCIsILsCUGqGJNEPNQXc4bZUuxKWIdp6kpjJegQ6a2s1RTZLg5xX
rTXdlFLRhgsKQByVQQHgKAxghVpsPsSVtn3mw43eD31quZJiLLuotG+YbUOU
zip8VqOLVXf6S4ZDWK6uXXK2Gi2XNlw6854py1Mt7JWOfvZm1vAijkT4j4MK
ZXfHHbMzMjx4ks1dFHtzVagnB0uAg5fgSvmIgglJrDFrY+4nklJm1T+sXCIF
vTwosMtiCHSusqVTcwO0S8NphP49XxYWOuCRDAbLLuLtEMgfmzU+VAlzhYwO
kuy1nAKShEMNKcO2KIExN692Ly0X8b6I9xkqCzLh3WG9UXFYnIds8Sr2OXPM
OFQngoBt5a30Cyb3Wy53iTi6mtXleVkpByl8yxDNa1Ma00Dl0Gk3NXVEHVSs
cBIFMjIx1VbRvFMwhSqS8oL94wiv9AQuSdik9qV448QU/9yUHmF98ZNz7ovs
OfHgRE/23BMyh5T7ppH+5m2ZGOh30soxxve67RkRv6DoK6gXtiid9F5UpD7X
uSmlFg1PztWYK9uolYAICOASwJW8G+tfEkD64oysWBsUQjDoE/YrBVblQ5xR
zenhZFY5RpHXBIbMuugbpAm8wW6kcU+jnz/ACyjffurwYfSHqYVPuWyArBsj
xEFDcOAqKaDRzgYDqKDBzEYGCxHfetareduvbJqa+eF4Sv0EnMrMzCORw4Hs
xBXG5fIk6OSbuvDpfF417l+23anH5OxNHhwKkNOAYNn8ldo7STwRHzX1PhoC
opamFe1wdzgxjghloOU7mziduZSkSKqQZjHfKKJEJtJ5iHkXhIXfmF1jnfa5
jTSJe2TOVE0Dq/sFx/XRNocZQ15FNt3rqtmaT0MEvnFPLc/aOxl0SX25n7Yd
2SUlRw5UsHtmpH02OV/t9G6cUz8TgIwMYhQrICAfaxHbOENRqSuZu6T53Qdv
6uLHH0gp93wBSnnX/z+2KxiJw/GINlS24VMoTN0Rh1azrnw5uCCGAR1WYygk
cVDra9vs9OOiB+YCaNX+/g+ffJIl6Zhn79+/+fWX/4zCqTzp3onEEps6FB55
Sp5I41SberH9UB9tn6YBmZ5+/eW/vuu/n62rV2MazsbGbZCwKMdGIk/12rof
4UEXn6Iqlx1LgZF6PgHokA6/bPkNazUvQgpXzsa/XHb36y//rceSPXlhdfD5
qjzDZ55Nu36V7FeChtinOj5eMEx1UeAC1h+WbMYmfuiw/iv900//kELx88/o
P1I7b6h86yktYiJcmXV0ouMgn0oo59CRaRfI3w8dL3UgEYaOs1Fa8uJQlCev
weGhFXxwhRooijKVBOMgTGp0HtwJYsNfd/xTlBw/SPcO/PpsRGLMo6cytTCj
+IiYtrQJmgMqLObhMLSmO3Yi3nHKAzzvg3Rr93Alw7eUuJP+hAKPQ0gLZiSn
8iNZve4fR+FOmGW9x5FQcFXKbdlWmHDC1Qo6pR0L9sA7nXFJmOel7FH4ITSF
2ObaBTSIGAfHTrxYvlNZ8XHvNF6S09ReQLBJJTCLtNKgujAOP+UsiY0MmJYz
q66k0IhHMbpQ3PSxfDQ02VZmeOqlEga/tmlq/vvd72n8yCw4FVcBEXCmsyds
pnzY7k0aoJctXHeWBgZa7JZmYREputMLXT0eEIevICNSUowRl6RJHTkJdjgA
MU4CanuOdHiDsGzqMtfKpRllkOXSVfLXOCteKcrS9ymqA+iZaohxItbOfkQz
klxCTcV2PY2/D7yoOBZmId4cDYRfdXF7ueic4KEyMqaEmtrdZ6UZKJAbOuEL
actLQ9C9bMlGsR1Kc5mhOxgXZIpEk4pe57gpX2aUIVPaZ9YTTP0WJK3zQ0wz
Kh6kIDaK12aSapFzUp/uXA7cYQfKIvQgF3S3cpObyqMXHZ3DMGJivL3NuXNn
EJAzPGtudRxcmo8SBHcyEfwMKEeOpCKdxmrT3aav8/UkxwqmNudMSzLYyDtz
KwSwFQdNn6LfG8Y7gHHCksoh9pHrGw6LZ5SDUjbX7SSk6dppDBZjOWuxgFx0
N2+WSgbP/1uW4x/SueQW7C29v/zZzJfne7c7I8GVodJ4rEUXSSXKGWqquDP3
KmlCu1WBhFcF9/CDmBRkizxCXI/l1pdp41UiL7qBoSEI9fqDWr/shAqSfk7y
e+/rm7T7Ls5vBNyzeyqfbr7HZrBc5M6aC0WZJrwv1X1WMrIyFvvkAj6m6QQP
ube61G4Zt1Q2CIXKFDD3YLEf6uTWoF9RlW8p/Gz9akFzGzhNXEiYjmEpc9ZU
1gQDo8yY2GY81znYS07r/NuFmruWj5GP4Ik0rpOffjDcOzX3e7kZy3LyY0L1
3S5l6lAWmVDGrnIRDyEWf3MAW/T2JA7YJC34nwGWufVc4OSbJT/CLM8Un0/J
CnzUlTMtVOLoOQm5pTA/u2KUZoh9cO6tUJ1FMaTgzK+0XlZZLIhsET8aEhyv
y0/uyEDK2B5iS5IxD7HyNW6aWs58Lsz77MhYehq03c9t5qVUkNwvou/gXWPe
depE1FwXzu/zVw3n/OInD6Hmg9Vv0nDtzgbEEhqOTOujPBexzzBLhl/cPZk6
jsmn7573F/AWp+7El/woQGogwZnLS2Kp/HuZjrxf5+vhrEinzibd9sgz+VJ+
9Hv/G/Zl3VgEnQcbQr2kn52UIrcWJndnXIL6dNUiF3/HPGV/0TtyQdtZ5pUJ
qJCTXqaI8JUzqbMR4fx4PPJump9wzKSXckVGnfzdDurwcarmC82S4DkpCblz
jCfex5h8cSbpdWaHQqlkmlt0Y0M15KIl7bFMa8Ur48/O5v65l7tlLgIes0am
aWX2qGezR16aPa7FyaKlXkwM8i11mVUvCnGZWdjuJCpjeVGipt9vTYe56zZh
EwC+Kgtn0ZeapcTEaZ16rGBJ1SGRS3gdX1DlhSRo0o1wDshYibqnScfMu7tE
jZNdnLTkMwlf/qXnAa8b1aFYqvJPti5GJOR4CzijjWyjKn39ooARfcGwENH7
5bcQYw3Lq0vfGeV2Tiqn7S4u+E7UYlP23Oij7ThMkcdVeVwcDdfJOKsaZMtS
jtyPuYjxhwFcOJe7xqefbex5jZOakxQOaFEhLElqkeFZvP12DSjngNpTtT2z
FncVh2DTSWXwyqMG7L3Ns5r5D7B4i1felY5gzSWroEIwos8bAk1ZKse1ECy/
pJKSoflbwfFXUmWmGMtK5N58Ma+QLL2vfJM2e/f4L49/YaNT+g2bPJnv6eXV
x4rNbWPro0hOvma6p6TwRmmXVcrYtsmvvVc3rbm3k7SEPDuTtBHOz6BXO/3G
hDNbThTLLwgY/d4RId6DP98bKJfPj2DaPiXTG9RjznE+r5CiqQ2VIU4adjNN
e1GIkM52+oVDkgiu2yJQcs9xcfaKM/4fylbvnh0vAAA=

-->

</rfc>
