<?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.43 (Ruby 3.4.9) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-pauly-independent-submission-restructure-00" category="info" consensus="true" submissionType="IAB" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.34.1 -->
  <front>
    <title abbrev="IS Restructure">Independent Submission Board Model</title>
    <seriesInfo name="Internet-Draft" value="draft-pauly-independent-submission-restructure-00"/>
    <author fullname="Tommy Pauly">
      <organization/>
      <address>
        <email>tpauly.ietf@gmail.com</email>
      </address>
    </author>
    <date year="2026" month="November" day="02"/>
    <keyword>ISE</keyword>
    <keyword>RFC</keyword>
    <abstract>
      <?line 34?>

<t>The Independent Submission stream is one of the stream producers that create draft RFCs.
This document proposes the creation of the Independent Submission Board (ISB),
a small board appointed by both the IAB and IESG, that acts as the stream approver.
The ISB is responsible for activities within the Independent Submission stream,
works with draft editors and reviewers, and interacts with the RFC Production Center
and Publisher, and the RFC Series Editor (RSE).</t>
      <t>If approved, this proposal would obsolete RFC 8730, which defines a single
Independent Submission Editor.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://tfpauly.github.io/draft-independent-submission-restructure/draft-pauly-independent-submission-restructure.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-pauly-independent-submission-restructure/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/tfpauly/draft-independent-submission-restructure"/>.</t>
    </note>
  </front>
  <middle>
    <?line 46?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>The RFC Editor Model <xref target="RFC8728"/> defines a set of streams that produce draft RFCs,
which are submitted for publication. This document proposes the management function
for the Independent Submission stream, specifically the role of Independent Submission
Board (ISB).</t>
      <t>The existing model for management of the Independent Submission stream defines
a single appointee, the Independent Submission Editor (ISE) as the manager of the
stream <xref target="RFC8730"/>. This proposal would obsolete <xref target="RFC8730"/> if approved.</t>
      <section anchor="motivation-and-background">
        <name>Motivation and Background</name>
        <t>The model of a single ISE makes the Independent Submission stream unique amongst RFC streams
in having a single person responsible for approvals of documents within an RFC stream.
While the ISE can be supported by an Editorial Board for the purpose of advice
and reviews, the ISE is directly responsible for the processing and approvals of all
documents.</t>
        <t>Additionally, the scope of documents for the Independent Submission stream is
quite open-ended, and the potential community of interested parties is very
large (including the IETF community and other communities and parties outside
the IETF community).</t>
        <t>The ISE model does not define a visible process or record for how decisions are made.
When a single individual is responsible to an open-ended community for arbitrating
decisions of what should be published, inevitably there are members of the community
who will disagree with the decisions. In all other RFC streams, there are consensus-based
processes that ensure that no single individual is entrusted with the decisions for
publication. Placing this requirement on an individual is a burden to that individual
as well as a potential source of conflict for the community.</t>
        <t>The structure of the ISB is intended to make it easier to find and appoint willing
volunteers who can share responsibilities and establish a process of consensus. By
sharing the work of shepherding documents on the Independent Submission stream,
each member of the ISB will have lesser responsibilities (time commitments, etc.) as
compared to a single ISE.</t>
        <t>Additionally, having an ISB composed of multiple members with staggered terms allows
for more continuity when appointees step down. This improves both sharing of
institutional knowledge and smooth processing of documents on the stream.</t>
        <t>The ISB approves documents with a public, ballot-based record. This provides
transparency to the interested communities (both the IETF community and the broader
community of contributors to the Independent Submission stream) about document
processing and approval rationale. The decision to approve or not also does not
depend on a single individual.</t>
        <t>The appointment structure and conflict review process for the ISB intentionally
involves both the IESG and the IAB. The ISE model involved an appointment of
an individual by the IAB, but documents go through conflict review only with the
IESG <xref target="RFC5742"/>.</t>
        <t>RFCs published on the Independent Submission stream can be broadly grouped into:</t>
        <ul spacing="normal">
          <li>
            <t>technical specifications that define protocols, register codepoints, etc., which
could potentially overlap with IETF work; and</t>
          </li>
          <li>
            <t>broader informational documents that express opinions, architectural commentary,
humor, etc., which could potentially overlap with either IETF or IAB work.</t>
          </li>
        </ul>
        <t>ISB members are appointed by both the IESG and IAB, and the ISB requests conflict
reviews from the IESG, as well as the IAB when appropriate. This shares responsibility
for review of the Independent Submission stream more broadly. This is not intended
to reduce the independence of the stream in any way, but instead improve communication
and awareness across the streams where potential overlaps might exist.</t>
      </section>
    </section>
    <section anchor="independent-submission-board">
      <name>Independent Submission Board</name>
      <t>The Independent Submission Board (ISB) is composed of four members,
appointed by both the IAB and IESG (see <xref target="appointment"/> for details).</t>
      <t>The ISB collectively is responsible for processing and approving
documents on the Independent Submission stream.</t>
      <section anchor="qualifications-of-appointees">
        <name>Qualifications of Appointees</name>
        <t>Appointees to the ISB are expected to have the following qualifications:</t>
        <ol spacing="normal" type="1"><li>
            <t>Technical competence, i.e., broad technical experience and perspective
across a wide range of Internet technologies and applications, and also
the ability to work effectively with portions of that spectrum in which
they have no personal expertise.</t>
          </li>
          <li>
            <t>Thorough familiarity with the RFC series.</t>
          </li>
          <li>
            <t>An ability to define and constitute advisory and document review
arrangements.</t>
          </li>
          <li>
            <t>Good standing in the technical community, in and beyond the IETF.</t>
          </li>
          <li>
            <t>Demonstrated editorial skills, good command of the English language,
and demonstrated history of being able to work effectively with technical
documents and materials created by others.</t>
          </li>
          <li>
            <t>The ability to work effectively in a multi-actor environment with
divided authority and responsibility similar to that described in <xref target="RFC6635"/>.</t>
          </li>
        </ol>
      </section>
      <section anchor="responsibilities">
        <name>Responsibilities</name>
        <t>Members of the ISB share the following responsibilities:</t>
        <ul spacing="normal">
          <li>
            <t>Maintaining technical quality of the Independent Submission stream.</t>
          </li>
          <li>
            <t>Reviewing, approving, and processing Independent Submissions. For
each document on the stream, the ISB selects one of its members
as the responsible ISB member to shepherd the document. The
responsible ISB member solicits reviews and helps coordinate
conflict reviews.</t>
          </li>
          <li>
            <t>Requesting conflict reviews from the IESG and IAB. All Independent
Submission documents need to run conflict reviews with the IESG, as
described in <xref target="RFC5742"/>. For all documents that the ISB determines
to be relevant, it should also request conflict reviews from the IAB.</t>
          </li>
          <li>
            <t>Approving documents for publication on the Independent Submission stream.
Approval is handled similarly to IESG and IRSG balloting on documents,
where each ISB member indicates approval, no objection, or an abstain/discuss
opinion. In order to be approved, documents require at least three approvals
or no objection opinions (one of which must be an approval)
and no more than one abstain/discuss opinion. Ballots and associated
comments are publicly available.</t>
          </li>
          <li>
            <t>Forwarding approved draft RFCs in the Independent Submission stream
to the RFC Production Center.</t>
          </li>
          <li>
            <t>Selecting the RSAB representative <xref target="RFC9920"/> for the Independent
Submission stream, which will likely be an ISB member, but can also
be another appointee.</t>
          </li>
          <li>
            <t>Reviewing and approving RFC errata for Independent Submissions.</t>
          </li>
          <li>
            <t>Coordinating work and conforming to general RFC Series policies as specified by the IAB and RSE.</t>
          </li>
          <li>
            <t>Providing statistics and documentation as requested by the RSE and/or LLC.</t>
          </li>
        </ul>
        <t>The ISB sets it own schedule for meetings and teleconferences, used
to discuss, process, and approve documents on the stream.</t>
      </section>
      <section anchor="appointment">
        <name>Appointments and Terms</name>
        <t>Of the four ISB members, two are appointed by the IAB, and two are appointed
by the IESG. The appointing bodies are expected to
appoint members based on the qualifications listed above, after calling
for community input.</t>
        <t>Each appointment has a three-year term, which can be renewed up to a total
of three consecutive terms. Terms are staggered such that no more than two
appointments renew in the same year.</t>
        <t>For the creation of the ISB, the lengths of the initial appointments will
be set up to start staggered renewal. Specifically, there will be a one-year
term appointed by the IAB, a two-year term appointed by the IESG, a
three-year term appointed by the IAB, and a three-year term appointed by
the IESG.</t>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This document has no specific security implications, however the same security
considerations as those in <xref target="RFC9920"/> apply.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC8728">
          <front>
            <title>RFC Editor Model (Version 2)</title>
            <author fullname="O. Kolkman" initials="O." role="editor" surname="Kolkman"/>
            <author fullname="J. Halpern" initials="J." role="editor" surname="Halpern"/>
            <author fullname="R. Hinden" initials="R." role="editor" surname="Hinden"/>
            <date month="February" year="2020"/>
            <abstract>
              <t>The RFC Editor model described in this document divides the responsibilities for the RFC Series into three functions: the RFC Series Editor, the RFC Production Center, and the RFC Publisher. Internet Architecture Board (IAB) oversight via the RFC Series Oversight Committee (RSOC) is described, as is the relationship between the IETF Administration Limited Liability Company and the RSOC. This document reflects the experience gained with "RFC Editor Model (Version 1)", documented in RFC 5620; and obsoletes RFC 6635 to replace all references to the IETF Administrative Support Activity (IASA) and related structures with those defined by the IASA 2.0 Model.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8728"/>
          <seriesInfo name="DOI" value="10.17487/RFC8728"/>
        </reference>
        <reference anchor="RFC5742">
          <front>
            <title>IESG Procedures for Handling of Independent and IRTF Stream Submissions</title>
            <author fullname="H. Alvestrand" initials="H." surname="Alvestrand"/>
            <author fullname="R. Housley" initials="R." surname="Housley"/>
            <date month="December" year="2009"/>
            <abstract>
              <t>This document describes the procedures used by the IESG for handling documents submitted for RFC publication from the Independent Submission and IRTF streams.</t>
              <t>This document updates procedures described in RFC 2026 and RFC 3710. This memo documents an Internet Best Current Practice.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="92"/>
          <seriesInfo name="RFC" value="5742"/>
          <seriesInfo name="DOI" value="10.17487/RFC5742"/>
        </reference>
        <reference anchor="RFC6635">
          <front>
            <title>RFC Editor Model (Version 2)</title>
            <author fullname="O. Kolkman" initials="O." role="editor" surname="Kolkman"/>
            <author fullname="J. Halpern" initials="J." role="editor" surname="Halpern"/>
            <author>
              <organization abbrev="IAB">Internet Architecture Board</organization>
            </author>
            <date month="June" year="2012"/>
            <abstract>
              <t>The RFC Editor model described in this document divides the responsibilities for the RFC Series into three functions: the RFC Series Editor, the RFC Production Center, and the RFC Publisher. Internet Architecture Board (IAB) oversight via the RFC Series Oversight Committee (RSOC) is described, as is the relationship between the IETF Administrative Oversight Committee (IAOC) and the RSOC. This document reflects the experience gained with "RFC Editor Model (Version 1)", documented in RFC 5620, and obsoletes that document. This document is not an Internet Standards Track specification; it is published for informational purposes.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="6635"/>
          <seriesInfo name="DOI" value="10.17487/RFC6635"/>
        </reference>
        <reference anchor="RFC9920">
          <front>
            <title>RFC Editor Model (Version 3)</title>
            <author fullname="P. Hoffman" initials="P." surname="Hoffman"/>
            <author fullname="A. Rossi" initials="A." surname="Rossi"/>
            <date month="February" year="2026"/>
            <abstract>
              <t>This document specifies version 3 of the RFC Editor Model. The model defines two high-level tasks related to the RFC Series. First, policy definition is the joint responsibility of the RFC Series Working Group (RSWG), which produces policy proposals, and the RFC Series Approval Board (RSAB), which approves such proposals. Second, policy implementation is primarily the responsibility of the RFC Production Center (RPC) as contractually overseen by the IETF Administration Limited Liability Company (IETF LLC). In addition, various responsibilities of the RFC Editor function are now performed alone or in combination by the RSWG, RSAB, RPC, RFC Series Consulting Editor (RSCE), and IETF LLC. Finally, this document specifies the Editorial Stream for publication of future policy definition documents produced through the processes defined herein.</t>
              <t>Since the publication of RFC 9280, lessons have been learned about implementing this model. This document lists some of those lessons learned and updates RFC 9280 based on that experience. This document obsoletes RFC 9280.</t>
              <t>This document updates RFCs 7841, 7991, 7992, 7993, 7994, 7995, 7996, 7997, 8729, 8730, and 9720.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9920"/>
          <seriesInfo name="DOI" value="10.17487/RFC9920"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="RFC8730">
          <front>
            <title>Independent Submission Editor Model</title>
            <author fullname="N. Brownlee" initials="N." role="editor" surname="Brownlee"/>
            <author fullname="R. Hinden" initials="R." role="editor" surname="Hinden"/>
            <date month="February" year="2020"/>
            <abstract>
              <t>This document describes the function and responsibilities of the RFC Independent Submission Editor (ISE). The Independent Submission stream is one of the stream producers that create draft RFCs, with the ISE as its stream approver. The ISE is overall responsible for activities within the Independent Submission stream, working with draft editors and reviewers, and interacts with the RFC Production Center and Publisher, and the RFC Series Editor (RSE). The ISE is appointed by the IAB, and also interacts with the IETF Administration Limited Liability Company (LLC).</t>
              <t>This version obsoletes RFC 6548 to replace all references to the Internet Administrative Support Activity (IASA) and related structures with those defined by the IASA 2.0 structure.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8730"/>
          <seriesInfo name="DOI" value="10.17487/RFC8730"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA5Va25LbNhJ9x1dg7ZdxlaTxxrnOPmxmvGPXVCW73pGr8gyS
kIQ1STAAOLLK5X/f040LKc3Fk4ckI4poNE6fPt0NZblcimBCqy/ki5u+0YPG
v/og12PVGe+N7eWVVa6Rv9tGty+Eqiqn7+jltbzVPrixDqPTL0Stgt5ad7iQ
pt9YIRpb96qD2capTVgOamwPSzPtsPRlh6WbDC1fvxbTN+EwwMLN5ZXox67S
7kI02OZC1Lb3uvejv5BYqAUceiNeSuW0upCXt9eX+LC37tPW2XG4kH+8l3/g
k+m38j09EZ/0AV83F0Iu5c36mv5z++6tuNP9COsvpSwL6UP04tgCHnfKtPTK
r/qz6oZWr2rb0XPl6t2F3IUw+Ivz89mX5zAH0ybsxgoIhg2Dch4B+jY0L7C4
xfF9wOJsPhlZRasrY59t7vyvBWa1Cx3iL9QYdtYRcnBHys3YtjHOH23XHeQH
Msff6IhPiP4ZHTa/bukRwyR66zoVzB3gFkSY6dNyuZSqwr6qDkJ83Gn5CC/x
iladNF7aXku7kQHvpoeDs81Ya+fxUAVZ42HQkYoUab+CYSwESceOzOL9wXrt
2Qa/TTskm0/mxdnN+urVQijpO9W2suKHahis6YNuZHXAo7CLdi6vpOobeXO9
fr+IjuGMXio/dx1rnb3TbhXPvr6iEyIQAzhvqlZLgEXrzJ0JBh7vEXnTP+Vo
NLwQlBHx/YSEbkywwIicQlYbvQdiC/5I3jv2jt8n68BNfmBcGZy3ml4R9PKH
sWqN32kX1+aX19qRg9e8izy7XV+/Wglxs8lHbAgEHC6Cr1qk7Ng20lbetjpE
Gz//9Ob1Qu53pobTemN6GATWSMRWi0fOGzdcRSp1pmnwKhLzpg/F+0gs2iB5
x/Imv3z5G579/NN3P3/9Ot9OB+JCxDFRKjFsxikAzG5ChSTnUCACULQGwqdm
Tq3kE8TrVK+2mp9vxj46Suu/HVvpB12bDTZp2wO/74AhOf3wOjEj7yqCoT8b
H0jgOoaC9p3583QqJOomxEQOUMkDvXhqdSYIlPhVToa4tUv7irTBly//5Pi8
ef31a0LyMfLMX5Vm4hxO+/Ilwo38iUlOjL1SNdeKvolYRAiwdzkJfINPn1Kg
noZh7M2fIw7f2X7rmRuZOpA6uVN3hHKxPCDnsPZehrO/qvXkRqZLyXbVz8yu
xB87g2XsGfys8W1FHAT6LomQyjAbQBWDn5k1jI4oyMdt7kytxaQHflGsEmuN
03UAwU6dZTPO1tp7PlvfHPsPVopyBkTgsoEvQIzYGnfwtR308VGfxXy4Jf4c
DQKO9f2SXmsmFRpswCo6MopOh7iEA+3B4obSBmgG5VhFcTpo7kG0ym21PDN9
3Y4NnYU9uP74bmaBrEPTwc78jCzQ02zNjsGbRov7i3O2MZ+YZY3Fgt6GlD0g
xp2JyCZEJXAA7jaFbGf3eLU2BIJnselUo4kDup9YhYKOAtGMOPpJ+QiWyDCh
NTsY885VBrWXlEBM2wC0Pame33GWVTpqGjQfaMNr1CJVReWBQ+yUpobNZ+Eo
m0AkLViMUtkYr7ZO66nClP1WCDqRJsE8y6DFbIvSBS4r5XUjEl46KTR95XT8
u7cPAwN2uJGJcN8JgkMcSfeHVtWRE4wpeOeSOnJGHptWshodSEuAsw/T1wIi
t9c4nqLXJpJ6O7qaswBH22DfUJKg4Jf4U/qyosyxUSBqc1SxK+mVNABCeQMU
8QQEa3J2kjBzICjSd7YdSacRMIoPKYjfEcaFOaadaI7UURx98j6TdDPFYyWv
DoLW5wSizoMr6E4PCB8n1pTo9lndi1aorZFV8zMzlaCpWrYUe3ff47Ngugig
CbzhQupQr6jUYJDokLMRrrnW39OorNo9b0rLIJkNOdKNbTDo8AvjmUlAaIv6
RZa1Q88AK3bvuZp3NnIXKTZS1u05cXOl9FiqB6Czz72C6bhy+dhIZljtBsUE
BTuM0Un5qbf7VjdQLwqR7yy9PRPlI21NkOf6UVrNVCX9ScWhOHMiLGRFJwkx
45IsTZUY9Eb5h3z0nmDt60Nkv55L7lw0z6bm+L7G0uPKWaibE0f6TeA5U43c
vKYNnmQPYl1Bk8upxCPFSjoV0dR0pkkLmB4RGlJjUmtUNlu0W8S9WQfuC03C
N4WYBWNKX9q+ZHssuiWnSgWk3O5ZJSIfEXpkbOFExG/9vqCGSSMeYCozaQWl
/5En4NGxdFWHbALBnmHm5ZaQRpe03d3z2PYQ/yyhgn2JvfQPP33/HXo1IahD
norGs3I+NzLMAdjnoVzzbGJpUERq1bueet6p/Q2s3Ky3qZ4CzGBr2yLtnd6i
x+W6jW0JgqQFacIAy6i6FUHGnjSJtWqIZ2OOkpb9g5CGA4mdskywnIkTYrEO
fR4cK+RgevJuwTcEaFmIAKk1wdvKHRZiN0IdjnyS3/BJGy6R7BroQjMmeUiD
FliTNYmk/JGhNPOGA14IhLVU4JCxvgRbpJ5QbpztyuKFnFWzPOZmTUNzjo4z
6CQRXFP8sUQfWBQzj54zZrCAJlJkjYwtVK5+AvkK7aX5LIpPNlefXhRwLw3q
qkNkO2mqVk0W3axIkVjcGKs9KRsFVNXO+vnsTsWTmpOpoqdQeYyh212IM9Yq
DqOP3yk8eesxG9zo1PNKtEH7kCO+EN++g5BnXtOgNJMDzEoUjUYHZVr/alYZ
kEGtplsHDQY+cCPxoKJyE/mX6nwcz/4LIZqlM852WeojKvNUK7P4U+lyNMNC
B0Is59wT0JcbS7WXHPvzyCwk5O+gT9EQghKTIziClnalkYDMsZnKkHlnmEXc
7QPnIWIiEhcUkrJB16T6bZq+ITe9DtGIbe0291AAKDeW6cqFKgpPDCrmBR2C
Gye92RTkOedprMvAsMSwG25kOkclg51DhACtbxwx8wGC8RgX6Og7G9V8ozrs
iL4iHI6vezzf4PDLl/3crzyrxOIV2xDN46O3LlbvcsURU1sox6ikERAW31vb
UJ/UczuYrrDCPByx4i9iktLUcbBZnyB3bORfuqP9UbcRdV0mXP8JbSFw3dIe
ZIlntpj51yjP1Lu2cGdUW73gtG7mhiApgc6BFZVmSqfJ6eF4FKdnZCebqAia
3PHpApJTkUcanwLwdLDp3LG/XKqarkh0f2ec7RlW2llw1aaizreyuXE61lc0
JAivcmUQQY9Wo33iSprK9I8/vvmByzSS7/akgRbi9+NZjrItTgfH6XXaeXON
/l0hVfEPjwIluJyJsZl7hiQs4RNxCDYWk7LErJnpzsNWMI28wyDH40Ph5FH/
u5hOpUnjyoWywZ9JT0UqbnPZmwosQZtnmzhEpo04xuKRRd5CAWiPXFfpPDvd
DiTrlqYkcEactFo+wsGlmQ59+vVxcc6VHfmLAj0DSMxgnkjb66idbuzvGy7K
kKu+eIBIqd8jyHmAP+mFMtAoMBiL+LIQ21WEa6vvVB8WNLCmWwZusVMX8tQ5
cTxgcpl5cXKFNJvgn1mBLvM0gDK3A4CYqnIOtZyoE7K3+CNORDxizbCk22Dq
BZh3s6BTp02/lfkydCxIom31P80Xvgvq4qhHrzylzXljfD16L1L3yDcj4Ebk
XKVnd+nTsdPVhATgLYZ/gp3uWcqVnOAZZtqztKbyLDE/tp7diLW0R1/WvmKx
xGJuwhDTnpPlxFtZvL1icFLJ897W1A02IvW8sTGNEQK06g5dB0ktxRMMQqfF
tSGfcXbZLp/zk4dI7cGDv1zQHmvO93xLcbu+pK6XunXqx0mEE6t/+eW716k1
OtlUPHAXH8Hji4nWfCIhjxhOLIi9Jo03XPT563jVVe4BjlTvuKXi82iU06DY
pcd0DxbeZh2hZVxf8rxpKf22RKItulmaQ2Y/2QysTJp/mkqjVSxe8xbylq5J
lgQsahDZ8oQZVKn2Rw1Aumb3OZUnS7BAb57jDL/99nbWbHoNakAI7B6o1pgX
x9RldlrTUeIGgaKHo2i6adCo9qOPrX9i4SIXh8UMP/3ELQiK3+XUC8dNPvL1
zZeX8yZZiP9sUu1Dxz2bs1BJ9vb+sFXmafb69A2R34CqpJ4gfkWYVrbhOBw3
t7m5L/NdvI5J5zluc8FBxlxVODxc2PAArOK9H2E6Xa2YfhhpPLkmzZpfEuz4
opJVZHnQ1EoAlTKgximdhqI99hmHeJkWbEBDxAWexIcvB+uRk4qvxFYJWv65
rNyW+bHelSvbSWMAmlDz0PBuWQS86rQkv+D7u3xhevoj7voq1vlW99uwK82M
oZsosP/IOuUuZSX98BfPAw9dmPnJ+6t2JdezH97y5TSnPiU1aSMDJujIj5GC
TjfB+sBbsd6KE/yf4Ni9WB29KwrbaBJdIyrcOb6lFgWFJdJGnPxCThSgW/R0
XOnzMkzKs0FmZ/f6TrspLPk9/n82JvPxsoB+diqtQxJZGowOcUa+/Pfl87zi
NxWrO2Tv/3P9+L3UIgAA

-->

</rfc>
