<?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.19 (Ruby 3.3.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ihle-mpls-mna-stateless-egress-protection-00" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.23.1 -->
  <front>
    <title abbrev="SMEP">Stateless MNA-based Egress Protection (SMEP)</title>
    <seriesInfo name="Internet-Draft" value="draft-ihle-mpls-mna-stateless-egress-protection-00"/>
    <author fullname="Fabian Ihle">
      <organization>University of Tuebingen</organization>
      <address>
        <postal>
          <city>Tuebingen</city>
          <country>Germany</country>
        </postal>
        <email>fabian.ihle@uni-tuebingen.de</email>
      </address>
    </author>
    <author fullname="Michael Menth">
      <organization>University of Tuebingen</organization>
      <address>
        <postal>
          <city>Tuebingen</city>
          <country>Germany</country>
        </postal>
        <email>michael.menth@uni-tuebingen.de</email>
      </address>
    </author>
    <date year="2024" month="September" day="24"/>
    <area>Routing</area>
    <workgroup>Multiprotocol Label Switching</workgroup>
    <keyword>egress protection</keyword>
    <keyword>resilience</keyword>
    <abstract>
      <?line 44?>

<t>The MPLS Network Action (MNA) framework provides a general mechanism for the encoding and processing of network actions and their data.</t>
      <t>The MPLS Egress Protection Framework specifies a fast reroute framework for protecting IP/MPLS services.
To that, end bypass tunnels have to be signaled to the Point of Local Repair (PLR).
Further, the PLR must maintain the bypass forwarding state on a per-transport-tunnel basis.</t>
      <t>This document defines the encoding for the Stateless MNA-based Egress Protection (SMEP) network action.
The SMEP network action protects egress routers by providing an alternative MPLS egress label in-stack.
SMEP does not require a bypass forwarding state in PLRs.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://uni-tue-kn.github.io/mpls-mna-stateless-egress-protection/draft-ihle-mpls-mna-stateless-egress-protection.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-ihle-mpls-mna-stateless-egress-protection/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        Multiprotocol Label Switching Working Group mailing list (<eref target="mailto:mpls@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/mpls/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/mpls/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/uni-tue-kn/mpls-mna-stateless-egress-protection"/>.</t>
    </note>
  </front>
  <middle>
    <?line 56?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>The MPLS egress protection framework in <xref target="RFC8679"/> establishes bypass tunnels for egress routers on an egress failure, i.e., on a node or a link failure.
This is referred to as egress protection.
The protection mechanism relies on a Point of Local Repair (PLR) to perform local failure detection and local repair.
Typically, this PLR is the penultimate router.
When an egress failure occurs, packets are rerouted to an alternative egress router.
The PLR node maintains the bypass forwarding state, which is a mapping of specific labels to bypass tunnels.
The bypass tunnels are signaled using existing mechanisms, i.e., via an IGP, or topology-driven label distribution protocols such as LDP.</t>
      <t>With the MPLS Network Action (MNA) framework, network actions are encoded in the MPLS stack.
<xref target="I-D.ietf-mpls-mna-hdr"/> defines the encoding of such network actions and their data in the MPLS stack.
These network actions are processed by all nodes on a path (hop-by-hop), by only selected nodes, or on an ingress-to-egress basis.</t>
      <t>This document defines the Stateless MNA-based Egress Protection (SMEP) network action.
With SMEP, egress bypass tunnels are carried in a network action in the MPLS stack.
The egress bypass tunnel is indicated by one or multiple alternative MPLS forwarding labels in-stack.
We call those labels Bypass MPLS Labels (BML).
The ingress router pushes the MPLS stack containing the SMEP network action.
On an egress failure, the BML in the network action is used to protect the egress tunnel.
The PLR node is required to install the MPLS forwarding entries for the bypass tunnels using the BML.
Besides that, no signaling between the egress node / the protector, and the PLR is required.
The PLR is not required to maintain the state of bypass tunnel mappings.</t>
      <t>The egress protection framework defined in <xref target="RFC8679"/> is comprehensive.
It provides a mechanism for rerouting traffic in the event of an egress failure, and explains how rerouted services and their associated context can be restored.
SMEP provides an alternative to the rerouting mechanism defined for the PLR, allowing the PLR to be stateless.
Thus, the PLR does not need to maintain a table that maps transport tunnels to backup paths.
Likewise, the PLR is not involved in the signaling of such information.
Instead, this information is supplied from the ingress to the PLR in the network action.
Signaling is only needed between ingress, egress, and the protector, but not with the PLR anymore.
Details of the signaling are not contained in this draft.
The general concepts and mechanisms described in <xref target="RFC8679"/> still apply.</t>
      <section anchor="terminology">
        <name>Terminology</name>
        <t>The key words "<bcp14>MUST</bcp14>", "<bcp14>MUST NOT</bcp14>", "<bcp14>REQUIRED</bcp14>", "<bcp14>SHALL</bcp14>", "<bcp14>SHALL
NOT</bcp14>", "<bcp14>SHOULD</bcp14>", "<bcp14>SHOULD NOT</bcp14>", "<bcp14>RECOMMENDED</bcp14>", "<bcp14>NOT RECOMMENDED</bcp14>",
"<bcp14>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" 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.</t>
        <?line -18?>

<section anchor="abbreviations">
          <name>Abbreviations</name>
          <t>This document makes use of the terms defined in <xref target="RFC8679"/> and in <xref target="I-D.ietf-mpls-mna-hdr"/>.</t>
          <t>Further abbreviations used in this document:</t>
          <table anchor="table_abbrev">
            <name>Abbreviations.</name>
            <thead>
              <tr>
                <th align="left">Abbreviation</th>
                <th align="left">Meaning</th>
                <th align="left">Reference</th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td align="left">BML</td>
                <td align="left">BML</td>
                <td align="left">This document</td>
              </tr>
              <tr>
                <td align="left">SMEP</td>
                <td align="left">Stateless MNA-based Egress Protection</td>
                <td align="left">This document</td>
              </tr>
            </tbody>
          </table>
        </section>
      </section>
    </section>
    <section anchor="mpls-network-action-for-stateless-egress-protection">
      <name>MPLS Network Action for Stateless Egress Protection</name>
      <t>In this section, we describe the encoding of SMEP and the processing of SMEP in an LSR.</t>
      <section anchor="encoding">
        <name>Encoding</name>
        <figure anchor="fig-smep-encoding">
          <name>MNA for Stateless Egress Protection.</name>
          <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=SMEP  |    Bypass MPLS Label (BML)    |S|U|  BML  |NAL=0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
        </figure>
        <figure anchor="fig-smep-encoding_ad">
          <name>MNA for Stateless Egress Protection using a list of bypass labels.</name>
          <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=SMEP  |    Bypass MPLS Label (BML)    |S|U|  BML  |NAL=1|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|1|00              Bypass MPLS Label (BML)    |S|     Data=0    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
        </figure>
        <t>The network action for stateless MNA-based egress protection is encoded as follows:</t>
        <ul spacing="normal">
          <li>
            <t>Network Action Indication: The SMEP network action is indicated by opcode TBA1.</t>
          </li>
          <li>
            <t>Format: The SMEP network action <bcp14>MUST</bcp14> be encoded using an Format C LSE as defined in <xref target="I-D.ietf-mpls-mna-hdr"/>, see <xref target="fig-smep-encoding"/>. Optionally, a list of BMLs <bcp14>MAY</bcp14> be carried as Format D LSE, see <xref target="fig-smep-encoding_ad"/>.</t>
          </li>
          <li>
            <t>Scope: The SMEP network action is only valid in the select scope.</t>
          </li>
          <li>
            <t>Ancillary Data: The SMEP network action requires 20 bits of in-stack ancillary data to encode the BML. The most-significant 16 bits of the BML are located in the first data field of an Format C LSE. The least-significant 4 bits are located in the second datafield of an Format C LSE. If Format D LSEs are provided, the BML is encoded in the least-significant bits of the first data field of an Format D LSE. The two most-significant bits of the first data field, and the 8 bits of the second data field <bcp14>MUST</bcp14> be set to zero. No post-stack data is required.</t>
          </li>
        </ul>
      </section>
      <section anchor="processing">
        <name>Processing</name>
        <t>The ingress LER which pushes an MPLS label stack onto a packet includes the BML in a network action.
The BML encodes the bypass tunnel to an alternative egress router.
The SMEP network action <bcp14>MUST</bcp14> be placed in the MPLS stack such that the PLR (Point of Local Repair), i.e., the penultimate node, is able to process the network action.
This means that the SMEP network action is only processed by the penultimate node using the select scope.
On an egress node failure or an egress link failure, the penultimate node <bcp14>MUST</bcp14> use the BML to route traffic to an alternative egress router.
To that end, the PLR pushes the BML from the Format C and D LSEs to the MPLS stack and pops the incoming label.
A list of BMLs <bcp14>MAY</bcp14> be provided as Format D LSEs to encode a bypass tunnel constructed by Segment Routing.</t>
      </section>
    </section>
    <section anchor="example">
      <name>Example</name>
      <t>A simple example topology using MNA-based egress protection with an SR bypass tunnel is shown in <xref target="fig-example1"/>.
Labels A and B are used to forward to the penultimate router.
From here, one path is available to the egress node, and one path to the protector.
Label C is used to route to the egress node, and labels C' and C'' are used to route to the protector.
If the egress link or router C fails, the PLR can use the bypass tunnel of router C' and C''.
The MPLS stack pushed by the ingress LER that encodes this functionality for the example topology is shown in <xref target="fig-example1_stack"/>.
The Network Action Sub-Stack (NAS) for SMEP contains an Format A LSE to indicate the MNA sub-stack and an Format B LSE.
This is required by <xref target="I-D.ietf-mpls-mna-hdr"/>.
The Format B LSE can contain arbitrary network actions.</t>
      <t>In the example, LSR A and B pop the labels A and B.
On an egress failure, the PLR pops the incoming label C, and the NAS, and pushes the list of BMLs onto the stack.
The label stack after SMEP is applied is shown in <xref target="fig-example1_stack2"/>.</t>
      <figure anchor="fig-example1">
        <name>Example network topology with protected egress routers.</name>
        <artwork><![CDATA[
                                  
                                /--C'-- LSR ---C''--- egress C''
                               /         C'
                            LSR                
Ingress ───A─── LSR ───B───  B  ───C─── egress C
  LER            A         (PLR)                 
]]></artwork>
      </figure>
      <figure anchor="fig-example1_stack">
        <name>Example MPLS stack pushed by the ingress LER for above topology.</name>
        <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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|      MPLS-Label = A                   | TC  |S|    TTL        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|      MPLS-Label = B                   | TC  |S|    TTL        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|      MPLS-Label = C                   | TC  |S|    TTL        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|      MNA-Label=bSPL (TBA)             | TC  |S|    TTL        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|   Opcode = *|      Data               |R|IHS|S|U| NASL=2|NAL=0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Opcode = SMEP|  Bypass MPLS Label (BML) = C' |S|U|  BML  |NAL=1|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|1|00            Bypass MPLS Label (BML) = C''|S|     Data=0    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
      </figure>
      <figure anchor="fig-example1_stack2">
        <name>Example MPLS stack after SMEP is applied.</name>
        <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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|      MPLS-Label = C'                  | TC  |S|    TTL        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|      MPLS-Label = C''                 | TC  |S|    TTL        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
      </figure>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>The security issues discussed in <xref target="I-D.ietf-mpls-mna-hdr"/> and in <xref target="RFC8679"/> apply to this document.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document requests that IANA allocates a new codepoint with the name "Stateless MNA-based Egress Protection" in the "Network Action Opcodes Registry".</t>
      <table anchor="table_iana">
        <name>SMEP Opcode IANA allocation.</name>
        <thead>
          <tr>
            <th align="left">MNA Opcode</th>
            <th align="left">Description</th>
            <th align="left">Reference</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">TBA1</td>
            <td align="left">Stateless MNA-based Egress Protection</td>
            <td align="left">This document</td>
          </tr>
        </tbody>
      </table>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC2119">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner"/>
            <date month="March" year="1997"/>
            <abstract>
              <t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="2119"/>
          <seriesInfo name="DOI" value="10.17487/RFC2119"/>
        </reference>
        <reference anchor="RFC8174">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba"/>
            <date month="May" year="2017"/>
            <abstract>
              <t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="8174"/>
          <seriesInfo name="DOI" value="10.17487/RFC8174"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="RFC8679">
          <front>
            <title>MPLS Egress Protection Framework</title>
            <author fullname="Y. Shen" initials="Y." surname="Shen"/>
            <author fullname="M. Jeganathan" initials="M." surname="Jeganathan"/>
            <author fullname="B. Decraene" initials="B." surname="Decraene"/>
            <author fullname="H. Gredler" initials="H." surname="Gredler"/>
            <author fullname="C. Michel" initials="C." surname="Michel"/>
            <author fullname="H. Chen" initials="H." surname="Chen"/>
            <date month="December" year="2019"/>
            <abstract>
              <t>This document specifies a fast reroute framework for protecting IP/MPLS services and MPLS transport tunnels against egress node and egress link failures. For each type of egress failure, it defines the roles of Point of Local Repair (PLR), protector, and backup egress router and the procedures of establishing a bypass tunnel from a PLR to a protector. It describes the behaviors of these routers in handling an egress failure, including local repair on the PLR and context-based forwarding on the protector. The framework can be used to develop egress protection mechanisms to reduce traffic loss before global repair reacts to an egress failure and control-plane protocols converge on the topology changes due to the egress failure.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8679"/>
          <seriesInfo name="DOI" value="10.17487/RFC8679"/>
        </reference>
        <reference anchor="I-D.ietf-mpls-mna-hdr">
          <front>
            <title>MPLS Network Action (MNA) Sub-Stack Solution</title>
            <author fullname="Jaganbabu Rajamanickam" initials="J." surname="Rajamanickam">
              <organization>Cisco Systems, Inc.</organization>
            </author>
            <author fullname="Rakesh Gandhi" initials="R." surname="Gandhi">
              <organization>Cisco Systems, Inc.</organization>
            </author>
            <author fullname="Royi Zigler" initials="R." surname="Zigler">
              <organization>Broadcom</organization>
            </author>
            <author fullname="Haoyu Song" initials="H." surname="Song">
              <organization>Futurewei Technologies</organization>
            </author>
            <author fullname="Kireeti Kompella" initials="K." surname="Kompella">
              <organization>Juniper Networks</organization>
            </author>
            <date day="30" month="August" year="2024"/>
            <abstract>
              <t>   This document defines the MPLS Network Action (MNA) sub-stack
   solution for carrying Network Actions and Ancillary Data in the label
   stack.  MPLS Network Actions can be used to influence packet
   forwarding decisions, carry additional Operations, Administration,
   and Maintenance (OAM) information in the MPLS packet or perform user-
   defined operations.  This solution document specifies In-stack
   network action and In-stack data (ISD) specific requirements found in
   "Requirements for MPLS Network Actions".  This document follows the
   architectural framework for the MPLS Network Actions (MNA)
   technologies specified in "MPLS Network Actions (MNA) Framework".

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-mpls-mna-hdr-08"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+1a624jtxX+P0/Byj9spxp5vdkmGyNOIst2IkC+1PJiERRF
QM1QFuHRcELO2KvEKfoQfYA+Sx+lT9JzDsm5aSx7key2CKq9WMMhDw/P5TsX
OgzDIJd5Ig5Yb5rzXCTCGHZ2Pgxn3IiYndxoHLjUKhdRLlXKdqZnJ5e7vYDP
Zlrc4TJ47gURrL1RenXATB4HQayilC+Baqz5PA/lIhHhMktMuEx5aPxGoSDy
YVaSD1+8CEwxW0pj4ClfZUBifHJ9ytgW44lRsJ9MY5EJ+C/Ne33WE7HMlZY8
wYfx8Ah+KA3frq5Pe0FaLGdCHwQxbHgQRCo1IjWFOWC5LkQA3H8acC04UL1S
RS7Tm15wr/TtjVZFBoNnRZJLZE5FKmETPhMJm97LPFrQ1FuxgtnxQcBCZk/C
qpPgIAzJRIo0gr1EWgALjD2TNmP28L23wA+MsG9xHY4vuUxgHKX5jRT5fKA0
zec6WsD4Is8zc7C3h9NwSN6JgZ+2hwN7M63ujdhDAnu48Ebmi2IGS4tUhnkh
wtt07zm6wrUJvDV5bduKxsDSHUj1LGp772kpg0W+THpBwIt8oTTqANhhbF4k
ibW8Uz6TPGVjIEhv4Pw8lT9xXHzA3qQgGG1kvmJqzq4LMQMhi5RmRjB60B5T
RZqjeX8r9JKnKxoUVhdz2mmArH/jzm9XDmKxzteZjBYclH0GBrz4wJwt7V6D
Je61zluQKliSw34HQSDTee0pCMOQ8ZnJNY/yILheCHZ2OZmyc5Gjh7ChQwOA
il0213AyGgb93MlYGMYZ7CE0T9hSAA+pNEsG9FkOhMAhVIw2zdMYV0SgWXyE
46aOPCfyhmbAEqkZuDAf1BhZR6bTkguTiUjOJbEx5yYHRwTvyUWNUeTFGxNs
Pb7cI6pG6DsJ/AyCawUb87wP3MZstso4bJYXaSoSwxb8TrBcsZlgRt6kPAGk
zBWd7VLJNMeTTFQEh78SGQfmdy4nV7uD4LTQMEf37czJFVsWwByoKs3hH426
nYC9e65JSOQDDM7HWSZ0CApJTaZ0HlpuGAC1NCQZaRjgboHKZrGYyxQE0JC3
V8D7IH1LJQPSAL5pvfDSNB4KSeLawImcVViNA4zDcEp2ZjXp5icEgTJFp49u
BwHtESs4Q6pQgz8WUgsQwmMSAgGCSFESaLpLGcfg+MEWG4N3qLiwoFzZzxpg
14wDSP3889dXp6PXn33+xS+/MIA4PkukWQjTNgUUaevAqKrUD87BDwst+kwO
xKBv1ZiqWGCQ4iyR6a2fMrAahL9azIXW1qa4WefU6qDGeeViWiRo9rTNBlNE
ymBM6PAsobeOCbAbTxRdz77TtBJ2XWUSnpMVGjDwiRYsrYlBQMZ4tkRFWDkM
grcL0SEJpqKo0KbPMtCyAHOBAOz90564aSIN4dqT474kQ+85ZpPr9Nn9AmAQ
OeWwIssc1DiQiKzhGfLnhm7tZi19I7elzxcEW+KdNAQipRqMV/ed5Hie8beX
lJXkKlOJulmFsYajpc7kY1iu5awovQgzAsNMAUyD+ifHl2DTbyGY0imfgcL9
dRjVDgWAaQc0Fu6sq4Gxj8NjShOq2LuINZh+J46g9JC7zWjdtRNI1IhO9lwc
EAi2YAAJadhZcsbh8DsLlYWzVQg/dvs4SaXJCgA7AXuFVTSdpGz9D/ikjCFX
Lnd4BlD+KlwkDeGrvrfZDtOJuNbSKoG3AbRbXJ3E0JghD5aYdcdWFoQoS0oq
E7EOsjWvcPZeIe1b5AskDokUKMe9PrL70eKJHdo5OpvsWqacdJ1bsqwgbGyy
D5kJeSfumXcHjUFw0QmWOB028yJpC8qA51mwcCBozdMSsRJqIQWhKkUQWgaQ
kdsTr4sHjEIjhvpg2dKi9XnH4CA4ghQ/pqNjrpAqBw44ZwZcC5HWeSNe9ixi
Ws4VZAPObTyeekarI8hGDKQTNJIGlyLMW0biwM64tGlTxLNeEK9FPtg5UstM
C8Byg6VEMM7rSV4zubMwTvKBZB6x1TEo7oQNRR26xtOLd1lCOL5Q91Uw8MlY
DVfgdCqSZPVoXeJdDqabYiIGREGYKDWys4rHZjhxaVrFaXUCLwOveJB8H5FI
3XuNoy5c2ueRApVUmCqjKxOWVLQUxRkmEYIsBVVjWJnKlcaFxMFziowgD4hP
5K24l0b06waC5GV6p5K7Cs4rs/PgXObz6GZjMHjBYxe4a6+QnimyLEFUmmu1
JGrevX1Si/t2uSIIu9xXGovIeHAEJWf9jpQHxcraaw4AsY8Ode+DHG4IpcxS
YVp0LEB+IBw4WPOkCKi4zOGMFwaiO9aS1n98GQKTIpHl1piqSA1aNxFE3w7b
h6AOEAE+lKzAg7a22DUUWDKlCG496lasGHYADJTzb6bX2IHAn+z8gr5fnfz5
zfjq5Bi/T78bTibll8DNmH538WZyXH2rVo4uzs5Ozo/tYhhljaGgdzb8vmdl
2bu4vB5fnA8nver4PrihhKzBghEKDX6MnsNN0Dj10ejyX//cfwWn/wOc/uX+
Pp7ePrze//wVPNyD+9vdSMX2EZSxCkA8gmuKZyCsiGcSgBW1DGYFzpwyqHdA
h8Enf0HJ/PWAfTmLsv1XX7kBPHBj0MusMUgyWx9ZW2yF2DHUsU0pzcZ4S9JN
foffN5693GuDX34NhilYuP/6668CtJktNqQ+mSRnM63cY8lvBcUyb9ugIzLJ
bjBG+duxR7I1kLMrMRmvb2vDZds6oMp/aLDHHhg7E5wCducH3l9hbUIdrQcW
lh98Ez7xeWQO0IEPBnu7AX6DHw1B2TmE63bS8xK1NTI/H7AtAuEfrHgYtT4P
ew0dDXq/oOo6E20MDdXeazsGgLNWxsYOQO0hSoRZy6HpQDU4rPVB6JWk3Ggy
vbLwc+KWBsHf4BOwFx0a2u8Ye9kx9iku34dXn7JX7E/sM/Y5e82+eJ+x4I/h
r/wTPFxkWJIcWsVaO2hnnTbpJLVPH944+2AP4HaHLx5+Ax5IlGgXc3kTmqXI
wlJDzjjAwp7SO5nM/5WCStn/LZTysP/woiXIzTzQlGOoOQ9p2Yc1jB94/B62
4QoG7PWYvJaj2zKLLOd6vcRBoqYD5NZzeAAbX9lzLFowXzUA7WEbu8a2XqQe
82M9vLWykmyBXR8N97Gvxk4pbXx8PYX0WdVrcGdP3UI2AjQ7QT6bIe6RcNYH
GBXwfk0DEOnYRYY72m5UJVywCRDX8HtkwtfasJ3b/hi3f5Qq6JVCaMimkcK7
lw1SojToDtLQKgGnRgQzuJSIDNMI8keuV2SYj1NzVZ1hL1+wmcwpz/W1OYjO
E6GOCuRyVrRlAUpkl8rkIebF2M/ikFjsf1aS8qU0poLYzsurmmEuNUiNCM+l
SGJXoNV1Zekngrc2eGXpdxCFyKcgpCHVx4mO5w2VlB0gLNniWvlv2l2rdU7q
59x8oOPqQKCAdaFtolSVLa8b82qndVt6FzAiR3X9BIXmgJ0rltF2pFTbHKsX
+hjeL8sEIGi0WCYnV66D6boscCKCQds9tCShAlLUKMOeKiyNkiJ2DRnXR2m3
m2x1hC+tiBs9VNdAeFY3dhMOQFUfdbUcbYVKlbAv93Y629W7vpPabjJjJ6VP
PV2qqZXPnzqLVMoCl5DZmmrPTY7d6EV27VzrAjX9vtHOopll21vX3tT7/t1n
syLE0sDrEM5oL7F8b+Vp7dgrLLzBqvoHtVYdUi1L/tJB0dCdV7ryv6Y3urFT
mXFdgkgty47iIBh2wrB36zYOmxqa8Zbh4U19rovIhaGpuKF6yV3So7+wk3cc
ooUIYFcj8RsTdqTssjslbQqe1HAAIU6v1vurtnylAIWhwlHfxxDh+qFDEscR
gZdvSLpGohdd173IKYocy+I+tW2puY2GfIc39s6aWz1DX3u72Z6476A4jkB5
tdaoM5ZHaLku72ibnkbb241TNNbWthnP69TIirHtZ5vAI7LoWi8MO3Pegpvi
BRPxi0oGBtXdnLU1stTSBetw6KzawxYcel6kkc0H8N68vGhuW8Tjav2B9kTl
Ihet1GlazMIp8bRzPpzu2pQP8cN1nkwtygwpxaEes02krAtBomiASuVF1Yoj
iku12z/X5YWDbyr1ryunJQokbscQKBOilMa8oXXXMnA1aimcPhaYpSmDb9s4
27DwTW16wpRuRGCjKmyC3OxDDX8aaEERzDWz/dVHPcLxOZqLrYsNdeXoHuUJ
hb6kjM6WZk9+npyyF4aj7TAkiYX4fRv7Gk4q8PQUgb3y22jzXNygzdzYOcC/
//F3+3dYfqP55dNRNQ4arcZH1bhnGZhAf6p9huU3e1G8xkajLvLC9vWQA+XS
6ErHI6B1QFIhsbsx/12Vz5YXhLHQgvJhTabV54Fdj8rS9fp6Uo5/IB6O/gd4
GP2XeIAEgFg4nE0vJ2wHqtndj8qD7aiAAD5xHGFB2JbD1cP4u6ltpwBWTg5f
/nY9roeSAYTPh8ebKYcYjj9SS2cTD9sfoaXTjBNtAHtWGoJpAJ+puyrB+L0j
GZjH2uejo8j2OhMfkocNVvNyg9l05itkH1tQz0SFxkR1BBkZ1Eba3Q5R0mP8
S2lMAZlSLE1UGPNUs6x2O1S7McLLS5vH1+5BBnS/MR5CTrrOQP1+ClNRYXJX
NdMCvA/HrNZQQ+GeIbBkVLmXl7f4a67P/G3ynm8N9FoZt0Usw67EDf521Ko3
wMsqzKIdloGmj+lehdqAHT7EPuR1FTZE3Q6/+ipK8pR7OyJzcSesi9vfMdCv
NuJvCAT/AXCP34+5LwAA

-->

</rfc>
