<?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.43 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-xu-sidrops-asrank-vulnerabilities-01" category="info" version="3">
  <!-- xml2rfc v2v3 conversion 3.34.0 -->
  <front>
    <title>Structural Vulnerabilities in ASRank under Adversarial Conditions</title>
    <seriesInfo name="Internet-Draft" value="draft-xu-sidrops-asrank-vulnerabilities-01"/>
    <author initials="Y." surname="Xu" fullname="Yi Xu">
      <organization>Tsinghua University</organization>
      <address>
        <postal>
          <street>30 Shuangqing Road</street>
          <city>Beijing</city>
          <code>100084</code>
          <country>China</country>
        </postal>
        <email>y-xu22@mails.tsinghua.edu.cn</email>
      </address>
    </author>
    <author initials="Y." surname="Chen" fullname="Yihao Chen">
      <organization>Tsinghua University</organization>
      <address>
        <postal>
          <street>30 Shuangqing Road</street>
          <city>Beijing</city>
          <code>100084</code>
          <country>China</country>
        </postal>
        <email>yh-chen21@mails.tsinghua.edu.cn</email>
      </address>
    </author>
    <author initials="K." surname="Xu" fullname="Ke Xu">
      <organization>Tsinghua University</organization>
      <address>
        <postal>
          <street>30 Shuangqing Road</street>
          <city>Beijing</city>
          <code>100084</code>
          <country>China</country>
        </postal>
        <email>xuke@tsinghua.edu.cn</email>
      </address>
    </author>
    <author initials="Q." surname="Li" fullname="Qi Li">
      <organization>Tsinghua University</organization>
      <address>
        <postal>
          <street>30 Shuangqing Road</street>
          <city>Beijing</city>
          <code>100084</code>
          <country>China</country>
        </postal>
        <email>qli01@tsinghua.edu.cn</email>
      </address>
    </author>
    <author initials="J." surname="Wu" fullname="Jianping Wu">
      <organization>Tsinghua University</organization>
      <address>
        <postal>
          <street>30 Shuangqing Road</street>
          <city>Beijing</city>
          <code>100084</code>
          <country>China</country>
        </postal>
        <email>jianping@cernet.edu.cn</email>
      </address>
    </author>
    <date year="2026" month="September" day="02"/>
    <workgroup>SIDROPS Working Group</workgroup>
    <abstract>
      <?line 80?>

<t>This document analyzes the structural vulnerabilities of ASRank, a widely used algorithm for inferring Autonomous System (AS) business relationships from BGP routing data. ASRank plays a key role in security research and BGP operation, yet its inference process is highly sensitive to small changes in input data. This sensitivity introduces risks in adversarial conditions, where inference results may be manipulated without detection. This document outlines the design of ASRank, identifies its structural vulnerabilities, analyzes a minimal manipulation example, and discusses the security implications and potential countermeasures.</t>
    </abstract>
  </front>
  <middle>
    <?line 84?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>The Internet comprises over 80,000 ASes interconnected via the Border Gateway Protocol (BGP). These interconnections are governed by business relationships, primarily provider-to-customer (P2C) and peer-to-peer (P2P), which directly influence routing policies and global path selection.</t>
      <t>Since AS business relationships are not publicly disclosed, operators and researchers rely on inference algorithms to identify them from observed BGP routing data. Among these, CAIDA's ASRank algorithm <xref target="ASRank"/> is the most widely used methods that underpins CAIDA's public AS relationship dataset <xref target="CAIDA_Dataset"/> and has supported hundreds of scientific studies  and operational tools.</t>
      <t>Despite its critical role, the security of ASRank under adversarial conditions remains largely unexplored. ASRank's inference process relies on AS triplets, which are sequences of three consecutive Autonomous Systems extracted from BGP paths, and applies a greedy ordering based on transit degree. This design introduces sensitivity to small input perturbations, which can alter inference order and lead to cascading misclassifications.</t>
      <t>The objective of this document is to highlight the security risks introduced by structural vulnerabilities in ASRank, which may allow  adversaries to manipulate AS relationship inference results at scale. Given ASRank's widespread use in both operational networks and research, such manipulation can undermine the reliability of critical datasets and downstream analyses. This document also discusses the security implications of these vulnerabilities and outlines potential countermeasures.</t>
      <t>The rest of this document is structured as follows: Section 2 provides background on AS relationships and inference techniques. Section 3 presents an overview of the ASRank algorithm. Section 4 analyzes structural vulnerabilities in ASRank's inference process. Section 5 introduces a minimal manipulation example to illustrate the impact of input perturbations. Section 6 discusses the security implications of these vulnerabilities. Section 7 outlines potential mitigation strategies. Finally, Section 8 concludes the document.</t>
    </section>
    <section anchor="background-and-as-relationship-inference">
      <name>Background and AS Relationship Inference</name>
      <t>ASes interconnect under business agreements that define how traffic is exchanged between them. The two primary types of AS relationships are P2C and P2P. In a P2C relationship, the provider offers transit services to the customer in exchange for payment. In a P2P relationship, two ASes exchange traffic without settlement, typically to reach each other's customers.</t>
      <t>These relationships play a central role in shaping BGP routing policies, including route selection and export behavior. However, AS relationships are generally considered proprietary and are not publicly disclosed. As a result, researchers and operators rely on inference algorithms to estimate these relationships from observed BGP routing data.</t>
      <t>Most inference methods operate on BGP paths collected from public vantage points and apply heuristic or statistical techniques to classify AS links. Among these, CAIDA's ASRank algorithm is the most widely used and influential approaches.</t>
    </section>
    <section anchor="asrank-overview">
      <name>ASRank Overview</name>
      <t>ASRank is a multi-stage algorithm developed by CAIDA to infer AS relationships from empirical BGP routing data. It is used to generate CAIDA's public AS relationship datasets and has become a foundational tool in BGP researches and operations.</t>
      <t>The algorithm begins by sanitizing BGP paths, removing those that contain artifacts such as loops, reserved AS numbers, or Internet Exchange Points (IXPs). It then sorts ASes in descending order of transit degree, computed from counts of AS triplets observed in the data. Based on this ordering, ASRank first identifies a clique of top-level ASes and infers the corresponding P2P relationships within the clique. After filtering poisoned paths further, it infers P2C relationships in a greedy, top-down manner. During this process, newly inferred relationships serve as a basis for subsequent inferences, thereby progressively determining P2C relationships until no additional ones can be resolved. The algorithm then handles special cases, such as ASes with atypical transit patterns. Finally, any remaining unresolved links are inferred as P2P relationships.</t>
      <t>While ASRank's design enables scalable and automated inference, its reliance on triplet-based statistics and order-sensitive heuristics introduces structural vulnerabilities, which are discussed in the following sections.</t>
    </section>
    <section anchor="vulnerabilities-in-asrank-inference">
      <name>Vulnerabilities in ASRank Inference</name>
      <t>A central component of ASRank's inference process is the P2C classification phase, which accounts for the majority of inferred relationships. In this phase, ASRank processes ASes in descending order of their transit degree, a metric defined as the number of distinct neighbors adjacent to an AS when it appears in the middle position of observed AS triplets (X, Y, Z). For each AS, ASRank examines relevant triplets (X, Y, Z) and applies a heuristic: if the relationship between AS X and AS Y is P2P (denoted as X - Y) or P2C (denoted as X &gt; Y), the algorithm infers a P2C relationship AS Y &gt; AS Z.</t>
      <t>A key characteristic of this process is its order-dependence: the relationships inferred earlier influence which triplets can trigger further inferences, shaping the final output. In practice, many ASes have similar transit degrees. As a result, even small changes in the input data can perturb the processing order, leading to different inference sequences and potentially altering the resulting AS relationships.</t>
      <t>This sensitivity introduces a structural vulnerability. Minor perturbations in the input data can trigger cascading inference changes, resulting in qualitatively different relationship graphs. In open environments where BGP data is collected from public vantage points, this behavior creates an opportunity for inference results to be influenced or manipulated without directly modifying the algorithm. These characteristics raise concerns about the robustness of ASRank in adversarial or noisy settings, especially given its widespread use in BGP researches and operations.</t>
    </section>
    <section anchor="a-minimal-example-of-manipulations">
      <name>A Minimal Example of Manipulations</name>
      <t>Consider the following observed BGP paths, where we highlight only the contiguous AS-path segments that are relevant for inference:</t>
      <artwork><![CDATA[
    path 1:  ... M N A B C D
    path 2:  ... M N A B E
    path 3:  ... M N A F
    path 4:  ... M N A G
]]></artwork>
      <t>These paths represent a typical scenario where multiple downstream ASes are accessible through a shared chain of transit providers. ASRank initially infers a top-level clique of major transit ASes. For simplicity, we assume that <tt>M</tt> and <tt>N</tt> are part of this clique, with their mutual relationship already inferred as P2P (<tt>M-N</tt>).</t>
      <t>From these paths, ASRank extracts AS triplets and computes the transit degrees (denoted by <tt>TD</tt>). AS <tt>A</tt> appears as the middle AS in four triplets and has four distinct neighbors, yielding <tt>TD(A)=4</tt>. Similarly, <tt>TD(B)=3</tt> and <tt>TD(C)=2</tt>, while <tt>D</tt>, <tt>E</tt>, <tt>F</tt>, and <tt>G</tt> all have a transit degree of zero. ASRank thus visits ASes in the following order:</t>
      <artwork><![CDATA[
    A -> B -> C -> D -> E -> F -> G
]]></artwork>
      <t>Starting with <tt>A</tt>, ASRank infers <tt>N&gt;A</tt> from <tt>(M,N,A)</tt> as <tt>M-N</tt> is already known. It then moves to <tt>B</tt>, inferring <tt>A&gt;B</tt> from the triplet <tt>(N,A,B)</tt>, based on the previously inferred <tt>N&gt;A</tt>. Following this sequence, ASRank infers the following P2C relationships:</t>
      <artwork><![CDATA[
    {N > A, A > B, B > C, C > D, B > E, A > F, A > G}
]]></artwork>
      <t>Now consider adding two additional BGP paths:</t>
      <artwork><![CDATA[
    path 5:  ... X A B D C Y
    path 6:  ... X F D G Y
]]></artwork>
      <t>Due to the new introduced AS triplets, the transit degree of <tt>D</tt> increases to <tt>TD(D)=4</tt>, surpassing that of <tt>C</tt>, whose transit degree becomes <tt>TD(C)=3</tt>. As a result, <tt>D</tt> is visited before <tt>C</tt>, resulting in the updated inference order:</t>
      <artwork><![CDATA[
    A -> B -> D -> C -> ...
]]></artwork>
      <t>This reordered traversal leads to a different inference chain. When visiting <tt>D</tt>, the relationship <tt>A&gt;B</tt> has already been inferred, and <tt>(A,B,D)</tt> in path 5 therefore satisfies the heuristic and implies <tt>B&gt;D</tt>. Later, when visiting <tt>C</tt>, <tt>(B,D,C)</tt> in path 5 together with the newly inferred <tt>B&gt;D</tt> again matches the heuristic and implies <tt>D&gt;C</tt>. Consequently, the final set of inferred relationships includes:</t>
      <artwork><![CDATA[
    {N > A, A > B, B > D, D > C, B > C, B > E, A > F, A > G}
]]></artwork>
      <t>Compared to the original outcome, <tt>C&gt;D</tt> is replaced by <tt>D&gt;C</tt>, and a new P2C relationship <tt>B&gt;D</tt> is inferred.</t>
    </section>
    <section anchor="security-implications">
      <name>Security Implications</name>
      <t>Because ASRank-derived datasets are widely used in both academic studies and operational tools, inaccuracies in inferred AS relationships can propagate into downstream systems, undermining the reliability of Internet measurements and topology analysis, and leading to incorrect assumptions about routing behavior and connectivity.</t>
      <t>Manipulated or unstable inferences can lead to misleading views of Internet structure and behavior. For instance, incorrect relationships may distort the AS hierarchy or misrepresent network reachability. Such errors can reduce the accuracy of systems that depend on AS relationship data for tasks like anomaly detection, route validation, and security monitoring.</t>
      <t>Moreover, inaccurate ASRank inferences can unfairly elevate an AS's perceived importance, giving it undue visibility, influence, or business advantage. This can also distort peering decisions and mislead customers.</t>
    </section>
    <section anchor="mitigation-considerations">
      <name>Mitigation Considerations</name>
      <t>To address ASRank's vulnerabilities, mitigation efforts should improve the robustness of inference and limit the injection of forged AS paths.</t>
      <t>At the inference level, robustness can be enhanced by weighting triplets according to their persistence across multiple observation periods rather than treating isolated observations equally. Cross-validating triplets across randomized observation windows provides an additional check on inferred adjacencies and reduces sensitivity to transient anomalies.</t>
      <t>Organizational or business-affiliation information can flag relationships that do not align with expected economic structures. In addition, analyzing the relationship graph as a whole, rather than making early, fixed decisions, can reduce the influence of inference order. Because forged paths may coexist with valid paths, checking for internal inconsistencies, such as unexpected relationship reversals or abrupt changes, can help identify and validate suspicious inferences.</t>
      <t>At the routing layer, deploying path validation mechanisms can reduce the risk of forged triplets. BGPsec <xref target="RFC8205"/> provides cryptographic protection for AS paths but is limited by low adoption and reduced effectiveness under partial deployment. Newer approaches like ASPA <xref target="I-D.ietf-sidrops-aspa-verification"/> and ASRA <xref target="I-D.geng-sidrops-asra-profile"/> offer more practical alternatives by verifying legitimate AS connections, though they are still in early stages and face known limitations.</t>
    </section>
    <section anchor="conclusion">
      <name>Conclusion</name>
      <t>This document analyzes the structural vulnerabilities of ASRank, a widely used algorithm for inferring AS business relationships from BGP routing data. We describe how ASRank’s order-sensitive inference process can lead to unstable or incorrect relationship classifications under small input changes. A minimal example demonstrates how minor perturbations in BGP paths can trigger cascading inference shifts. These vulnerabilities raise concerns about the reliability of ASRank-derived datasets, especially in adversarial or noisy conditions. Strengthening inference robustness and deploying path validation mechanisms are essential steps toward improving the security and trustworthiness of AS relationship inference.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document includes no request to IANA.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>The structural weaknesses in ASRank's inference process may be exploited to manipulate AS relationship outputs without altering the algorithm itself. Such manipulation can distort Internet topology views, mislead routing decisions, and undermine downstream systems that rely on inferred AS relationships. While this document does not describe specific attack strategies, it highlights the risks posed by inference sensitivity and the potential for undetected influence. Mitigation strategies are discussed in Section 7. Operators and researchers are encouraged to interpret ASRank-derived data with caution and consider complementary validation mechanisms.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC8205" target="https://www.rfc-editor.org/info/rfc8205" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8205.xml">
          <front>
            <title>BGPsec Protocol Specification</title>
            <author fullname="M. Lepinski" initials="M." role="editor" surname="Lepinski"/>
            <author fullname="K. Sriram" initials="K." role="editor" surname="Sriram"/>
            <date month="September" year="2017"/>
            <abstract>
              <t>This document describes BGPsec, an extension to the Border Gateway Protocol (BGP) that provides security for the path of Autonomous Systems (ASes) through which a BGP UPDATE message passes. BGPsec is implemented via an optional non-transitive BGP path attribute that carries digital signatures produced by each AS that propagates the UPDATE message. The digital signatures provide confidence that every AS on the path of ASes listed in the UPDATE message has explicitly authorized the advertisement of the route.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8205"/>
          <seriesInfo name="DOI" value="10.17487/RFC8205"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="ASRank" target="https://doi.org/10.1145/2504730.2504747">
          <front>
            <title>AS relationships, customer cones, and validation</title>
            <author initials="M." surname="Luckie" fullname="Matthew Luckie,">
              <organization/>
            </author>
            <author initials="B." surname="Huffaker" fullname="Bradley Huffaker">
              <organization/>
            </author>
            <author initials="A." surname="Dhamdhere" fullname="Amogh Dhamdhere">
              <organization/>
            </author>
            <author initials="V." surname="Giotsas" fullname="Vasileios Giotsas">
              <organization/>
            </author>
            <author initials="K." surname="Claffy" fullname="KC Claffy">
              <organization/>
            </author>
            <date year="2013" month="October" day="23"/>
          </front>
          <seriesInfo name="IMC 2013, Proceedings of the 2013 Conference on Internet Measurement Conference, pp. 243–256" value=""/>
        </reference>
        <reference anchor="CAIDA_Dataset" target="https://www.caida.org/catalog/datasets/as-relationships/">
          <front>
            <title>AS Relationships Dataset</title>
            <author initials="" surname="CAIDA" fullname="CAIDA">
              <organization/>
            </author>
            <date year="2025"/>
          </front>
        </reference>
        <reference anchor="I-D.ietf-sidrops-aspa-verification" target="https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-aspa-verification-28" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.ietf-sidrops-aspa-verification.xml">
          <front>
            <title>BGP AS_PATH Verification Based on Autonomous System Provider Authorization (ASPA) Objects</title>
            <author fullname="Alexander Azimov" initials="A." surname="Azimov">
              <organization>Yandex</organization>
            </author>
            <author fullname="Eugene Bogomazov" initials="E." surname="Bogomazov">
              <organization>Qrator Labs</organization>
            </author>
            <author fullname="Randy Bush" initials="R." surname="Bush">
              <organization>Internet Initiative Japan &amp; Arrcus, Inc.</organization>
            </author>
            <author fullname="Keyur Patel" initials="K." surname="Patel">
              <organization>Arrcus</organization>
            </author>
            <author fullname="Job Snijders" initials="J." surname="Snijders">
              <organization>BSD Software Development</organization>
            </author>
            <author fullname="Kotikalapudi Sriram" initials="K." surname="Sriram">
              <organization>USA National Institute of Standards and Technology</organization>
            </author>
            <date day="24" month="August" year="2026"/>
            <abstract>
              <t>This document describes procedures that make use of Autonomous System Provider Authorization (ASPA) objects in the Resource Public Key Infrastructure (RPKI) to verify the Border Gateway Protocol (BGP) AS_PATH attribute of advertised routes. This AS_PATH verification enhances routing security by adding means to detect and mitigate route leaks and AS_PATH manipulations.</t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-sidrops-aspa-verification-28"/>
        </reference>
        <reference anchor="I-D.geng-sidrops-asra-profile" target="https://datatracker.ietf.org/doc/html/draft-geng-sidrops-asra-profile-04" xml:base="https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.geng-sidrops-asra-profile.xml">
          <front>
            <title>A Profile for Autonomous System Relationship Authorization (ASRA)</title>
            <author fullname="Nan Geng" initials="N." surname="Geng">
              <organization>Huawei</organization>
            </author>
            <author fullname="Kotikalapudi Sriram" initials="K." surname="Sriram">
              <organization>NIST</organization>
            </author>
            <author fullname="Mingqing(Michael) Huang" initials="M." surname="Huang">
              <organization>Zhongguancun Laboratory</organization>
            </author>
            <date day="6" month="July" year="2026"/>
            <abstract>
              <t>This document defines a Cryptographic Message Syntax (CMS) protected content type for Autonomous System Relationship Authorization (ASRA) objects for use with the Resource Public Key Infrastructure (RPKI). An ASRA is a digitally signed object through which the issuer (the holder of an Autonomous System identifier) can authorize one or more other Autonomous Systems (ASes) as its customers and lateral peers. When validated, an ASRA's eContent can be used for detection and mitigation of BGP AS path manipulation attacks together with Autonomous System Provider Authorization (ASPA). ASRA is complementary to ASPA.</t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-geng-sidrops-asra-profile-04"/>
        </reference>
      </references>
    </references>
    <?line 198?>



  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA81b244bR5J9F6B/SIwfphsoUq2WZHsasOC+SFqtLVnr9try
vCyTVUky1cXKcmVVU7RhY/5hnub35kv2RERmZRXJlgQssLAMk2JdMiPjcuJE
ZGoymdy/19q2NGfqL9dt0+Vt1+hS/diVlWn03Ja2tcYrW6nz6+91daO6qjCN
Oi9uTeN1Y/HspasKPOUq/5f79wqXV3qN0YpGL9rJ+27ibdG42k+0b/D+5HY8
8uTk4f17uW7N0jXbM8yzcPfv2bo5UxDGt6cnJ387Ob1/b+Oam2XjuvpMXb+8
+v67N9fqJ1yy1VK9oMv37+muXbnm7P49pSb0oZTI8bNVbzu54JqlruyvmmQ9
Uz94vL3qtPrvytJibLuVx3zbGNOeqUcn6hr3q+UvNM33ThdyP8eTZ+rC2He4
Hi65AlM9PDk5+fKxipe6qqUlXa5speWaWWtbnqkt1HJ6+jX98NM2iDE1RTfN
qwPyr7TDIKb6ky1iNckh1OnDT1zHN+ZPZ4f33Y35+mNy/5dV39o/l9y/lPbk
4UcF/0+rq5pm/ulPpvZ3QbCvc9NUpu3lL4ACZ+r05PTzycnfJhT19F/lmjVE
vjVnMsj3zy+/PD15gl+EFeN7AlHhB/1pdbOktazatvZnDx4Uzk6hhgcPT6YP
Hz5+8uD0ycnjLx6dTPn78ReDFwUSz69VY0rWmF/Z2mcqByi5NRAwd5XBb10V
6laXtuCH0gADOEp/JsE0r3TbrsxGfdvlN9ZkavyUAgp6PDQN9w+PcdHoojRb
9R/dYqFvTHNwjIvpHffjKOdrt1ypq5VeFyvTmIODnE/veiCO8qP2tjTWefXC
utZrf3CcH6eHb8dRvrlUl6VeLLYH3/5munc3OszDR5OHJ5PTR+mONw1yCznI
mXr56pKfydSbxuXGFHA9r9xCwQR8gxLYAmurcqNcpV5WLfulemW07xqzNlU7
eCRTdT1Vp48f/fsf/zx98rnMeXn+8ur8f650qz3c7W7/22w201zDWdgLkfZ0
6ZYPCnnPP9B+MnK3B4cc8vvhEyrM+YmOx3IeVO/OnT4Wn8i1l5OrqTXtYpDN
az0BbtiFzQVR0oNLUy1HaX9SN24BDzmjgJ5MJkrPgTI6b+n3DyvrFWhDx4rW
lS63v4JxkHV8IiQ7tIHsJ9GOEFQbW5hyqzpvCqVLMAnbrtYK6EB8wjQNAdh5
17rKrV3n1fXWt2atjs6vj9W8g5sY78dxrhaNW6uLF28UyEVLr5ONppED1aXe
esx7g/hrXGmIHnmTd5gXF4w3uslXDA00hKshOA2dqS3cyrZexGKHq8knMT10
sLLLFVbhTQUwBqip1im/1mWp8hVgWFiYrequDdKw5uLjNLUF5Lqiw4Cqsf6G
X9ADppb3TC1TGwrngSAQuysh2lpv1dzgq7J1B5VApRuo09GspjU5vR6m7o2G
myVpkY1WIPCW1dBAsE7VwlFoBZjhbqtmyfxarW1lsfokCSZW5r1e16UR3C2s
Bxz76CzRABZPBKf0/FztWhKAFdBRdK8lsv00+uPaFgBT+vUZxT8rUfCc/NMk
TMjduoZqyQGhVvXlSYakh4WycfAMNFxBR1DardUs1oVriDC/gCY3UC0wqHW5
K9URXOOYFAl3Gb0rYsM2S5qiwlDz7R1uCixqoKPGwm3gSLdQdDNp3aRPUkdv
Ti+PRQdGbtE3XX5zTC5g4aaFbTBrSd6zKDvxheD0tYMiyWw0wrJ0c6iw1u0K
ui6DJ5CGri29BGi6I5hoMZVrVd3NMR5mIsOVDtGaheBwjcwRYwceS2NsCY+T
i/ah7Sk0gldtSctrCVg3B/DfmuJQ5K4d/t6StjMBu7/6GM4JMn77TS79/jsF
JJlv7Xw7wpe1QTAUdFO3UgyBy/h+SFnjLnFQAeIxwShVYB5a9kojKrq6dg15
zgqjNqZgjPNQP8dOjrDpCrIFv9FjCizSOleKK18ZX9vWcJTlWBGioGSAysYR
0sdmqOYOYwRWAMKG75KyGK2/Mu/r0kG2iIR/PQRlWDgjNJWMqOIs4rX10dvI
F7z5hf0sZGHQTZqVpGPY20Nqj7DndAHl9MBMfhj4l65rnlGrJcYqsD4KObL9
XJPJIAleJ5gEONEjEb8EqQaoOQTTHn0FcqFwYNZc9/BJq8k1ALZE7A7UIPFO
cpVGFzRMrn2uiXYAZ+D42vs+a4rdCGLc/B2FFNbPShnCq2V/5/SA/9uxLSPQ
hzUwWnwgb/aFfFwC4T1W6TYquYHhCVMK2HPn/bSBYMAiS0Mc79ZUyT8odnzd
kCo6Rjo1d0CQoQMDWKm+H0NAhohg8QboT+pmj0VuMKwG8jVZHHt17/SRUkme
cJuKqhq9lvwC+N7NYLr07pPyifBGLGRXsRyVMQ9+OOP8wIIDVw5ZOtqOqAx4
iCPTgJ9dC96q0wj0Hs6dc0+kKkKs7aAuric7IXOvKou4w9LjWI8wFpZSsZo4
od1aVCWBGu+CY3rvcUrTn+Jph0AiDfZkGH8fzvqM+mXZEXdsxf6wDXCBRD4Q
pWmSz/9Ptk3jfHHIxGs8tBRBRbIlv/McdW9ZbrP+5S8J5fKyKyJRClafCu+4
SOYk0+0wfVCQoEJ6eo9wBCDvE7AmmFuzaTlRFWZBIbNCmEPEBeUTS7AqzBKg
gRA0CFvKpUxKFEIysAtA4baOlPtAagfHYIlBKqYQE0akK8PnJP1EhoKBFpTg
IyZTzra5YA4917MXW/USMpmv9Zb1FSd5szsJRGbN9G/FtUYGC0hAGUWDZLQo
goqSkR7gALDhD6CTaeCzUYw+Zr3ZWTyVARAkx3BNSLRcCaw0912GJCQyKZBh
dgG6RvdMolKsQyRYkACYY6VvrWtQvruNQWBmh1WPSgt+SmugBErKhS2hZxjO
tGQ5To930i+kcYo5wfBsxL4SyXCfwMUAZvAUick9NX2EmpF2XxHLSoNHjiUC
cFXep3ystCxN4gKBcN3qqtWweO1sFWCfaMFWrQwiHeLlSMyIT8jlJUUkROQc
LWl5S3pGgN/4T6WMd/HEAL/EqBklIE3j4F8hB3wWR/ouwK6ENV+yDIQwiZ14
XlSarYAzlFALp3mWiUGRNLfvIawfs65twwveJ8UvOeOwuBhFnAnq/jQu63vq
OjcoiyAlghQwNKSlFA48bfQsP2avKR+mJc6BnwBjojHIAa39NcZSYHxgpcAR
tgx8WOAN3t9qKnYbcGUkBC/kAbKVztVeXJvdD4upuvUcLp6RQ/SF3bMIGW/E
gY5evn3jj1lFMC+CGmHpY6FHzBFRz1EsdI9Sx4hiZlwqdr2bMg+IGBpJcYoK
W0lKYLNc9KyVyEEks1n0mIVtKFpSUQ0IKsmRWQpXT0pyEpG1JwHipblroIna
iei7COoZJ4MoMiSiYEH0dmGJ5QqSWe+oKpVoXHQN4SVwrY0T7aK/tCECN89Y
QmJklOLhcFN11TViTiw20IMMnHAjJalpCNPG47HSyLqaGL71nB18N5fCYoAk
njNPY+ZcH0MCxPgthSi1MohFihp25YWpLGipAyOWWgjuTO1eJqBzJm+uvCX8
HLsuewrcqCiJGtUmZwYIa/qsd0g2C+kZlFkyUO850Ch545A76GobyjCStKvi
zIJRDO29jrTftyjH108rW5pExkLZYyo9ZzkhAv1NMBO115qbPjY1PKmcZKId
OqTBfSdSXfWYGmKb3HWSmlg9/vpRofWBHlAqFCNp6+ND6DCpwodOSQDTu/cr
x7ypT9YUnTBp1aZi+GAxG+CdfGRcuaka0Gd6afMQ4OSJnA/0Oxdr7cNezDRG
nF5Gis1Fmdl8BG1WxjZ7mKMpdQLtA99jnyBpBPLovYJsUYEwVga15JwbL8U7
TWqhHKC5kNiQH2NY5CzAto/aly4ZEMBzUNBwPYANUe3obaZ+ztTfAZ/PoQ5m
VefX/QKJzTOFhjoM5e0Db+7U9b0TnSm7iIVfykiRvUKIt5E8/0ymo3g4AlC6
VnTxVk3Uz8cE/GTQ8Z2nuCNEdZDcBdH2Ga3M8JS+/j4Vz6JmMHII9yki41iM
UI0koliSEClMDaOSs53trcgnn4EBoIRm0J0Tj+t1RpiEH8slwbSg8QgAIx3l
+LEMZV2LzMT+V5O4loJ8TVDDHgfqCVpq17bUux7mdxijoVJ/r0fNhVnfp2YB
Q10W6wDSRu/OGTdKWESqwRcs+pAOpn7RqJtbbqX3EhcnQnGv//oACn6oW67v
AqTtVL2yFdUew8LyjkVGK6R+T1pDUE82kBKD/NJpTMJbmMzL49pHrrZsdL0S
uABxIuC+tY2rpLqTNj7RIxbDfho/zsQvY5mhctQ/rZE2ALchu4o01O+gjFo9
sNLcJH8kyD+8XRAby2uHlW2jmQYNBSmqxkEDWNDWc0eQ9och05wGYwM71Lct
17epg7mzxQFZKjCULZd6tNMHJw2ZGJIsuTdFMbjflvo4TwVnJ2/g/sSz0JKA
IK8GrQpPz12GWmwnZY1KoEBmxXwbM+juuarcBrIGN1921Ac9v56EvvtyUNRT
iuwxdGQr3mj7448/ZE+OX314ptR0CndWr7GMC3WprgZ3T3fuPhvcezS693xw
5/HozoswZSyWhSA2JjSZEGSR8FA6g7lcWD6XOqTMQaNO2CtuIrMSWBBBaVco
X5Yrila4DBQJz7HVkHvHFoOfJvewASt6LE8UOdFmTtf9MDS55C4vDSIEQ0ZW
AgHo1qHmmL2asZPMXs9Y0BrFR4/4MnImRE9y9bprO+oSDENbl+SB2z0OdzR7
NXk9O2ave05R3CaNDvIoN8X9KPeSRKHykNS/A+Ap6YETz364wiT0/ux81mf7
wBlCtsdN6BiVXTOeZMXdSVzdZxSZ2lpTMgBihqPz468ez6bqWjIKsVq6enH8
1aOgQPy6PP7qdMZkClPOrvDX2TP6eD6TFv/sxYy61JKb9M6iSOu/msb1Rm9X
iJlb6+2gZNuJRUo84yg5V5On8Hx8XNLHFX08o4/n9JGc+7qlKhNjsG2huCz5
GnvY7PVTaJPBd3b0KnudnR/PSKlsUy7ug9VvKvh7KjFR1kovYnYxywY717Pz
pxdhPDEoWwFjY+Ts4hjPpm0OTq8GmN75YfnEIpFHx/W3kgwlr+4uYKyqvfJo
rLbfXhMNwhD4usigQOgvgwqhQfn1TO49l68Xv/eKfO02fduKKy2SazMqunqk
PABoTwL4vGXAusKUPw/uft7ffY57L+hemPaqM7HTiCJzuHMy2q7ajx1yM7gm
dfBgPx9sBee9IgenCq+ptfAaBgh6/JKdmvsU47GkZ+Kj8z+a7TArnig4Mfdn
ge9GxhsxCBKzq4txyfZh977qfRwKGmC2JbDmN6kf1GhOqiWTM16qPkjOGIOn
6ifyYJaWXZYieI+miyMTcMQImBNrj14aIv0ITp1dHZOeg6GlhmcFeKo1uelB
o6feHvc51lIuzC6eXkGd30InTSa1TBKMFDg7wgTZ5XgKtzRMnSNi73YgeFSl
l5RxUCEzR/iADFdPLyEDMQHpSRDsJQZOW8F3FoahRWw+HmiIsCuJt4v0dWe8
XSItcNoM3g8Wtoz1ADkjFHP5VNwOSbvUYTORlxI2Wjli9mohUY1NRUtgS9dx
l+XlYJeFbl2YXBPrEtiZUH+LeFFqLBInGvRS46ahBq0268Fe+MGtcMJOsAZw
+dzGQzNBz3stUq5NGlfDri0fw3BDEuJl+znrNx1TqTHaduy7iOt0ZEyEA9dw
pVtuw8ajDTvWg4IHxqamHPInk4s6nP9g0hu7tT1Pl+wux0SohpHm+YB745kO
0nM/JxWBvMy4G722Pk5PfWc/WkC/+8hTpW2I58wuMbA0hHqZx9qkvWSiA7SF
IVuI4LWwDhj1lqsE6xMdDLu+svXSV1vX1CaDsagxQVLDal0ue33BpqzxYJm4
uUWV9IFNUKmJuCWjaZe8tDe0MAcCv02nmbKwE5OOcYqR+k3CtQOJdJSLp0p2
K4CTvCkTHa01oxSalN5VC23BeRTT9NZIg4V666bJDXs9IAP6EsWiPmFc5/08
5CnCLdFMlgoublynnb4ilHZhS1uOJMhuNhuCTvxwyx9FkO/PRAUv2Nnl+gz1
Tb+ZGcuYFLc/cHKmLmpqme217wbboWax4La5Rz1Y8krBz82BWm6wr0TRAabY
hgL7Xdgcw0MYaykxzJRA2i7xufg+E/tsOHzo2ZpqpasAaRtiqhxZidLmcOkY
k0LYazoVDTdjsfLGYay+UpFaLjQCoV/arYKiVlz0cSsABTWb0rsQmekNrwwV
/iXc/ZKGnUTPGwvEM4I1FG5tfx2PAHTE5Y1PhwHI6ok3ITvlN/2GHRcW0uTr
T3NJXO2deBGWIgcxKUxs2K76bnB2XKrs6IAT2mEFGrJY/ZHscFhjUerlDkZI
xDrekcT4y0oyrnlfS9MCvAgzM8YHKJLWR1xdPCM4gOKdVolsDIB10bmnoVHW
mv/BiJEiZGHfU86JUZHtwk1quI0clAnSVMUUFpxSal3Cv9yZ95b3ArEqNmws
29goJICU6oS4umQsrYKf2eFGAZ+2Ep2M1tgYIWbUR0SeaLq6Td0lWsPKlHU6
HTc4oA761HlU4FQdDIBqGEgx45R6S/gGZC0dd26YJiWERKajOa1f78E0HUga
hGt06CmReUCq+u23cIT/99+T++bNtgYFI/PB9LgcsJl1FSMePscblowPEsl0
bkkXru430EWQgqBHjlMxBsjpCKrQqUckq5KjBK/NhqqPfnNWcsT59ZtzCPrx
U8/hAB/QMD5/5+FnPMoHH5BOqFsgjVfaGC7ZE0hW3vXk4VnnpVnasK8OFQyO
hxKV5E4I9L2VI3Wt5ZNq4tyKt40l0BcIe6k0RW+jftYlH0jx/UnX/5+T2Hce
FL3j1PVPfKg4b+xcTrDIdP/+x7/83m7T/gbOkPr01IjlOcRhdjZ5oucMDwKG
WEO91h9WiueTQE5dJWeAPEu6Ptw7Hhxm+EjbGDItWh87pbuqv7tTOuand/Ds
UWv0rj5qOg8Kcoa0Vi2pWTGWcpBt+bzdp6AGeS1tc8npCMAf5Qa30U3kCRHg
exrGfJr+USBoI21T933gO84mBh9/ef76/BCXGR+8iwezKjoLRIdCeDuM3t0t
Zg4NNQqQjdE3lezgffAMXDxqz4dqGdA+fOhStm18318fbX4M9qxab8pFYNJ7
xycjK+wZf1+hcDGQ9cSwD8GUIMkA6fjlfp0kuX10VuhQ0UXNAsvt3KEFCsfa
b1Oos2/S6S3dthp0Jh2u49MGfcfc92mHTuV5SQzD3aPEcNiFqEfWH95bcMUk
tYApUtKfDplwmnl/W7o/GjhV3915lp2dHYAD/1iKnTn/oxRqDwWnkAcQjD6t
9X0y6u3KCTY63nUwtPp/1UAHRO/f+1+6CSp74zsAAA==

-->

</rfc>
