<?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-03" 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-03"/>
    <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="November" day="04"/>
    <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 –03 is intended to address the feedback from
the CoRE Working-Group 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] 100 000 mega-ranges, for the SID numbers
300 000 000 000 to 399 999 999 999.</t>
      <t>IANA also [is requested to allocate/has allocated] 1000 mega-ranges, 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>This document allocates 100 000 63-bit and 1000 32-bit SID mega-ranges
as per <xref section="6.3" sectionFormat="of" target="RFC9595"/>, as summarized in <xref target="tab-allocations"/>.</t>
      <table anchor="tab-allocations">
        <name>Megarange 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 up to 3 999 999 999</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 up to 399 999 999 999</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 blocks of 100 000 SIDs each, 10 such blocks
for each mega-range 3nn nnn 000 000, is delegated to the PEN holder
for nnn nnx, where x is the sequence number of the SID block in the
mega-range (i.e., the PEN holder for nnn nnx controls SID
3nn nnn x00 000 to 3nn nnn x99 999).</t>
      <t>Similarly, the management of the SID blocks of 10 000 SIDs each, 100 such blocks
for each mega-range 3 nnn 000 000, is delegated to the PEN holder
for nn nxx, where x is the sequence number of the SID block in the
mega-range (i.e., the PEN holder for nn nxx controls SID
3 nnn xx0 000 to 3 nnn xx9 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 237?>

<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:
H4sIAAAAAAAAA7VZ23IctxF9n69AUQ8imZ0ll0sq4vpSpinKZiWWVJRcTmIr
ZcwMdhelmcFmgOFyTSnl1zznB/SQ9/yD8if+kpxuYG4UadmuhKoitdhBo9GX
06d74jiOLmdiGkWZSUtZqJnIKjl3sVZuHqemUvFGlovY6ixeqTLOpVPWRU67
HI9+Ggnx55MnX8Snnz+9mImTPDepdLpciOfnj0SFjcqKuanEs7MnYmnyTFU2
kklSKZz5c49USkLcapVrkmdKK2SZiQsl8/iFLpQ4wQNiW1ZuJ1ovZuLUXJyJ
b0z1io7+ojL1Knq1nnWqRZAyE7qcm8g6bC1m4vzsxePonkghW5W2tjPhqlpF
Kz3DnfCQTrHj/kbZ+/jsTDr4kKmVW2LlkD7bTVGpue0esKZyw5XUFCvZF2jr
pFsrzf1I1m5pqlkUQ0tsPB2Lz01VyLLEw94tp7KyTpW9dVPh6l+X+hIm0+4/
/3Li80oVeOTFX879JZSC/GfGurlMl2I63T883Cd1tNvMxKP44OH06DhsYi3r
0lX45gtFR2ywtFqaEmdv/e7wOD48mMQHk4fxg+nxwWQLX6pC6nwmUpmYz9wP
egx9ouhSlbUiGy7IDd41+BQeRTx9RpHFz+IZ7ZZ14tfj9WIvRFkUlXRJh5uR
pIvHp8cHR4czwZGYJqYKi0fHR2EvNmLt/OTJyViVTlWrSlsVl3WRwDbwvCwl
C76HGJqrSpWp4nDgU0wppMU10qXKBD64pRLeH/etyOXKmdUIT+MJq8RaQUhm
yvtOLJQTS+dWdra3528yhlP3OHOcMbndS3RyVeSxVdWlTtWetrZWdu/w4bGY
6yuVzSDqTqXpOyHigfL4cbJakFfpYJy7Xq/H9AAZdE9aqxclnOns3vsSw36f
uWft1+JJ/+smDv3hPsRIQ7+QIftnYi5zq6KotV/rpcn+gyP67/MXjyYPZuIe
rYnJ5OhoJJ6rlA09HU/Gh+Sq+NH4BsTkOqkkhd97S176w6ODoxADzXoUx7GQ
CSIdmRRFbb6LbTqZgmZHfPtXPDCR8UvWhmImLCXxyyhqvwXuqbkulY1E+CFp
4jmCopDi3KlC6Ecwqp5rGEts+2/PH+2MxCI3iczzjahL/bdaiQfTONGulVOX
5BWElobNF7S5tvjkjNAZC9z4ozTOsONGpaSnkljLjaUN0gOsohCF53C8RcC2
J1HgJtJqLM7Za6JSC01gplrBB+2tD+iEF9iyqiCsdMKuVIrrecRFdq9yQ8c2
RzWn696JhUqXstS2GKoXYH2NpBCT/f13b/f394NZvNIKydYKIfSnBdKarjDX
QDox4V1+a6gLzbVify3kcdYKeVbpSzr6/cAW2ygtFn5Ckq9VntPfoYL+kOnB
r9PvhnJsYOukq+3L3n9n333HgvqGRvnTlmz804//3J8K+ItCo8x8VMgsw3PW
H6VUlsj0lZhXpogaH/fLXczlDjAFlVI4YMxPhUOfGI4V6USGuCTZFBEknU7X
Huq+B0qNG1D+XgSw4v3bH/9GfPsU5oZsFlK1iPvtHVj3EuVhQ0VSCVM78s/W
d7v0T3x+8fQPZ09YzMXZ47OLsyenZ8J/t0X6W9pzeo4abCl7PsKhmtwKL6eq
clKXSMtEebjFhtaEqHUVQgQendcVFio4x6RkmHIx9rhS6CzLgXP3xDnKoslq
RrA+ylxfx21JevOmhzT4oilL7XrST7wo4vT87ltoWymABtTP+im0t4QVmg/Z
yy7aCrWQsQ/fEUcm3Yays0H5aXiylz6QOz0+fvf2uP9rHHQAmJtfp8gvUeI2
Fd5X4INJK8AERZft5MHr6zuiCJZGREiRm3XslghySswRfzSgSEslsyjgoUe4
4PFxdOL4Ao6YJSJiXWnmsNt/F9Pfi40C8RKgxKqKUnBH/orDLAjbELQgCUFQ
Hxz99OM/6Lqk/A3dx9F56feBaddUpDlFGikSuECWlEyEWTrSpgrO8Giw1XHk
LVjvbuwu5CsVAMTAdesbjFxego3JJCdIiEKeiO20xnEQBSXmtasrtdPn5F65
tgJ4U1uqjiqUqSxKNnym3zGLol1GPf+RDOvvtlqt3r3FL6CLmHh7+d87ALCS
iuP74RS24Fc/oLrVNqTuOrI78Rec1khdDYI3rLXBe0+cXUkUSeU98Uit0I+Q
X9lUX0lHzMHp1Pcup6D7NQIBjEIzGEK56+vrW+j7GwQyXcCy6tP9h5N9crbx
wdO5xIfP7QGAtmZOTsNfQFcuKAEYkLsoYP9Md3f3KVcfUrXF/8OFUVDozsMv
g41HdB3a+u7t7i60e/d2QjsHGwdftQbb5oDNJRW7K7ZS4UtqLycEsnYN/Ae8
g1kQraNrhPSiC2QapYgvdqk2PhUVGWUk1kuNGk1JRzI4Qnd3E5gKzY/a3Q3l
LnKblVlUcoWnWQU73iFfPtI2rbkukju17cc6gOISXI0cKaA5eSnfxAOcEds/
qMrEdDVSGrvQmaKo3ehsyTrUNvhQg9OgWgugDaUMBBFYh1Vd+fUCBSgnGnc+
7zCiNKiWOUAp2wySmsURt3QbUYJCkJ1sDev4cyM+Fz2N4xxAfTQJYQAfCukI
ls0QRjusPGNa2GLg4CIa1QCmV5cUnF43z1ypoVpBBJEoQE6lUOvhbY9t4Wpt
6xFyOKdGp2o4l1sbfwgbx4oHh0zWQsoS6entqVTICu8+q39QjRyUX5MjD8Wl
zOt2lbJCE/PHZ+7LK25rwB1y7dAv+TEBqiMlbqBStC9TuZMxVg2bmN025/aU
3QhjtmSBoOlxcPQNAtmLD85pRDAXZQpCYQsEYmth4nKQziYIfLVnAhIUPnrW
t5SXkJWmTCcDgHhBlCa5fkVXxBdVXRLzgohEQX9FNSDk3MH+4f5HgcupK4BM
MKoORzDm4y8XT68806+EAtDUC7Dm1cpUDr2R09xd0XmeafRrElFx2KvHLDrW
QYcYJmldsbSNLfhSbR9CeuV0XQp7KroUTO2ticuUhjr/Cny5AqNDmSOFMmR/
g5H9fMM1oBV1GZKUHQvxdB6448j3BJ3zOJcCVPhsG54zIvOC3iI9GInKgN8G
OVvgZgUykFscpBDphJqaedsO5UQiEAWv0PZzEBQcpsoF94pEpQvYeuH7RLo7
SPIacgB00N8f680Jm2WjlkfTfMM21CbnDAAwABYrwhGSS069ArwhakigByII
DQZYe78gp9OlxjXJb7VtsaJ1EmqBEMCxTnjAMtKMWyEKsRFaW47EBMq2vVfD
Z8glAVKUp1qUhnUlFzRXIZ7vYeQO/0ixqpMcJQBYYVB+TUVXoujtMNc3gAgE
ldsGKOecFDI35cKSnABtNKck6KWAnmvGad78nMJA9g9pzCgtZ55FMUDR9FaC
UmZVA8RoMEZOXvgOykeTBDrIW5nqSHyh3Zdoz8K9z4mVFA3+hUT1/TzZI04k
ARVDFF0L9VED5xAv/rT+YKxJjA350huPNG0anP40BrSFoY+mSKWPr6bEc0aF
x9quqd0GtS8ARCQ3TN/IaQ27RjAvlnxtHAg6xZMWV+kFIT3YPkI4Rj1PoGAE
BYkHceSSbcLMYFhAv2wqFJN0hshEIRsD4FFuZSqVVO+3rVLQdzC8gsAozLre
vGlYB/EsXdaKoz+hICY5qfITBkCOQ+yXpDzRGo9uNnpfMk/RJkdHn/EI7c2b
HWZbwf+9u3ogc5FJmbVnLYfwdu+4C4pQQdGpKWdD8Hs85YrPURfBEMxnuR88
xSY85HskSy0rojcHesZX+Hk54zHaWTae4byKAJ5ado8z/jIjcDxFo9Kwz3fv
j0/jP+HHG4Q0JTGBPTQkcMhh6eJARUQff8ticGc1fk+nwNhaDtkUDuvZ/r97
0ycSOhlOe/o1J4JdV9Co88yD8ZT06/XzPEiydVHICsSCKdP1tZNJ3LM6B/Vr
6msRwM8MME3c/fNaPCeGMlg56djna/G0WnycVJ8+kcj61+Lriz/+jLAgAIdP
/c37vxt+jk+g5P3f4djJLXtovWnU+QOHSatpMyGq5mkMpgmQ41k0gQitkYO8
OkOxQ4WGygSVXnfuG+z5H6hzPRP3brjMT8Y/2foK0cDB0POB736pV0w2fbq2
9SaKTkqa2Gl6jLIbQIAC2eZjv2O2/q2TOH363tuq7cGbkR2qevzoB16BRfQK
rNsWZgL9zsVg+4beKTXFqgt2KrpbK2/JrTHvpNBqiF0ouLf2l+GgQpYot5xy
PSKd4PRXjLstw21nqiOseTTzT0XtbLWn17Qs370t6VczPhqRVijDaiHDeMoN
SjuLKf22q1Eo5Ff+KuBiDXPvw01P16Yz7KmwrcdqPLpxiuif0rTWluREncpX
/QFFtxqaZ3LRc12gUavyjZf/YSPeYsNfYMTfZkLsuvq/W5APuWHAxlBXg5lL
WOuMNwDm8cENaObGQle+U0dGgG3+4BOBQzq0HfRtpBiawwh8i9s0ug5lf3zB
tWCroyBQhl4Se3bY1fIolWgriL/iAe/H1i7DtgadrVWD5oYpfIRao03Ggyon
qGpSWxhGjtsNyvkdOz5F0RRoFPEaWHPbMeqODkr72WPU1UjqMm14MxUq+WAe
yWaDYr2m0mvQozK96/fsY2sbpglmpTpBIRSiEEOtcTkucVViMZUpQmNdAPFI
C6y2xzRvtZyJqFniseVgEtt/xcO9REGtpwzjNinmdcnBQ8B7qyplIFAUm+rK
WaZFiDjfpdykRl0wHlEbdutTO4HV0YtHBCj3CjQ17zTtiXn4YTEHR4dELs6B
7cB+nVK74NNsTnXH+basGereOWCPoAhHGQ98/PzDj2xKDjFEjeE8J86oSjIh
EIRTGqwpM8rzz0VNtdKp8JapCX4qliV096S+od8Kt0UHywSeJEQGLF6XpF/r
+G5yywKZmb7gqOTE5tDlgXhzw+5lPXUwRPwtusBUNaQy6nUzbPXMD/qanKCR
EFFM29g9Hdh91DTm4aUQvYyjmDhJX5Vmnatswa/biVD4YFLZJ1v8gpy4wZCW
riWZ26505Sk4B3o7dmwnVHwZgv7oxvslqv/DN0vYFYYF1Mnn1KtcX5hEfKNz
Z8r7lkbJzSvEcfRfopCnW+wjAAA=

-->

</rfc>
