<?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.0.2) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-hz-ippm-cei-02" category="std" consensus="true" submissionType="IETF" xml:lang="en" version="3">
  <!-- xml2rfc v2v3 conversion 3.23.2 -->
  <front>
    <title>Customer Experience Index for Evaluating Network Quality for Cloud Applications</title>
    <seriesInfo name="Internet-Draft" value="draft-hz-ippm-cei-02"/>
    <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="X." surname="Geng" fullname="Xuesong Geng" role="editor">
      <organization>Huawei</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>gengxuesong@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>
    <author initials="J." surname="Ge" fullname="Jian Ge">
      <organization>CAICT</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>gejian@caict.ac.cn</email>
      </address>
    </author>
    <author initials="K." surname="Ma" fullname="Ke Ma">
      <organization>CAICT</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>make@caict.ac.cn</email>
      </address>
    </author>
    <author initials="R." surname="Chen" fullname="Ruihao Chen">
      <organization>CAICT</organization>
      <address>
        <postal>
          <country>China</country>
        </postal>
        <email>chenruihao@caict.ac.cn</email>
      </address>
    </author>
    <date year="2024" month="October" day="18"/>
    <area>Operation and Management Area</area>
    <workgroup>IP Performance Measurement</workgroup>
    <keyword>Customer Experience Index</keyword>
    <keyword>Cloud Application</keyword>
    <abstract>
      <?line 100?>

<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 104?>

<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.  This document has referred to the exising IETF document <xref target="I-D.ietf-ippm-qoo"/>.</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 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="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>
        <reference anchor="I-D.ietf-ippm-qoo">
          <front>
            <title>Quality of Outcome</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="20" month="September" year="2024"/>
            <abstract>
              <t>   This document describes a new network quality framework named Quality
   of Outcome (QoO).  The QoO framework is unique among network quality
   frameworks because it is designed to meet the needs of application
   developers, users and operators.  This is achieved by basing the
   framework on Quality Attenuation, defining a simple format for
   specifying application requirements, and defining a way to compute a
   simple and intuitive user-facing metric.

   The framework proposes a way of sampling network quality, setting
   network quality requirements and a formula for calculating the
   probability for the sampled network to satisfy network requirements.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-ippm-qoo-01"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA7Va624bxxX+T0DvMLV/WEq4rKUESMukSRVZqVVfYylI06It
hrtDcuzdnfXMrigqdVCgD1AUDdACRYE+Sx8lT9BH6HfOzOyFItU4QN0GNocz
c+7nfOcMkyTZG7laltnvZW5KNRW1bdTeSFeW/+nqo/v3f3r/aG+UynoqXJ1h
ezMrtHPalPW6womz04vP9kbSKjkVzyplZY2vBK4UT2QpF6pQZS2O8fXeaLXA
9ufiubJzYwtZpko8UdI1ljftjfZGmUlLWeDWzMp5nSyvE11VRZIqnRAXZuZM
rmrlpnujpsqk/9feqNZ1jkMnYNgUyorTKzCiFRE4KzN1JUBPnF7KvAF35UI8
VfXK2Ffi80bmul7z1ye5aTJxXFW5TlkGRzfnsgTTqtwbvVqBlBDJbirh6817
6Jq7gpidiqP7R0eQBP8XScJrQjsx13muMqGhtgZX41Qq83wtZmtxVeRHdp4K
PRelqcVCXyq+EBuXxhJHCZHVpZuK84l4rBv66HV4rucyrhgLMR42cqW055AW
U9OUtV1DcUtdSlpRhdT5VOS6cTj88yUfmKSmGBD6aiK+hF46Sl9J85L0Gld7
1G6ls8L+tT97uIvYlxNx3pQdrS8hQVh4O6Fe4ribuKbE9l3EfjWh+/qi/Urj
Y7f4diRrZa0sJ0s6vYskrPbrpembDRt1u/Z2BK9xytH5WwT8hRrI1yhnIGFc
/Z+ms4ZCTWW6NrZHeYHzV/6uXbQf3lDuQ+xe663afSviS77ndj1fbOr5ApaF
dbZp+q2Ik85rf9cu2r8krXeUf4ndYYGJnhyfnVzcateFeokzP0+lTuuJTCdp
Obj/0QTJtrv/kQofv+fthXyldt79YoL9qheALxq9lKZd/J40Umy3fHJIif5X
UjWokdqm/rMu5xsrCbKlnLnaypTrxMUSaRPFouHqAv3nulROSNGUeq6RS3eX
gv2T07MDkSmnFyU21kZIVDNXi5QTN/JrZqzjZOycwlcIjjLUi9e+XoyFVfNc
pVxL6qUSaaSmOmorXS/DnbJXVMQKihAyTXE1yF9qyTdUzQxbIqFJlLnQWZYr
r4O7EKC2JmvSWFWGWtDh2/+jHojTDV1gTdbg01ravUsZZv6DVSEusAZex8LQ
TSBb1izbGK5VmZUC2SHLEKWyBp4C/0EVVeWSoUZk3Cl7qUFzLKTOSCqIGL+r
UO9LWiP8koJHgCBW90R81lhwZwtj1VjoGtfKWa4i7Sg0U8+gRlzSaLdkiQLF
VmXQxqW0Gql6yDk4ynOzCpou6CqnyM/AiqsTNZ8rFqoVQdSILTDE5sMRbQcK
nnjHORlohyXjFTiNspXVsC4QECSAhsE7qFjyp6gTXWZ0IZ3df6TWA/jGrnQg
Ghc8CKZJdUWwhuTuybvNKaxaSMsWiNroM7+vJovJWCxkgR3QTJNpw8xf6kwZ
8gaKeWBSyO8OUFrgCpfKjsWj52ckCSwPL6DNQhd0raYQCYklINQU1gaqyrSF
YnEghPXAjd09AY6BQC8hY8f9ROyNnoC0YZrkGQzlStOGngp4E7QKBbSW7dLD
TJL6sA1lozCdM7IgcE7iBkbASbuGSZ/5FUM0BVw7Y3ekTADT6bTJa8azN2Ki
ldJHXF/ZSQ7V5YKsGyFxSBKPPqckIWsKTdMslkSqkGtin1WK60i7622Cgddj
nxLKppjhK8jf97nVEkypKjfrQZQEiT3/CyuzhsGwLlM0EY7ittX2wvpoyVBk
YE4SOwPxS45gIGRF/rhV53NrClJ8l2jISFanrKq5TDW0QH4cvzVVrQt9HQJL
+Mg6FpQ9YW44EsC5rMhVKIk6McM5pTaMyT63RVGc46CVQtr1xgm2lUamIb4K
s5mfv/vjt3F/DnbLFMWpkukrVSe5gZHRjiFdEd2XuobqsR+bTFEhqUOPVkHR
2LIw4ARinUA4TSqEAgt4kq5AONOoL44zNiy4mf8pyBTJWyroQcuczQDuEmQF
izu//vqTs+TBpFYaGNH3c3C9JJxPvNoTq167N2/aeoWo80Z1/rrOcpHuJelK
ppak7JKWV06bH0lwtKZoaMpXPkW5SqVkMFYvsjouB8ypKZuRYxmnos6hAjhc
nsDu5JRQni8plJJwNcwFpdX6uvORYIEPwz1Ahbm+5vxGKStBnAVH7fgDb1RR
qNakylIhZtywaUKqsmV3P93haQB1ywWR6MENSolovDsqabCqmCFpxFv4kk06
E/EUKsJ9MDsURAmyzaKSa3XD7ET8g2wFl6Bw7ccWhSEUZV3Hw0R8aloGB6Wo
LZxOqVfbkifPJ1AodnpCD0aQJoYuEGrgECphM+FUf6OE5OWCMcor1YZfYmZ0
BdX4XgVE2SFP4/wSecXa7KUvzOOAG4rKqiXFzCVDF/K7pcqrQfYLEm7HS4hM
zrYFj0eYic2qIMk70W7xl5z9JMo/3KtUdiKeAxQYVE7kJRokxArjI75/1Q9I
ILUHZIBPhfPAwzC3VFoYKm7mCJ/fCNv4ckOqRpu0WNbhvHLKy0VeHPI/USD3
m0UNIdJ8BDe67kV8r4wJlwKVIS7hbmJo8aV05LTox1uwBH1rdhiaYHU7Q7rS
qp77ZPXamDdvghvdvSteqNeN9hMrJx7DcxrEmncxxQ4EyeGrd558cX5xZ+z/
Fk+f8b9fnH7+xdmL0wf07/OHx48ft/8YhR3nD5998fhB96/u5MmzJ09Onz7w
h7EqBkujO0+Ov7rjDXXn2fOLs2dPjx/f8bV04PmWC8ksZDT4aQ2FSDdCI5Ba
PfNjqE9Pnv/7X4fvQxc/evHZydHh4U+Rmv2Hnxx+8D4+UMx5aoy0/EcodT2C
PZS07KF5DgtWqKM5QVtE+NKsSkHFezIavfMb0sxvp+KjWVodvv9xWCCBB4tR
Z4NF1tnNlRuHvRK3LG0h02pzsL6h6SG/x18NPke99xY/+oRRanL4k08+jh50
gS5ClyY3izXD89OzW0aXtAOhMRVboLdPSrzj87CjB9+6b6l3fGKQoNp55Ek/
R8YMTxlZF759QpF03DzFLLWl9RuLFN0RVfwQUDs6P9+YDNOy9x2Cjn5AXEu7
YFfEEgEKH15tV9P1InMrfVPWwIvEOTBZLm1OvGz0YVxOuka4zZAuNZy/Y1kh
ImjVMhVI+Y4rZCnXkCBmk3tkg08bbhMI+FrKQ9AVUCMKHqiLdAnfR2kO4+k4
FL6pbzNHyhVzTbqo22PcAIIryRDf43YxVyqbITFzo3BT0cRTIo7zANPNDK1h
2Z9doLOgwRXDZeD5MWRLlxSVOx2L+j0k5YMxQW2rchkaahrDUPLGiRUpEKHe
AiXYFbqiBAA1+zOmbMHwDie557b7rgv9B9luUP4sDZUAR1XeUI1l0Z9u4FLt
AqLWbV2CGzRhjkFlkK6aboK326vfZKcl4SmVsUiwqGEElqyV3Pj2W9oxNTF5
k3kWDMMjgAQGlbB3BGb7uX6lQuM7OH/Qw2yC+duPRtxoj4fHJqEYMiYj3ZSK
wRI1OH3wzLplx2sWahPVRb1GDEgxB0NnwVklWiq5oLAdojcwQrOYZSiglIpu
zXU7Z1qMCW6fZpHzecSk+hO6/zGd6yDq2eZU56aZCX+s9LzeSI2cN4ZDngjh
pHDrkiCOdhsQM3ack1AXnnnE2ebordmU8oW6WuqZrl0YNCE5XJtSEZTr/Inb
jMIAdGO5h/+IVatcBb9gp0POoTxFQdy2Rh3e3WyQdA9jbXXeLq2E/j2Mb1ob
OMjn5tJn2BjHS6STiP18m6GqmoFtjAkP0fe9RCxuf+SjrlJkR4/K0UZR6mtP
UqwDeOQZe6vzvuqW0lboMFOuzrrs63i/k8vT4U4fHQPPqsjtIzxVBQ0vqI8R
58lJYy9970OWSWWeNj77ea/kARDqKpzGO7aYQYc1aaOmqQPby6SaYQFfU5hM
5SSTSo1bu1oVfldjZ7IMkwhRI3Az5wF24IEymK1pEESFsfVDYvpcLwqjUQib
MvWstTNF7Cxk5QQ5tQpa2r8/PjzwQBHLY8H8KP+ECg8WPWuEVlsMdTcOg+F2
dtyQGyGZSyrfO+ZhrO9vvvmGHg/w53f892HyByHu3buXJMlkMhHdn+++/WvY
+IfeKm0M27779k9Jn9Mtu8OZCe/+h9i5g553W6q3bROTuI1oD1Ry2ynRcnzr
Ls8FOL1l13ff/plFGm7pqUEkIMOLXle88X6y/a6/9T61RghXv5u8xZ+Pg2W/
noq7yNBJbZK5XgjBD/g/u3OepBxFp1eSkOGdN7F5R32a8+B92M341wtfG+Ym
zs4JycD5yYdvbbJ5nIDS1McWjNeEmO9fHYifif3Dd9XvZgc/5r/35TtX784O
DjyiuyKAQXQ5YGLZyejNvncdxT4Fxsw3Xo3v1hGfEhlB2QCDmZpVyA6OYW9U
A49xQzrDZTR1TMTzeJgnAO0ZHgkjGVLT5XJTReQtUp8TKNESEPLxHuKxHXzw
RtyD4z1/pR91bBKd3SA6nzvAEc5fyHp0dZ+yT02AojU1Ct4BOVHj7tjfu6VW
eRafgBqGrbMxmkoN49AeGM3SXMEDFHpw0kWBhM8wxE9Vwgi5z7of8rKNlF2D
EIA13d318l+E5qBFH3ujU3IIGn0x5g2ServKrt5GC5GLlYw3UDNVhVzMniUL
EzTcL6Xnob7SOHtMjcnrRsWb/CjqrbAouxTNxCN7jofR1NrEQt45mtgPjnjQ
G2G1r0fE/FXgYfBCNyjxfk7TwcUIX9jCN4de1GipECWln8sHRhcLevqJXuhU
wONRFWMflX5CpDIPIYHl2dohQEFg/2osoKJrCtTVoXhHzA8pjt4VqyP6cLS/
5g/v0Yf39q9j3PIhUsU146C2+gVLqVgBgxN71gr5smeeH9I4EO354Rh84b/3
OtfqESEOADOBH1tV8LEVjq1wbLV5DPhDW/KnOE2L7xJw7S5iLzig4hd36Qc0
2CueQ6doWNqnZDYaOjHA5iugS4/1KaV6t0CPqpIQm/QSoRDzrZ/1Z3AlkJhj
M2cvG34HZUDkOYzK3e9kgkMy6KaNYe6Ao7Kq/XVEe8vz4ODV4mJdxajanALw
fFwNcSsnEAoepbnB3oZjAZp3dWH4CjzRlKRrxDrYu9mIoVlWfMcWKB1oJR0D
LZMeZMYhKSnh++WE1DRAujMVtB+eZQX/Ko9c+oPp0fSQ1D9dHU2h/A9pdEeD
ZKbRu3o7U72bjqYfDG4C1CMDz8KDRi9oQ/vZZpvYEkb3inCaOG2byx2j5PC4
EFMQ/QTRbbbZPu/Lzj0vtVpVBjhWhEdllAZ9RbpRrhb8zUF8Str6MD+JsdMr
vmMxi4HTS7Ox3IfsQWJFOBKKXQwkX+7CfOgBnS6oF6l71bLLRFsoIMLmsDk3
CLFm8cycC1Pb8Uk4jl1wSWropzJzYeKPNEGBJkGTQYHvCER+/e8ehGe5vbfi
aTpPnhjHB5gyCNEcNvRurzygG/u3Gv6Vx+YLl388p06QizmI/+eff/l7+7YN
pMeje4pdEnNhQLipKOT6o8nY9eX8w5BJ+4pAECVkr4WROT+s+obOPylAgX2J
GJVFQ23Rfm+aca6gcfLM+Hba/Xj04tMHEWuIs+Onx9u23HilgBJ4r2+RXftT
IJr9jf4LIglaLLErAAA=

-->

</rfc>
