<?xml version="1.0" encoding="UTF-8"?>
  <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
  <!-- generated by https://github.com/cabo/kramdown-rfc2629 version 1.3.32 -->

<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
]>

<?rfc toc="yes"?>
<?rfc sortrefs="yes"?>
<?rfc symrefs="yes"?>
<?rfc docmapping="yes"?>

<rfc ipr="trust200902" docName="draft-hardaker-iab-mnqeu-report-01" category="info">

  <front>
    <title abbrev="title">IAB workshop report: Measuring Network Quality for End-Users</title>

    <author initials="W." surname="Hardaker" fullname="Wes Hardaker">
      <organization>USC/ISI</organization>
      <address>
        <email>ietf@hardakers.net</email>
      </address>
    </author>

    <date year="2021" month="November" day="09"/>

    
    
    

    <abstract>


<t>The Measuring Network Quality for End-Users workshop was held
virtually by the Internet Architecture Board (IAB) in September, 2021.
This workshop summarizes the workshop, the topics discussed and some
preliminary conclusions drawn at the end of the workshop.</t>



    </abstract>


  </front>

  <middle>


<section anchor="introduction" title="Introduction">

<t>The Internet Architecture Board (IAB) holds occasional workshops
designed to consider long-term issues and strategies for the
Internet, and to suggest future directions for the Internet
architecture.  This long-term planning function of the IAB is
complementary to the ongoing engineering efforts performed by working
groups of the Internet Engineering Task Force (IETF).</t>

<t>The Measuring Network Quality for End-Users workshop was held
virtually by the Internet Architecture Board (IAB) in September, 2021.
This workshop summarizes the workshop, the topics discussed and some
preliminary conclusions drawn at the end of the workshop.</t>

<section anchor="problem-space" title="Problem space">

<t>The Internet in 2021 is quite different from what it was 10 years
ago. Today, it is a crucial part of everyone’s daily life. People use
the Internet for their social life, for their daily jobs, for routine
shopping, and for keeping up with major events. An increasing number
of people can access a Gigabit connection, which would be hard to
imagine a decade ago. And, thanks to improvements in security, people
trust the Internet for both planning their finances and for everyday
payments.</t>

<t>At the same time, some aspects of end-user experience have not
improved as much. Many users have typical connection latency that
remains at decade-old levels. Despite significant reliability
improvements in data center environments, end users often see
interruptions in service. Despite algorithmic advances in the field of
control theory, one can often find that the queuing delay in the
last-mile equipment exceeds the accumulted transit delay. Transport
improvements, such as QUIC, Multipath TCP, and TCP Fast Open are still
not fully supported in some networks. Likewise, various advances in
the security and privacy of user data are not widely supported, such
as encrypted DNS to the local resolver.</t>

<t>Some of the major factors behind this lack of progress is the popular
perception that throughput is the often sole measure of the quality of
Internet connectivity. With such narrow focus, the workshop aimed to
discuss various questions:</t>

<t><list style="symbols">
  <t>What is the latency under typical working conditions?</t>
  <t>How reliable is the connectivity across longer time periods?</t>
  <t>Does the network allow the use of a broad range of protocols?</t>
  <t>What services can be run by clients of the network?</t>
  <t>What kind of IPv4, NAT or IPv6 connectivity is offered, and are
there firewalls?</t>
  <t>What security mechanisms are available for local services, such as
DNS?</t>
  <t>To what degree are the privacy, confidentiality, integrity and
authenticity of user communications guarded?</t>
  <t>Improving these aspects of network quality will likely depend on
measurement and exposing metrics to all involved parties, including
to end users in a meaningful way. Such measurements and exposure of
the right metrics will allow service providers and network operators
to focus on the aspects that impacts the users’ experience most and
at the same time empowers users to choose the Internet service that
will give them the best experience.</t>
  <t>What are the fundamental properties of a network that contribute to good user experience?</t>
  <t>What metrics quantify these properties, and how to collect such metrics in a practical way?</t>
  <t>What are the best practices for interpreting those metrics, and incorporating those in a decision making process?</t>
  <t>What are the best ways to communicate these properties to service providers and network operators?</t>
  <t>How can these metrics be displayed to users in a meaningful way?</t>
</list></t>

</section>
</section>
<section anchor="workshop-agenda" title="Workshop Agenda">

<t>The Measuring Network Quality for End-Users for divided into the
following main topic areas:</t>

<t><list style="symbols">
  <t>Introduction overviews and a keynote by Vint Cerf</t>
  <t>Consideration of metrics</t>
  <t>Cross-layer considerations</t>
  <t>Synthesis</t>
  <t>Group conclusions</t>
</list></t>

</section>
<section anchor="position-papers" title="Position Papers">

<t><list style="symbols">
  <t>Stuart Cheshire. “The Internet is a Shared Network”</t>
  <t>Jana Iyengar. “The Internet Exists In Its Use”</t>
  <t>Yaakov (J) Stein. “The Futility of QoS”</t>
  <t>Keynote by Vint Cerf</t>
  <t>Pedro Casas. “10 Years of Internet-QoE Measurements. Video, Cloud, Conferencing, Web and Apps. What do we need from the Network Side?”</t>
  <t>Lucas Pardue, Sreeni Tellakula. “Lower layer performance not indicative of upper layer success”</t>
  <t>Ahmed Aldabbagh. “Regulatory perspective on measuring network quality for end users”</t>
  <t>Michael Welzl. “A Case for Long-Term Statistics”</t>
  <t>Joachim Fabini. “Objective and subjective network quality”</t>
  <t>Matt Mathis. “Preliminary Longitudinal Study of Internet Responsiveness”</t>
  <t>Brandon Schlinker. “Internet’s performance from Facebook’s edge”</t>
  <t>Jonathan Foulkes. “Metrics helpful in assessing Internet Quality”</t>
  <t>Vijay Sivaraman, Sharat Madanapalli, Himal Kumar. “Measuring Network Experience Meaningfully, Accurately, and Scalably”</t>
  <t>Dave Reed, Levi Perigo. “Measuring ISP Performance in Broadband America: a Study of Latency Under Load”</t>
  <t>Kyle MacMillian, Nick Feamster. “Beyond Speed Test: Measuring Latency Under Load Across Different Speed Tiers”</t>
  <t>Gregory Mirsky, Xiao Min, Gyan Mishra, Liuyan Han. “Error Performance Measurement in Packet-Switched Networks”</t>
  <t>Gino Dion. “Focusing on latency, not throughput, to provide better internet experience and network quality”</t>
  <t>Praveen Balasubramanian. “Transport Layer Statistics for Network Quality”</t>
  <t>Jari Arkko, Mirja Kuehlewind. “Observability is needed to improve network quality”</t>
  <t>Robin Marx, Joris Herbots. “Merge Those Metrics: Towards Holistic (Protocol) Logging”</t>
  <t>Rajat Ghai. “Measuring &amp; Improving QoE on the Xfinity Wi-Fi Network”</t>
  <t>Koen De Schepper, Olivier Tilmans, Gino Dion. “Challenges and opportunities of hardware support for Low Queuing Latency without Packet Loss”</t>
  <t>Olivier Bonaventure, Francois Michel. “Packet delivery time as a tie-breaker for assessing Wi-Fi access points”</t>
  <t>Ken Kerpez, Jinous Shafiei, John Cioffi, Pete Chow, Djamel Bousaber. “State of Wi-Fi Reporting”</t>
  <t>Mikhail Liubogoshchev. “Cross-layer Cooperation for Better Network Service”</t>
  <t>Sandor Laki, Szilveszter Nadas, Balazs Varga, Luis M. Contreras. “Incentive-Based Traffic Management and QoS Measurements”</t>
  <t>Satadal Segupta, Hyojoon Kim, Jennifer Rexford. “Fine-Grained RTT Monitoring Inside the Network”</t>
  <t>Al Morton. “Dream-Pipe or Pipe-Dream: What Do Users Want (and how can we assure it)?”</t>
  <t>Kalevi Kilkki, Benajamin Finley. “In Search of Lost QoS”</t>
  <t>Neil Davies, Peter Thompson. “Measuring Network Impact on Application Outcomes using Quality Attenuation”</t>
  <t>Mingrui Zhang, Vidhi Goel, Lisong Xu. “User-Perceived Latency to measure CCAs”</t>
  <t>Discussion</t>
  <t>Break</t>
  <t>Christoph Paasch, Randall Meyer, Stuart Cheshire, Omer Shapira. “Responsiveness under Working Conditions”</t>
  <t>Bob Briscoe, Greg White, Vidhi Goel and Koen De Schepper. “A single common metric to characterize varying packet delay”</t>
  <t>Christoph Paasch, Kristen McIntyre, Randall Meyer, Stuart Cheshire, Omer Shapira. “An end-user approach to the Internet Score”</t>
</list></t>

</section>
<section anchor="discussions" title="Discussions">

<t>The three day workshop was broken into four separate sections,
including introductory material and conclusions, that each played a
role in framing the discussions.</t>

<section anchor="introduction-1" title="Introduction">

<t>The Introduction section allowed participants to introduce and discuss
the problem space, existing mechanisms for QoS and QoE measurements.
Also discussed was the interaction between multiple users within the
Network, as well as the interaction between multiple layers of the OSI
stack.  Some existing measurement works were presented.  Vint Cerf
provided a key note support describing the history and importance of
the topic.</t>

</section>
<section anchor="metrics" title="Metrics">

<t>The Metrics section of the workshop concentrated on both defining new
and existing measures and how they might apply to different sections
of the Internet.  The need for improvements to latency and its
measurements was heavily discussed, especially for certain classes of
users such as live, collaborative content and gaming.</t>

</section>
<section anchor="cross-layer-considerations" title="Cross-layer considerations">

<t>In the Cross-layer section participants present material and discussed
how accurately measuring exactly where problems occur is difficult
when many components of a network connection can affect the
measurement.  Discussion centered especially on the differences
between physically wired and wireless connections and the difficulties
of accurately determining problem spots when multiple different
network types are responsible the quality.</t>

</section>
<section anchor="synthesis" title="Synthesis">

<t>Finally, in the Synthesis section presentations and discussions
concentrated on the next steps likely needed to make forward
progress. Of particular concern is how to bring forward measurements
that can make sense to end users trying to make subscription
decisions.</t>

</section>
</section>
<section anchor="conclusions" title="Conclusions">

<t>During the final hour of the workshop we gathered statements that
group thought were summary statements from the 3 day event.  We later
discarded any that were in contention (listed further below for
completeness).  For this document, the editor took the original list
and divided it into rough categories, applied some suggested edits
discussed on the mailing list and further edited for clarity and to
provide context.</t>

<section anchor="general-statements" title="General statements">

<t><list style="numbers">
  <t>Bandwidth is necessary but not alone sufficient</t>
  <t>In many cases, Internet users don’t need more bandwidth, but rather
need “better bandwidth” – i.e., they need other improvements to
their connectivity.</t>
  <t>We need both active and passive measurements – passive measurements
can provide historical debugging.</t>
  <t>We need passive measurements to be continuous and archivable and
queriable – include reliability/connectivity measurements.</t>
  <t>A really meaningful metric for users is whether their application
will work properly or fail because of a lack of a network with
sufficient characteristics.</t>
  <t>An useful metric for goodness must actually incentive goodness –
good metrics should actionable to help drive industries toward
improvement.</t>
  <t>A lower latency internet, however achieved would benefit all end
users.</t>
</list></t>

</section>
<section anchor="specific-statements-about-detailed-protocolstechniques" title="Specific statements about detailed protocols/techniques">

<t><list style="numbers">
  <t>Round trips Per Minute (RPM) is a useful, consumable metric</t>
  <t>We need a usable tool that fills the current gap between network
reachability, latency and speed tests.</t>
  <t>End-users that want to be involved in QoS decisions should be able
to voice their needs and desires.</t>
  <t>Applications are needed that can perform and report good quality
measurements in order to identify insufficient points in 
network access.</t>
  <t>Research done by regulators indicate that users/consumers prefer
a simple metric per application, which frequently resolves to
whether the application will work properly not.</t>
  <t>New measurements and QoS or QoE techniques should not rely only or
depend on reading TCP headers</t>
  <t>It is clear from developers of interactive applications and from
network operators that lower latency is a strong factor in user
QoE.  However, metrics are lacking to support this statement
directly.</t>
</list></t>

</section>
<section anchor="problem-statements-and-concerns" title="Problem statements and concerns">

<t><list style="numbers">
  <t>Latency mean and medians are distractions from better measurements</t>
  <t>It is frustrating to only measure network services without
simultaneously improving those services</t>
  <t>Stakeholder incentives aren’t aligned for easy wins in this space.
Incentives are needed to motivate improvements in public network
access.  Measurements may be one step toward driving competitive
market incentive.</t>
  <t>For future-proof networking, measuring ecological impact of
measuring material and energy usage is important.</t>
  <t>We do not have incontrovertible evidence that any one metric
(e.g. latency or speed) is more important than others to persuade
device vendors to concentrate on any one optimization.</t>
</list></t>

</section>
<section anchor="no-consensus-reached-statements" title="No-consensus reached statements">

<t>Additional statements were recorded that did not have consensus of the
group at the time, but we list here for completeness about the fact
they were discussed:</t>

<t><list style="numbers">
  <t>We do not have incontrovertible evidence that buffer bloat is a
prevalent problem</t>
  <t>The measurement needs to support reporting localization in order to
find problems.  Specifically:
  <list style="symbols">
      <t>Detecting a problem is not sufficient if you can’t find the location</t>
      <t>Need more than just english – different localization concerns</t>
    </list></t>
  <t>Stakeholder incentives aren’t aligned for easy wins in this space</t>
</list></t>

</section>
</section>
<section anchor="follow-on-work" title="Follow on work">

<t>There was discussion during the workshop about where future work
should be performed.  The group agreed that some work could be done
more immediately within existing IETF working groups, while other
longer-term research may be needed in IRTF groups.</t>

</section>
<section anchor="security-considerations" title="Security considerations">

<t>A few security relevant topics were discussed at the workshop,
including but not limited to:</t>

<t><list style="symbols">
  <t>What prioritization techniques can work without invading the privacy
of the communicating parties.</t>
  <t>How oversubscribed networks can essentially be viewed as a DDoS
attack.</t>
</list></t>

</section>


  </middle>

  <back>

    <references title='Normative References'>





<reference  anchor="RFC2119" target='https://www.rfc-editor.org/info/rfc2119'>
<front>
<title>Key words for use in RFCs to Indicate Requirement Levels</title>
<author initials='S.' surname='Bradner' fullname='S. Bradner'><organization /></author>
<date year='1997' month='March' />
<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="RFC5155" target='https://www.rfc-editor.org/info/rfc5155'>
<front>
<title>DNS Security (DNSSEC) Hashed Authenticated Denial of Existence</title>
<author initials='B.' surname='Laurie' fullname='B. Laurie'><organization /></author>
<author initials='G.' surname='Sisson' fullname='G. Sisson'><organization /></author>
<author initials='R.' surname='Arends' fullname='R. Arends'><organization /></author>
<author initials='D.' surname='Blacka' fullname='D. Blacka'><organization /></author>
<date year='2008' month='March' />
<abstract><t>The Domain Name System Security (DNSSEC) Extensions introduced the NSEC resource record (RR) for authenticated denial of existence. This document introduces an alternative resource record, NSEC3, which similarly provides authenticated denial of existence.  However, it also provides measures against zone enumeration and permits gradual expansion of delegation-centric zones.  [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='5155'/>
<seriesInfo name='DOI' value='10.17487/RFC5155'/>
</reference>



<reference  anchor="RFC4035" target='https://www.rfc-editor.org/info/rfc4035'>
<front>
<title>Protocol Modifications for the DNS Security Extensions</title>
<author initials='R.' surname='Arends' fullname='R. Arends'><organization /></author>
<author initials='R.' surname='Austein' fullname='R. Austein'><organization /></author>
<author initials='M.' surname='Larson' fullname='M. Larson'><organization /></author>
<author initials='D.' surname='Massey' fullname='D. Massey'><organization /></author>
<author initials='S.' surname='Rose' fullname='S. Rose'><organization /></author>
<date year='2005' month='March' />
<abstract><t>This document is part of a family of documents that describe the DNS Security Extensions (DNSSEC).  The DNS Security Extensions are a collection of new resource records and protocol modifications that add data origin authentication and data integrity to the DNS.  This document describes the DNSSEC protocol modifications.  This document defines the concept of a signed zone, along with the requirements for serving and resolving by using DNSSEC.  These techniques allow a security-aware resolver to authenticate both DNS resource records and authoritative DNS error indications. </t><t> This document obsoletes RFC 2535 and incorporates changes from all updates to RFC 2535.  [STANDARDS-TRACK]</t></abstract>
</front>
<seriesInfo name='RFC' value='4035'/>
<seriesInfo name='DOI' value='10.17487/RFC4035'/>
</reference>




    </references>

    <references title='Informative References'>





<reference  anchor="RFC1111" target='https://www.rfc-editor.org/info/rfc1111'>
<front>
<title>Request for comments on Request for Comments: Instructions to RFC authors</title>
<author initials='J.' surname='Postel' fullname='J. Postel'><organization /></author>
<date year='1989' month='August' />
<abstract><t>This RFC specifies a standard for the Internet community.  Authors of RFCs are expected to adopt and implement this standard.</t></abstract>
</front>
<seriesInfo name='RFC' value='1111'/>
<seriesInfo name='DOI' value='10.17487/RFC1111'/>
</reference>




    </references>


<section anchor="participants-list" title="Participants List">

<t>The following is a list of participants attended the workshop over a remote connection:</t>

<t><list style="symbols">
  <t>Ahmed Aldabbagh</t>
  <t>Al Morton</t>
  <t>Alexander Clemm</t>
  <t>Alvaro Retana</t>
  <t>Anna Brunstrom</t>
  <t>Balazs Varga</t>
  <t>Bjørn Ivar Teigen</t>
  <t>Bob Briscoe</t>
  <t>Brandon Schlinker</t>
  <t>Bren Tully Walsh</t>
  <t>Christoph Paasch</t>
  <t>Cindy Morgan</t>
  <t>Cullen Jennings</t>
  <t>Dan Siemon</t>
  <t>Dave Taht</t>
  <t>David Reed</t>
  <t>David Schinazi</t>
  <t>Djamel Bousaber</t>
  <t>Eve Schooler</t>
  <t>Evgeny Khorov</t>
  <t>François Michel</t>
  <t>Gavin Young</t>
  <t>Geoff Huston</t>
  <t>Gino Dion</t>
  <t>Gorry Fairhurst</t>
  <t>Greg Mirsky</t>
  <t>Greg White</t>
  <t>Jana Iyengar</t>
  <t>Jared Mauch</t>
  <t>Jari Arkko</t>
  <t>Jason Livingood</t>
  <t>Jiankang Yao</t>
  <t>Jim Gettys</t>
  <t>Jinous Shafiei</t>
  <t>Joachim Fabini</t>
  <t>John Cioffi</t>
  <t>Jonathan Foulkes</t>
  <t>Joon Kim</t>
  <t>Joris Herbots</t>
  <t>Kalevi Kilkki</t>
  <t>Karthik Sundaresan</t>
  <t>Kathleen Nichols</t>
  <t>Keith Winstein</t>
  <t>Ken Kerpez</t>
  <t>Kenjiro Cho</t>
  <t>Koen De Schepper</t>
  <t>Kristen McIntyre</t>
  <t>Kyle MacMillan</t>
  <t>Lai Yi Ohlsen</t>
  <t>Lars Eggert</t>
  <t>Levi Perigo</t>
  <t>Lisong Xu</t>
  <t>Lucas Pardue</t>
  <t>Luis M. Contreras</t>
  <t>Mat Ford</t>
  <t>Matt Mathis</t>
  <t>Michael Welzl</t>
  <t>Mikhail Liubogoshchev</t>
  <t>Mingrui Zhang</t>
  <t>Neil Davies</t>
  <t>Nick Feamster</t>
  <t>Nicolas (Tessares)</t>
  <t>Olivier Bonaventure</t>
  <t>Omer Shapira</t>
  <t>Pedro Casas</t>
  <t>Peter Thompson</t>
  <t>Praveen Balasubramanian</t>
  <t>Rajat Ghai</t>
  <t>Randall Meyer</t>
  <t>Rich Brown</t>
  <t>Rick Taylor</t>
  <t>Roberto</t>
  <t>Robin Marx</t>
  <t>Russ White</t>
  <t>Sam Crawford</t>
  <t>Satadal Sengupta</t>
  <t>Shapelez</t>
  <t>Sharat Madanapalli</t>
  <t>Steve Christianson</t>
  <t>Stuart Cheshire</t>
  <t>Szilveszter Nadas</t>
  <t>Toerless Eckert</t>
  <t>Toke Høiland-Jørgensen</t>
  <t>Tommy Pauly</t>
  <t>Vesna Manojlovic</t>
  <t>Vidhi Goel</t>
  <t>Vijay Sivaraman</t>
  <t>Vint Cerf</t>
  <t>Wes Hardaker</t>
  <t>Zhenbin Li</t>
</list></t>

<t>IAB Members at the Time of Approval</t>

<t>Internet Architecture Board members at the time this document was
approved for publication were:</t>

<figure><artwork><![CDATA[
Jari Arkko

Deborah Brungard
Ben Campbell
Lars Eggert
Wes Hardaker
Cullen Jennings
Mirja Kühlewind
Zhenbin Li
Jared Mauch
Tommy Pauly
Colin Perkins
David Schinazi
Russ White
Jiankang Yao
]]></artwork></figure>

<t>Acknowledgements</t>

<t>The authors would like to thank the workshop participants, the members
of the IAB, and the program committee for creating and participating
in many interesting discussions.</t>

</section>
<section anchor="github-version-of-this-document" title="Github Version of this document">

<t>While this document is under development, it can be viewed, tracked,
fill here:</t>

<t>https://github.com/intarchboard/network-quality-workshop-report</t>

</section>


  </back>

<!-- ##markdown-source:
H4sIAJfGimEAA+1by5LbSHbd4ysyNBEOKYKkpO7psUebdqlKJVVLpa5WVbem
7XA4kkCSTBFAshMAS9Rq/sGr+QL/wiy86z+ZL/E59yYepDT2TISXVoQkAgQy
b97nuQ/O5/Os9W3pnpkHV2fPzX2I22YTdia6XYjtM3PtbNNFX6/NW9fyW/ND
Z0vfHswqRPOiLuY/Ni42DzK7XEa3f2ZktawIeW0rrFpEu2rnGxsLu3Vx7u1y
XtW/uG6uG8yfPM1y27p1iIdnxterkPldxCqxa9qvnjz5/ZOvsqxpbV38uy1D
jQUPrsl2/pn51zbkM9NgjehWDT4dKv2ArSu724Hkf8sy27WbEJ9lxszx12CH
5pl5vzCvEkFyUyl975rj2yGun5kfb88fX91eyQ1XWV+CSteu/rk/UbOoXZtl
dYiVbf3ecat3l+dfPX36+/Txm6fffJM+/vbJ1/iY8ZjHjz/FH3yRzedzY5dN
G22ORe827m/l/yi4e9uYjSuLbO9ji0fLg1keTIulrurWRVBrzmK+8a3L2y46
8zzgJOYhhP8I3DG3bte6aunizHz15KunCxDhJ6s3XVXZ6D+BV1yyvz+Tqzbs
fN6Ywjd51zSuMBAbJFS5bBdd6Stf23gweajzsmt8qBtqx31tbCuvOzwdVkfr
LozypPJFAa3KfsNDxFB0eYv3lUP/+7E2oSwaE/LccldbDss3WeEav65BahtI
WOMLFw0UbT3HopXxTdPhqHIOCAV66nFJzoPKrN95Jg9ghaZbr13TmlUnNBQ+
OiF0eGUgNrMTYhfGCJfHfXelrWsKfdXVskLPGNqob7I8VLvSVa5uyVHszO/w
duA7rl772jlRGrfCzm1jdi5S53BQKAOPjy+zdQzdrhmW7vn4YvL+nW225jLE
3IGXL+4uHy3+Xy1VLX/zG3MTwxJSMM3O5u5EGUEzCYWwzC8dToXtVysXITGz
iqEy9xss71vhy9Mn8Go2Npldh4W5C4U9zPgd3rUmj13uobM7G1vS4fYuHuAJ
//LHP4FQOKSDKf0KOnTjAnTCdI3LjtiaVM9HnFlW4uOzyW1d5ENYNnoXWtFC
ATKelG5U1ZvfbJ3jDdNBnr7dmMp+wF1QVLfNwpzVOHUeoRl8pu4orgwU75Sw
3IKlee4anuqlX9sljgiu12ojM7DE5xvwuCuhpc7Qw0J2ma8s9REvFS63BT6Q
S2d1QenaettQ/321i2EvFtGQ943LoZ4t+Ki7ZxJQzGeMWQYcY7A25ccKClHn
yexXesB4gFCynT3IDjCCM12sQehAyKvcTDTK2GaH44hNQW/mEAZe/wjr8w5L
4kx7Z+rQZole6GJjqi7fLMy1rQ8UHoxGnmoP0FpIa+SQKeGA6pxWY9ssMhpB
V6FGypc5vJwpQWsJWVy4Zketo3fzKywEvaOyg+m00uyUX4VtoWqOrAHhsNFQ
y3czUX8lK6ywPTjrEMDwXOx26tuE3XHvczfua0tEdKhI5XNji73yEw+SZysP
P4DV4MXozEveRPifwYGpluhGEEMhR5WXfulcRxEVrrSHtFJW2qadVx7K5WBk
O1IMbufOFeoHoG5d1ZUt/Xu08O6tvg8j4yUByBEnIETIgjL54cer85m5xrt+
Z6Eid+c3agb4YC6xrfl+BxotPFXT+rIEAKDbp1truh0Xxp5kDJWiVhcJsbzx
W3fvG2jLHu4qdM2UOWK2veLKZrvo9xYChzaJJomUuCd3u0esmm6nxGcgHkoS
DztScPH2to8OZaA2RdeEEuoMDb4lacmxqSGvgDoCBL10G+U9Y5LNt3wKTFpH
2q5X1u7CrittzKDauRNF6GUF97He7Lq2fzKpTYCUKokaw66/pJABVRiMslf3
Pb5YmPf0MiIT+OgY7mGO8OGzI2dsrK8kgGfJww+8hc40oqKAVnPzXjyu0tRb
Ulcz3vemluIiaSi8vPgt3nuFbdV0cIL0/pRKaFkMjUZvLgZqGG59KOT1i5CC
UtICmEaJFXkHMiUrrFnGYAsDlVy7xGuA21DK+0J2sq9GzAO+MXY1w2deejHg
xM+0w/DW1mvourrZ/3Zm3p7dAdLy4nfH9HsuwNhUqIpDwYBKsWCkrUZ3D4qn
pCQFrVwO9+ubqhGVtHuEEeERXaZqW0/2YFdYFyrJte6ChsDCQa2crCBqpRo/
I4UrKHjdetERxENoyLq3DKxDZM+vc9UgNRDgoqqrIUz1TOsOMcQV3O9KzDw5
+ebIUfeC6dXxHvaMILmldRVuJ/G/xo5Je8XLkE/w60FCXeXaSIQBSwOrQOme
NlZIyPY8vSe0KAi5DB8aXSo8hOW6jD7wHkADUPpb8mqyWTPupsaj0jHRrzft
sLlQrbqV2G7kxAX34QL9MQOU09LOlRixKBPUNfdcEVOGZ7R64ZRcQI5pMKtC
0/bCOImGSJV24Z476zmJrjchNO44AveESkAzeoS138tTlTy6JJwe91z0Wtjr
C/BxYQUHlzwuniPH1ar6A8thJNb4ZdcSD5p1CCqCydqDhvcchT5Av1aHpDHj
8momG1oxs4ayBM9Uw/tXRa47ZnHqWOzh21PK5WTpkZRTSFgFJm1VTcmutKDu
CDUKEc7eTh6QnQAAPJEr/Lg4MJBKnPXlPUGMCmSwFffZCSWZ+du0qHeR9Ey6
TM+EJUFvA3B10Pzqr6r8t0zs3vfu/GwN+7B/X5rBq8KTTHJJI162CrQGMVBL
wMA0gKywGg+mmaQBAsBp3b0e0gLpHhBjHZ3sT1jQnCN/wjvnKUW0fU6Wzsqv
GATmPGwcMkl1Q/jy9lCTN56fXzLrmqYbPP0NPImseWPB2Ib03SJNAuQ/x3sb
zyTxwXGCQRh9C5CMIyfmPMBb39namqsDckAbT1958dE3sOer2lzhP3COL/xs
7TbszcPvHmFH5+v00iVygBSczQ/hlk++/jJPblwRgzm3jQXAeYBc5mfmMhJ3
0sbzH8KLJEp1aAssULgwM+dl6BB1wFbJjXLJNt67pUjhbLfDk6LABaIF4xvO
KtkTlbnXiFss9S3pe9MhwQcDY9EBYN0irNTe3LmytFtAFdD2hi7JqIhSQkzs
JWgKoVLCxl4iMDDV8CQMm8bEHc42RBpnZWGXS7sGaH/wzq2xNuzgwBXFe8oS
dXLgkgmdxBdJKfoQwGWvkfdYV+Lg5acSi56RmxpH37AkcMeSwG0L6gBncnnl
u2CRLFeAoktfe7zz/fJD2luy2264PNld9rNty3+A7/DmzSQJ5na+ZaiC14IC
FoepHM07oHuqNhK+xJHnAC0FTnubb0pfbx11rn9cMtQpn0V0l8iVlyFs5VtX
rJ0ep7ZM5swlsr+tI1nXyYtsXLmjn6DfQPbeSMQdKPphPNVP/gMyg1vgh2ix
30yMw/KgBWxih9DoZ+YVssnSvO4qsY7P3cuLMbxdDz6qBPw4QyrBAhA/k8O3
8OtAO7LzBfO1d4746Y3be1gEQnM4Wv/q9oa3B1bgNM8J+pai6BVeyO0zGnTP
8zcJof4oCPUNHhUTPABfXdv8GpHS84xvPeD5pbNV0wrvn7tDIHU7msod3P20
gvv5mjiWYNeLoTiR3vRJNV9GKc1CRWOzxdH/4G3ABXZ+eYC4rn2ziRbH9h0v
X1m6jxdA6vHotBPb58lvkFPAK9ze+zbfjO5LN/R1ADmBC10SmpDwMfedibGO
ScaMgSVFKASclvmr75VjglWmoWtiCTcRokN28hzChM2I4ng5xJAggmv0AqP5
iV2ehCP1vNGbs7jdwq+BXR8s1MxtSuR7dSEGyoCa8m96b3ozDYwpBf0Sge8C
7BsSjx9nMJKI1165uAytWkhEvnAnMCBZyzPg6ns4QDwWSiHXPLxJ2cQjSHy9
BjtlXfsBpvFyY/2Rmv7DBCfTaSdY+Afk4qT6vZ9f+mm0eR3AvAtH83d0mTPz
fYkwDH7d+RK8BHCZCvR8AytEaEq1lSCZKzBIj9lY8rmXnFqT2uQC78Fmzf57
DWb1KSDFVE3CI+qN+s2fw52wKAWdm5lLSDIP4BzdrKN/TW8hffas7ChitYyn
IGS+BEKAI5O9R4+jR0/1q12AjjUaE2v8jTv3CfLBSQGl4XZW3nnKa1Obc4/c
Chc3DpHzHJhxZi4+ALGWILJr7FKslsolcUd3eSetkSSpa7+FlEqa2DKsQ7PB
Ifbk5QRvnAeFYwQQJPu5GsIQIRXJcbVbumvwFDgRDvKTR57SfJJn4SUhLRrC
p8b8ZOOaZt2RbQvG5zZig0a8O8tEYNz8uWUxFYaCA+asX9n1mBwBMxyFfN28
xS4ILAiauxbrvzqEDwE0v/YV2OXq2sML4fgfcQjazKWv3fxlBHrDRu/u7sx1
gLIE9agCsaZIQCJ0iWdiK9p2AUFW8xu/c8x7+f9cbj1TTHERjILH9yyOPewh
PXHsPdVBki3fPhJs8dqW9Oyvfbkl5567GgaEoGlAYukOwheci1V98d5MjRJs
eusgPYQISRyoBpE2W+0aIfLzEHQlaRdNDwCoTLms+b5rAdgdEyoxzoQlziDo
upNHVFnqdey8+RfEUiApoKyNNy+DK+miseHa/KHDpjz3/IaVG888tbcquKK+
QnN+fiYiu9CSCpstDPawDELdDRwR4PQG9mebfDODOwFkR/J27Q50AifQFV6h
ogvd2J2PVlDTFEekKsz7VH05H6ovAjDCEvuCioBlGI0gPN+66dlE3049kcAo
soqVZ2Q6gsjoIzUXtUy8HDsGrBYdJGkavIIV1/v5KV/zBra5zoE/DjzX33nu
s3qsCtsdHC1AXF+fGyDNLZI82CqSgpH5jaZDiHsOSZU9HPdVljFsXa2Jzyp0
gKxuR+gj1UTh5CwbShB8TPMexvXKkgtWeTjJSWaaNTsSmDI4m0XW8KDzq0jV
l0pK31XhOwtpinyxQTcmWokirVT0NZLc7yzrHIyF6WEN2Wn1TEtDk27LDMGd
8U2qL0Mdir6Pjkcd0IujIsoiOyubMOkCkXNcV+CCVaqAIO6JByop/Jap7iHh
JpWck5XOGC/uHUsuf8Mq4qWHMt33t1dsaefbhTFShJ0cZcRJImFsEXlypNVY
Hy5xknkl1JOyVSOpWR83C9fk0S97IW2oyFFrygAbeEJgWVhlQ39MhZdgRJ98
KwLvRXbSBBN1AVlUNFbItJdSOGIFyXruM61bHR+uGYsnG5BdSRELxlCK/xm7
ZL3qZiftSWmW9rkgiybTTgZW6Eu7cta2yY4KadqFhC9maa/XBOgSEzcvTUku
mTswCPLOS4n/5JPqQd8dIG6YSeXHLqUcs5eScNsHv7XYh7L0f6gLZFcKr6aP
9Mw+soukAMfWOtCfkZl2yE8mmaf7CI3EnfuNqpEYkHTC4SR8I9z2ObQ0wxOs
HtXsg0JB6r6sPFbRJn0o6eRBTrlU/aYchnBGp5X6SZDThL8JUfZyBpzKenPZ
bQ4Ny2Uk2MfUp+WnkkFi3F81qF9F6EdspZ5MmFAw0FaqiqPnCNSBzdQ0B4XL
hnLhYee0pB1TmGJRe9KvULmOJZ3skulyKTVqeW74apSmCtCO5E/8ZnZqSFrL
/wgbaN2u6UvRY75QAZ9SUYn0s74xszDfr5LWsDGj1hlrijlVKpeiE+m9I9+Y
aYnU1ro0SG3ccaG61RjZb45ciQ5G+j5ZX32UAMDwPRa2LlQPtevHmsKG4enU
kQBura30GzhmAS4kY2ZVWGYUWOvs6CfEHWqz/zB9dCgKfS3RUTrS0MX32umJ
0hmSVoChistpZSkaudotpfSQKRPdShdJDfx4KS2nmOYtWoErj7DwpTTPaUFI
UUmCtqRcQXQKLoWttr6iX8uxuXCmYk9FylbDteSxJk1AaWmZoM/pgEI/UEIT
KujMxuiV1IQTSeQwN9B+daKdzycPCTc2dBTb0McNPfjHVrX5JY4W2bEZeJpl
TxdIB+ri3hfw65KwMvkh55dIvZiHy0gWiKQVshOVfbVgdVH9CLIDHGeANapH
Raj/8sc/teq+KwAds+y3mMmyURSB41byyIOU0w9PPTDzufELt5hp/JCnghz5
JBJwDW3oH/UUs68X1At5TyKWHctmO/h7fj6KGX/543988QuuT5Pp+alBVur9
hVt2kmovst+Ou31xddqlysLXnTSEpQOXb/xemmnaX2ErM2oHkuQomHPTjv7j
o5beMfD5ZmHO8Kx41knlPeFhqkgqzYtzFF4q4+yYgJAI6c+Ij9ROAd05u8bI
b5Yut0M7s+8Zj8GDAIorjKoyweBSVVlkv5MJEixyQht7NZImVJzgwCs6PeT7
PHR8YC4zftLb6XsQ8C8cJ1FgJvwDw1lSNEXku74usGrUlof4Uw4Jjoq0yP6R
zCtT5VihhR/mvuBZORxiWIx1TKX66ZUaMKiVbqBTAQqHU+RgMGTKPHFgwBEd
YRtwR0lV6TvAj1ug29qzk51l/7Qw70JHK4brbVhhY8LHltbDdzfXj7QloAyU
BiocpRxZmZH9flRFPpa4IfMX8IcrCDc1t7soCGxtdwOUTYLkSSKTgqR1syO4
1UjtsIXDwkmfPllIgybFD3G5TLRV4YceKTwwEfsQQ3qJ4RkSKHOXeGUftE9I
raxlvkO8KYIsYh82g6+aZMsavvuA2ce2VIqWN3X6VHUlhXXZ6sg2QVuIMiCA
vER60SsKf6LEWgjigzpI2rf4pUwEsuAPketqWaCgr1wesHVqGTR900EboKoi
j1Vu5BlAwyqNolqksoxAvV3s3JFx9rNTq+igKTUhXxr06B3h1LCnb37JpuHZ
QTrc5Ft3/3kfmtKSNOuFGXWzlxqDQnQC88Q5yNZDD52qIykoh2gAw9lUFD25
knZWXoJRGsoLjjGRHAGhQ261P6I9DWjh+SPmD51J5eqJ6dJEYPAshei4C4VH
zssaOBWi+yu16tngRahNdGoJAvVZliCAwYj1rDLyWSaMOAwITgw95dlwIAyx
cM199YWeWb6uELtt0mEE/DallQnlpIB4FIme/q7n4Ypjbn2DOKgY+ppOz6Bh
mCRVUYVw6Bcgsa0dYhC962RcgvXl/p3sKfzhbQsMyKFaKbYnNyz0anCHOclM
rTS6bEM4X6fpLzKM+ftCNr06enmKcAPu0jBO59R23RLin7qj3tjMUbkRGORA
HyL4BCg6eXfx+jriU+1c67m32r2NW5naTATBAOBtCfN0lncOMsZREWlTTtIs
eOqwlsjvU/FuNfEm2oGeZG7EWmsO+9m1TBT1KTnNTp10EcSUZBCQXX8WRfZs
zdNnO8KNOo1NCKDlKZOT57YP3WK9GFQeZxDHLPFBINewnwxQKnoSJEKD62CW
yWyl/Q8oXYQ0wjHmKbTmfueANKDyn8QmVe/fhjndGNIIABqJF0fIPsvOCi3x
HSFOheSwnxAHv134YuTEuKZmECk5SMMnOoVJDIl8QvCwTjAFGQsa4HsKtZKS
cMpeUKTsPIDrZ4J9/z4xLDvmkWZZBp0ys+QhPPjelhIo1BMQILN6MS30aDib
uJXYl/91iipxdhqNuLaMR/YpPStJCVUQHD0TAc7NheM4NVeyQxJMIB/aKRLz
K3MIHUOkWG+au9SJwR76Gdaxe8guWvOBaMzVa3B6I6B0LN0ckT04u6//TxwH
U8xLGeygCooTYLEKVLG2M2bVphhTz3FSUESv1ZA0oy8rjJhjmJNPZaakYZxR
SxopeVmqiKSXGNmzZFnivKUCkYqGQ/2L4/PDiKGO3kvchiqJBWY6QKg/AIg9
akh+LLlGrHf1Dsvo65Jv3/bzeKfFpTOzcvfjuB7LKHsFYDIOf6zyvRENk/OT
gnGf7XFKQEZpwzhPuYuec769sCeIQPooPfYn2wH5NPpP5vygWqkYMJnck1q8
jCEt0mwRjS6VHJZuaOTqHjBpnRIshVEc4tGxamsuLsKtDKdJsVV/SbLERxm4
mdbX3jA9l5rnODMkSEHcSFgdV+Msey7qoSa6FSQPAJsrFmLHapXw6mRwZNqo
ks/uo5UeyDkstJI7exsDsCO8tOV1XVvzPHY1oQsfmPbpePnh1z9H6AbeMnfO
r1193Dr50qSGNnRqcydTy+9t2Wy+0PXgLTiEA6ldWy573rGHq+26et3I/AOW
9Th43Q9D3NlNq5/hvzkZMVxge1/bT543jvuguPNiLw0c5CTpEgc5mNebALeL
a3Zyf/3PsZXLcQEsWpufkRWteeXCamVewTMJKUPrmZ9DjAdzaX3cdLFp02hD
mmvor6S1dDJEpZ19SO/adsKOsc8vFw14+kZABXIJ3gF221oo0M9WHvAVyGrb
QyMX0w7xZ2M8cmPoGX9hLEZuab9UPk7mAU57lHId4YG25pYzknAoIr3XWLBk
RvcWLESCKT1sTlm/h6vl/NdRU1svPngOeG3CFxr+vHXSFTsZU5Fd31hvfvbm
+03ZOL0GonixhrujJCZDM7zqG5UnI11yedKP1mEm4rTieK7pdKrqrzXST3um
x/1aXk0HbPQ6lKDp4Z3Uwlzz6MtzB7w7af4dz8nJ1bQR/NdHUY5mNeRi0nHk
NfO+5zHc13qxhe0dyhB1dgT8DUdTJLzgiHyv6be2MufR3q+Ug2OHvpYWPW/h
AAgdn/TjyUCVjCkiV0pug2mLHOakEco7p7MGGWfAkW8Skr3It6oJd2HrzKtf
/+yhNsX8Ozi1NWvRtXxVVQeoQlfSXH9yDUz02tbhQ4k8JZf5r74h/PkwmNwZ
RxaPfuo5h+RdTQa98VmW8Rd21/JTs6YPindefylxxpYtAF02/lzhC79Zq45f
luGSo1oxkUom7d99wjqa1aSEHHEZMYOYa+Jp5PrCsdu0kUCwTrUqjiJAqard
0pWl3JjaFq8/+13rqQPnvTSw9Ot/pYEluTnhSyJncIO8nkpE1g0lh7scEY6u
euLyeWuifbLm1FtmZ/m2DvclpwJTosCYrL/hbVJtjd0Q7ZnjzeMQPI3SWpBP
shh6iGfPZ0PzSBonUH8iD4+QnlIFpCuKmOtJc5p3gIi0si3lCKeg7qT9jZDT
brol1DM2Q8t0Ivosey+A71gffD8Ckcoe2lDwbf9rD8U0M/6GCYZSzDLW6iS7
gaJs2nbXPHv8eC07L3Cax54/C803S6rj4wSW5qnKNe+5lX6AnWX/DQMREnkD
PgAA

-->

</rfc>

