<?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.30 (Ruby 3.4.5) -->
<?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-02" category="info" submissionType="IETF" tocDepth="4" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.30.1 -->
  <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-02"/>
    <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="September" day="26"/>
    <area>Applications and Real-Time Area (art)</area>
    <workgroup>Internet Engineering Task Force</workgroup>
    <keyword>YANG-CBOR</keyword>
    <abstract>
      <?line 47?>

<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 –02 is intended to be ready for Working-Group
last call, after addressing a brief discussion of –01 at the 2025-09-24
interim meeting of CoRE WG.
<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 78?>

<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.
    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>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.
We speak of the registrant for a PEN 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 large space uses 64-bit numbers.  While this is of relatively little
consequence due to the delta-encoding used for SIDs in YANG-CBOR, a
few further bytes can be saved by allocating the SIDs in one of the
mega-ranges that are specifically allocated by an organization
(which, for the first 2000 or so, will lead to 32-bit outer deltas).</t>
        </li>
        <li>
          <t>For the first 100 000 PEN holders, there also is a smaller space that
uses 32-bit numbers.
This space is likely to run out before or around 2040; the
expectation is that by that time there will be enough opportunities
to request ranges from a megarange operator that this mechanism is
no longer 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 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 hasn't
occurred for the other allocations implicitly provided by obtaining a
PEN.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document allocates 100 000 63-bit and 1000 32-bit SID mega-ranges
as per <xref section="7.4" sectionFormat="of" target="RFC9595"/>.</t>
      <t>The 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>The technical capacity to ensure the sustained operation of the
registry for a period of at least 10 years (as required for registries
of class "private") is derived from the capacity of IANA to maintain
the PEN number registry.</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" target="http://www.iana.org/assignments/enterprise-numbers">
          <front>
            <title>Enterprise Numbers</title>
            <author>
              <organization>IANA</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 210?>

<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"/> how to handle <contact fullname="Rob Wilton's"/> feedback.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA7VZ3W4bxxW+36cYKBeWVC5FUqJjMW0QW5Idoa0dSAqMNnbR
2d0hOdByh52ZFcUIKnLb676AL/ok7pvkSfqdM7PLpWzXSYHagCwud86c3+98
5zhN0+RmIg6TpDB5JRdqIgorpz7Vyk/T3FiVrmU1S50u0qWq0lJ65XzitS/x
6teJEH96+vJFevLs1cVEPC1Lk0uvq5m4PD8VFgeVE1NjxXdnL8XclIWyLpFZ
ZhXu/G+vWCUhbrksNckzlROyKsSFkmV6pRdKPMULYldav5esZhNxXnllK+XF
WTXTlVKWVLiS7lo8NzZXyfVqstEzgciJ0NXUJM5DzgLnz66eJ1+IHBepytVu
IrytVbLUExiIl3SOE4/Wyj3CZ2/yrQ+FWvo5nhzRZ7deWDV1mxecsX77SW4W
S9kV6Ops86wyjxJZ+7mxkySFljh40hfPjF3IqsLLIUYn0jqvqs5zY+GH7yt9
A/9p/+9/efHMqgVeufrzeTBCKcj/zjg/lflcHB4Ojo4GpI7264k4TUdPDsfH
8RBrWVfe4psXiq5Y49FybircvfObo+P0aDRMR8Mn6ePD49FwB1+qhdTlROQy
M9/4H3Uf+iTJjapqRT6cWVMvoba5OMOn+CqS6xtKM34X72g/r7PwPF3NDmLK
JUlFRnpYRpIunp8cj8ZHE8FpmWfGxofj43E8i4N4dv705dO+osRYWu1UWtWL
DL5B5GUlWTClwLbk4eDxmH69vDodPp6IL+iZGA7H4564VDklojjsD/tHJD49
7T+okVJnVpLLPngUpD8Zj8ZR7+Z5kqapkBmig+gnSZujPb6ZDBU//AXfD9O3
SdL8hhJVU6S5g9jwh86Jy3yOIIhzrxZCn8JyPdUwWOyGb89P93piVppMluVa
1JX+W63E48M0076VU1dOzypVIO+8mtHh2uGTN0IXLHAdrtK4w/XbY6wr/N/o
JVZy7eiUDICghJ8rp0gHJ0zVnsNTkUmn8XDK8RJWzTTVm4L0YO+otXxEll/h
yNJCWOWFW6ocNgaEQAIuS0PXNlc1t+vOjQuVz2Wl3WJbvQhDK2SgGA4G798N
BoPom6C0Qsm0Qgit6AFpTSZMNYpRDPlUOBpxrDErDWYpq4pWyHdW39DVZ22G
ipchQ8UuoNAhWBIaqbKkf7cVDJccjn6dfg+UYwc7L33t3nZ+nbx5w4K6jgZc
a0c+/vmnfw5GAvGi/KiKkBoZ/KdkseZ7Xxt7DfBNX1DBs6BS4vIcroZBU9gq
ZFFAriOIliJDrKei0C6vHV8BnemWoZCelR8NRuN0cJyOjlgaXWz1AoFU3Gfw
OoGKeP0ipGPU/qXhpIOMAllOoabU4mtxh65Y9F8znfUbAPqrcMreaDQLOr/7
27n3Szc5OAio1AdAH3C5e2NKd4CTt4syjUcOtHO1cgdHT46/Rtwgm4UA9hHy
Klfih0+A0VtA4ZoaghKm9hTonTf79Fc8u3j1+7OXLObi7PnZxdnLkzMRvtsh
/R2dOTlHv3FUi1/hUk35gXTJlfVSVyjyjGJ/y+WcNPUGXLfINfhtWls8sIiy
yUM8+gGPFrooSpWgIaKvWlPUjHwddBJ3d2kLv/f3DyGKS5bL+c0PUMoqIA20
LLoldzCHsc2H4u0mOxdqJtOQ7j3OKFKaqjm6LDmMb3bKDXIPj4/fvzvu/uhH
HWTpzK9T5Jco8TEVPlTgs0UuwHTEBh0oUHd3n0gWOBqBl6I0q9TPkctUyD3+
aND156jBJOJnQMQY2H7yNJSSJ+aEwK+s5trZ/bs4/FKsFbhEKM0kRyHzV5xN
UdiaoAjlDAL2ePzzT/8gc0n5B7r3k9eKIFleN7jTKAMEIR9KpniSEVrsbOje
Dhz1aVhfyGsVjkwNorR6QC7lDbiEzEoq8iRmvtjNa2tJFG6d1r62aq9LL4M2
bXMIXnXUPVXsYEWSrfnOcGKSJPsMiOEj2ReMWS6X79/hB/BCDINrws89IF5F
zfPDzIlH8KObO5unbfZ86srNjb/gtkbqcitP47M2T78QZ7cS/VOFSJyqJaj1
QsXA/VF6YhZe54GGn4Cs1oTkl7lmeINyd3d3HyGf98hZMsCx6oeDJ8MBBduE
/NqEhDHzEwkAUj6loOFfgFEpKNcZYjdZwPE53N8fUFk+oUaM36PB9ZJt3v4y
+rhH5tDR9+/296Hd+3dDOrl1cOur1mG7nLClpHZ0y15ahKyHWRikavYdCnQF
RAdgg3QQwSMzYiWRAYVGc2HDbtQ6VJ0ip/TEaq7Rvqm+SAZn6P5+BleBuqv9
/djAEr9empmVS7zNKrj+HsXytO2mFE7turkOTLgBl6NACmhOUSrX6RakiN0f
lTUpd1rJ0I8hS64fDmnknRlGrpBqCBpUa7GyoZyRQALW8FTb8HyBllISwztv
kho6Vgb9rwxEolvULI64p18LTHYF+cnV8E64N+F7e2CkXAPoeCYjDOBLIR3J
st5GzA0snjFjbOFuyxAN4Ifr1Q0lZ9AtkFpoI5cQQfwKkGMVujeiHXpKNE00
A1ys4VLamYqC4Q8nHh8xdYtV2hfi9VyTtaRGYMNWlTyYoIuX2mPY5pEM4yla
GJVcpDWkTqFKL1M8NewcdjjFgd0PJ3SGCgkpU7VqW3+2xjTfOM7JG5wE8MnN
GB/xhOVg+IvITiPcpkMGnsXJ2hQuTRhtT2WRFQ2oYN4/Nnx8l3N8010DSR1R
5eGJM71AZkokBNdhILuGcYctdnsEkc+3jrcsopOnjC1QjnkAFYNwC+jWRpq0
hz4cl3hLE5eEaDCONCmBUFxTRKCPrSumbJmCAYpUjoU9GhwNvopOUrdwiI9N
JvqJGwtxW2rGQTM2NKMsN/UMrH25NNZjQPOaRzy6LTCXdl1izYKSDTHgJziC
UvXsCqbNuKyddHAzrQ0MqgCvWi4i6tb7XduIBOEVTMQWdN2C8aFp0s3EzBvE
7VYv9J3risYZSQmCFH41jdyyF4aPTQg4wSLwhNrdvqcHKRl8iWJjXKtiNzBA
gAVsX6CeHVUjKYT2XAQzt4UkIpKMoM3uJWgNblK8EHLMsxfw6CxMo2Q4GPQK
coCZUD7cabgq4DfwqoZk59JxjjMhCkUJjAHCWoIkkkuhuwVSIjNWXApkO4RG
61cgQGHczOcaNlIK1K6FnTZQaCtCABI3wiMskmY8cFEi9UIdonahbDvhNdSI
4hHRSQWCRrhQWzlTxYTki4BInwiOFMs6K9FNrFoadHJjySTK0Q18hzETWaDK
FjqmnPqSMsyRnIiStL0jFKdOPdUM+Xz4knJAdi9p3CgdV5dDX0H/reOQuDTL
GhhKGyIK8iyMVyGVJApcfpTf9sQL7b/F7BbtPieCQ405bhQ5icLWgPyRZpKQ
k9GOzEKr1YBe5Eu4rd0WoZibqlhTLIPzSFOMRR+sfsCAeEWFP7IK+dWwBS6n
+Fo7UrXHoPYFwIaH3KqhBi0nRzLP5mw2LvQRcr3VMypxzAhI4RTUIIOCCRQk
ZObMJd/EzcR2L/62aXZM7eeS8lShFCOsUW0VKpdEHXadUtB3ayMGgUlcoN3f
NwSGKJuuauXimgAlNaV9bNhjAG88cr8i5YkhBT7vkg8l82puOB5/w3u5+/s9
Jm4x/h1bgWLVI5+YnPl/0faW4PYNC0I7W1ByairZmPvcpgJ34KRL4AdmxjxE
nuAQXgqDlYu0qiV6Tatz1IBEZ3dEWg63dzXdzpkAdYHcHV9+GexNmz0mp8EV
j+3I29y3JnXHFxcW2OLkFS1CwgJGbBYwAMOtVeseoQcf+MyCvTmNWWBzOOrT
pZQGQta0qm5Kf2MiQdjOMkzBmPPo5PcXf2ibYYSvjxL/eNFCVgAvdnN8m5yY
4fZrzuK25bd7sB6ehdwIbyXtPqyj12FVvX9X0Y9mhO+RVgA1NZNxReC3gJLF
VOHYbS/C4m0wBW2tIWaRRT7UtaHsHRV2dV/1ew9uEd1bmpnHkZxko/Jtd3Lc
PI1TDYXoUi/AoG25DvI/78SP+PAXOPF/cyFO3f7fPciXPHBg46jbrWE4Pts4
j9Kug0wSDIm6Md6m/xwKzRC+cXHOCOQr7i5JwxajAyHB19oUPMF74rPMU+Pa
ZVeGtZRu4GqzAE9wIC+l6xTQXvAvPtHbRAJ5o9co2CzRoShRJlIvaXwTndqo
xsgG0Ak84yG6bfBoTETqo2/tRVymvT96HHd72pZtltYdMU8+L2Y0PiKwOwee
AG90Tg0/hHZKuBdmjGa3+enteQJF2LM8/VHyNLMlTdEFYYvh3CLYV5WseHjk
NAI+F0bx28msJmbtlWoYdUhEHEUzVDa05aaBKlgLDsotmCQkBn1YV6RfG6TN
GocFcnO54h0ZB59LkyiiayxkkOcxkjgItW4HHperZs2QdPgIez3u0MPgy6cz
Q6cav+dbfu81vDrufDOZX1NOPM2vK7MqVTEjlRDDSUwdVfxuZ4oZSu3cP2x/
K0nudktO4rg4297ob4whuEkerI+p8zTUiXtew/WJiJdENe4uTCZe69Kb6pGj
pdIUQwyp3E/+A1P4mR7BHgAA

-->

</rfc>
