<?xml version="1.0" encoding="utf-8"?>
  <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
  <!-- generated by https://github.com/cabo/kramdown-rfc version 1.6.14 (Ruby 2.6.10) -->


<!DOCTYPE rfc  [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">

<!ENTITY I-D.ietf-mpls-mna-hdr SYSTEM "https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.ietf-mpls-mna-hdr.xml">
<!ENTITY RFC2119 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY RFC3032 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.3032.xml">
<!ENTITY RFC6790 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.6790.xml">
<!ENTITY RFC8174 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml">
<!ENTITY RFC9543 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.9543.xml">
<!ENTITY RFC9789 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.9789.xml">
<!ENTITY I-D.ietf-teas-ns-ip-mpls SYSTEM "https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.ietf-teas-ns-ip-mpls.xml">
]>


<rfc ipr="trust200902" docName="draft-ietf-mpls-mna-nrp-selector-04" category="std" consensus="true" submissionType="IETF">
  <front>
    <title abbrev="MNA NRP Selector">MPLS Network Actions for Network Resource Partition Selector</title>

    <author initials="T." surname="Li" fullname="Tony Li">
      <organization>HPE</organization>
      <address>
        <postal>
          <street>1701 E Mossy Oaks Rd.</street>
          <city>Spring</city>
          <region>TX</region>
          <code>77389</code>
          <country>United States</country>
        </postal>
        <email>tony.li@tony.li</email>
      </address>
    </author>
    <author initials="V. P." surname="Beeram" fullname="Vishnu Pavan Beeram">
      <organization>HPE</organization>
      <address>
        <postal>
          <street>1701 E Mossy Oaks Rd.</street>
          <city>Spring</city>
          <region>TX</region>
          <code>77389</code>
          <country>United States</country>
        </postal>
        <email>vbeeram@juniper.net</email>
      </address>
    </author>
    <author initials="J." surname="Drake" fullname="John Drake">
      <organization></organization>
      <address>
        <email>je_drake@yahoo.com</email>
      </address>
    </author>
    <author initials="T." surname="Saad" fullname="Tarek Saad">
      <organization>Cisco Systems</organization>
      <address>
        <email>tsaad.net@gmail.com</email>
      </address>
    </author>
    <author initials="I." surname="Meilik" fullname="Israel Meilik">
      <organization>Broadcom</organization>
      <address>
        <email>israel.meilik@broadcom.com</email>
      </address>
    </author>

    <date year="2026" month="April" day="07"/>

    
    <workgroup>MPLS Working Group</workgroup>
    

    <abstract>


<t>An IETF Network Slice service provides connectivity coupled with a set
of network resource commitments and is expressed in terms of one or
more connectivity constructs. A Network Resource Partition (NRP) is a
collection of resources identified in the underlay network to support
IETF Network Slice services.  A Slice-Flow Aggregate refers to the set
of traffic streams from one or more connectivity constructs belonging
to one or more IETF Network Slices that are mapped to a specific NRP
and provide the same forwarding treatment.  The packets associated
with a Slice-Flow Aggregate may carry a marking in the packet's
network layer header to identify this association and this marking is
referred to as NRP Selector.  The NRP Selector is used to map
the packet to the associated NRP and provides the
corresponding forwarding treatment to the packet.</t>

<t>MPLS Network Actions (MNA) technologies are used to indicate actions
for Label Switched Paths (LSPs) and/or MPLS packets and to transfer
data needed for these actions.  This document specifies options for
using MPLS Network Actions (MNAs) to carry the NRP Selector in MPLS packets.</t>



    </abstract>



  </front>

  <middle>


<section anchor="introduction"><name>Introduction</name>

<t>An IETF Network Slice <xref target="RFC9543"/> service
provides connectivity coupled with a set of specific commitments of
network resources between a number of endpoints over a shared
underlay network.  The IETF Network Slice service is expressed in
terms of one or more connectivity constructs.  A Network Resource
Partition (NRP) <xref target="RFC9543"/> is a collection
of resources identified in the underlay network to support IETF
Network Slice services (or any other services that need logical
network structures with required characteristics to be created).  An
NRP Policy is a policy construct that
enables instantiation of mechanisms in support of service specific
control and data plane behaviors on select topological elements
associated with the NRP. This is also discussed in
<xref target="I-D.ietf-teas-ns-ip-mpls"/>.</t>

<t>A Slice-Flow Aggregate refers to the set of traffic streams from one
or more connectivity constructs belonging to one or more IETF Network
Slices that are mapped to a specific NRP and are provided the same
forwarding treatment.  The NRP policy dictates the identification of
the flow aggregate that the packet belongs to and the corresponding
forwarding treatment that needs to be applied to the packet.  The
packets associated with a Slice-Flow Aggregate may carry a marking in
the packet's network layer header to identify this association and
this marking is referred to as NRP Selector (NRPS).
<xref target="I-D.ietf-teas-ns-ip-mpls"/> discusses a few options for carrying the
NRP Selector in MPLS packets, including overloading the semantics of
forwarding/service labels and using a dedicated identifier field.</t>

<t><xref target="RFC9789"/> specifies an architectural framework for the
MPLS Network Actions (MNA) technologies.  MNA technologies are used
to indicate actions for Label Switched Paths (LSPs) and/or MPLS
packets and to transfer data needed for these actions.  The MNA
architecture can facilitate carrying the dedicated identifier based
NRP Selector in the MPLS label stack.  This document discusses a few options
for using MPLS network actions to carry the NRP Selector.  The proposed
encodings are compliant with the MNA header encoding formats defined
in <xref target="I-D.ietf-mpls-mna-hdr"/>.</t>

<t>The reader is expected to be familiar with the terminology specified in
<xref target="RFC9789"/> and MNA header encoding formats defined in
<xref target="I-D.ietf-mpls-mna-hdr"/>.</t>

<section anchor="REQ-lang"><name>Requirements Language</name>

<t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED",
"MAY", and "OPTIONAL" in this document are to be interpreted as
described in BCP 14 <xref target="RFC2119"/> <xref target="RFC8174"/> when, and only when, they
appear in all capitals, as shown here.
These words may also appear in this document in
lower case as plain English words, absent their normative meanings.</t>

</section>
</section>
<section anchor="mpls-network-actions"><name>MPLS Network Actions</name>

<t>The MNA LSEs in the following subsections use the format and fields
 defined in <xref target="I-D.ietf-mpls-mna-hdr"/> with no change to their meanings.
 Only the Ancillary Data is modified to carry the NRPS Selector as
 described in each of the subsections.</t>

<section anchor="bit-nrp-selector-nrps13-action"><name>13-bit NRP Selector (NRPS13) Action</name>

<t>The format of the 13-bit NRP Selector (NRPS13) Action (when encoded in
the second label stack entry in the Network Action Sub-Stack) is:</t>

<figure><artwork><![CDATA[
 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Opcode=TBA1 |           NRPS          |R|IHS|S|  NASL |U| NAL |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork></figure>

<t><list style="symbols">
  <t>Name: 13-bit NRP Selector (NRPS13) Action</t>
  <t>Network Action Indication: The NRPS13 Action indication is opcode
   TBA1.</t>
  <t>Scope: The NRPS13 Action is valid in all scopes.</t>
  <t>In-Stack Data: The NRPS13 Action carries 13 bits of ancillary data.
   The NRPS is encoded in the 13 bits.  The packet carrying the NRPS13
   action should be given the forwarding treatment specified by the
   associated NRP policy.</t>
  <t>LSE Format: B. The Network Action Length (NAL) field MUST be
transmitted as zero.</t>
  <t>Post-Stack Data: None.</t>
</list></t>

</section>
<section anchor="bit-nrp-selector-nrps20-action"><name>20-bit NRP Selector (NRPS20) Action</name>

<t>The format of the 20-bit NRP Selector (NRPS20) Action is:</t>

<figure><artwork><![CDATA[
 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Opcode=TBA2 |             NRPS              |S|  NRPS |U| NAL |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork></figure>

<t><list style="symbols">
  <t>Name: 20-bit NRP Selector (NRPS20) Action</t>
  <t>Network Action Indication: The NRPS20 Action indication is opcode
   TBA2.</t>
  <t>Scope: The NRPS20 Action is valid in all scopes.</t>
  <t>In-Stack Data: The NRPS20 Action carries 20 bits of ancillary data.
   The NRPS is encoded in the 20 bits.  The packet carrying the NRPS20
   action should be given the forwarding treatment specified by the
   associated NRP policy.</t>
  <t>LSE Format: C. The Network Action Length (NAL) field MUST be
transmitted as zero.</t>
  <t>Post-Stack Data: None.</t>
</list></t>

</section>
<section anchor="bit-entropy-and-nrp-selector-enrps20-action"><name>20-bit Entropy and NRP Selector (ENRPS20) Action</name>

<t>The format of the 20-bit Entropy and NRP Selector (ENRPS20)
Action is:</t>

<figure><artwork><![CDATA[
 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Opcode=TBA3 |        Entropy        | NRPS  |S|  NRPS |U| NAL |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork></figure>

<t><list style="symbols">
  <t>Name: 20-bit Entropy and NRP Selector (ENRPS20) Action</t>
  <t>Network Action Indication: The ENRPS20 Action indication is opcode
   TBA3.</t>
  <t>Scope: The ENRPS20 Action is valid in all scopes.</t>
  <t>In-Stack Data: The ENRPS20 Action carries 20 bits of ancillary
   data.  The most significant 12 bits of ancillary data is the
   Entropy Value.  The least significant 8 bits of ancillary data is
   the NRPS.  The Entropy Value has semantics consistent with the
   Entropy Label <xref target="RFC6790"/>.  While the RFC 6790 Entropy Label has
   some restrictions to avoid collisions with the reserved label
   space (0-15) <xref target="RFC3032"/>, those restrictions are not necessary for
   the Entropy Value and do not apply.  The packet carrying the
   ENRPS20 action should be given the forwarding treatment specified
   by the associated NRP policy.</t>
  <t>LSE Format: C. The Network Action Length (NAL) field MUST be
transmitted as zero.</t>
  <t>Post-Stack Data: None.</t>
</list></t>

</section>
<section anchor="top-most-nrps-action"><name>Top-most NRPS Action</name>

<t>Multiple NRPS Actions may be encoded in a single packet.  An
implementation MUST use only the top-most NRPS Action to determine the
packet's forwarding treatment. An implementation that finds a
subsequent opcode of any of the three NRPS Actions in the label stack
MUST ignore it. The specific scenarios where multiple NRPS Actions are
present in the label stack are outside the scope of this document.</t>

</section>
<section anchor="unknown-nrps"><name>Unknown NRPS</name>

<t>An NRP-capable node MUST drop a packet by default if the encoded NRPS
cannot be mapped to a known NRP. This requirement MAY be overridden by
an operator-specified policy, the specification of which is outside
the scope of this document.</t>

</section>
</section>
<section anchor="deployment-considerations"><name>Deployment Considerations</name>

<t>The choice of the number of bits to encode an NRP Selector is a
network-wide deployment decision. This decision may be constrained by
implementations.</t>

<t>The choice of which Action to use when the NRP Selector could fit in
multiple Actions, is open, but it is RECOMMENDED to use NRPS13 where
possible unless Entropy is also to be carried and it is possible to
use ENSRP20.</t>

</section>
<section anchor="iana-considerations"><name>IANA Considerations</name>

<section anchor="bit-nrp-selector-action"><name>13-bit NRP Selector Action</name>

<t>This document requests that IANA allocate a codepoint (TBA1) from the
"Network Action Opcodes" registry in the "MPLS Network Actions" group for
the 13-bit NRP Selector Action.  The allocation should reference this
document.</t>

</section>
<section anchor="bit-nrp-selector-action-1"><name>20-bit NRP Selector Action</name>

<t>This document requests that IANA allocate a codepoint (TBA2) from the
"Network Action Opcodes" registry in the "MPLS Network Actions" group for
the 20-bit NRP Selector Action.  The allocation should reference this
document.</t>

</section>
<section anchor="bit-entropy-and-nrp-selector-action"><name>20-bit Entropy and NRP Selector Action</name>

<t>This document requests that IANA allocate a codepoint (TBA3) from the
"Network Action Opcodes" registry in the "MPLS Network Actions" group for
the 20-bit Entropy and NRP Selector Action.  The allocation should
reference this document.</t>

</section>
</section>
<section anchor="security-considerations"><name>Security Considerations</name>

<t>The forwarding plane is insecure. If an adversary can affect the
forwarding plane, then they can inject data, remove data, corrupt
data, or modify data. MNA additionally allows an adversary to make
packets perform arbitrary network actions.</t>

<t>Link-level security mechanisms can help mitigate some on-link attacks,
but does nothing to preclude hostile nodes.</t>

</section>
<section anchor="contributors"><name>Contributors</name>

<t>The following individuals contributed to this document:</t>

<figure><artwork><![CDATA[
Colby Barth
Juniper Networks
Email: cbarth@juniper.net

Srihari R.  Sangli
Juniper Networks
Email: ssangli@juniper.net

Chandra Ramachandran
Juniper Networks
Email: csekar@juniper.net

Kireeti Kompella
Juniper Networks
Email: kireeti@juniper.net
]]></artwork></figure>

</section>


  </middle>

  <back>


    <references title='Normative References'>

&I-D.ietf-mpls-mna-hdr;
&RFC2119;
&RFC3032;
&RFC6790;
&RFC8174;


    </references>

    <references title='Informative References'>

&RFC9543;
&RFC9789;
&I-D.ietf-teas-ns-ip-mpls;


    </references>



  </back>

<!-- ##markdown-source:
H4sIAAeT1WkAA91a63IbtxX+j6dA5R+1WpPRxYltzXTGtC3XSnSrKCfNrw64
C5KIlosNsCuVtd1n6bP0yfqdA+yNImXZbtJOlIm5xAIH5/qdgwMOBgOR2NTk
swNZldPBU1GaMtMH8uT8eCxPdXlj3ZUcJaWxuZdT65qxC+1t5RItz5XDGryX
Y53ppLROqMnE6WsQOR3J04vz9kVqk1wtQD51aloOjMaWiyLzg0WuBrkrBj7O
HOw8FjezyMYP2A8cyj87WxUiUaWeWbc8kL5Mha8mC+M9ti+XBQgfHV6+FqZw
B7J0lS/3dnae7ewJoapybt2BkHKA//nP5P5AXg7lsalHAmuXNl92Bq0DG2/O
D+vvvnRalwdy98nOrjyUJ9b7pTxTV15epMN6UmJK8DcuHNiux5yegUvQ/2sz
y6bY78mT/afP2qEqL0m2t7kpdSrHJaT19Vu9UCaDZOBwmJnn8bMRiiX6fng+
lC+0dmohWqG+N36eV7DVtcq7b3vSfVy0W3KtCLUq0R3iRFmuJ8zM85+q3BTa
DXNd3jLSt0P5yqkr3bfTt3ae98cjyZ/031Iafr5Uc2uHiV30NQSbj5VKO9q5
VE5ftYOslJfGJ1aOl77Uix7Hpcc84vP5jAZu0z8ayhNtMnPV2eHIO6Wz7jhv
8sJZlQYCDX3DU4cLnvp8EmfwNiK3bqFKc63Jk48Gr4b9CJqn7OIXr1/u7e4+
i4/7O/t78fGbJ8924uPT3SePD6Qw+bRLEi+eff14v3588vRZb6NSKz/I/cAU
vOeBEIPBQKoJHEclpRCjnOOvwYhxZgAQXrtr+iycvTap9vCKPEeUm2t4E7lI
kcE1bkw5lwqTS2GnMo8UXI0yEH9hyoXOSy9VnkJLUv+9wGuPtSaXpXYLL7HS
5hq6FQvr9OpGOfisktIP5eguGHsIyNqmDRSgMSM8olGQrpnxEmLkpZmauPdc
yypPtcvUsuG8tNJXRWFdKTbrBKyAFx4avM7sjRzNZggpBAk2m2rniQyRj2qB
nqdTk3CkKsg7dXYRJZZ3SSwnOrP5jKIWBLsLbvOGPeeqlAgJuVBFARGxBIYp
dGJob2hHkAWiOQN7cHLKDjfKUS6RxB4bC/Jd4n2hkitNlvPeJgbipSLae63s
C+gxUc4tMWGhAvhHPQdKv/ei1jN0rp2cawX9E6fRNEvMNu2GZEFimgcbkl6w
ll2U0feSVWS9O0ROUfkwG7oRLUO1nVoBeWFHT6RWDYfCbr6wOatpncZqSoHu
UIi1mfghUus2nD6Z5zazMwPyZLCaOQP6lCelCvMFZe5jBS+QYyg+mWPauSrn
IHQ8PvfbxOhXmMJ7NcbKmRZ8LvfQkkhVqeDeOsViogcufbMDawvqQYavWIzo
L2DMFk31ICpPwm4UCZxgx2D68pby8x5/w4A+C5OmmRbigTxCqrFpxeQ2YdG7
dxHiPnyoY1DcF5cIApoo6OKRnYpVvKKIK2+0htfJvFpM4JtYrfO0sIaXXGME
VOewWipWwSO63h1YugJ/YgX+7gQDxpxV/BOr+NfVFAWSbLFQfD4WhvpsPRbK
h2BcofiyIOLaYYYj8jtJnp6orNF2EKgCL8FMTv9cGYrmBHqFY2pnfGkSRtEJ
9EExptNtUkAuyLfOLThYBvmK8NzoifcVOleTjKTEqIKcqk4GC8Seyo1f0LtG
PHKRaKLaVRDz5JgZxxPHUJEpWGmi5+raWGA8CIa6F3wWNgopMcLuJTqYwlLG
wBiGgCPeM29linqlqt3h3btNOfvDB8TNfVOOvCPliHunHHlHyhH3TTmsPZoQ
ozVt8o64I+/QwmhXACIXn7yu9tmkNidD+ZTUoRp1ME8diA8CsX5CKiHZO3C+
lpHWe2svhICZCSJ2cJ75FbfzpPz0PCm6eVJ+Vp4UK3lS3pEnGS/G28M7na5x
T4q0qb7pJoUgAmsNKrgL8h9hIMkq1jAhaIbaOK6Duy4oPhOG49YSX9XhmFH2
C0ktJCEl4UWcJdMWw5zEPxlOOyLgHypgyhRNLsPpSblkjsMM4Q6idIrDi2YF
x5R433wNi9PxeG0KF2tSuPyEFC42pHD58RSuiSvRkRFODqGnKsFxhAKoZ631
KpwokmHVkDSddcOWAJ6Ax1tVwwY34fqlUzvUTl3rZmPRUNefDsBKTOk8dDuC
rpHEEYtwmxZYySYxSOq5MhyRwKWemhxEIEzH17unL0ZX2tAFEiFNg5MQOYj+
qVpAkcq1O1LqNuwCy8bRIoi3HkiGvAdrK9h/i7UHD5DwOUeGyuVY5bNKzVAX
Pbg4/MsAeWn2IQhwpZcSKgZqbZ28HV9uPQqf8vSMnzH77dHF4St6Hr8ZHR83
DyLOGL85e3v8qn1qV748Ozk5PH0VFmNU9obE1snoR7whibfOzi+Pzk5Hx1vB
gbqeQvYLKkVBpR1qIVKy8gKVXOLMJJQjL16e//tfu49hr9/FUzGUGb7QCRhf
buY6D7vZPFvGr7DLUlAmUuy6KsvgXwX8PwMGAf/83N7kMIbTQ9IWYijoigCZ
s3G7ts817AMI14R5FHieagFMOsxnmfHzQOURnahD6tDGyebMj5IDBQd8F4ZE
ubsOZ4SoQ1gejw99HXZTlG72hvzFVyAdgwZIE9/SBqwCBj8vOu602dODB+eW
iq18pmM+A8Mtm/KMVEp7jHLgR6YQoa8Igii5wIGnMQ/2YnfcooZiVjrm1CqZ
c1FCgN+KEjx7d38wMeWa3LS7vx0VFHw7Chzp3GOZfEhuEaIu1tuccVDtpF04
w4wSgkSt920jx9VkMKZZ1Fs4EOKf+BNyR97+210ztrdmbJ+W7+LVvnwsv5bf
yCfyqXz2KWPij4Mv/E+8l2cFqeVPly9Gu/J9hz22ZfP3/uL90Zvx+zFmnI7G
x/L92/d4wOd/gQdWpfgDKHOz7V6OQLP7BjoKGTf0M6Mv7u7Xb03zlrzXssyx
8UiSD5niOLHUhF6z2strlZm0RhNPE31YdJQHv+DQWLeYwoPKA4xALj7mqSae
KKXXfed6Keedxlmjl/PaXj+mn8rDnpFSSKyEc1WWEsjOAEA1mKypctvENeFA
rsn02yGhFA9SA5/kaw7EA/liGFjv2+NY5zMgzEN4yXZAJskpaMLUuabBETyg
vvyHdjYQPre+7Cn0FIePgBB7OxscY2/nLoS4x7LfbEjv9UJ6Nag5sDmkafgX
DOl7We5+Ib23c7+Q3lsb0p3Vnx7S7eI6pDHy2SEd134kpPd2/ich/fLXDelD
arEUSy5i+k5yeO/4/jgN8RsP9v022Gtl1EEeA//XDPZPsOnHI//wU0J//1bo
ry7/tNg/vH/wRyYYAkJgL+D80ptZzv0qBObu3gbMILbaQK3V973KKh1pZVqt
EHu6mVakUwNJJNEjK+d0GGo6L9T9M77UnQP1CjOhgcEnW7qMxKFUyh/mJgsn
EYxKGl6ZPlc1L94u6GztS2fak7+6trAEtaeN57HmaI2Z2l3rWKPXNICUWj7c
Gex+HbvcdEP64QOd+qxfIU+nzNxSAy/R3pNy6BajVUxfG9zhtbyAunzLzdBc
qyU6xmdjc6QTEPr/DZsvbTFg72XAqGP1pMpKU2S6OxpOzpC7k+KUpH5P1umQ
jnJhcAbl3kWIXWaQzrG2PmiWa/YkJ0l16LOwo4mmO7q+dzxChPc34i4uzsQp
3QrzyfPnigwRkCOEz7LOJ+Xc6RXxYsrunBUF845IpJa4KYNJmo63T3SunLGe
GhLUFl+rNHinoEug0FlY3YGd11alb25pCaUCk52eRLDV2/wqp54G0efLMzwM
ElXQ7QccGhSY3xTeTnclsSO+pE6BAm/SBNFr+zEZAAyFwqTf1W/2iRcYrm1I
yZPRjzSdervOpClCYLIUKoeatVP0s6C2KAnO/SgIFtXWXM7czE0yZ2QP4ou7
xZevdJHZJbPwkjAspe1CQ4XMkswttZCjedv7PIZOCBWkpubw6m2xqu+qBjdk
hbTdJwXLBFdRC/XXOhDCRYriLgx00HdHP1zlKwjcujvFBPcsbt2iJgwxU8O9
qMatokc9CtmQWmCTCjNK+t5pz9Wk4/mUfVMU1ntDblLlGUCywcT6ZipevnHS
S8OPN5hus660gogeno4vzvd22CBHo9PRLVNs6PG0hV2300ZuBSSPV0tMD5na
hpY6/1CJr2LlQzq9b4drLYKGrRVYDNWR3+KfOvlOe2drXQNuS87oR2qcJTY1
l8LUmBsiTx3056sWeJRmPxX9MF13Dvpy+fd+Mfk38/tF8m8sDb9cF/u/tC4+
wvsmvYi+Xvr4NdZJ5ej+dR16dXJcuHk2fJ1NS1AXHk35UisF5HJ9Q7c9ajrl
2+h573KVFzPgstBhqsl/oqlUMj6CWhaA7viF7karohThG1/+pnTfGEpbalGr
NOVfHEDWJQt84/u88M9srtprUWQBOrkhsUGRjmasXARBGccmvxpk+pqyYK2V
zl098TzXWSFRyxi+ROWa0uaDDAulKilz+keC4C+1KNKRwebxEhuplm4fUfWi
wDAxL3LzmfSOohGLrKMmfLBh23an48a1SSvgoUzqqfUdcMeY9bHypc2QW18o
V87Ft+GXkbV3eXEYfieYTOh174eTYuzMHGWDvIAXjRVdKmxcjmqW3vfXv4Sa
UqfkhVqoJDznmxnw+kq5PoHvDP2E1Mjv7KLQOE1sXHwVJvZWs+j/AZR/foyS
LAAA

-->

</rfc>

