<?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.29 (Ruby 3.4.4) -->
<?rfc strict="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-core-yang-sid-pen-04" category="info" submissionType="IETF" tocDepth="4" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.31.0 -->
  <front>
    <title abbrev="SID ranges for PEN holders">YANG-CBOR: Allocating SID ranges for PEN holders</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-core-yang-sid-pen-04"/>
    <author initials="C." surname="Bormann" fullname="Carsten Bormann">
      <organization>Universität Bremen TZI</organization>
      <address>
        <postal>
          <street>Postfach 330440</street>
          <city>D-28359 Bremen</city>
          <country>Germany</country>
        </postal>
        <phone>+49-421-218-63921</phone>
        <email>cabo@tzi.org</email>
      </address>
    </author>
    <date year="2025" month="December" day="08"/>
    <area>Applications and Real-Time Area (art)</area>
    <workgroup>CoRE Working Group</workgroup>
    <keyword>YANG-CBOR</keyword>
    <abstract>
      <?line 57?>

<t>YANG-CBOR (RFC 9254) defines
    YANG Schema Item iDentifiers (YANG SID), globally unique 63-bit
    unsigned integers used to identify YANG items. RFC 9595 defines ways to allocate these SIDs on
    the basis of IANA registries.</t>
      <t>The present specification employs these SID allocation
    mechanisms to allocate ranges with 100 000 63-bit SIDs each
    for each of the first 1 000 000 holders of IANA-registered
    Private Enterprise Numbers (PENs), as well as ranges with 10 000 32-bit SIDs each
    for each of the first 100 000 holders.</t>
      <t><cref anchor="status"><br/>
The present revision –04 is intended to address the feedback from
the AD review and the IETF last call.
<br/>
Note that due to a regression in the <tt>bib.ietf.org</tt> service
(<eref target="https://github.com/ietf-tools/bibxml-service/issues/489">https://github.com/ietf-tools/bibxml-service/issues/489</eref>), the
reference <xref target="IANA.enterprise-numbers"/> may come out as "*** BROKEN
REFERENCE ***" in some CI systems; this will certainly be fixed in
the course of further processing.</cref></t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-ietf-core-yang-sid-pen/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        CoRE Working Group mailing list (<eref target="mailto:core@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/core/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/core/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/core-wg/sid-pen"/>.</t>
    </note>
  </front>
  <middle>
    <?line 88?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>YANG-CBOR <xref target="RFC9254"/> defines
    YANG Schema Item iDentifiers (YANG SID), globally unique 63-bit
    unsigned integers used to identify YANG items. <xref target="RFC9595"/> defines ways to allocate these SIDs on
    the basis of IANA registries.</t>
      <t>The present specification employs these SID allocation
    mechanisms to allocate ranges with 100 000 63-bit SIDs each
    for each of the first 1 000 000 holders of IANA-registered
    Private Enterprise Numbers (PENs), as well as ranges with 10 000 32-bit SIDs each
    for each of the first 100 000 holders.</t>
      <t>IANA [is requested to allocate/has allocated] a mega-range with
100 billion 63-bit SIDs, for the SID numbers 300 000 000 000 to 399 999 999 999.</t>
      <t>IANA also [is requested to allocate/has allocated] a mega-range with
1 billion 32-bit SIDs, for the SID numbers 3 000 000 000 to 3 999 999 999.</t>
      <t>Private Enterprise Numbers (PENs) are registered in
<xref target="IANA.enterprise-numbers"/> in a low-threshold, low-overhead
registration process.
At the time of writing (~ 37 years after
creating this registry), around 65 000 PENs are registered.
In this document, the registrant for a PEN is referred to as the "PEN holder".</t>
      <t>The present specification makes the following SID ranges available to
certain (current or future) PEN holders for allocation in a scheme defined
by the holder:</t>
      <ul spacing="normal">
        <li>
          <t>The holder of a PEN ppp ppp (&lt; 1 000 000) can use the SID numbers
3pp ppp p00 000 to 3pp ppp p99 999.</t>
        </li>
        <li>
          <t>The holder of a PEN pp ppp (&lt; 100 000) can use the SID numbers
3 ppp pp0 000 to 3 ppp pp9 999.</t>
        </li>
      </ul>
    </section>
    <section anchor="example">
      <name>Example</name>
      <t>The Department for Mathematics and Computer Science of <contact fullname="Universität Bremen"/> holds PEN 30810.</t>
      <t>To this PEN holder, the present specification confers control over the
SID ranges:</t>
      <ul spacing="normal">
        <li>
          <t>3<strong>03 081 0</strong>00 000 up to 3<strong>03 081 0</strong>99 999, and</t>
        </li>
        <li>
          <t>3 <strong>308 10</strong>0 000 up to 3 <strong>308 10</strong>9 999.</t>
        </li>
      </ul>
      <t>(The plaintext form of this document shows "*" characters around the
digits conveying the PEN, which are shown in <strong>boldface</strong> in the
typographic forms.)</t>
    </section>
    <section anchor="discussion">
      <name>Discussion</name>
      <t>This allocation provides an extremely-low-threshold (zero-interaction)
way for PEN holders to get number space for the YANG SIDs used in
their YANG modules.
If a PEN is not already available to the entity needing such number
space, it can be obtained in a very low-threshold process.
Employing this number space is, however, not always the approach to
recommend to a module author:</t>
      <ul spacing="normal">
        <li>
          <t>The larger of the two spaces uses 64-bit numbers.
The larger representation size of the absolute value of the SID is
of comparatively little consequence due to the delta-encoding used for
SIDs in YANG-CBOR.</t>
        </li>
        <li>
          <t>For the first 100 000 PEN holders, there also is a smaller space that
uses 32-bit numbers.
PEN numbers that have access to this space are likely to run out
before or around 2040; the
expectation is that by that time there will be enough opportunities
to request SID ranges within mega-ranges allocated by other registrants that
this mechanism is less needed.</t>
        </li>
        <li>
          <t>This space has no infrastructure to discover the YANG module behind
a SID.  Of course, each PEN holder can provide such infrastructure,
but even then the problem remains of how to find that infrastructure
for a SID.  (Search engines may mitigate this somewhat.)
On the other hand, in some cases this relative obscurity may be exactly what a PEN
holder wants to achieve by using this mechanism.  </t>
          <t>
If obscurity is not the intention, one or both of the following
approaches are encouraged:  </t>
          <ul spacing="normal">
            <li>
              <t>The PEN holder can provide a public repository where their YANG
models can be found alongside the applicable SID files.
Such a repository may be easy to set up using a popular git forge
such as, at the time of writing, GitHub.</t>
            </li>
            <li>
              <t>Implementations that employ PEN-based SIDs can facilitate
information discovery by providing <xref target="I-D.ietf-core-yang-library"/> or
another form of YANG library <xref target="RFC8525"/>.</t>
            </li>
          </ul>
        </li>
      </ul>
      <t>Relying on the PEN registry might theoretically trigger a land-grab by
prospective writers of YANG modules.
However, PENs have been around for decades (see <xref section="3.1.4" sectionFormat="of" target="RFC1065"/>, which continues to be in force with no technical changes as
Section <xref target="RFC1155" section="3.1.4" sectionFormat="bare"/> of RFC 1155 <xref target="STD16"/>), and such a land-grab has not
occurred for the other allocations implicitly provided by obtaining a
PEN.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t><cref anchor="replace-xxxx">RFC Ed.: throughout this section, please replace
RFC-XXXX with the RFC number of this specification and remove this
note.</cref></t>
      <t>As per <xref section="6.3" sectionFormat="of" target="RFC9595"/>,
in the YANG-SID Mega-Ranges registry within the YANG SIDs registry group,
this document allocates two mega-ranges, one with 1 billion
SIDs ranging from 3 000 000 000 up to 3 999 999 999 (32-bit
representation size), and
one with 100 billion
SIDs ranging from 300 000 000 000 up to 399 999 999 999 (64-bit
representation size),
as summarized in <xref target="tab-allocations"/>.</t>
      <table anchor="tab-allocations">
        <name>YANG-SID Mega-Range Allocations for use by PEN holders</name>
        <thead>
          <tr>
            <th align="left">Entry Point</th>
            <th align="left">Size</th>
            <th align="left">Allocation</th>
            <th align="left">Org Name</th>
            <th align="left">URL</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">3 000 000 000</td>
            <td align="left">1 000 000 000</td>
            <td align="left">Private</td>
            <td align="left">IANA</td>
            <td align="left">https://rfc-editor.org/info/rfcxxxx</td>
          </tr>
          <tr>
            <td align="left">300 000 000 000</td>
            <td align="left">100 000 000 000</td>
            <td align="left">Private</td>
            <td align="left">IANA</td>
            <td align="left">https://rfc-editor.org/info/rfcxxxx</td>
          </tr>
        </tbody>
      </table>
      <t>An additional contact for the allocation is: IETF CORE Working Group
(core@ietf.org) or IETF Applications and Real-Time Area
(art@ietf.org).</t>
      <t>The allocation policy inside the mega-range is "private".
The URL is that of the present specification.</t>
      <t>The management of the SID block of 100 000 SIDs each, ranging from
3pp ppp p00 000 to 3pp ppp p99 999, is delegated to the PEN holder
for PEN ppp ppp (i.e., the PEN holder for ppp ppp controls SID
3pp ppp p00 000 to 3pp ppp p99 999).</t>
      <t>Similarly, the management of the SID block of 10 000 SIDs each,
ranging from 3 ppp pp0 000 to 3 ppp pp9 999, is delegated to the PEN holder
for PEN pp ppp (i.e., the PEN holder for pp ppp controls SID
3 ppp pp0 000 to 3 ppp pp9 999).</t>
      <t><xref section="6.3.2" sectionFormat="of" target="RFC9595"/> requires an organization that requests an
entry in the "YANG-SID Mega-Ranges" registry to ensure the technical
capacity to manage the SID ranges within those mega-ranges for a
period of at least 10 years (Private ranges).
The individual SID ranges within the mega-ranges allocated in this
document are assigned through the registration of PEN numbers.
The technical capacity to ensure the sustained operation of the PEN
number registry is derived from the demonstrated capacity of IANA to
maintain this registry as well as the importance of a functioning PEN
number registry in other contexts.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>Section <xref target="RFC9595" section="5" sectionFormat="bare">Security Considerations</xref> of <xref target="RFC9595"/> applies, as well as
Section <xref target="RFC9254" section="8" sectionFormat="bare">Security Considerations</xref> of <xref target="RFC9254"/>.
In particular, the fact that a certain Private Enterprise Number
appears in a SID is not an indicator of provenance, i.e., it does not
guarantee that the SID or underlying YANG model actually does
originate from the holder of that PEN.
The requirement to ascertain the authoritative source of this
information, as discussed in the above security considerations, remains.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC9254">
          <front>
            <title>Encoding of Data Modeled with YANG in the Concise Binary Object Representation (CBOR)</title>
            <author fullname="M. Veillette" initials="M." role="editor" surname="Veillette"/>
            <author fullname="I. Petrov" initials="I." role="editor" surname="Petrov"/>
            <author fullname="A. Pelov" initials="A." surname="Pelov"/>
            <author fullname="C. Bormann" initials="C." surname="Bormann"/>
            <author fullname="M. Richardson" initials="M." surname="Richardson"/>
            <date month="July" year="2022"/>
            <abstract>
              <t>YANG (RFC 7950) is a data modeling language used to model configuration data, state data, parameters and results of Remote Procedure Call (RPC) operations or actions, and notifications.</t>
              <t>This document defines encoding rules for YANG in the Concise Binary Object Representation (CBOR) (RFC 8949).</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9254"/>
          <seriesInfo name="DOI" value="10.17487/RFC9254"/>
        </reference>
        <reference anchor="RFC9595">
          <front>
            <title>YANG Schema Item iDentifier (YANG SID)</title>
            <author fullname="M. Veillette" initials="M." role="editor" surname="Veillette"/>
            <author fullname="A. Pelov" initials="A." role="editor" surname="Pelov"/>
            <author fullname="I. Petrov" initials="I." role="editor" surname="Petrov"/>
            <author fullname="C. Bormann" initials="C." surname="Bormann"/>
            <author fullname="M. Richardson" initials="M." surname="Richardson"/>
            <date month="July" year="2024"/>
            <abstract>
              <t>YANG Schema Item iDentifiers (YANG SIDs) are globally unique 63-bit unsigned integers used to identify YANG items. SIDs provide a more compact method for identifying those YANG items that can be used efficiently, notably in constrained environments (RFC 7228). This document defines the semantics, registration processes, and assignment processes for YANG SIDs for IETF-managed YANG modules. To enable the implementation of these processes, this document also defines a file format used to persist and publish assigned YANG SIDs.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9595"/>
          <seriesInfo name="DOI" value="10.17487/RFC9595"/>
        </reference>
        <reference anchor="IANA.enterprise-numbers">
          <front>
            <title>*** BROKEN REFERENCE ***</title>
            <author>
              <organization/>
            </author>
            <date/>
          </front>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="RFC1065">
          <front>
            <title>Structure and identification of management information for TCP/IP-based internets</title>
            <author fullname="K. McCloghrie" initials="K." surname="McCloghrie"/>
            <author fullname="M.T. Rose" initials="M.T." surname="Rose"/>
            <date month="August" year="1988"/>
            <abstract>
              <t>This RFC provides the common definitions for the structure and identification of management information for TCP/IP-based internets. In particular, together with its companion memos, which describe the initial management information base along with the initial network management protocol, these documents provide a simple, working architecture and system for managing TCP/IP-based internets and in particular, the Internet. This memo specifies a draft standard for the Internet community. TCP/IP implementation in the Internet which are network manageable are expected to adopt and implement this specification.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="1065"/>
          <seriesInfo name="DOI" value="10.17487/RFC1065"/>
        </reference>
        <referencegroup anchor="STD16" target="https://www.rfc-editor.org/info/std16">
          <reference anchor="RFC1155" target="https://www.rfc-editor.org/info/rfc1155">
            <front>
              <title>Structure and identification of management information for TCP/IP-based internets</title>
              <author fullname="M.T. Rose" initials="M.T." surname="Rose"/>
              <author fullname="K. McCloghrie" initials="K." surname="McCloghrie"/>
              <date month="May" year="1990"/>
              <abstract>
                <t>This RFC is a re-release of RFC 1065, with a changed "Status of this Memo", plus a few minor typographical corrections. The technical content of the document is unchanged from RFC 1065. [STANDARDS-TRACK]</t>
              </abstract>
            </front>
            <seriesInfo name="STD" value="16"/>
            <seriesInfo name="RFC" value="1155"/>
            <seriesInfo name="DOI" value="10.17487/RFC1155"/>
          </reference>
          <reference anchor="RFC1212" target="https://www.rfc-editor.org/info/rfc1212">
            <front>
              <title>Concise MIB definitions</title>
              <author fullname="M.T. Rose" initials="M.T." surname="Rose"/>
              <author fullname="K. McCloghrie" initials="K." surname="McCloghrie"/>
              <date month="March" year="1991"/>
              <abstract>
                <t>This memo describes a straight-forward approach toward producing concise, yet descriptive, MIB modules. This memo defines a format for producing MIB modules. [STANDARDS-TRACK]</t>
              </abstract>
            </front>
            <seriesInfo name="STD" value="16"/>
            <seriesInfo name="RFC" value="1212"/>
            <seriesInfo name="DOI" value="10.17487/RFC1212"/>
          </reference>
        </referencegroup>
        <reference anchor="I-D.ietf-core-yang-library">
          <front>
            <title>Constrained YANG Module Library</title>
            <author fullname="Michel Veillette" initials="M." surname="Veillette">
              <organization>Trilliant Networks Inc.</organization>
            </author>
            <author fullname="Ivaylo Petrov" initials="I." surname="Petrov">
              <organization>Acklio</organization>
            </author>
            <date day="11" month="January" year="2021"/>
            <abstract>
              <t>   This document describes a constrained version of the YANG library
   that provides information about the YANG modules, datastores, and
   datastore schemas used by a constrained network management server
   (e.g., a CORECONF server).

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-core-yang-library-03"/>
        </reference>
        <reference anchor="RFC8525">
          <front>
            <title>YANG Library</title>
            <author fullname="A. Bierman" initials="A." surname="Bierman"/>
            <author fullname="M. Bjorklund" initials="M." surname="Bjorklund"/>
            <author fullname="J. Schoenwaelder" initials="J." surname="Schoenwaelder"/>
            <author fullname="K. Watsen" initials="K." surname="Watsen"/>
            <author fullname="R. Wilton" initials="R." surname="Wilton"/>
            <date month="March" year="2019"/>
            <abstract>
              <t>This document describes a YANG library that provides information about the YANG modules, datastores, and datastore schemas used by a network management server. Simple caching mechanisms are provided to allow clients to minimize retrieval of this information. This version of the YANG library supports the Network Management Datastore Architecture (NMDA) by listing all datastores supported by a network management server and the schema that is used by each of these datastores.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8525"/>
          <seriesInfo name="DOI" value="10.17487/RFC8525"/>
        </reference>
      </references>
    </references>
    <?line 242?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>This document was inspired by the discussion of the authors of
<xref target="RFC9254"/> and <xref target="RFC9595"/> on how to handle <contact fullname="Rob Wilton's"/> feedback.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA6VazXLcxhG+z1NMUQeRzGL5r4jrnzJFUjIrsaSi5HISSykP
gNndKWExG8yAqxWllK855wV0yD3voLyJnyRf9wywALWM5JiuoojBTHdP/37d
cJIk4mokD4TIbVaqmR7JvFJjnxjtx0lmK50sVTlJnMmTuS6TQnntvPDGF9j6
tZDyzyePHyWnD55cjuRJUdhMeVNO5LOLM1nhoHZybCv59PyxnNoi15UTKk0r
DZ7/a0ulFcjN54UherZ0UpW5vNSqSJ6bmZYn2CA3VeW3xGIykqf28lz+YKtX
xPpRZeu5eLUYrUQToDKSphxb4TyOzkby4vz5Q3FHZqCtS1e7kfRVrcXcjHAn
bDIZTtxdancXz95mvYdcz/0UK4f07JazSo/daoOzle+vZHY2V12Crk5Xa6W9
K1Ttp7YaiQRS4uDpUD6w1UyVJTYHs5yqynlddtZthat/X5orqMz4//zLyweV
nmHL879chEtoDfpPrfNjlU3lwcHu4eEuiWP8ciTPkv37B0fH8RBLWZe+wptH
mlgssTSf2hK8N353eJwc7u8l+3v3k3sHx/t7G3ipZ8oUI5mp1H7j35gh5BHi
Spe1Jh1OyAzBNHiKW+FP35Bn8V7sMX5ap2E9WUx2opcJUdIlPW5GlC4fnh7v
Hx2OJHtiltoqLh4dH8WzOIi1i5PHJ0Ndel3NK+N0UtazFLqB5VWpmPAd+NBY
V7rMNLsDc7GlVA7XyKY6l3jwUy2DPe46Wai5t/MBdmOH03KhQSS35V0vJ9rL
qfdzN9rZCTcZwqg7HDne2sLtpCZ9PSsSp6srk+kd41yt3c7h/WM5Nq91PgKp
W4Wmd1ImPeHx41U1IasSY/BdLBZD2kAK3VHOmUkJY3q38zHFeD5E7nn7Wj7u
vm78MDAPLkYShoUc0T+SY1U4LUSrv9ZKe7v3jujPZ8/P9u6N5B1ak3t7R0cD
+UxnrOiD4d7wkEyVnA1vpJjCpJUi9/toKVC/f7R/FH2gWRdJkkiVwtMRSUK0
8S43iTM5zZb88a/YsKeSlywN+UxcSpOXQrRvkff02JTaCRl/iJp8BqeYKXnh
9UyaMyjVjA2UJTfD24uzrYGcFDZVRbGUdWn+Vmt57yBJjW/p1CVZBa5loPMJ
Ha4dnryVJmeCy8DKgIcbNiKlHZHkQi0dHVAhwWpyUVgO7B0ctuVEjpsqZ7A4
ZqvJSk8MJTPdEt5vb71PHJ7jyLwCsdJLN9cZrhcyLqJ7Xlhi27BquJsOx5nO
pqo0btYXL6b1BYJC7u3ufni/u7sb1RKE1gi2lghlf1ogqekKY4NMJ/f4VDga
60JzrSRcC3Gct0SeVuaKWH/s2HITpcXBTgjyhS4K+rcvYGBysP/r5LshHCvY
eeVr97Lz5+jFCybUVTTKn3Gk419+/ufuoYS9yDXKPHiFynPsc4GV1nmqsldy
XNmZaGx8csYk9IKrIq1QNUOqglgZjDDknZHxY8v+orzM4ZtEn7yCOJAEJqS7
n5Cphk1i/knGhMXnN7/8P3Pc11A5aDORqs26P96S716iRCypUGppa0822nix
Tf/JB5dP/nD+mMlcnj88vzx/fHouw7sNkt/RmdML1GFHEfQFmBoyLSyd6cor
UyI0Ux1SLg60akS9q+AmsOq4rrBQwUA2I8WUk2HILTOT5wVy3R15gdJo85qz
WDfTXF8nbVl6966TbfCiKU3tetoNPiE4RF/8CGkrjcQB8fNuGO1MoYXmIX8J
w830RCXsu+y6gn0wxU3JlJ34GrDP0h0pbqOG5UH02E5ggdvB8fGH98fdX8Mo
GdK8/W3irYTrBNctwq0T7WPBPhnmEthRrvID2fv6+hafg13gP0oWdpH4KUKC
QnnAjxagaqpVLmIGDTkx+sdQnHi+gCcsCv9ZVIZR7+bf5cHv5VIDqkmAaF2J
DGiTX7FTRmJLSkaARwjee0e//PwPui4Jf0P2obgowzlg85rKOgdUQ0Uhk5Am
FUNnpo4gq6KRQv7YWKHqDWjv9mw/U690TDkWJl3cwPDqCvhNpQUlEBGjSm5m
NdiBFIQY176u9FYXxQfh2poRVO2onupY2HKRLplnODESYpvzZHgkxYa7zefz
D+/xC7lI7gV9hd9bSHclldOb7iQO4hH86jrUarV1qdtYrjh+BreG6rznvHGt
dd478vy1QlnVwRJneo4OhuzKqvpOecIa3mSh2zlFg1DDEYBBDKdOCHd9fb0G
8L+DI9MFHIt+sHt/b5eMbYPzrEwS3Ge9A6ARGpPR8C8SXSEpADh9r7yA7XOw
vb1LsXqf6jP+jheu53zn/suo4wFdh45+eL+9Dek+vN+jk72DvVetwjbZYQtF
5fE1a2kWinAnJiSidoFqgWIALEJAkK4Rw4sukBsULr7YlV6GUNSklIFcTA2q
OgUd0WAP3d5OoSq0S3p7OxZH4ZdzO6nUHLtZBDfcIlueGZfVXEXJnMZ1fR2J
4grojgwpITlZqVgmvTwjN9/oyiZ0NRIap9DLogTe6IVJO9RoBFeD0SBam0Ab
EBohJXIdVk0V1mcoVwUBv4vxKkeUFrW1QFLKl72gZnKERv1SlgAdpCdXQzuB
r2C+6II8xwCqqU0pBzBTUIezLPtpdJUrzxlItjmwdxGDagDV6ytyziBbwLrU
gs1BgmAXUk6lgQxg7ZDb4tXaZiXGcEGtUdWgNL+wgQkrx8l7h1yBYsgSROqc
qXSMimA+Z97ohg6KtS0Qh/JKFXW7SlFhqFfAM3fyFTdCQBqF8eiwwmABVZMC
NwIvOpfrwqsEq5ZVzGYbc0PLZoQyW2hBqelhNPQNyNnxD45peDAXa3JC6WZw
xFbDhPxAnVUQi3BHBUSoqcCMEafqCrSyjAFoTCCBEIVJYV7RFfGiqkvCaSCR
asivqQbEmNvfPdz9IiI//RpJJirVRBac8/EvF88gPIO1lBzQ1hPg7PncVh7d
lDfcjxG/gEC6NYkgBvS1Ah0dNEJMLEO6VbF0jS74Um3nQnIVdF1yeyq65Ezt
rQnjlJZmBRXQdQX8hzJHAuWI/iZHduMN14BU1JcoEnYo5ZNxRJqD0EWsjMex
FFNFiLY+nwGpF2AY4cGZqIz52yJmZ7jZDBHITRFCiGRCTc2Dbvt0hIxAIQi0
+QwABcx0OeHukoD3DLqehM6S7g5IvQAdJDrIH9gGdUJn+aBF3TQRcQ20KTgC
kBiQFivKI0SXjPoa6Q1eQwRDIgLRqIBFsAtiOpsaXJPsVrs2V7RGQi2QEnls
RTzmMpKMmydysQGaYfbEFMK23VqDZ8gkMaXoALUoDOtKTWgSQ11BSCO32EfJ
eZ0WKAHIFRbl11Z0JfLeVc4NLSMcQReuSZRjDgpV2HLiiE5MbTTZpNRLDj02
nKf58DNyA9Vl0qhROY48h2KAohm0BKHsvEYSo1EaGXkS+q3gTQrZQa1FqgP5
yPhv0czFe18QKpk1+S8GapgAkD6SVFGi4hRF10J9NMhz8JfArTtKawJjSbYM
yiNJm3aoO78BbOHUR3OnMvhXU+I5ouK2tsdqj0HsSyQiohvndWS0Bl3DmSdT
vjYYAk7xbMZXZkKZHmgfLpygnqcQUEBAwkHsuaSbOGXoF9BvmwrFIJ1TZKoR
jTHhUWzlOlNU7zed1pC3N+4CQRGnY+/eNaiDcJYpa83en5ITE50sdE6Ucjx8
vyThCdaE7ObEx5R57rZ3dPQND93evdtitBXt37lrSGRe2IxRe95iiKD3FXZB
EZqRdxqK2ej8IZ9yxWevE1AE41nuE09xCJtCj+SowYX3FsieyWv8vBzx4O08
H47Ar6IETw1+yDPhMgNgPE3D1Xgu9PoPT5M/4ScohCQlMhE9NCCwj2Hp4siK
8D5+y2RwZz38SCYhTpycg9BKofeGB0S207QPRJyOcEmmQP2Oas1lsEbrbbEO
9fFY+5bH4APRh6xNnXKMUjoVLGSwMJZqm2cRKCpK1xOeBMmDX37+N3dBq98N
ksYTwHP3t9wMhV+sQTnBXcSKa2eisI5vn2efc59rwzvgrvW8BZzS1bOZqvDI
UPL62qs06XgjB/tb6vehzKcWub4Zy72Vzwim9X/eth+hwOStfFJNvkyrrx8r
ZL+38vvLP8pP/bwFs3XaJdJ7t6w3Qwl+4JAIfzaDs2qcJYDUyOY8pqdsSWvk
iYHfWq2+DZ3nmvXfxu96JO/cUHL4KvDVxhpH7+gzdPTU/6bLLgTdeIdwKmlu
aWgbZSwkNxT9Nsd0pwAufHuTp08++ma32fs+tEWVnLd+4kOgoA+Bq2NxztHt
xiyOL+nLWlOAO5MqxOXGPCh0Y8gnyU0asBpBxNqeOTKaqRIQguO60xyk4P6K
FlrQ3g6WB72Y+uxRxYCEArLQExUncb6HVkTTOa7GJWaoh4Mb29go7ZbY7juS
7rMlIRU/MzM0j1WxDPQ/qYSbOhD9vPIZA5Rfcf9PX3/d7T9DBrp5r2QM928U
De5UTBVaf7gj4Oub4IXsT7GPobdCc06LpWNd7LmNVR2BMPSdOsDNFTgQmUKf
QoAYG4IRWu33+yS0yk73uiXuCQSqoLE5T768pDJMfWacYW42mSac2ArxgS7D
ABXUCPR1bPQtLZkJw0yxqoLUtrr4cSxCg96Ak9UGwTpdapCgg4061+/ox9Uu
jifsXK8IRVcQEUW0ymXHwlUJFpE7hk59hnRDUmC1ZdN8WPNWUPfFc9DeaLf7
lYmbkxn1sirO75Qc1yU7D7n+WlHKiMjIN/Vr7xhnweNC23MTa62c8Yj6urW7
tiJMpG+fcFBuPghqrCTtkLn/aTL7R4dUlS+QWJF4TUb9RwizMSV9H/q8Zkp8
68ReQBD2Mp4ghYFKmAGV7GLwGstIj0CoLkmFSAEc0uh1cqsDoJ3Uirp7HT9y
Nc5PlaqE7KFLaPC8xm3REnNHQBSERVtgSpKvNfxqFMwEGeo+Z6/kwGbX5Ql7
c8PV/y9ALRF1Eg5tZaYblCo67RFrPQ+TwyYmaMZEmNU1es96eh80nX78JkXf
A8knTrJXpV0UOp/wF3+q68GZdP7VBn+jp8L8vAc8F4rU7eamCpieHb2dY7Yj
L74MNULixuctKr79D1s4FacPNBooqPm5vrSp/MEU3pZ3Hc2mm6+YQ/Ff+iNg
fm8kAAA=

-->

</rfc>
