<?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.6 (Ruby 3.0.2) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-hz-ippm-cei-00" category="std" consensus="true" submissionType="IETF" xml:lang="en" version="3">
  <!-- xml2rfc v2v3 conversion 3.20.0 -->
  <front>
    <title>Customer Experience Index for Evaluating Network Quality for Cloud Applications</title>
    <seriesInfo name="Internet-Draft" value="draft-hz-ippm-cei-00"/>
    <author initials="S." surname="Liu" fullname="Sifa Liu">
      <organization>Huawei Cloud</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>liusifa@huawei.com</email>
      </address>
    </author>
    <author initials="Y." surname="Wang" fullname="Yaojing Wang">
      <organization>Huawei</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>wangyaojing1@huawei.com</email>
      </address>
    </author>
    <author initials="W." surname="Sun" fullname="Wei Sun">
      <organization>Huawei Cloud</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>james.sunwei@huawei.com</email>
      </address>
    </author>
    <author initials="X." surname="Huang" fullname="Xiang Huang">
      <organization>Huawei Cloud</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>terran.huang@huawei.com</email>
      </address>
    </author>
    <author initials="S." surname="Zhou" fullname="Shuai Zhou">
      <organization>Huawei Cloud</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>zhoushuai@huawei.com</email>
      </address>
    </author>
    <author initials="H." surname="Huang" fullname="Hongyi Huang" role="editor">
      <organization>Huawei</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>hongyi.huang@huawei.com</email>
      </address>
    </author>
    <author initials="T." surname="Zhou" fullname="Tianran Zhou" role="editor">
      <organization>Huawei</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>zhoutianran@huawei.com</email>
      </address>
    </author>
    <date year="2024" month="March" day="01"/>
    <area>Operation and Management Area</area>
    <workgroup>IP Performance Measurement</workgroup>
    <keyword>Customer Experience Index</keyword>
    <keyword>Cloud Application</keyword>
    <abstract>
      <?line 74?>

<t>This document outlines a unified Customer Experience Index (CEI) designed to assist cloud vendors in assessing network quality, reflecting the customer experience with cloud applications when accessed via the public network.</t>
    </abstract>
  </front>
  <middle>
    <?line 78?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>This document introduces a unified Customer Experience Index (CEI) designed to assist cloud vendors in assessing the network quality that mirrors the customer experience of cloud applications when accessed via the public network. The CEI, once quantified, empowers cloud vendors to proactively enhance network services, aiding in network planning and construction. Furthermore, it enables cloud customers to distinguish the service quality of various cloud vendors, allowing them to select cost-effective services tailored to their applications.</t>
      <t>Cloud vendors and cloud enterprises focus on different network indicators (Key Performance Index) used to anticipate the quality of customer experience regarding various applications(e.g., gaming, audio and video, online stores). However, KPIs only provide implicit information and cannot directly reflect the customers' perceived experience. 
Moreover, there is no unified evaluation method of customer experience based on common network KPIs in the industry.
On the other hand, it is difficult for cloud vendors to directly access application-level Key Quality Index (KQI) data though it may explicitly imply customer experience.
As the number of enterprises who deploy the service in the cloud gradually increases, there is growing demand for deriving authentic customer experience from basic network metrics to facilitate network optimizations.</t>
      <t>A significant gap persists between network KPIs and customer experience. The primary network KPIs accessible to most cloud vendors—network latency, packet-loss rate, and jitter—encompass three categories. Considering multiple dimensions of network quality proves beneficial for end-users. <xref target="I-D.teigen-ippm-app-quality-metric-reqs"/> Customers' demands for experience quality vary across different cloud services and are linked to specific KPIs. For instance, those accessing real-time interactive games prioritize network latency; those utilizing video-on-demand services are more concerned with packet-loss rate than latency; and those engaging with cloud storage services consider both latency and packet-loss rate. No single KPI can provide an accurate reflection of the experience for diverse services. Both cloud vendors and customers seek unified evaluation standards for experience quality when accessing cloud services.</t>
      <t>This document accounts for a range of key network-observable indicators, offering a unified, objective, and comprehensive CEI to help enterprises evaluate customer experience through measurable network KPIs in a reasonable and fair manner. Predominantly based on three network KPIs—network latency, packet-loss rate, and jitter—the CEI aims to thoroughly assess network quality. The allocation of weights to these KPIs within the CEI can be customized to suit different application scenarios.</t>
      <section anchor="requirements-language">
        <name>Requirements Language</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>
      <section anchor="terminology">
        <name>Terminology</name>
        <t>CEI: Customer Experience Index</t>
        <t>KPI: Key Performance Indicator</t>
        <t>KQI: Key Quality Indicator</t>
      </section>
    </section>
    <section anchor="motivation">
      <name>Motivation</name>
      <t>Cloud service providers aim to precisely evaluate the network quality, crucial to the customer experience of their cloud services, and implement targeted improvements to their network infrastructure. Similarly, cloud customers seek a unified and fair scoring standard to guide their selection of superior cloud services.
But they currently face some challenges:</t>
      <ul spacing="normal">
        <li>
          <t>Cloud service providers often find it challenging to gather direct feedback on customer experiences.</t>
        </li>
        <li>
          <t>Although obtaining network monitoring data, such as Key Performance Indicators (KPIs), is relatively straightforward in real-time, a clear correlation between the customer experience's Key Quality Indicators (KQI) and network KPIs remains elusive.</t>
        </li>
        <li>
          <t>Network quality is primarily assessed using three KPIs: network latency, packet-loss rate, and jitter. Cloud service providers support a wide array of applications, including those sensitive to latency (like gaming applications) and packet loss (such as audio and video applications). This diversity necessitates different KPIs to gauge the experience quality accurately, leading to a fragmented evaluation approach.</t>
        </li>
      </ul>
    </section>
    <section anchor="customer-experience-index">
      <name>Customer Experience Index</name>
      <t>This document introduces the Customer Experience Index (CEI), a measure reflecting customer experience with cloud services. It enables cloud service providers to swiftly evaluate their service quality through a synthesis of key network metrics.</t>
      <section anchor="observation">
        <name>Observation</name>
        <t>Customer experience often exhibits distinct zones—sensitive and smooth—based on their response to changes in specific indicators. For instance, in scenarios sensitive to latency, such as cloud gaming, customer satisfaction remains high within an acceptable latency range (smooth zone). However, exceeding a certain latency threshold leads to a sharp decline in experience (sensitive zone).</t>
        <t>Accordingly, the CEI employs an S-Curve for its calculation, a method prevalent in biostatistics and sociology for modeling ecosystems and urbanization trends. The S-Curve, particularly through the Sigmoid function, effectively maps values to a (0,1) interval, delineating two smooth zones and a sensitive zone, mirroring the nuanced nature of customer experience.</t>
        <figure anchor="ref-to-fig">
          <name>S-curve Example</name>
          <artwork><![CDATA[
     ^
   1-|  '''---...           ┓
     |           ''--..     ┃- smooth zone
     |                 '.   ┛ 
     |                   -       ┓ 
     |                    .      ┃- sensitive zone
     |                     .     ┃
     |                      -    ┛
     |                   ┏   '.
     |      smooth zone -┃     ''--..
   0-|                   ┗           '''---...
     +-------------------------------------------->
]]></artwork>
        </figure>
        <t>Therefore, this document designs the following formula to evaluate customer experience for each network KPI:</t>
        <t>f(x) = (1+e^b)/(1+e^(a*x+b))</t>
        <ul spacing="normal">
          <li>
            <t>x is the value measured by network KPI, a and b are tunable parameters, and f(x) represents S-curve for certain KPI.</t>
          </li>
          <li>
            <t>Parameter a represents the overall slope of the curve, mainly affecting the range of the central sensitive area.</t>
          </li>
          <li>
            <t>Parameter b represents the offset and scaling of the curve. The initial smoothing area can be shielded via tuning b, which can express KPIs that immediately enter the sensitive area from the very beginning.</t>
          </li>
        </ul>
      </section>
      <section anchor="unified-index">
        <name>Unified Index</name>
        <t>Each KPI is represented by a distinct S-curve to ensure independence among the indicators. Specifically, unique S-curves for network latency, packet-loss rate, and jitter are created by assigning specific parameters (a and b), offering tailored indexes for applications sensitive to these different metrics. The comprehensive CEI score is then derived by aggregating these three S-curves, each weighted appropriately:</t>
        <t>CEI(x, y, z) = w1 * f1(x) + w2 * f2(y) + w3 * f3(z)</t>
        <ul spacing="normal">
          <li>
            <t>x, y, and z respectively indicate values of the three major network KPIs: network latency, packet-loss rate, and jitter.</t>
          </li>
          <li>
            <t>f1, f2, f3 represent the three individual S-curves.</t>
          </li>
          <li>
            <t>w1, w2, w3 represent the empirical weights.</t>
          </li>
        </ul>
      </section>
      <section anchor="parameter-tuning">
        <name>Parameter Tuning</name>
        <section anchor="weight-proportion">
          <name>Weight Proportion</name>
          <t>The CEI's flexibility allows for fine-tuning to meet specific application needs by adjusting its weight values (w1, w2, w3), enabling precise adaptation for various application categories. Typically, cloud customers engage in scenarios that are either sensitive to latency—like gaming applications—or to packet loss, such as audio and video streaming. For instance, in latency-sensitive scenarios, the weights for latency, packet-loss rate, and jitter could be adjusted to a ratio of 7:2:1 (w1:w2:w3); whereas for packet-loss-sensitive scenarios, a ratio of 2:7:1 (w1:w2:w3) might be more appropriate. This tailored approach allows the CEI to accurately assess network quality for different types of applications from a specific viewpoint (e.g., a fixed test point) across various cloud vendors.</t>
        </section>
        <section anchor="parameter-a-b">
          <name>Parameter a, b</name>
          <t>The parameters a and b of the CEI formula can be fine-tuned via:</t>
          <ul spacing="normal">
            <li>
              <t>Determine the initial values of parameters a and b by fitting each KPI CEI curve based on a large amount of operational data.</t>
            </li>
            <li>
              <t>Parameters a and b can be further tuned based on preferences of certain application class. For example, when the packet-loss rate is no higher than 𝑘, it is desired that CEI goes up as the network latency lowers. CEI can set tuning goals according to such preferences and fine-tune parameters a and b.</t>
            </li>
          </ul>
        </section>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>TBD.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
  </middle>
  <back>
    <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="I-D.teigen-ippm-app-quality-metric-reqs">
          <front>
            <title>Requirements for a Network Quality Framework Useful for Applications, Users, and Operators</title>
            <author fullname="Bjørn Ivar Teigen" initials="B. I." surname="Teigen">
              <organization>Domos</organization>
            </author>
            <author fullname="Magnus Olden" initials="M." surname="Olden">
              <organization>Domos</organization>
            </author>
            <date day="18" month="October" year="2023"/>
            <abstract>
              <t>   This document describes the features and attributes a network quality
   framework must have to be useful for different stakeholders.  The
   stakeholders included are developers of Applications, End-Users, and
   Network Operators and Vendors.  At a high level, End-Users need an
   understandable network metric.  Application developers need a network
   metric that allows them to evaluate how well their application is
   likely to perform given the measured network performance.  Network
   Operators and Vendors need a metric that facilitates troubleshooting
   and optimization of their networks.  Existing network quality metrics
   and frameworks typically address the needs of one or two of these
   stakeholders, but we have yet to find one that bridges the needs of
   all three.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-teigen-ippm-app-quality-metric-reqs-02"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA7Va624bxxX+T0DvMLV/WIq5rKQESKLcKssKLMS3RDISt2iL
4e6QHHt3ZzOzK4rKBQX6AEXRAC1QFOiz9FH8BH2EfufMzF4oUq0DNGhhcTkz
58y5fOc7Z5kkyc7I1bLMfi9zU6ojUdtG7Yx0ZflPVx/u73+4f7gzSmV9JFyd
YXkzLbRz2pT1qsKOs9OLz3dG0ip5JJ5VysoaXwkcKZ7IUs5VocpaHOPrndFy
juXPxXNlZ8YWskyVeKKkaywv2hntjDKTlrLAqZmVszpZXCe6qookVTrZ398Z
makzuaqVO9oZNVUm/V87o1rXOTadQGFTKCtOr6CIViTgrMzUlYA8cXop8wba
lXPxVNVLY1+LLxuZ63rFX5/kpsnEcVXlOuU7ODo5lyWUVuXO6PUSooRItksJ
X6+fQ8fcFaTskTjcPzxM9ul/Ikn4mdBOzHSeq0xomK3B0diVyjxfielKXBX5
oZ2lQs9EaWox15eKD8TChbGkUUJidemOxPlEPNYNffQ2PNczGZ8Yi2s8auRS
aa8hPUxNU9Z2BcMtdCnpiSqkzo9ErhuHzb9a8IZJaoqBoJcT8TXs0kl6Kc0r
smt82pN2q5wl1q/83oNtwr6eiPOm7GR9jRuEB293qVfY7iauKbF8m7BvJnRe
/2rfaHzsHr6dyFpZK8vJgnZvEwmv/Xph+m7DQt0+ezuB19jlaP82aY9uXPCR
gQ/0xhtuFmUN5ZrKdG1sT/SCz7n9rhfrd72AdWGhTbd9K+F079qfNZC9MyoJ
aWqkDQMFoK2crT1JkIly6morU8agiwVSEkDUMHLh3FyXygkpmlLPNPJ0O8zs
npye7YlMOT0vsbA2QgIpXS1SBgXkbmas40R3TuErhFYZsOhbj0VjYdUsVynj
VL1QIo3SVCdtqetFOFP2AEssFwpHpymOhvhLLfmEqpliSRQ0iXcudJblytvg
Li5QW5M1aUSsoRV0+Pb/aAfSdM0WeCZr6Gktrd5mDDP72aYQF3gGXcfC0EkQ
W9Z8tzECqzJLBbFDlXGVyhpECuIHCK3KBZexqLhT9lJD5lhIndGtcMX4XYVa
UtIzqo0pdESBZXNPxOeNhXa2MFaNha5xrJzmKsqOl2bpGcyIQxrtFnyjILE1
GaxxKa0GDAw1h0Z5bpbB0gUd5RTFGVRxdaJmM8WXaq8gamQWFGL3YYu2AwNP
fOCcDKzDN+MnCBplK6vhXVRX3AAWhu6QYimeok10mdGBtHf3C7UaUAMOpT3R
uBBBcE2qKyqZdO/efTcFhVVzadkD0Rp95XfVZD4Zi7kssAKWaTJtWPlLnSlD
0UA5D76D+7s9QCZC4VLZsfji+RndBJ5HFNBioQs6VlOKBGAJ7CeFt1GxM21h
WGwIaT0IY3dPQGOwm0vcsdN+InZGTyDasEyKDKYJpWlTTwUuA1mFAhPIttlh
Ksl8WAY4LEwXjHwRBCdpAydgp13Bpc/8E0MyBUI743AkJIDrdNrkNXOlGznR
3tJnXN/YSQ7T5YK8G+lWAIkvviSQkDWlpmnmCxJVyBWpzybFcWTd1aaLQddj
DwllU0zxFe7fj7nlAkqpKjerQZaEG3v951ZmDRMtXaYgqI7ytrX23PpsyVBi
4E66dgbhl5zBYF+K4nGjzWfWFGT4DmjISVanbKqZTDWsQHEcvzVVrQt9HRJL
+Mw6FoSecDcCCcRPVhQqBKJOTLFPqTVncsxtMBRjHKxSSLta28G+0kAa0qsw
6/j85g8/xfU51C1TFKdKpq9VneQGTgbVB1yR3Fe6humxHotMUQHUYUerYGgs
mRtogmud4HKaTAgDFogkXUFwplFfHCM2PLiO/5Rkiu5bKthBy5zdAO0SoILF
md9999lZ8nBSKz1Xpe8VEHpJ2J94sydWfet++KGtV8g671Tnj+s8F+Vekq1k
aumWHWh547T4SBdH2wOyXL72EOUqlZLD2LxAdRwO2lMTmlFgGaeizWECBFye
wO8UlDCeLykESTga7oLRan3dxUjwwEfhHLCdXF8zvhFkJcizEKidftCNKgrV
mlRZKsTMG9ZdSFW27M6nM7wMVc7lnET06AZBIpq6TkoavCqmAI14Ch+yLmci
nsJEOA9uh4EIIFsUlVyrG1Yn8h+gFUKC0rWfW5SGMJR1nQ4T8cC0Cg5KUVs4
nVKvN4En974oFFsjoUcjyBLDEAg1cEiVsJhYqz9R4ublnDnKa9WmX4I+FkdQ
je9VQJQdijTGl6grnk1f+cI8DryhqKxaUM5cMnWhuFuovBqgX7jhZr6EzGS0
Lbj1ZiXWq4Kk6HSGWQiLnUmUf4RXqexEPAcpMKicwCVqUmOF8RnfP+pnAEjt
CRnoU+E88TCsLZUWporrGOHxjbiNLzdkatD/+aIO+5VT/l4UxQH/SQKF3zRa
CJnmM7jRdS/je2VMuBSsDHkZvX73rvhKfdtoP7xw4jEc3SA1fEQo9jcURWjd
efLi/OLO2P8rnj7jv786/fLF2VenD+nv80fHjx+3f4zCivNHz148ftj91e08
efbkyenTh34znorBo9GdJ8cv73i73nn2/OLs2dPjx3d86RsEqmXcnwYAQljV
MIJ0I/D21Oqpn0g8OHn+r38evAek/cVXn58cHhx8CCT1Hz44eP89fKAU8dKY
GPmPsPJqBPMpaTmg8hwGr1D2cmKiSMiFWZaCau1kNHrnN2SZ3x6Jj6dpdfDe
p+EBXXjwMNps8JBtdvPJjc3eiBsebRDTWnPwfM3SQ32PXw4+R7v3Hn78GZPK
5OCDzz6NEXQB0q9Lk5v5itn06dktUyxagUg+EhuYsscQXvFlWNFjW9231Oo9
McCTdjR10oe0CMgEoLrw3Q5qmuNeJ4LKhk5tLFI0M1Sgfc5ta9R8HzFEUR87
xPT8rLCWds6hiEdU/316tU1I1zrMrPQ9VIMoEuegULm0Oemy1jYx+nd9awto
LjUMt7EKkBB0VpkKonyDFEDFNXQRs6490OBBw6yeeKol2ICtQPJQnyBdpAvE
PippmFTG+eBNe5sZEFLMNNmibrdxvwatJDNyT7PFTKlsChxlXn/T0KRTIo7z
wKrNFJ1c2R81oBGg+QmzW9DvMe6WLigrtwYWtWfA0L0xMWOrchn6X5qaENZi
x5IMiFRveQ38ClsRAMDMfo8pW+66JUjuuc2x60K7QL4bVCtLEyCwR5U3VBL5
6k/XaKR2gQDrtowgDJowdqCqRUcdrXOt24vVZKsnESmVsQBYlBziNtZK7lP7
HeiYeo68ybwKhtkMajpzQPg78qjdXL9WoU8d7N/rUSzB+u1GJ651s8NtVC65
nSMKRbYpFXMb6kf6XJdty4HXzNU6CYt2jZSNcg6OzkKwSnRAck5pOyRbUIRG
J4tQQAmKbsW6rSMoLuG3D58o+DzBUf2B2n8ZpnWM8mx9CHPTzUQXlnpWr0Ej
48ZwJhMZlxRuVRIj0W6NEcYGcRLqwjNPEFuM3oimhBfqaqGnunZhLgRwuDal
IubVxRN3BYUBR8bjHl0jVa1yFeKCgw6YQzhFSdx2Mh09Xe9ndI8SbQzeDlZC
ux2mLa0PHO7nZtIjbMzjBeAkUjXfFaiqZh4ac8Iz6l1/I75uf0KjrlKgoyfR
6HoI+tqdlOsgHnnG0ep8rLqFtBUawpSrsy77Nt7t7uXlcGMOgs+jJQr7yCZV
QbMGajvEeXLS2EvfqpBnUpmnjUc/H5U8r0FdRdD4wBZT2LAma9Q0JGB/mVQz
LeBjCpOpnO6kUuNWrlaFX9XYqSzD4EDUSNzMeT4cdCAEszXNbagwtnFISp/r
eWE0CmFTpl61dgSIlYWsnKCgVsFKu/vjgz1PFPF4LFgf5d+mIYJFzxuhMxZD
243DHLcd9TYURgBzSeV7y/iK7f3jjz/SpB///Y7/PUi+F+LevXtJkkwmE9H9
9+anv4SF3/ee0sKw7M1Pf0z6mm5YHfZMePXfxdYV9KavlXrbMjGJy0j2wCS3
7RKtxreu8lpA01tWvfnpT3yl4ZKeGUQCMfzQ24oX7iebz/pr71PrhHD0/eQt
/vs0ePa7I3EXCJ3UJpnpuRD8LveTO+dJyll0eiWJGd75IfbaqE8znpMPuxn/
ssHXhpmJo25iMgh+iuFbe2Lu/lGa+tyC+ZoQs92rPfGJ2D24r3433fsl/7sr
37m6P93b84zuiggGyeWEiWUno9e3veMo9ykxpr7xanxzjfyUQARlAw1maVYB
HRzT3mgGnroGOMNhNCRMxPO4mRv2dg9PcAGG1HS53FSReYvUYwIBLREhn+8h
H9s5BS/EOdjei1d6v78udHpD6GzmQEcYv4B6dHRfsocmUNGaGgUfgAzUODu2
426hVZ7FNzYN09bpGE2lhnNoDZxmaQzgCQq9H9JFAcBnGuKHIGHi21fdz2TZ
R8quIAjEms7uevkXoTlo2cfO6JQCgiZVzHnDTb1fZVdvo4coxErmG6iZqgIW
c2RJkO15HLO3pfQ81FeaPo+pMfm2UfEkPzl6Ky7KIUUj7Kie49kxtTaxkHeB
JnZDIO71Jk7tyx5S/iroMHihNijxfqzS0cVIX9jDN2dU1GipkCWlH6MHRedz
elMTo9CpwMejKcY+K/1AR2WeQoLLs7dDgkLA7tVYwETXlKjLA/GOmB1QHt0X
y0P6cLi74g/v0od3d69j3vImMsU186C2+gVPqVgBQxB71Qr5queen9M4kOzZ
wRh64f/vdqHVE0IagGaCP7am4G1LbFti23J9G/iHthRPcfgVXyMgtLuMveCE
il/cpd9SYK14DpuiYWnf/LLT0ImBNl+BXXquT5DqwwI9qkpCbtKLA4Wcb+Os
PzIrwcQcuzl71fBrSyZEXsNo3N3uTghIJt20MMwdsFVWtT+OZG94mzd4yXCx
qmJWrU8BeJythryVAYSSR2lusDfxWJDmbV0YvoJONCXpGrGO9q43YmiWFZ+x
gUoHWUmnQKukJ5lxpklG+N8wITUNmO5UBeuHt6iCf6BFIf3+0eHRAZn/aHl4
BON/RKM7mvuyjN7Rm5XqnXR49P7gJFA9cvA0vH/oJW1oP1u0iS1hDK9Ip0nT
trncMvkN7wIiBNGv0dx6m+1xX3bheanVsjLgsSK8A0Zp0FdkG+Vqwd/sxTc/
G9+jT2Lu9IrvWExj4vRgNpb7gB50rUhHQrGLieTLXZgPPaTdBfUida9adki0
QQIybAafc4MQaxaPuLkwtR2fRODYOZekhn7ZMhMm/l4PEmgSNBkU+E5A1Nf/
TEF4ldtzkarsg9QrGGnKIEVz+NCHvfKEbuxfrfCPMtZfSPl33dQJcjGH8H//
489/a19Fg+nxzxIod+macwPBTUUp1x9Nxq4v599xTNqhP1GUgF5zI3N+D+ob
Ov8GAAbs34hZWXTUBuv3phnnChanyIyvOrvfEV48eBi5hjg7fnq8acmAzy4k
G4HX+hbZtb/codnf6D9Z6hebvCkAAA==

-->

</rfc>
