<?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.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-dmm-srv6mob-arch-02" category="info" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.30.1 -->
  <front>
    <title abbrev="SRv6mob-arch">Architecture Discussion on SRv6 Mobile User plane</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-dmm-srv6mob-arch-02"/>
    <author initials="T." surname="Kamata" fullname="Teppei Kamata">
      <organization>Cisco Systems, Inc.</organization>
      <address>
        <postal>
          <country>Japan</country>
        </postal>
        <email>tkamata@cisco.com</email>
      </address>
    </author>
    <author initials="J." surname="Horn" fullname="Jakub Horn">
      <organization>Cisco Systems, Inc.</organization>
      <address>
        <postal>
          <country>Czech Republic</country>
        </postal>
        <email>jakuhorn@cisco.com</email>
      </address>
    </author>
    <author initials="L." surname="Jalil" fullname="Luay Jalil">
      <organization>Verizon</organization>
      <address>
        <postal>
          <country>USA</country>
        </postal>
        <email>luay.jalil@verizon.com</email>
      </address>
    </author>
    <author initials="W." surname="Cheng" fullname="Weiqiang Cheng">
      <organization>China Mobile</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>chengweiqiang@chinamobile.com</email>
      </address>
    </author>
    <author initials="M." surname="Kohno" fullname="Miya Kohno">
      <organization>Keio University</organization>
      <address>
        <postal>
          <country>Japan</country>
        </postal>
        <email>miya_kohno@keio.jp</email>
      </address>
    </author>
    <date year="2025" month="September" day="02"/>
    <area>Internet</area>
    <workgroup>DMM Working Group</workgroup>
    <abstract>
      <?line 122?>

<t>This document describes the solution approach and its architectural
benefits of transforming mobile session information into routing
information, leveraging segment routing capabilities, and operating
within the IP routing paradigm.</t>
    </abstract>
  </front>
  <middle>
    <?line 129?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>The existing mobile user plane is currently defined as an overlay
tunnel session to a mobile anchor point (UPF: User Plane Function in
5G context).</t>
      <t>While this approach may be suited for use cases requiring frequent
mobile handover and functionality tied to session initiation/
termination, it proves challenging to cost-effectively and scalably
address the high traffic volumes of the 5G/Beyond 5G era and the
increasingly distributed data and computing demands in the future.</t>
      <t>The requirements for wireless systems are becoming more diverse, and
there are cases , such as some IoT and FWA (Fixed Wireless Access)
systems, where the frequent mobile handover is not necessarily
mandatory.</t>
      <t>This document describes the solution approach and its architectural
benefits of transforming mobile session information into routing
information, leveraging segment routing capabilities, and operating
within the IP routing paradigm.</t>
      <t>And this document clarifies the motivation for the MUP initiatives :
<xref target="RFC9433"/><xref target="I-D.mhkk-dmm-mup-architecture"/></t>
    </section>
    <section anchor="problem-definition">
      <name>Problem Definition</name>
      <t>The current tunnel session based mobile user plane has the following
limitations and is getting hard to support new application
requirements.</t>
      <ul spacing="normal">
        <li>
          <t>Less suited for any-to-any communication</t>
        </li>
        <li>
          <t>Less suited for edge/distributed computing</t>
        </li>
        <li>
          <t>Less suited for fixed and mobile convergence (FMC) /
wireless-wireline convergence (WWC)</t>
        </li>
        <li>
          <t>Limited control of the underlay path</t>
        </li>
      </ul>
      <t>Mobile session information is a function of M,N (GTP-U session start
point and end point), whereas routing information is a function of N
(destination). Therefore, for any-to-any communications, session
based paradigm yields O(N^2), whereas IP routing paradigm yields
O(N).</t>
      <t>Edge/distributed computing can be seen as a subset of any-to-any
communication. IP Routing paradigm naturally supports ubiquitous
computing.</t>
      <t>As for FMC/WWC, there is currently a coordinated standardization
effort between 3GPP WWC <xref target="TS.23316"/> and BBF <xref target="BBF407"/>. However, the
idea is to anchor even wireline traffic in the mobile packet core,
which compromises simplicity and scalability.</t>
      <t>In addition, the anchor point that terminates tunnel sessions becomes
a scaling bottleneck.</t>
      <t>The IP routing paradigm naturally removes these tunnel session based
restrictions. Segment Routing enables fast protection, policy,
multi-tenancy, and provide reliability and SLA differentiation.</t>
    </section>
    <section anchor="srv6-mup-and-the-5gbeyond-5g-use-cases">
      <name>SRv6 MUP and the 5G/Beyond 5G use cases</name>
      <t>This section describes the advantages of applying the SRv6 Mobile
User Plane approach for 5G/Beyond 5G use cases. These advantage comes
from the fact that it transforms mobile session information into
routing information, leverages Segment Routing, and operates within
the IP Routing Paradigm. Another advantage, not mentioned here, is
the ability to minimize overhead through SRv6 SID Compression.</t>
      <section anchor="network-slicing">
        <name>Network Slicing</name>
        <t>Network slicing enables network segmentation, isolation, and SLA
differentiation such as latency and availability. End-to-end slicing
will be achieved by mapping and coordinating IP network slicing, RAN
and mobile packet core slicing.</t>
        <t>But existing mobile user plane which is overlay tunnel does not have
underlying IP network awareness, which could lead to the inability in
meeting SLAs. Removing the tunnel and treating it with a IP routing
paradigm simplifies the problem.</t>
        <t>Segment Routing has a comprehensive set of slice engineering
technologies. How to build network slicing using the Segment Routing
technology is described in
<xref target="I-D.ali-teas-spring-ns-building-blocks"/>.</t>
        <t>Moreover, the stateless slice identifier encoding
<xref target="I-D.filsfils-spring-srv6-stateless-slice-id"/> can be applicable to
enable per-slice forwarding policy using the IPv6 header.</t>
      </section>
      <section anchor="edge-computing">
        <name>Edge Computing</name>
        <t>Edge computing, where the computing workloads and datastores are
placed closer to users, is recognized as one of the key pillars to
meet demanding requirements of 5G/Beyond 5G era, with regard to low
latency, bandwidth efficiency, data locality and privacy.</t>
        <t>Edge computing is more important than ever. This is because no matter
how much New Radio improves access speeds, it won't improve
throughput, latency and user experiences because they are largely
bound to end-to-end round trip delay.</t>
        <t>Even with existing mobile architectures, it is possible to place UPFs
in a multi-tier, or to distribute UPFs, to achieve Edge Computing.
<xref target="TS.23548"/> and <xref target="ETSI-MEC"/> describes how to properly select the
UPF of adequate proximity. However, complicated and signaling-heavy
mechanisms are required to branch traffic or properly use different
UPFs. Also, if the UPF is distributed, seamless handover has to be
compromised.</t>
        <t>When it comes to IP routing paradigum, ubiquitous computing is
innately supported.</t>
      </section>
      <section anchor="urllc-ultra-reliable-low-latency-communication-support">
        <name>URLLC (Ultra-Reliable Low-Latency Communication) support</name>
        <t>3GPP <xref target="TR.23725"/> investigates the key issues for meeting the URLLC
requirements on latency, jitter and reliability in the 5G System. The
solutions provided in the document are focused at improving the
overlay protocol (GTP-U) and limits to provide a few hints into how
to map such tight-SLA into the transport network. These hints are
based on static configuration or static mapping for steering the
overlay packet into the right transport SLA. Such solutions do not
scale and hinder network economics.</t>
        <t>Another issue that deserves special mention is the ultra-reliability
issue. In order to support ultra-reliability with the tunnel session
paradigm, redundant user planes paths based on dual connectivity has
been proposed. The proposal has two main options.</t>
        <ul spacing="normal">
          <li>
            <t>Dual Connectivity based end-to-end Redundant User Plane Path</t>
          </li>
          <li>
            <t>Support of redundant transmission on N3/N9 interfaces</t>
          </li>
        </ul>
        <t>In the case of the former, UE and hosts have RHF(Redundancy Handling
Function). In sending, RFH is to replicate the traffic onto two GTP-U
tunnels, and in receiving, RHF is to merge the traffic.</t>
        <t>In the case of the latter, traffic are to be replicated and merged
with the same sequence for specific QoS flow, which requires further
enhancements.</t>
        <t>And in either cases, the bigger problem is the lack of a reliable way
for the redundant sessions to get through the disjoint path: even
with the redundant sessions, if it ends up using the same
infrastructure at some points, the redundancy is meaningless.</t>
        <t>These issues can be solved more simply without GTP-U tunnel.</t>
        <t>In addition, Segment routing has some advantages for URLLC traffic.
First, traffic can be mapped to a disjoint path or low latency path
as needed. Second, Segment routing provides an automated reliability
protection mechanism known as TI-LFA, which is a sub-50ms FRR
mechanism that provides protection regardless of the topology through
the optimal backup path. It can be provisioned slice-aware.</t>
      </section>
    </section>
    <section anchor="co-existence-and-incremental-deployability">
      <name>Co-existence and Incremental Deployability</name>
      <t>Mobile networks are composed of radio, mobile packet core, and IP
networks (access and backbone), with separate standard organizations
and communities. Therefore, in the steady state, it is difficult to
innovate to a new architecture and requires coexistence and
incremental deployment.</t>
      <t><xref target="RFC9433"/> defines the user plane convergence between GTP-U and
SRv6, so that it can co-exist with the existing user plane as needed.</t>
      <t><xref target="I-D.mhkk-dmm-mup-architecture"/> defines the MUP architecture
for Distributed Mobility Management, which can be plugged into the
existing mobile service architecture. In the architecture, mobile
session information is transformed to routing information, and
operated in L3VPN scheme.</t>
    </section>
    <section anchor="sec-security">
      <name>Security Considerations</name>
      <t>The deployment of this architecture is targeted in an administrative
domain, and the functionality is domain specific.</t>
    </section>
    <section anchor="sec-iana">
      <name>IANA Considerations</name>
      <t>This memo includes no request to IANA.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC9433">
          <front>
            <title>Segment Routing over IPv6 for the Mobile User Plane</title>
            <author fullname="S. Matsushima" initials="S." role="editor" surname="Matsushima"/>
            <author fullname="C. Filsfils" initials="C." surname="Filsfils"/>
            <author fullname="M. Kohno" initials="M." surname="Kohno"/>
            <author fullname="P. Camarillo" initials="P." role="editor" surname="Camarillo"/>
            <author fullname="D. Voyer" initials="D." surname="Voyer"/>
            <date month="July" year="2023"/>
            <abstract>
              <t>This document discusses the applicability of Segment Routing over IPv6 (SRv6) to the user plane of mobile networks. The network programming nature of SRv6 accomplishes mobile user-plane functions in a simple manner. The statelessness of SRv6 and its ability to control both service layer path and underlying transport can be beneficial to the mobile user plane, providing flexibility, end-to-end network slicing, and Service Level Agreement (SLA) control for various applications.</t>
              <t>This document discusses how SRv6 could be used as the user plane of mobile networks. This document also specifies the SRv6 Endpoint Behaviors required for mobility use cases.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9433"/>
          <seriesInfo name="DOI" value="10.17487/RFC9433"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="I-D.ali-teas-spring-ns-building-blocks">
          <front>
            <title>Building blocks for Network Slice Realization in Segment Routing Network</title>
            <author fullname="Zafar Ali" initials="Z." surname="Ali">
              <organization>Cisco Systems</organization>
            </author>
            <author fullname="Clarence Filsfils" initials="C." surname="Filsfils">
              <organization>Cisco Systems</organization>
            </author>
            <author fullname="Pablo Camarillo" initials="P." surname="Camarillo">
              <organization>Cisco Systems</organization>
            </author>
            <author fullname="Daniel Voyer" initials="D." surname="Voyer">
              <organization>Bell Canada</organization>
            </author>
            <author fullname="Satoru Matsushima" initials="S." surname="Matsushima">
              <organization>Softbank</organization>
            </author>
            <author fullname="Reza Rokui" initials="R." surname="Rokui">
              <organization>Ciena</organization>
            </author>
            <author fullname="Amit Dhamija" initials="" surname="Dhamija">
              <organization>Rakuten</organization>
            </author>
            <author fullname="Praveen Maheshwari" initials="P." surname="Maheshwari">
              <organization>Airtel</organization>
            </author>
            <date day="7" month="September" year="2022"/>
            <abstract>
              <t>   This document describes how to realize the IETF network slice using the
   Segment Routing based technology. It explains how the
   building blocks specified for the Segment Routing can be used for
   this purpose.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ali-teas-spring-ns-building-blocks-03"/>
        </reference>
        <reference anchor="I-D.filsfils-spring-srv6-stateless-slice-id">
          <front>
            <title>Stateless and Scalable Network Slice Identification for SRv6</title>
            <author fullname="Clarence Filsfils" initials="C." surname="Filsfils">
              <organization>Cisco Systems, Inc.</organization>
            </author>
            <author fullname="Francois Clad" initials="F." surname="Clad">
              <organization>Cisco Systems, Inc.</organization>
            </author>
            <author fullname="Pablo Camarillo" initials="P." surname="Camarillo">
              <organization>Cisco Systems, Inc.</organization>
            </author>
            <author fullname="Syed Kamran Raza" initials="S. K." surname="Raza">
              <organization>Cisco Systems, Inc.</organization>
            </author>
            <author fullname="Daniel Voyer" initials="D." surname="Voyer">
              <organization>Bell Canada</organization>
            </author>
            <author fullname="Reza Rokui" initials="R." surname="Rokui">
              <organization>Ciena</organization>
            </author>
            <date day="22" month="July" year="2024"/>
            <abstract>
              <t>   This document defines a stateless and scalable solution to achieve
   network slicing with SRv6.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-filsfils-spring-srv6-stateless-slice-id-10"/>
        </reference>
        <reference anchor="I-D.mhkk-dmm-mup-architecture">
          <front>
            <title>Mobile User Plane Architecture for Distributed Mobility Management</title>
            <author fullname="Satoru Matsushima" initials="S." surname="Matsushima">
              <organization>SoftBank</organization>
            </author>
            <author fullname="Katsuhiro Horiba" initials="K." surname="Horiba">
         </author>
            <author fullname="Yuya Kawakami" initials="Y." surname="Kawakami">
              <organization>SoftBank</organization>
            </author>
            <author fullname="Tetsuya Murakami" initials="T." surname="Murakami">
              <organization>Arrcus, Inc</organization>
            </author>
            <author fullname="Keyur Patel" initials="K." surname="Patel">
              <organization>Arrcus, Inc</organization>
            </author>
            <author fullname="Jakub Horn" initials="J." surname="Horn">
              <organization>Cisco Systems</organization>
            </author>
            <date day="2" month="March" year="2025"/>
            <abstract>
              <t>   This document defines the Mobile User Plane (MUP) architecture for
   Distributed Mobility Management.  The requirements for Distributed
   Mobility Management described in [RFC7333] can be satisfied by
   routing fashion.

   In MUP Architecture, session information between the entities of the
   mobile user plane is turned to routing information so that mobile
   user plane can be integrated into dataplane.

   MUP architecture is designed to be pluggable user plane part of
   existing mobile service architectures, enabled by auto-discovery for
   the use plane.  Segment Routing provides network programmability for
   a scalable option with it.

   While MUP architecture itself is independent from a specific
   dataplane protocol, several dataplane options are available for the
   architecture.  This document describes IPv6 dataplane in Segment
   Routing case (SRv6 MUP) due to the DMM requirement, and is suitable
   for mobile services which require a large IP address space.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-mhkk-dmm-mup-architecture-02"/>
        </reference>
        <reference anchor="BBF407">
          <front>
            <title>5G Wireless Wireline Convergence Architecture</title>
            <author>
              <organization>BBF</organization>
            </author>
            <date year="2020" month="August"/>
          </front>
          <seriesInfo name="BBF TR-407" value="Issue:1"/>
        </reference>
        <reference anchor="ETSI-MEC">
          <front>
            <title>MEC in 5G Networks</title>
            <author>
              <organization>ETSI</organization>
            </author>
            <date year="2018" month="June"/>
          </front>
          <seriesInfo name="ETSI White Paper" value="No.28"/>
        </reference>
        <reference anchor="TR.23725">
          <front>
            <title>Study on enhancement of Ultra-Reliable Low-Latency Communication (URLLC) support in the 5G Core network (5GC)</title>
            <author>
              <organization>3GPP</organization>
            </author>
            <date year="2019" month="June"/>
          </front>
          <seriesInfo name="3GPP TR 23.725" value="16.2.0"/>
        </reference>
        <reference anchor="TS.23316">
          <front>
            <title>Wireless and wireline convergence access support for the 5G System (5GS)</title>
            <author>
              <organization>3GPP</organization>
            </author>
            <date year="2021" month="September"/>
          </front>
          <seriesInfo name="3GPP TS 23.316" value="16.7.0"/>
        </reference>
        <reference anchor="TS.23548">
          <front>
            <title>5G system Enhacements for Edge Computing</title>
            <author>
              <organization>3GPP</organization>
            </author>
            <date year="2021" month="September"/>
          </front>
          <seriesInfo name="3GPP TS 23.548" value="17.0.0"/>
        </reference>
      </references>
    </references>
    <?line 318?>

<!-- # Title of Appendix A -->

<section numbered="false" anchor="acknowledgements">
      <name>Acknowledgements</name>
      <t>Authors would like to thank Satoru Matsushima, Shunsuke Homma, Yuji
Tochio and Jeffrey Zhang, for their insights and comments.</t>
    </section>
    <section anchor="contributors" numbered="false" toc="include" removeInRFC="false">
      <name>Contributors</name>
      <contact initials="F." surname="Clad" fullname="Francois Clad">
        <organization>Cisco Systems, Inc.</organization>
        <address>
          <postal>
            <country>France</country>
          </postal>
          <email>fclad.ietf@gmail.com</email>
        </address>
      </contact>
      <contact initials="P." surname="Camarillo" fullname="Pablo Camarillo Garvia">
        <organization>Cisco Systems, Inc.</organization>
        <address>
          <postal>
            <country>Spain</country>
          </postal>
          <email>pcamaril@cisco.com</email>
        </address>
      </contact>
      <contact initials="Z." surname="Ali" fullname="Zafar Ali">
        <organization>Cisco Systems, Inc.</organization>
        <address>
          <postal>
            <country>USA</country>
          </postal>
          <email>zali@cisco.com</email>
        </address>
      </contact>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+VabW/cuHb+zl/Bxh/qAKOJ42x2N0ZbxOvEiXdt1/XLDXqL
9oIjcWYYS6KuSHkyMfzf73MOSUkzcbIpUORLgQ12rKGow/PyPM85mizLxN2B
fCGcV3XxN1XaWh9I33ZamKblT87v7+292tsXjTmQ/+VtPpHOtr7Vc4dP64o+
/LcQrptVxjlj6+t1gz1O3l4fC9VqdSCfnNRet7X2T8RqgT/fnJ3JD7a9NfVC
vmtt1zwRufIH0tRzK3YK5XH7jrSV8dJbWWovP1XlfjvP5dyUpfRLLfOubXXt
JS2WtpVO89pCO9Pqgi8L4Y0vsdVhmy+N17nvWi3fGJd3bKbEf1eXdz/LMzsz
pZY3TreyKVWthZrNWg230NeVnWUKO4jC5rWqsF/RqrnPjPbzrKiqzLXDogxu
2rnV65VtCzqDKgqpnKy1LnQhhOr80rb0Rasbrbycw3RVr2X4QshMSLnTWrJa
F8bj2x3Z1bmtKjqsmUvVNKXJ1azUtNLUjjajw9N3nbeV8iaHI403qnTS4D/c
Dl/lHjcE+69102gj/1BYrHDVtgjKEfxi5dXaeV0hrid1PsVXulKmRBbc8trX
OS2awhx8lduu9u36QP6uGlX/INN/V7fdTL63bf1ddn/Ecvi1ftzwo886X8pL
3XQzGPaDTnDaqTWOUZoyneAvujWfbT1YXWLJ9CMteX0Xvtu2/Obq8AeZ+0Gb
vxuFOj1a6nrRO31pahXrZrA7pyWreMPrnNZUvOQLx9NXP+gAZ2at5B92Wdtk
/B/aWHlTG/jWGb8e7K+w9G+3tPT1LdZMPzZfprnILf40Mzy9TQU+uuTkTJd2
hbou8T/CNwcrqMxhKyFBKHT3gw5/3Cpcw1dHpSq+q2LmOVZOCdteL+jKduh4
R/2/NZ+tv5jKI8BICwi3vYUXWGGH6/Kdau/M94FSk4e7Hi/uq0aZH4VKf1Vz
1crD0nyX3Z9R2Y/bzGUtRc3ZgvxMCdZfAG3MNXgv1zHRsPzy+OjVTy9eHAhB
9Ll15+jSY/eeZG+msCbzWrnMNS0SNqtdNutMWdBnxCa/dQdxJcjX0b+0kogv
g27wutQOV+FHnZkiLa+Wt7dMkFXXMDkmDj6QWPHbb8c/7f1Ca6WMPP3ynfwA
9qbNwgdTa3lkaxTqguzeIHK+MfIpf46ux778Z1AR+3v7e9ner3wF9G4gD+CR
dAPWyuvLjOyQJ851+uA5vnl7fXWSnb092rANf8OZZOK59mD3W/c1A+j2DQue
/5rt/fwVC2ix/ECHQiU0GpBybqf7ZO/15XT/xS/7LzesuPJdsSbdousl1SEn
sZ3Lm9K3KruExyiR5aldZad4ep2v4b+q6mpkuCfJs3tzeXp69FS6rmmg4ehI
pKZwrCMLcVSHs8ndl++Onn7tgC/eXVxsHvDV1w9Ii3EWuf9iSoeRz3+e7k/3
6HxXON+L5z9vnK8PP7SoXKUUyEcpoPKcvk/2k36KBwjVRqZffb/p+8+zvVff
NP2KTCc7yfRfBtNf/vTrdvK6YMFbxCaExrF9b4sFpXHVdN4whf6fmkZ2yOcw
DKZNp1MhsiyTauaQEEAocb0EYkG5dpwqkMc5mAoIQE5ztuw4K4CBrVXQQuR2
A7NH1apKMdO1ntNlZBq2rR1hCnFbYHfYF/R0Dzb8GWoc0p6PPPpiAjmPYKoF
c6NesFlxncxBsdgRUKuBmmSMRU0o3mNl/DJm68lFf0ejWlWYRRXPXZmiAJCL
HUCub23R5fRM8oKW+pNxfmR118t9AvXYT5Rr+GiOpGPZrtAjwNhSrYXv6lqX
/VFxOJU2QiEimLKxODMK7OL4ILQSF7z3MdgmekQgR0gr6E/+KQxG2eNuTwHq
A1BBHM7g0Q7eLzh7YCb8gucCv//eGQJeOaePsFZEC4AFBRnKLpvHBwLX/RrZ
iX1g7RAjIjL6/plAT4YwxrCg14INd3hOvlRlCSVHT8KduXU+0/M5sgEsAgfR
Q1yuSkDNWoBkWipIisvSLJaUIPM5GPMOyVXpkDNcoM9+02uLW+EExJR3wRfI
jRw9IrJ7Qb5HiFhJhRYurMpT6SA0FS64hFrzjohgGsIbvDMqu1XCklCWlNQa
vsVuIQnwV8EaUHOqCeyIS7QouBu9bUclgQ0sJNyJvWZrjj8cyt1j8wkW9mh1
yKD0VLhE+Cvei22MoZLboULUa+uBuHQryZi1oMMpSJT19P9T3R5yIoxPCwna
mrmJp60s8i4Yl9D+7OaiT2TK2ANxfx9l0MPD/f03xcfDgyB8uGgtmLKSb6ja
zYASaa6wVe8zpETxCHIsVTCy1/uiNJXxbG5gMRxsoT0feqnaUIuRvGq9SvKT
DRinMAGaPA1U12OBqteZtxkNDPIxrT+yVIN0no3Lqa+iRxbPOZ3J2njCMePu
Hp9BMDwD86SKyh5l5t0PH6AZsDk5QMeuyJYJALq6YCRF6P1SiLNvpCAc16MY
3X42OZe7764vspt+PVRn60WAXLJb4x//9TQWH+KScu2be5+LXRSXjzD4dCqv
6W7cAFT4lstp9BVsESE3UkbLtdElMOrfd8//Z39kzSPJH5cKLCU+ePvVkKHA
aqYFrWvmJQRvRj0KDjAYKDYMnNITL7efiGMSNABqYxI62c0M0s7bzon+gVSW
AUUR/GcI7EQGeNxgSgULbVuQ72AtDxCR4eZzyElQBiX5DJKSzGbJgp3k/X2S
fg8PHDtS4ff3oR94eJjK93ZFUDMJ9FBoRU8lwg08i+/qQRsmuokQE/O3Ufkt
3JNTGMVqaQCRdLYW2E/Q7kxFVUf8OJAZ4Rch70lNnZMJoEd7bvC7X6KPT8RJ
CLWBEy4QjHZC8a7k+5n1EIjA+dvIVI9lwhAX1D+zMJ4M5n8MhoATlCOcwm4q
ryIYp1jrmnoARE85pnTCPT5LY3Hm9URUXemp5atxsHWAa2J+eFq23EGwJ/j6
1ekhSHLOfWOUDVOGzzA3BQxHGt/k916zRB5zwYQtGlPFnaq9WgSRQEC4ZsmB
r0ZjWTHSUj3fUWY+/kQuYDfaXIZ4zBH7gNSQxSGKNF1OrOj+jBPFI2jScyJO
sBWFMQvi20CCIpJgitRFIkF5CCmwJP2WrJ6wOKAd8RwUFxUfNJrjLVKEUBNI
Q8DtZ806dakVBQOWQoexC69O3nDn0YZTIXY7O6mBlVdUAuADkS64cKHPoNQN
RrpPQhHyI36MKSK2UqQXTmXsQWmdulOmrzL0SAWhFsF2fCqEQlkSyCG+Bm4t
5GwNOdw0ZFGQgRFr6AK8WG9aPZGXh+dixGEjDEhrcP7fOv+tTiBgBVI26v5U
gIXVQa8t1Z0WgcvWW4aoFcRjDU9PZIKcriyQI4pZnyIH82PskA2V1mwFPIi0
vaS6T/kfn8rFBfYIiec5jYC6A4CIHkACpPWiqQnyBgfehocl8wejoV7q2tFk
KFIJD3AkK3+tqdFAh5Ava1vahaHKAjDTQXg6tO1+OLEv3s0nDpusybEJA2g2
JYJW+/MJFGiBJEOrbSIG2c+dotmAL+QfHACGqHNLN8ftv3NsBTaKNDuMBHFc
EapBopTDUgKfFfEc4TdD6ujsJxeoOqpD3TJQ7mx3/8zyA7OPW4WB7smxpVVF
UJDUCDm0BZpbGIFEzUkclJbSFvGg9HVUl4Dv3C5qwAF3rwCOJL5uNXQX6ku1
xKScebGZosdttE64Y7tXm4TEa/UiClgaHsbanoCT6mJlCizQxMQmXOXuDbFT
PZfA+XcqX0+3XUCGczeGDIZgUIFka+L5ltDc8NAVvKoI5GtgnvIgYLFENlYE
NOeQ0ZeoAks7hBY2TYkarQvHve3K1v/s0wIRQRIGTDZAipFAf2po4BIHpeGx
cOKae0O4cIEmWMxsV7Mv9IBkbbjWmgbOBXjQUYNYIedsgc64Jwkm4pSNBU6H
vJMcZ3lzcezQh9G0IdC2oQKwHPhBK/KyCYukgJ5baTcVUXW9/OnXqLru79Oc
ExcGYl6GGoebGoI4QEOpmTBBxBfHTNQF0oXeumLNJ9L665Fko6hyPxP7CWcW
NcugDEVxhxYXWKBq42I7HjOPHTmjNwvD/IAUVzKCItBzDNkBMDosnZ3QkJ7y
m0wjbBnEM8lzVTE+9C03N2t4kBaDGCx4EIMgGR+UAq34UqF11WQklDeSF9Eh
KThIat6TSp9nrXL3e4ez/VRWCBbLCFmcASNCBo0W8mcRRGcsaUMz66DTE5mw
N+i5YrOqa9kX7EdD9cPhGeu9YRQcJqmspESaNbikEYu0sG/XKZBz/EFdkEo1
Fm0RiUdJiNoc7WBo5J7y47lXdjHfWICiOUM1Qyt5F0YRyEdBOkc1QVXABUuf
kS7lr5ksScTFhpo5KWnAsA1hZmjRQt9Ir3PQm84R1DbIFfr5QLie9MacLwUS
3DxGEBX9s1syZ2QBDIMiJ0MHxxWWlIOgfkDzsWEX+KFnUIB2jVzMHQ9DghDk
yAaZitrULYEa0Cw3qkyqkLsiaqw5vUaRFHwz+j86WRE4Io0cvlgcwGmkOVJX
m5TFBElSANcIlweh5LiNd7J3bNHBMhyk5jEhbYxqEzPq/KiMLVUahSX+hcVc
jSsKLRLKNqGboanHG9rqaLxVeMoIaS97k0bdwQUNFjJ4PxwVUDVYzhGKP08h
c89fPDt/RWHULRoCalROQlZTE5FYk4Q+gdrN2xA267xjASgv3x/vJhtQxu/x
NYGcSMPep+x9p5lfoUyP38cettURHlPmBqzjdIIvuDbirDlO0uAc0Lo2d2Gn
98dxp4rmLuNdpo+eoWSynPSPomJlDBxMiZMf2q8QfTrwe2vHw8ugeUL+0R7/
Ya/kHBog6dyINACirqXsFaO3Uy5O+HAMbTi1uU0LGm5mFgvdJrGaEhq8d8tE
E+EJVbNSa5GGf0NQ+6YbB1rQ739i68PoZNxHbtgpTw94aDCc7cstmElAAZrG
y10zUnTkBxqEttBgbRd+Q4Sq5JkwjwTiWdohHUjQaLBcvSD+CV2/0wmt0yzH
lnc8UqT2hMR7KEXQTsiCWI/bA4mrrdHrMs2nR900eSpwT58ax6Z1fsiCaAPB
XSBftekwgkT6GUPSRjyz63/HRDMHlHrxpTURxvnNSXx5rjdYRgwDCdlrAXlb
2xUPtq5PstPjw8nQhvGkK3u5B71wfHk5yIcAjf3jRrsGlcrEH0vAA3C4+4j5
wT00AU4FnJkh2RBvOiBq1ifP8M4u9N6hQeDuLgw/jgBCpObCC0kk9wm9w+AW
uZRvUFZ2nY6b5pwR64PqIfVgGTcBUSRcJ4/NrcLOF6K/dTeqWrpOZs9g3dOo
zZ0mvPa6n8LRS0V4KszinIjvUUhseBOnJGnMGfkc51HFOvRVSY+S6DI5SIO6
Bugce8fQRfnCw+vxD+uCnohIkNsND4W3PNFDBXuI/oA7R4P7+OYtstrQk4+H
zGmaGEqEdqY5B/0gsZ/pUATzGKGB3Xr5Pdp4SGgh/vStwYZ1PPka/xiBSu7N
aHTLYSfqOlM1apIO208FYoaVHcCv6KWE2G4QiPWp3Rw/h2mFR0Cjiyl7xFeG
6f2QK5T6o4Ms8mScVjFWn774y8W5dPkSpseJn867lk4EZnYouja+47jfcTrP
XPz2IYw4hxCHIjRuM1fIKmqk4tMILQoaZdFba3qlIwpLsmDSjxc3X2ryyyLW
DYmTgo0nh+eHj9tnEIaHOI2sdGXpRzxlV/BQh7MW4pqVP3agvehlMtWYEP/y
T/i4I6/pLT8d5hCQCVr/JA9llv0bP/YwJwAr6ZULU564P5B1V81QYcW/Ppmr
0uknePhh+OkXWlEeC5lbHcZCqr6VV/Ter0O2eNe5JZAJ2Lrsatdh0XvULf7+
z+6jEdcWXrTslt/RbrdoAv6KDRaT9G7MtPRjK1KlLr08jTT8D+NZpLXqKwAA

-->

</rfc>
