<?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-06" 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-06"/>
    <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="March" day="06"/>
    <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 (for a 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 held 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 RFC871
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 signification 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 the by the IETF LLC such that
the viability of the IETF and the need of IETF participants to work productively within the IETF can be warranted.</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, specifically as long as the number of paid registrations stays reasonably stable.
If the number of paid registrations decreases, however,
this can be 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:
H4sIAAAAAAAAA41a244jR3J9z68ojB+8C5DErHZ92X7xtsaa9cgzliHJ0IMg
GMmqJJnqYiU3s6o5lCBAv2HA/hO/+U/0JT4nIrMuJFv2Ars7TVZlRkacOHEi
kuv12vS+b91D9cXJddW/2tj72p9s7wP+ir7DH62rotvb2PhuX33pjqF3+L+9
T33U5946Z+x2G93zry9jmlB39ojNmmh3/dq7frdOh2MI6yjLrnfOrV//rWls
7x5Mjf/dh3h5qLb1yRh/ig9VH4fUf/L69R9ff2Ke3OUcYvNQvet6FzvXr/+R
yxqTets1/27b0GGri0vm5B+qb1OIfXS7tKrS5ch/fGeMHfpDiA+mqtb4b1X5
Lj1UHzbVP//Pfx9ad/ZdIx+r0R98/N5efxXi/qH6LPo6pdDJJ+5offtQHfn0
5mlw+ek/ufzQpg5HeXC56+cbONXN9/scvhs/kn0enywWn+/yfcQDf7Ly+QsL
f7mpvrLtD7OFv/T1YfrshZVjwgPzlY3pQjwipM+ODvvy7Zvf//H3f/OAz323
m77Bf9brdWW3hEeNaHx98KlC5Iej6/oqDH3rO5cqW51GeOH1KhA4pwVw+oPt
K/exd12T8IfLz8RQu4Sgjq83boclGxy3WFVtLxVQ0BOxsgrejq46AjzV1mHv
HfyG5WQb2b2jVeZq/1C9++zrt9XROa4Em7tmVflddQop+W3rVkiMFiht5Ln1
IST+2z3joKkKzy6K1QWeG/XM0TcNcsH8Fb+IoRlqbmZMzqylCbRNbPDd+uQi
4DNZc7AJe4X2GXvqZv4IX8Zw1BiucaiLwSFaBKaq6QYcoLJD4wO8E509Yp2V
nioN2+T+MsDy9rLiyeGjoW2zY8qmSB0c8ag+RVh7vz/gBViHVI30hDn7/iDH
hsUxwJaEYPEo3Nt1Fm5L8jzRQcOWB0bg1EA+/uwbFzb3PcPTA1l9QFrZFjZs
HcAhcaXTlFAq2xM9ziU4/8/YjaCC3ccANPB8620bzte4U1ysNHh0PvcCnCKj
m5yjI2yHQ9TwYeJf3XDcumjCruw7LggkbCpJgfw4IoF3AUL38dRawS3OzK3k
S3Hf+YAMNZ07L9aRF78PQLkd46HQveRzwrjW1bSS7wGCO1m4PGz3eMauFAVt
CtzY2AoB4fFi6PZYCSirnSemOlCLIEHXBqzjZVwLVigeV1UzOD7mPJOsQipa
5KVtDU8buiQ2yle1j2ABsjMSeAP446uGuIUlDpvEakCsotC3wRtwB1CK5J+F
ooQhAqw+0pI4L0Wz0C9iCoD3HnCme0FBcMHl6kXgxp5OrXcNoPJNAfERiUX7
iJXLVTIwpNUnrz95LQ7FP363qg7hTD+tMuGcAZwOCQjX4nTWNNgQOFCku/5M
yBakYo3QrZO/Qo8cCUanad+N+QqLuAU5VTXIJ+kq6mz5W099sI06GZ/COod8
nyDEk9NOEETcw7PYz9xB8apyrQdhFFJ1mmv3nG0ysf6Gpluhpd9uWAhIChPl
EZ5Wtn8palW0PsGkOuC4EVCyWwaPm5/wcNcDZpU/nsAkFT2Kk6+yr86HgFPs
h9bG9pIXn/LkhtbzWycXWFCwXwL1CLyMvpJzfuFyjQzM98CsHFNATTOQq+C9
ldQCHDIdQVHmBnCZCWy1tTF6zYSFAzYsE5MMg8Nu9dWLFVbcNH/3pRI7Jtdj
gwBPJr5//6b6jXyBf/3WYBNwlvILDMXCIZ4CWZ9hDSjDtSfTz8N0c2T8gegP
8eWgZ6RMlveL47Gss4IA24g8letVbe/mdZ0YvUGzfEsaBQnMA7rKOlcIEf46
H5yk0pxDWQogXQ6XxLIDK8FSACeLlCqBXP3r0Lahlk+E0q+xY6MaVDiaX/51
Wiic6tusZr4jQg3fwFZhiHavEdhxj7P6Z3IXDDy7thWhgpXBWrudeyG/KAna
dpMhNFvDHxN3SMMJEe5H8dXRrAWmRuxg25kO+/HHbPtPP0ESvvpifqy1OF4k
gBPBlIUNs2Eyj6CS1aHxn1ZUpk8dDnvOymMrVZiQa4TOkMJH++QoCVhwGLbn
4EGSB4eIVgJ1x1V8SgPyVHJID7A4OV8fyJ7Ho+8FcHADVpZiO0SuUKCI9Oaj
3/y5otriAy2wnj9V1mClK58KNesKBQTItoFgPg3b1tekp2esRImUDZ604yu+
Z745eHxXRC4VBJxFAdaFXjJesnl5oK5uh0YEt9ZMV04lWDNbm7KAspR7MH08
X/YqLCDPCksG9TJMO1a2Zji9WHutdYG+nlXFnKOnJzQJ4CeKlYN95ulFpE5S
kMSBkMMnDTMP57etuF3Z5Iojlpw3NQmLs1OVTD6S2pfzwNzkwVhcM7vmyuGz
YkRJ6LHLakqDBCHRNqScxDJuc/LSTWSdTXVNzE1wVAOkMH8ayBYaMPp9WZCE
GafGonCKUByc5ySWd9I5C1ezdbUdksvMWBc7e1cfOqGtUZIVjXY+XNSYIxW9
WGnbs70w0cZ259rroHWukRlZe4JbBaxsy7CEZ0lWo2Zl/03bLLuyGdRG5hh9
nCabqn9SNCXrG7FhZbwwBHKbZJncpG2hYzK5NNn1PdSvTRoDEg1X2scwnErb
kgqf8v8/DW+TUbUAc2fFkm1Mi+YmXkTUXHF9PvlVaXqh9n1AaxJEQvqZPlb9
yVewVVYL6UYurIRZc82bFd68q+BHqwEPkOyRvfNenL6b9WS+v0jF2Q0qVW0r
n4zcJNv65n6v8xUUgt8ppQgLyK4AlJkhSfRDQwG3uyzVroRlSK6ZJKZaj0Bn
bW2myGZpkPPq6Gw3pVRy8RkFII3KoABwFAawwiw2H9KVtr3x4araDr22XKoY
yy5G942zbYjSWYXPanSx6qb6guEQlmsar842o+XShktn3jNleaqFvdLRz97M
Gl7EkQj/cVBh3Ga/YXYmhgdPsrlLYm+uCs3kYAlwDBJcKR9JMCGJNWZtyv2E
KmVW/d2VS6SglwcFdlkMgc5NtnRqboB2aTit0H/gy8JCOzySwQBSNebtEMkf
q2t8mBLmGhkdJdkbOQUkCYcaUoZdUQJjbp7dVlou4n0R7xNUFmTCu931RsVh
aR6yxavY58Qx41AfCAK2lZfSL9jcb/ncJeLoZlaX52WlHKTwLUM0r006poHK
odMuZuqIOqhY4SQKZGSi1lbRvFMwhSpUecH+cYRXegKvElbVvhRvnJjin5vS
I6wvYXLOfZE9J54ttVgrzdxOc9+20t+8LROD6p20cozxvW57RsQvKPoa6oUt
Sie9FxVpyHVuSqlFw5NzNeXKNmolIAICuATwSt6N9U8FUPXsrazYWBRCMOgT
9isF1uRDnFDN6WE1qxyjyGsCQ2Zd9A3SBN5gN9L6p9HPH+AFlO8wdfgw+sPU
wmsuWyDrwghx0BA9uEoKaHKzwQAqaLSzkcFCxB8D69W87TdOp2Zh2B+0n4BT
mZl5JLLbkZ24wrhcngQdQtsUPp3Pq8b9y7Yb86jOXuXBoQBZBwTL5q/U3kni
ifhoqPfREBC1NK1oh7vDiXFEKAOt0DnldOaSShGtkHYx3yiiRCbSeYh5F4SF
35hdY50OuY20yj0yZ6qngdX9guP75NrdjCHPIpvuddVszachAt+4p5Zn7Z0M
uqS+3E/bjuyiyZEDFd2WGeluJudXO70b59Q3ApCRQYxSDQTkYy1im2YoKnUl
c5c0v9sYbFP8+D0p5Z4vQCnv+v/HdgUjadjv0YbKNnwKhanb49Bm1pUvBxfE
MKDDagyFJA46hsa1m+px0QNzAbRqf/93v8uKdEyz9+/f/PLzfyShVB5060Vh
iUkd6o48JU/oNNVpK7Ydmr3rdRiQ2emXn//z2/672brV1ZSGo7FxG+QrqrGV
wFO8Hv0PcKBPT8mUu46lvtCWT/A56NmXHb9lqeY9SKHK2fSXy25++fm/qrFi
T164Ovh8VZ7h08CevXql9hsBQ+q1jI/3C1NZFLSA9IclmbGHHzqs/6r68cd/
0Ej89BPaD+3mLYVvM2VFUr6VUUcnMg7qqURyjhwZdoH7w9DxTgcKYeg4GqUl
L85EefIGFB6PAg+u0ABESYaSIByEyYzOgzvBa/jrjn+KkOMHeu3Ar09WFMY8
eiYzCxOKj4hpS5sgOSDCUp4NQ2r6fSfaXZMJvg9R2rV7yJLpm2buJEAhwdMQ
dcmMZa0/ktbXDeSo3Am0LPg4E4q+1uSWbYUKJ2Rdgaf0Y9HteKkzLgnzgtQ9
Kj8EpzDbXLyABxHl6NmKF8s3Jks+7q3zJTlNEwQGK62BWaWVDtXHcfopZ1E6
sqBaDq26kkQjIsXownHTx/LR0GZbmePaTCkKv3I6Nv/D5g80XgENbsGpuAqo
gEOdLYEzZcR6a3WCXrbw3Uk6mOoJx5BhWEKSbqqFsB4PiMPX0BGaFmPEJW20
JSfDDjtgxktAXc+ZDq8Qll1dJlu5NaMOcly6Vn+Nw+IrSVkaP0N5AEFTDylN
zNq5j+hG1CUUVezXdf69403FvnAL8eZpIPxaFbeXm84JHiYjY0qpqd+9qc1A
gVzRCWNIX146gu5lS1aG/ZAOZoZuZ32UMRJNKoKd86Z8m1GmTLrPrCmYGi5o
Wh+GpEMqHqQgNonXZppqkXNSoO7cDtzhB+oiNCHPaG/lKlfrYxAhncMwYmK8
vs25c2cSkDM8i26zH7wOSAmCO5kIhgaUE2dSiU5jveku09f5fpJzBdvYU6Yl
mWzknbkVAngUB02fouEbxkuAccSiBRH7yP0Np8UzykExmwt3EtJ07zQGi7Gc
9VhALtqbN0spg+f/LevxD3ouuQZ7S+8vfzfzxene9c5IcGWqNB5r0UZSinKI
qjV35l4jXWh3VSLhVcE9/CAmRdkizxCv53LXt2njXSJvuoGhIQr1hp25ftkL
FaiAVv29Dc1F+n2f5lcC/uaiKujV99gNlpvcWXdhqNOE96W+z0pGlsZin9zA
Jx1P8JBbV5XqLfOW2kWhUBkD5iYs9UOjbo3VK8ryNZWfa14taG4Fp4kLCdMx
LGXQqmVNMDAKjYltxnOdonvOaZ1/vNBw1/Ix8hE8ofM6+e0Hw70xc7+Xq7Es
KD8qqu+2KVOLssiEMneVm3hIsfSrE9giuCdxwC5pwf8MsAyu5xInXy2FEWZ5
qHg7JivwMWcOtVCJU+Ao5KJhvrljlG6IjXBurlCdRTFocOZ3Wi/rLBZE9ogf
LQmO9+UHv2cgZW4PuSXJmKdY+R5Xx5Yznwvz3hwZS0+Ttvu5zbyUCpIbRjQe
vGzMu06tiJkrw/mF/lXHOb/5yVOo+WT1a52u3dmAWMrtfab2UaSL5GeoJcuf
/T2xWvp1oWp8cdtiwF2cuxNg8rMAKYJEZ64vSlPq3zPAamUOplfEWZRO7Y3e
+HQsD8pbk+v7XzEvS8ei6QIIEQJGf3pS6ty1Nrk75xLg63WLXP7t86T9RefI
JW3nmFo2okhOkpk6ItTeansj2vlxv+f9ND/hqKlaKhYZd/K3OyjF+6mgL2SL
InQSE3LvmA68k7H58kwy7MQ2hWrJtpfkx65qyHVLWmSZ2IpXxp+ezf1zL33L
bARU5qxM1Mr8sZrNH3lx9nitTxZt9WJqkG+qy7x6UYvL3MJ1BxEay8sSM/2G
azrMXbcJoQDvdVk46z7tmJSMdZ1mLGIq7JDLJbyeL5jygmqa1Vgm9AY2yU+F
yihk3t4pM85sAqIvKd/fWenseyts/O62N7x5GSpRzE3TL5aMXnNqpuWfdD1b
UZjjLeGMVbL9pjT+i/pGZEbLOsXIlN9KjCUury6NaZLbOymsrnv2MXQiJtuy
56rau47DFnnclMclCHCrjLvqQbYs1cr/kGscfzjAhXM1bIP+rGPLax7tXTRU
kKrCZZLwotKztvv1ElHOATFoGndiqe5qDsmmk8pglkeN2HudhznzH2jxlq+8
Kw3DNc8s4ibjcrSBQ6QpS2F5rRPLL62kolT8LeH4K6oyc0xlJTJzvrg3SKQ+
1KHVzd49/svj/7HRQX/jJk/me3x59bFm79u6Zi+KlK/Z7kkF4Kj8sogZuzr5
NfjVTWxu/SRlod5OJHSE81PI2a56Y+OJHSlq6ecETPXeEyEhgFvfWwibz/Zg
4V5/fvEG5ZqDns9qpK92qTLl0WE4U7gXAQll7aZfQKiC8N0agZJ7kGfvzjjj
/wKHHBGKPS8AAA==

-->

</rfc>
