<?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.31 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-yc-ipv6-for-ioa-00" category="info" submissionType="IETF" xml:lang="en" version="3">
  <!-- xml2rfc v2v3 conversion 3.31.0 -->
  <front>
    <title abbrev="Capabilities and Future Requirements of IPv6 for IoA">Capabilities and Future Requirements of IPv6 for the Internet of Agents (IoA)</title>
    <seriesInfo name="Internet-Draft" value="draft-yc-ipv6-for-ioa-00"/>
    <author initials="J." surname="Ye" fullname="Jiaming Ye">
      <organization>China Mobile</organization>
      <address>
        <email>yejiaming@chinamobile.com</email>
      </address>
    </author>
    <author initials="W." surname="Cheng" fullname="Weiqiang Cheng">
      <organization>China Mobile</organization>
      <address>
        <email>chengweiqiang@chinamobile.com</email>
      </address>
    </author>
    <date year="2026" month="March" day="02"/>
    <area>General</area>
    <workgroup>V6OPS</workgroup>
    <keyword>keyword1</keyword>
    <keyword>keyword2</keyword>
    <keyword>keyword3</keyword>
    <abstract>
      <?line 42?>
<t>In the coming years, the accelerating proliferation of agentic AI is anticipated to drive the number of intelligent agents to reach the scale of hundreds of billions. IPv6, with vast address space, native end-to-end connectivity and rich built-in functionalities, serves as the critical infrastructure underpinning the development of the Internet of Agents (IoA). This draft systematically analyzes the foundational capabilities that IPv6 can provide for the IoA at the current stage, and further explores the evolutionary requirements that the IoA imposes on the future IPv6 development.</t>
    </abstract>
  </front>
  <middle>
    <?line 45?>

<section anchor="intro">
      <name>Introduction</name>
      <t>As artificial intelligence (AI) technology undergoes a transition from Generative AI to Agentic AI, the global number of AI agents is projected to reach approximately 900 billion by the end of this decade. AI agents, integrating core capabilities such as large language models (LLM), memory systems, tool calling, and task planning, possess the ability to perceive their environment, make autonomous decisions, and execute tasks efficiently, thereby placing new demands on the network infrastructure. Constrained by limited address space, IPv4 struggles to support secure end-to-end connectivity among massive numbers of AI agents. Consequently, the evolution to IPv6-only is not merely a technological upgrade but also a foundational enabler for the large-scale development of agents. As the core protocol for the next-generation Internet, IPv6, with vast address space, native end-to-end connectivity and rich built-in functionalities, serves as the critical infrastructure underpinning the development of the Internet of Agents (IoA).</t>
      <t>This draft systematically analyzes the foundational capabilities that IPv6 can provide for the IoA at the current stage, and further explores the evolutionary requirements that the IoA imposes on the future IPv6 development.</t>
      <section anchor="terminology">
        <name>Terminology</name>
      </section>
      <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>
    <section anchor="ipv6-enabled-capabilities-for-ioa">
      <name>IPv6-Enabled Capabilities for IoA</name>
      <section anchor="vast-address-space">
        <name>Vast Address Space</name>
        <t>IPv6 employs a 128-bit address architecture, offering approximately 3.4×10³⁸ unique IPv6 addresses, which fundamentally resolves the exhaustion of the IPv4 addresses. In the context of IoA, where a vast number of agents necessitate exact addresses for intercommunication, the expansive address space of IPv6 is of critical importance. It enables the assignment of globally unique addresses to every agent, sensor, or container instance, thereby simplifying service discovery, facilitating horizontal scaling, and allowing for fine-grained identity mapping. As the population of agents grows exponentially, this native capability, which eliminates the need for address reuse, will become the cornerstone supporting a trillion-agent network.</t>
      </section>
      <section anchor="end-to-end-reachability">
        <name>End-to-End Reachability</name>
        <t>The adoption of IPv6 eliminates the dependency on Network Address Translation (NAT), thereby streamlining network design and enabling lower-latency communication. First, the removal of NAT facilitates genuine end-to-end direct communication by assigning a unique global address to each agent. This is essential for the IoA, as it empowers agents to perform point-to-point coordination, task scheduling, and direct orchestration without reliance on intermediate nodes for forwarding or address translation. Furthermore, this end-to-end reachability can reduce the overhead of connection establishment and session lookup introduced by NAT, thereby simplifying coordination protocols among agents and minimizing communication latency.</t>
      </section>
      <section anchor="slaac-and-mobility">
        <name>SLAAC and Mobility</name>
        <t>For certain types of agents, particularly those operating in dynamic environments such as mobile devices, drones and connected vehicles, mobility constitutes a critical characteristic, as these agents frequently need to switch between different network access points. IPv6 provides native support for this requirement through Stateless Address Autoconfiguration (SLAAC).</t>
        <t>SLAAC enables devices to autonomously generate IPv6 addresses upon connecting to a network, thereby equipping agents with the capability for rapid network attachment and dynamic readdressing without manual intervention. This realizes "plug-and-play" operation. For systems tasked with managing large-scale deployments of mobile agents, such automated configuration substantially reduces administrative overhead. Moreover, IPv6's robust support in constrained networks further enhances the mobility of edge agents, allowing them to seamlessly roam across access points without communication disruption.</t>
      </section>
      <section anchor="srv6-for-remote-management-and-path-control">
        <name>SRv6 for Remote Management and Path Control</name>
        <t>Segment Routing over IPv6 (SRv6) further enhances network intelligence and programmability. By embedding instructions in the IPv6 extension header, SRv6 enables fine-grained path control, allowing the network to dynamically adjust traffic flows based on application requirements. This provides a powerful foundation for the remote management and path optimization of agents. In the context of the IoA, the contributions of SRv6 can be observed across several aspects: First, through flexible path programming, SRv6 enables the establishment of deterministic forwarding paths for packets, thereby achieving ultra-low-latency transmission. This allows agents to rapidly upload locally computed preliminary results to the cloud, realizing the separation of storage and computation while ensuring that raw data remains local and securely isolated. Second, SRv6 supports network slicing, enabling the creation of dedicated virtual networks tailored to diverse agent applications, thereby guaranteeing the quality of service for critical tasks. Third, the integration with application identifiers endows the network with the awareness of upper-layer applications. By embedding application-layer semantic information (e.g., service type, Service Level Agreement (SLA) requirements such as low latency, high bandwidth, and high reliability) directly into IPv6 packets, the network can automatically trigger the corresponding forwarding paths or service function chains.</t>
      </section>
    </section>
    <section anchor="future-requirements-for-ipv6">
      <name>Future Requirements for IPv6</name>
      <section anchor="elevated-security">
        <name>Elevated Security</name>
        <t>The disappearance of NAT, while a advantage of IPv6, also poses new security challenges. In the IPv4 era, NAT unintentionally provided a layer of "obscurity protection" that internal device addresses remained invisible to external network, thereby reducing the risk of direct attacks. With IPv6, however, agents are directly exposed to the public network and are globally addressable, which demands the implementation of more robust host-level security mechanisms. For the IoA, this implies the deployment of finer-grained firewall policies, access control lists (ACLs), and identity authentication. Therefore, it is imperative to establish an advanced security for the IPv6-based IoA to control access based on identity, continuously monitor behaviors, and detect anomalies.</t>
      </section>
      <section anchor="privacy-and-persistence">
        <name>Privacy and Persistence</name>
        <t>The temporary addresses that randomly generated and constantly changed, help protect a topological location and identity from being exposed to eavesdroppers and other information collectors  <xref target="RFC3041"/>. However, this pivacy extension also introduces challenges for the communications of agents that require long-lived sessions. In the IoA, persistent connections are often necessary to achieve state synchronization and task continuity, yet the frequent changes of addresses may disrupt the stability of such long-lived sessions.</t>
        <t>Striking a balance between privacy protection and session persistence thus emerges as a critical issue for the IoA. On one hand, it is necessary to protect the location, identity, and activities of agents from malicious tracking; on the other hand, it is essential to ensure that the communications of agents performing critical tasks can maintain stability. Addressing this tension may require more sophisticated address management strategies, such as dynamically selecting address types based on task sensitivity and communication patterns, or setting fixed identifiers at the application layer that are independent of addresses.</t>
      </section>
      <section anchor="evolution-of-ddos-defense">
        <name>Evolution of DDoS Defense</name>
        <t>The vast address space of IPv6 significantly raises the cost of large-scale attacks that based on address scanning. Attackers can no longer enumerate all possible addresses as easily as in IPv4 space, even the state-of-the-art academic scanning tools can only discover tens of millions of IPv6 hosts within the 2^128 address space. However, the the increasing proliferation of agents and IoT devices may becom new objects of attack and could be potentially exploited to amplify attack. The security architecture must therefore re-evaluate DDoS defense strategies.</t>
      </section>
      <section anchor="monitoring-and-management">
        <name>Monitoring and Management</name>
        <t>Building an IPv6-based comprehensive network observability framework is essential to better support the efficient operation of the Internet of Agents (IoA). This requires the establishment of IPv6-native telemetry and monitoring capabilities, along with corresponding updates to threat detection rules. However, current monitoring systems provide insufficient support for IPv6, with many legacy tools exhibiting deficiencies in handling IPv6 formats, extension headers, and specific behaviors. For instance, the IPv6 Flow Label field, which can be used to mark traffic priority at the packet level, remains largely underutilized by existing monitoring tools. Meanwhile, the address changes introduced by privacy extensions render traditional address-based tracking and auditing methods ineffective, further undermining network visibility. Furthermore, inconsistencies in the processing of IPv6 extension headers introduce additional complexity to network monitoring: Different devices handle IPv6 packets with extension headers in varied ways. For example, some may forward them normally, others may silently ignore them, and some may even discard them outright.</t>
        <t>Therefore, data sampling and monitoring tools must be fully adapted to IPv6, ranging from correct interpretation of extension header semantics to the effective utilization of various specialized fields， so as to ensure continuous observation and analysis of agents' operations and behaviors, as well as timely anomaly detection. Additionally, threat detection rules must be enhanced to address IPv6-specific attacks, such as Neighbor Discovery Protocol spoofing, routing header manipulation, fragment attacks, among others.</t>
      </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="RFC3041">
          <front>
            <title>Privacy Extensions for Stateless Address Autoconfiguration in IPv6</title>
            <author fullname="T. Narten" initials="T." surname="Narten"/>
            <author fullname="R. Draves" initials="R." surname="Draves"/>
            <date month="January" year="2001"/>
            <abstract>
              <t>This document describes an extension to IPv6 stateless address autoconfiguration for interfaces whose interface identifier is derived from an IEEE identifier. [STANDARDS-TRACK]</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="3041"/>
          <seriesInfo name="DOI" value="10.17487/RFC3041"/>
        </reference>
      </references>
    </references>
    <?line 126?>

<section numbered="false" anchor="acknowledgements">
      <name>Acknowledgements</name>
    </section>
    <section numbered="false" anchor="contributors">
      <name>Contributors</name>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA91azXIkx3G+z1OUwYMWjhkEAG7QJCSLHi52TSiwP16AYjAc
tqOmu6aniO6uZlX3AMONPfiuu656B1188El+E7+AX0FfZlZVd2N3FQofpaBi
Mf1TP5lffvllVq9Wq0XodVv+h65day5U7wezKHRvKucPF8q2W7cIw6axIVjX
3h46PHP1/PbFwnaenw79+enpV6fni1q31YUy7WLR277GY890pze2tr01QWEK
9WLoB2/UW/PTYL1pTNsH5bbq6s3+C7V1XvU7o67a3vjW9HRjXfEjT67c+nih
Nxtv9v+PUfH2onRFqxusqfR6268Oxcp2+y9WuL2yTq9OTxduE1xtehMuFkNX
av7jM0V/XKjz0/Pz1Sn9p1YrvqZsUFtb16aEhZQeetfo3ha6rg9qc1APTX3u
t4WyW9W6XlV2T2bR3ugL9c+mNV7Xi3vn7yrvhu5C/faL129uFou7+4uFUit1
Zw64WZ5Nf5xPf3yOsYZ+5zyeX+GGbcOF+s2J+sHgh+zzN1Y3tq3kkvOVbu3P
WKFrYcCdbbV66WBEumkabesLdTA/yiv/VND9hm+fFK5Ri8kk35/gddNWeZ7v
jf3JwvH58l8zV0HP3sc3PzLfonWe7Lk3F4sFIXD8tVjBA3oTeq+LfnHVMmbw
Fu31YLQPS76ii8LUMHNP1zvvarvlX64laGjClS3U+or8qOlv28GrpeodEIKZ
eJB2aDbG0wsWoKxrS6/Jy4GehDuLHT8Z4HlDD+6GtvSmZABiQzUmDCcMxaW6
t/1O7XXAECUeCkGFThdmCUvS5hA55ap3K/yDDbWtKXDV9gfGuLeYaTPYul8B
b9uhLWgvWqJgqYLxe4qGIObwlrFIwesxnx8KjhCszfjOti0ZhR4szd7UrqOQ
oQX/pfA7Ubc72IrDR4VD6M0IeI2FHH42MvnWYRotq1PFNFb7ne4lKgvdklP2
tjRj3Lu1wn1e/+A9LQm8VME8tP/t4HHHK/PQ1c7Hqcze1QPP5A9wxiT8eao0
qm06F/CKE7BshS54IRMDnAi0GluWgCpCH5bwrhzY0OrdZ5Z+vl8s1jCz7+0W
kGELJ2AURj1ZXx2r3hS71tWuOoi9K0eOAVHqNlgea+sBcmEB9jtQCDCtMyYF
wVXtNphgxCAei9CDH2C9HwEQQazgUHe4+GDhFgOffHV6mgBIhMTmgh3Zy+RH
U+jSnIyDLnkrVYyYAjaeOy8MNEVQtfaVUUT1A15UjStNDYhcX788XqrGNEga
ER4Uic4RBrCKthI/9jrcqQ6vt3wJjgkUCByyPNeBNtQZX5gYhRZOb/fWu5a8
hDn0nWHCbV3jBt6JpcwUZALzYIoB/EwTBWW25Ce8Vx/Yqt7AFpi+oE225h5v
N3grYwPAJ1p+FDjgPIwPD9oWBscItW0s2f5RHANSTxW9VVW1YYYIQ9c5DyRj
Uf4vRHjjsJ5GI8XuE+2Emc9lCYD4uJcR/jQTwXnlWnge3qWc02CzFJsjIJkS
hg4+RthtBtBQHRwemEWsafUGxJnDkv29En57RBdpZevIOoQZQLB3Bbye3m/N
Q7+qItix1MQvy78NUlws/vZp8bPP1K3xyLDMavx7prWuIxmQLQxJFEUaJaij
l9/d3B4t5V/16jX//fb5v3x39fb5Jf198+36+jr/sYhP3Hz7+rvry/Gv8c1n
r1++fP7qUl7GVTW7tDh6uf7hSOxy9PrN7dXrV+vrI5JnwniuGNinUGEUMBvD
jOc7bziUw6I0ASDZiKT75tmbP/3h7Kl69+7v3r54dn529tX79/HHl2f/8BQ/
7iFiZDYOO/kJSx4WYGIoERaGNTvb9gi1JSEx7Nx9q4iIYNi//1eyzL9dqF9t
iu7s6a/jBdrw7GKy2ewi2+zDKx+8LEb8yKWPTJOtObv+yNLz9a5/mP1Odp9c
/NXXoH+jVmdffv3rBSdWoqrnzDPlXM0ntU4Q+y1xwjpywg1xwoKxaRpA/UAp
9ez8y9XGjsShPZQk2I5wvESoQvFRTM/z4ucnT//n92enf/rj//7nfyH2LRhV
MB9HIeK43xGxbClgCTEczLjn6n2KsIedRt0T1SQHFFF/HgKKLwlTQOyBeQP7
opHheSydCW9M7TGvg93wOsDS0xTQt+OIbBrGK7Rug3UXzCUxETx0JC7AljMO
zUWQ5VwyEmBDOUlDsWCdfWT8mIMxfdUm6hMJUh+SncbVIH5AEaAXXjlRbRuc
h9E9b5kSJS038Cxj5g2YGkr8QG4hdrZYZGlD4WispdoiL9e0fbqP6sb+TGPV
rK6zgsCC3D09QBbZYqJVFRMzaBMKCrmhgcvxRM5MneuGei7+g0LpdR/IdKh6
8RrtcylMETNPJulDQoShvN9SaRhTGyalVSSrezMEQykNUb8xcJRJiRHmCFAs
JgkCxiU0oQi0FS8piQ9h3OeS9/APyBbyLi5FOFaXrkvbkaCYr6w0HRImNOmB
2P1VFDUpmG5JikZ7PHm1vj2eOKiHlmxgbNFH8h54EaAQdUVYoXvwgfErDMKT
zDB5ol5Y7FagiRzh9nAhFoqZRg9jodjzQMQwyfAlcgpQPxuO9JbAUowWsRjl
cTI9AZJFMFky1ir4j9DKzp3mUyZi8AaYhHYRJhUdhCcVm0AMYo1WxX9gQUho
ZF8JOdKwATVsOYywjEt34CBDUpGXTuLGQWhBiVmKBPIGB3FjSktR3kI+S2zj
//eaJqnUBFH96CqYVZI9JLaJSJ2Yzk9AwkICVehQCAApvHZGs/pPIgorwTrJ
m2EnaRGDkBanO7Vzd0OnbKyARPTCfx+P5Kl1sgAMUdRG29LoQChQ+rO8MvVw
hJEA/+Z6vX7Gz3PXgDH/gnjFeOIV1R86E8Y4Rg1B5ViBAPc11TnQNMp1qfTH
C+Wh1Q0Kq0kVMZYz0nYgwQMuwmAlnohtpWgpbH5vEP413W5csjAVBLYfei7u
MrXCBdSXQOLB3WIZtSdWFM2w9UnCC3tQiQCQkIxFsBmD1VrKWxM64FYGoMBI
jL2EpBIzV6U6Q1Buw1T24YJ3Q7VTNxR3NY2VmGA9kK/ara2GiNgnbP5juEL8
kJJDNBAteKy9sIuo7B/nUJQZGCxhjYQ1FRpxRyOKaJFM1ck+XA0wZ2by5T15
aKhytEjfA+wZtcnBCAGZnwZMoYfyboh1OqqBViLpVkyErELy/Kirh2qFkVao
DA9HCT0ccpg7VrMc9nAZLxGj6op5cFYekTLJ/ccIrQRTQZw0Cg2ja2L2MGwo
V0oaiqELYJUUMsIm+zGMTxAZ3tAvKaJ+gb24DfRIhoFtBaAxMUa7hbFcaHdE
R5IsMqaxZlNW44pzpsVTDUOVcgPsS0t0ugEyvSPdNQVoNvw8xJHl/cA5K0b5
29icfYsEAfi8JIOa7NI3GkZGxQv+qQFFU/GdtxiXCRJbF8A9oXGOP9zXWMdP
2jM0MAIHcqFpIrhO1DdAIWRYWQpbSF1I7QQpHCKwoeGgcGgj5AAyPG8gRcdM
hnS09kLWPjdiXhZ1GQW0UiiWP5L34C5qV6htTcpko4Oh0oL0a53MOK3mIowz
FWjF6Ww71JNiM+c9L3Zu5nbmtZKWaGLHdlrXf6hhcwJN11EuDWIt3GWTUOpB
aeU2XH2XCSOB5CLl69CBEcLFqBGEm7a1ebCwpawoeYmz68zSLHdneQsTl6bn
+pRJd5pJaTBJr9DDd6YPI/WAQCw4DQ8NNQy/gs2znOGsGw88opXZjVOlwIxE
0hgxj8xaO3ElUN8NFN+dj5qMa/CASfg1NlzthnIZ+SdBIxjksewCiEVP7TXJ
QzRkFBQ7ohRAcfDyIup5r+/pSEKTi4HAIGuJ+ZzaTtwTcrQ5UMcNdGlbRqtG
vhjjJQBpbPQs9KR1YvLKSiiXghkM2bQnas3sgvRMTQhpooOwfMp7UwhPXFAN
2DGwZdI8Pw06EVGqDsh3ObtyT48d4kvBYO5ZRrE1CxapB7aWJB4kEvlvGoQ5
12jABWksMIhhERa2B9DJdNmPmGJyKz4cqJNI+MvnFZROzUl1ssy7Ie0C08df
19RlUevKGwlIyr3H84ZN7rq6+6SSlmpnETAb+Pfelv1O5CdfY5kpxHYcBSn5
vo3twVkQZDNQwM7PrxDVVWV8ql2AXiTzMpZc89Ci9Jg8FdtvpIGAQqL5j57M
cY2P1UiVU5s9g+mGkJrrG2QL6aGIaN6K9hTwa9DlHpam8Ijlz1I6mdLOoq5u
iKPRWuratNWkJOdKHVy05IIEGQoQaqUvh71HNgVvKXErpjgCmcXxSN2Kej6S
4GNdQS09EUgTBSTRyM2kvQ3MbVSkPMTnP9BCnPRTJEA/3nG0SVXBgoeg/z1h
Vra8A9mzBEgK25vR51TWBolELoAHBHMx6icqo70Z6/u4aqLYVOumxjhHGbQ+
ey+zANUgSXRAcfermrGc7d4YWB583ATRUJPEQYUZ1Q5jqRpFE41LidTnTLrF
du6phdY54iUS4FFrxPSqkAWoF7t+dh2OJRByE4AOSPlERSfNBztvuXZC7Ser
SCcw5JiUVBTFAyGMyp68oVw+Uu9KUjP1UPFiWkpcWU7baSFLfsK2gwhmFEUW
5I4cudN763w8tqAURo6GsNZkG1FJb7zd60Ka3W9AY9gtKRkJkp7qV0/5ZdKX
kYQAsmsm4rxM9QxrzJrDAjEBDt2ZukugpoaE6/JBAWURdvfMqnx2tWHGnmDM
6L0JKJ2IO6V4cqzHplSImrDGLNixUu/eff32xbPPT5+evX9/or5NSGZwdLLl
UXFxbOdSNExiOntlpjUnxWG0h9APdtRWq9ruTS50J6xA4OySiftJmSyR5ba4
HBt0ZHKqZ1hBGGrHQ1iFQ1tAy6ST7/GwK3qfkXAw0n5PZWB0hKw4O7HRh6SX
RRr0elTonBE+thPIZBD3nTRJENZMnamq7CKQRv6a1fvdiC3MOCBdNsZXcnYy
qW6hiIbZycSJeg06aI3CNsoUVzMjJWzxUZJLTcsxNpiK5EzHTst6ARrFQmHp
lI+O+2lvv0zHFQKw6bxjr4cQSRLJjAcen0RI7PhwU2KmMzgxEoVz1yH74CQV
z0LVmDfhlNyWoMb8GFy3Y0mqp2eFEwXOlZ2p5LAqZvppXRBMHcvn3A/i5kfm
GOlEGT5Yzqdi88ILeZoyTlhKru55uK19yP1S0UfRTFP5JPmPLUgRYNvUVexn
cI3tynwWiXuXl+5GXZotFha56sMDvty65M4eyh5hJjB/MOk8MfBM0xI7JkJZ
1VghpYELOVeGj/g52hh5sXUcMVwgDo30KyStBEnMY+zBA0YHSzmRK0A50pUT
SQR7mwKyNyu3XeHHSqPe1nSYTi2ItAI++ZbJ+XAoNbkZLJxA47ch2QyURaV4
jnXn+b+fnX85t9mMKk0UwCTOw6e/chE6vnK3uYVDOOXuNEslt6HvCCQi2GgR
Q0NdUh3XuT51x+WQ0cZvDrT0/+JLnF7HbDk9iVEN17Yp+yJEVtB89UBOYKCU
ApRJNAikXkqmZPhTNzDHzWLxzWBrkeHtNCNTpeTNzshZSFI7UormbhLqSiO9
gUeUAa7sScfHHgpXmunzgbEn9Fd+JxOJ4BMFK685tu6oJdeY3kvwNuOmp4fE
pHBd7Go90uTxYzWRelSoRS3B7YKhJuWbUZNOkCezpO5WOneGdB/yrqdtxclx
PSjsoGpTUUYRoJuHnd1Y5ha4k98mvUYRRBTNlWT6Hg96APt53FGJOojaA8QG
oz4SATk7S5KhXlBRdK030J3gsLpMyjV2IIaoTRpNDZfYWkEedIJQcbBURIrV
63IsoIlx6vj9DliN2oTcAjcPxOf0qcZoQDbAiXppdMsFSvz+LMZtSvDzVnpK
x9kIBBiajBZa2viVQBwjgjtlQEmZQynWBnJ2rqTxgVX+OAILSO0wXn8zP8zh
WiRmstmBApgE6xAVEF3HFvKuiNkuHzY9dt24O1pzWj5FI3V15JOeNP9ouQt1
mXvdiZsYLGZWrQrkPjYnsoq31JHVh4gS80C0hM0EOnsjoosVq7Qw+atCPudj
9SBUCLKXhjzykGPJYJqIxTQIEz9ReB7JDVQk7+jriEldwV2YwMwY/fQYJ0KG
G6qWpe7SXeRTCS9Id24rs/rhOC/68TOFTECPrZGbD7nHlNGgBL/5VbIZCSoO
NC3I5vAJ//ffv1P0PVCY6KexdEk0mrUjf90S7ERL/WJkSck60xoHfjR1zaPb
hj9M4lLnMLIVKyubKvHlJ9gsWzD2eiUZxWhjXs0UEsXCqK1eGfhsA5xcpjNn
VFjxeyXwqdty68vHLnM0LQxr0/HxktKH9KLz4HLMJYDipkdqZfAXW6DUaBEg
5ZtLfuBq/Wr94c3ZNyo7TR9xyZNaypD4feIGs9Ig6+Kudfc1Ney5r7J4dyHf
E5jyH4+2qJnM0Xv+2uJZatPCD594CP/7M3gnXcEHLgAA

-->

</rfc>
