<?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.29 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-yue-moq-transporting-sensing-data-01" category="std" consensus="true" submissionType="IETF" version="3">
  <!-- xml2rfc v2v3 conversion 3.28.1 -->
  <front>
    <title abbrev="Challenges in Transporting Sensing Data with Media Over QUIC">Challenges in Transporting Sensing Data with Media Over QUIC</title>
    <seriesInfo name="Internet-Draft" value="draft-yue-moq-transporting-sensing-data-01"/>
    <author initials="Y." surname="Yue" fullname="Yi Yue" role="editor">
      <organization>China Unicom</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>yuey80@chinaunicom.cn</email>
      </address>
    </author>
    <author initials="F." surname="Li" fullname="Feile Li" role="editor">
      <organization>China Unicom</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>lifl100@chinaunicom.cn</email>
      </address>
    </author>
    <author initials="W." surname="Liu" fullname="Wei Liu" role="editor">
      <organization>China Unicom</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>liuw550@chinaunicom.cn</email>
      </address>
    </author>
    <author initials="C." surname="Yang" fullname="Chenchen Yang" role="editor">
      <organization>Huawei Technologies Co., Ltd.</organization>
      <address>
        <postal>
          <city>Shanghai</city>
          <country>China</country>
        </postal>
        <email>yangchenchen7@huawei.com</email>
      </address>
    </author>
    <author initials="A." surname="Akhavain" fullname="Arashmid Akhavain" role="editor">
      <organization>Huawei Technologies Co., Ltd.</organization>
      <address>
        <postal>
          <city>Ottawa</city>
          <country>Canada</country>
        </postal>
        <email>arashmid.akhavain@huawei.com</email>
      </address>
    </author>
    <author initials="K." surname="Zhang" fullname="Kuan Zhang" role="editor">
      <organization>Huawei Technologies Co., Ltd.</organization>
      <address>
        <postal>
          <city>Shanghai</city>
          <country>China</country>
        </postal>
        <email>zhangkuan3@huawei.com</email>
      </address>
    </author>
    <date year="2025" month="May" day="30"/>
    <area>Web and Internet Transport</area>
    <workgroup>moq</workgroup>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <?line 75?>

<t>This document proposes leveraging Media Over QUIC (MOQ) to address the challenges of transmitting large-scale, real-time sensing data in 6G networks. By building on QUIC's low-latency and multiplexing capabilities, MOQ offers a flexible and efficient transport mechanism tailored to the dynamic and high-throughput requirements of 6G environments. The approach focuses on enabling protocol adaptability across diverse application scenarios such as autonomous driving, smart cities, and industrial IoT, while ensuring efficient data fragmentation, secure and anonymous transmission, and end-to-end QoS awareness. Through information-aware endpoints and optimized data delivery mechanisms, this solution supports scalable, reliable, and intelligent sensing data distribution in next-generation wireless networks.</t>
    </abstract>
  </front>
  <middle>
    <?line 79?>

<section anchor="intro">
      <name>Introduction</name>
      <t>With the advent of 6G networks, there is an exponential increase in the volume and diversity of data generated by connected devices, sensors, and applications. This data, known as "sensing data," encompasses a wide range of information, including environmental, contextual, and behavioral data that can be leveraged for various advanced applications like autonomous driving, smart cities, and industrial IoT. However, transmitting this sensing data efficiently in a 6G environment poses a significant challenge due to its large volume, distributed and massive number of sources , dynamic nature, and stringent real-time requirements.</t>
      <t>Media Over QUIC (MOQ) <xref target="I-D.ietf-moq-transport"/>, a protocol designed to enable efficient media transport over QUIC, presents a promising solution for addressing these challenges. QUIC, being a modern transport protocol, provides low-latency, multiplexed connections with enhanced congestion control, making it well-suited for real-time communication in dynamic networks. MOQ builds on QUIC's capabilities to offer a robust and flexible framework for the high-throughput and low-latency transmission of multimedia data.</t>
      <t>This document explores how MOQ can be leveraged to efficiently transmit sensing data in 6G networks, focusing on its potential to handle the unique requirements of real-time, high-volume data streams while ensuring reliability, scalability, and low overhead. The use of MOQ for data transport in this context can significantly improve the user experience and enable innovative services in next-generation wireless communication networks.</t>
    </section>
    <section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</name>
      <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 <xref target="RFC8174">RFC2119</xref> when, and only when, they appear in all capitals, as shown here. 
Abbreviations and definitions used in this document:
*MOQ: Media Over QUIC
*V2V: Vehicle-to-Vehicle.
*P2P: Point-to-Point</t>
    </section>
    <section anchor="use-cases">
      <name>Use Cases</name>
      <t><xref target="I-D.lcurley-moq-use-cases"/> defines several use cases for MOQ, while this document focuses on MOQ use cases in the context of sensing data transmission.</t>
      <section anchor="autonomous-vehicles">
        <name>Autonomous Vehicles</name>
        <t>Autonomous vehicles rely on real-time sensing data from onboard sensors (e.g., LiDAR, cameras) and external sources (e.g., traffic signals, nearby vehicles). MOQ facilitates the efficient and reliable transmission of this data in the following ways:
1. Vehicle-to-Vehicle (V2V) Communication: MOQ over QUIC establishes low-latency, multiplexed streams between vehicles, enabling the exchange of situational data like location, speed, and hazards in real-time.
2. Data Prioritization: High-priority sensing data, such as collision warnings, is tagged for immediate transmission, while less critical data, like traffic updates, is sent with lower priority to optimize bandwidth.</t>
      </section>
      <section anchor="smart-cities">
        <name>Smart Cities</name>
        <t>Smart cities generate diverse types of sensing data from devices such as traffic cameras, pollution monitors, and utility sensors. MOQ enhances urban management through:
1. Adaptive Data Aggregation: Sensors stream data to edge servers via MOQ's multiplexed connections, which dynamically adapt to varying link conditions to prevent packet loss during congestion.
2. Real-Time Event Streaming: For critical events (e.g., emergencies or system failures), MOQ ensures prioritized and low-latency delivery of sensor data to central control systems or cloud platforms for immediate response.</t>
      </section>
      <section anchor="industrial-iot">
        <name>Industrial IoT</name>
        <t>Factories equipped with IoT sensors require reliable, low-latency communication to monitor and optimize operations. MOQ supports industrial IoT through:
1. Real-Time Monitoring: MOQ streams sensor data such as vibration or temperature directly to monitoring systems, ensuring fast anomaly detection and response.
2. Redundant Transmission: For critical sensing data, MOQ can enable redundant streams over QUIC to ensure delivery even under adverse network conditions.</t>
      </section>
    </section>
    <section anchor="problem-statement">
      <name>Problem Statement</name>
      <t>The application of Media Over QUIC (MOQ) for transmitting sensing data in 6G networks presents several key challenges that must be addressed to ensure its feasibility and effectiveness. These challenges are as follows:</t>
      <section anchor="multi-scenario-applicability">
        <name>Multi-Scenario Applicability</name>
        <t>Sensing data in 6G networks is generated in diverse scenarios, ranging from autonomous vehicles to smart cities and industrial IoT. Each scenario imposes unique requirements on the transport protocol, such as varying latency, throughput, and reliability demands. These use cases may involve real-time synchronous or asynchronous data transmission, as well as point to point (P2P) or multi-point communication modes. Ensuring that MOQ can adapt to these diverse requirements without compromising performance or introducing overhead remains a significant challenge , e.g., how to differentiate transmissions of sensing data flows with varying demands.</t>
      </section>
      <section anchor="efficient-data-transmission">
        <name>Efficient Data Transmission</name>
        <t>The sheer volume and velocity of sensing data in 6G networks necessitate highly efficient transport mechanisms. MOQ must address issues such as reducing overhead for small and frequent data packets, optimizing transmission for bursty data patterns, and ensuring low-latency delivery even under high traffic loads. Balancing efficient utilization of network resources while maintaining robust performance is critical. Avoid redundant data collection and transmission, e.g., to cache data on demand.</t>
      </section>
      <section anchor="anonymity">
        <name>Anonymity</name>
        <t>In applications such as smart cities and industrial IoT, sensing data often includes sensitive or identifiable information. Ensuring anonymity during transmission is essential to protect user privacy and comply with regulatory requirements. MOQ must integrate mechanisms to obscure identifying information in data streams while maintaining the integrity and usability of the transmitted data. Data sources and data consumers are not aware of each other.</t>
      </section>
      <section anchor="data-security">
        <name>Data Security</name>
        <t>Sensing data in 6G networks is often critical to the operation of real-time systems, making it a prime target for cyber threats such as interception, tampering, and unauthorized access. MOQ must incorporate advanced security measures to guarantee the confidentiality, integrity, and authenticity of data in transit. Additionally, the protocol must address the challenge of securely transmitting data in dynamic and heterogeneous network environments, including cross-domain communication. Data payload is visible only to data sources and data consumers, and is invisible to intermediate nodes. The payload needs to be encrypted.</t>
      </section>
      <section anchor="traceability">
        <name>Traceability</name>
        <t>Sensing data logs can be recorded, and data collection and consumption history is traceable.</t>
      </section>
      <section anchor="information-awareness">
        <name>Information Awareness</name>
        <t>MOQ endpoints should be aware of key contextual information related to sensing data to enable efficient and intelligent data distribution. This includes:
1. Network Awareness: The MOQ endpoint should have knowledge of network-related sensing data, such as cell or sensing area information, to optimize data distribution decisions.
2. QoS Awareness: MOQ should ensure QoS guarantees for the collection and transmission of sensing data, adjusting delivery mechanisms accordingly.
Service Awareness: The MOQ endpoint should identify the intended service or application utilizing the sensing data. This enables proper classification, retrieval, and provisioning of sensing data to authorized services.</t>
      </section>
    </section>
    <section anchor="requirement">
      <name>Requirement</name>
      <section anchor="protocol-flexibility-for-multi-scenario-support">
        <name>Protocol Flexibility for Multi-Scenario Support</name>
        <t>TBD</t>
      </section>
      <section anchor="efficient-data-fragmentation-and-multiplexing">
        <name>Efficient Data Fragmentation and Multiplexing</name>
        <t>TBD</t>
      </section>
      <section anchor="interoperability-and-scalability-for-quic">
        <name>Interoperability and Scalability (for QUIC)</name>
        <t>TBD</t>
      </section>
      <section anchor="network-information-awareness">
        <name>Network information awareness</name>
        <t>TBD</t>
      </section>
      <section anchor="qos-information-awareness">
        <name>QoS information awareness</name>
        <t>TBD</t>
      </section>
      <section anchor="service-information-awareness">
        <name>Service information awareness</name>
        <t>TBD</t>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>TBD</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>TBD</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
          <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" target="https://www.rfc-editor.org/info/rfc8174" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml">
          <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.ietf-moq-transport" target="https://datatracker.ietf.org/doc/html/draft-ietf-moq-transport-11" xml:base="https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.ietf-moq-transport.xml">
          <front>
            <title>Media over QUIC Transport</title>
            <author fullname="Suhas Nandakumar" initials="S." surname="Nandakumar">
              <organization>Cisco</organization>
            </author>
            <author fullname="Victor Vasiliev" initials="V." surname="Vasiliev">
              <organization>Google</organization>
            </author>
            <author fullname="Ian Swett" initials="I." surname="Swett">
              <organization>Google</organization>
            </author>
            <author fullname="Alan Frindell" initials="A." surname="Frindell">
              <organization>Meta</organization>
            </author>
            <date day="28" month="April" year="2025"/>
            <abstract>
              <t>This document defines the core behavior for Media over QUIC Transport (MOQT), a media transport protocol designed to operate over QUIC and WebTransport, which have similar functionality. MOQT allows a producer of media to publish data and have it consumed via subscription by a multiplicity of endpoints. It supports intermediate content distribution networks and is designed for high scale and low latency distribution.</t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-moq-transport-11"/>
        </reference>
        <reference anchor="I-D.lcurley-moq-use-cases" target="https://datatracker.ietf.org/doc/html/draft-lcurley-moq-use-cases-00" xml:base="https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.lcurley-moq-use-cases.xml">
          <front>
            <title>Media over QUIC - Use Cases</title>
            <author fullname="Luke Curley" initials="L." surname="Curley">
              <organization>Discord</organization>
            </author>
            <date day="16" month="January" year="2025"/>
            <abstract>
              <t>MoQ is designed to serve live tracks over a CDN to viewers with varying latency and quality targets: the entire spectrum between real-time and VOD. However, it's difficult to understand how to use the transport given the layering and complexity of live media delivery. This document outlines how an application could use MoQ to deliver video, audio, and metadata in a variety of scenarios.</t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-lcurley-moq-use-cases-00"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA61aW28bNxZ+F+D/QCQPmxSSkGTbbaunKr5sjMZxGjsNsos+
UDOUxPUMqQ45cpQi/32/c0jOcGTFCdoiCCTNhTzX73zn0JPJ5Gjkta/UTByv
ZVUps1JOaCOuG2ncxjZem5W4UsbR54n0UtxqvxYXqtRSXG5VI355e34sjkZy
sWjU9i8vU9rCyBrilI1c+smuVZPa/j7x2ToTF9aZlFhn8uTp0cgunK2UV252
NGo3uMzf6BMfBT5WttnNhPPl0ci1i1o7p6253m2wz/np9dnR6GikN81M+KZ1
/tmTJz8+eQaNGiVn4p1aCGlKcW68aozyvUpHo1vb3Kwa225mAkIejW7UDpfK
Wffw5IS0oOVl69e2gTgwOAzjZuL99H2r8COo+16L8NM2K2n0R+khIVlTGyne
Gl3YGjdVLXU1E7DK7ocnPxV0s+V708LgdmPJkbCptw1+FtpD6+dK/w/Wot+2
NZ4MwatmopxNX+pOkjOlKyX4wtfIUull9fTJ3yjMOwjTdtK8UxqytOKrpWlv
v/vub5TmePpe8hNBnOO1MgX+C7p6V6gXrbyFwNeqWBtb2ZVGFhzb6Vi89OU0
8x9eLuJK3/+05pemQY+Dcl6t8cJa6vsEnU/nN2u5ldp0ws4b6da1LkW686cF
lnGlqYwrfYXQl97LWzkQWRpZ5jL/PP3POrfuz600gi/9aUk/0ts3WOeff82u
RyNjmxp7bwlDxJuz42dPn/4Yv/7w9PtvZwwaZpk/dT45mWrll0PISneqom0q
teObrVOTQjrGKfo3mUyEXDi8UzBcXK+1E8DCtlbGi01jNxYPi0oBKuWKQHQf
Oh9dXP7yWHgrZFk2yjnh10oUPRjbpWCJau0ZjCvZrNTEFbJSYwGkqyZe10pE
bBWErQTg//q3AI4R0LmpeL4Ti1ZXJT1gDe/7DwhlbycVQNYUO0bKuq283lTq
Az1WyI1c6Ep7+GssICMEWarGCSmW9MgCWEMvqeVSF5qU7ewmavgaEeBq4eFb
26iS9CO9yh0CRhf85lqv1hO/Bgyv1pvWQ5ffW90oMhxrDQ2U2erGGr40FddY
QG5gU1msxRI2JstCHWXkoiKZccvbwlYwpdz4ID5UKxoLs5bwdeN4hUoXHJzC
FXi30dYJ12JNCe1ab42tbYsXGr3FqmPhagmlimgKEl2bEvWm0bIS5/Z6LG7X
BL3wQNuQHL1N2BtLeJ5U4D2xnEI8BeNJY82ON4su5voW9lCmnHg7wYf4xV4J
pGSjDOKD7MA2E10QWzPh2/TOxmqyH61gN4gM/RHWZzFKVZEJdr17oI2neEUR
boM92g05EFcQXjAqR1ilw7eguFdVpVek2yDiSk32WIRlEH5GffATPIao50u3
8GxF0d0FZcoeoFNZKfr1kMpvY8u24Ff+eKjp5ye69Y5IBwWQLLe0dwiPtBap
oaC+Jr2F+rCxBg+Rd7QpkCLwOkSi17fQtA62D/FAAYLFWIcoLuy12AFXjFEF
/SjVVhfkeVLYNjEEsjBil1DaY5GxuDH21lAoPcgNNH4A5wDRNtJR1BKNKpWA
01eK9s9cOSahq5ZzNYt/WY1JJg+7tvSdZFgogLq2DRRlBfxaIk5hgoVKiAP5
sbLYUpQjzGA+aQo1FB/F90b9qcifihf2ljYaDzEqRFUeH11KVDvyhdzLbhFg
UgqnV0bjUYlrHQiKslWEIBqRyfAX/Tjuw45UIgiDeeFXYdp6AYCFZZ1tG3hP
jDvsMdIj/4I69LbhaO6RNMchjtLDiP3HH4erxqdPWLqHolKRSgEBGahUBg81
r9wDp017jLGAcoyEvBaQgUzZJSr5NNaLYG88nBWNaVxkoeiuBMktQWuzjZJ4
tI/dIhQH1WDclwIIHjOBI4XJvzLrEES4g81YIArNhtar5Q3tqb24BVJMXKt9
jMHewsiDmjieTGjRuaarWFRwuGS5rGDlNYnsyRUJ6jV2gaBkh3a1CaBbK1qM
96bc36839HheAnMIpshhGwQPUQhP75Z3IA1VNyfW9pYlvpN75PQs8lOS3Fet
x6G0xVJNIb+xPsIZloPpAZesEEz4e6vu1M3OzuOgcsQ83grxrmTt9gtWAHku
l+OI/fFHNBJH5lrJMlRhVF7aiVQm6wbw6YKLsRZ2inDFVsnymhCgprCLWjj4
EJZUDYxURFIREkUbY7dM0mCwhlH43toyjKtBpXkIzmmodHAY0x4naqmN5t/B
s0qgDRTUBwK7L95eXT8Yh0/x6pK/vzlFHL45PaHvVy/mL192X9ITVy8u3748
6b/1bx5fXlycvjoJL+Oq2Lt0MX//IFj7weXr6/PLV/OXDzpDdgFHNR4xsFBc
iBtgBAOfI5QpgIOKAFo8P34tnn4r/hu572/8jajvb/C7ivTCGvgh/IQXdlQQ
lGwYm6uKMk2j5BDoA8jXVNGowk5B7+c8L9Cyt2TZW5K8Wd6RG1z5G8TKbJ/7
4vKvz36diV/VWheVIroTv8Jn37x+9nomXhOdoRv8JXjyLaLvmDg4/QwwfJCi
f/oURFNUiygjKw5cvsdxC5kSdxvaOSOXFOP9W5FGpMim+pJncg4hIeweinlf
V6NykDu7uI0XKQl3tONnOP0SVQC3F1Y2ZaIi4pGarqiV0ifzN+AHgDw0fI9D
Dn2gUQZ0ThUwPgsZCZE4I9nDBn4H4UlyPA7gu5QFQQCNZFjlvmjR4okV3gFN
n4hQMtXSVsAP0uJW7qhrejo94G/xCIHwGDmaJfAsdB1d2UWlIZ7v1vcVqwRw
CyS/QruftBr3XQJr84EocOBe4IAtb5hoFNOhyhaJr2+UKkPSrOVHSfCgMy/B
z8+mYTT2GiSrQSJ0rS/B7yZc3A28Oe4aDhRh6MQwJhuD+xAVJvRylbibrrkI
ebXXJITADcBHuxZR/nFQIPk5ztV4VWIUoYbDgLBrJxsV09gtiAU0BTv16xTB
V8wCj7nsHo2uMk7YUeauu/K7TehZ78Zu5NGd5knAGLWgIjBFoDe1NdTvR86J
a1UyIC6G+IwkBIjTQGDQDoOCy8kbS3wItTl1glRA2EHz1apRq+idq5hDIWRi
AqNel6tQbqjZBc7RbuAen2FE7AboExkMsHMXuk9aCqx7xy27Njf0UhlBErcA
3dzIbGRxozzcQR1qKMY9qwqh9YYi7Zrw4JRfuWJ58eRMnCE8Ot/zgl2awxYg
yqYgL+Ept3Ne1chqXYH8usfjaERHv1IccK+4T4u6tjE6tav3VqB79oSqkfzF
TXi/orJtKTZYhBobtxfI2BM9mlMpws4HXcXR6EwWcD+JTtwGlakMUYubHfRF
2pM1qLnUQyoAWWNIDRpjfIkcIgZV1/8O25xhSPX+uAhrsiv49Qg+uZlStG/1
ItIVoqOq5p1pDlBCiYLJYSckU/1gy3FP0paSOa6tZUVe8SECIxx39uSAKVtT
Ugd1nQHGXrQM0SiR10i8mm6FpFIPw9zHOJY8RQZFHthoSWS8DDgQyVcW9dMw
MHsIlLTYo0Ycw1eUsYF85XMZ4pYHmy7m8nmneQ+R7luoVP2J32WTNW6Xa+oc
Fip1U6lRYwWJfC+VdDpNksK8iwy/7WYxw86LKZp0seyFKSEC/ILQY3IVx01i
HnSNywJT79FCu2wwQb1SRNpudjXmMQJHCMGsPEAtoFLeyh/s5E9pqpYWJYbO
HfnBHiNU9kPdZBftCflSje77rnFGIIL+pQJ6l50xe7ZVSxoWoH/ZqpwV7UyB
1QxpSAmd/77DwpjAUidKnzwbY/TlL4/AMB/TEoztk3BxCBzUOEOw05SDHDIp
WTqcD+13cszAVgRbtuVl+zYeuc/jHmp3CBfj1ItbvthnYZVaavP5kQiAgXGe
Wk+IUGrqhblN3CMKB6oxRWYA1OSn5IIYrqcd2eOymcNISFaQMCRmNk3bKhCm
OEy7LydRN2lmQanP3Smg7N4JcgRmztI0IIcgbcYjCKyGtiOUQLyT02kkQA7p
hrGh4CJpYhFgr+Ykll5etI2jwAwveCLSLk1lYyQcLJEZEJJyHcWprKT4fo7G
2hTDCTGTm48d7CXchKKRtgeaR8Hg8Z+79TDuyKNI9xwQnGdrdZlhOKtBPDOr
GMMciZ0BKjpAII4K8GCIiq6R4WE1fHw0OjfDAWJyxRdAZjwMDbuE+eK0U8V5
IXM1yomSYnmp4xygm45muSiTPIk4DdwIixCcd3MTwijoH8YN4DtbGU89KDOp
FaZ0ADls4VQLVw6mgH0MUt+9Ysbbhyiz54XjqX6Um5MqE5uB++4AJvcqQWpY
PZWa1iWE5MZK9ZUvjvRj25EihXvx4GvYqObDGohkrA+nB7SMIpS3NC5PbuUl
ruhMgl37hVIUfNaxiHis0/Gowfyp5zD9UJCmmXTL0xjXc7IVOxrVokAo6ftQ
4gFHoTahB/OSCBPPpNkyJhzLB8JaFFyKMx8VtgGMkJe6gbeLGsJvMpBeyL5q
JUzqlUpd/TL4T4bhV+eOOPLHnnS3yA8NdByrak/NRuA61AXwWKUfAw8AbHDC
FxCTgicbEPrcBYNDM/C+xhIhoHKX0CI/J8vPD/jka1JairNhZYuhs5E7wiby
7Ba1iZKNB0NUUe4PrXgcQI5Kb9KEnryWWL4JxZPqRdrHoJV2cYQF6Gx2G8Ry
ikSUmULFkN8LxMquXJqugi7bpkwt+SFwC0Jy6ACHHeez5oaT1q+ytqNP0Hk6
Xzsahc4onaQ51O+qZIqYkoh5ZHcWM8hzeJGJGjGuwWTowPR//0DtzkFaPFdK
CBnaj1fR553AM7ZwLnSSeS0BpnQeVXFT25eXSRLzMzMJ4ktUQ+Nd+oOa4RFV
Pi+4e/5XqoJHGi70I3R8mUnLnVIQMPJseqBLRdcN7O8pWfs0A7FQ/g8pFrjM
nXNOwgjEDO5WuymFFg+Tv8aECc87eEZxL9M0muln1raEWp7APJcvejKEgOO/
C1DUJNNx1VKnSVOjYEO1Tcd7fDRD2jK52R81WpFhYBqPx1n3m754xVB/nYDo
jA9IQlnhGeiwM7kKHTBY3vOTw2TwLD/NZjkvsr8byF/kP6bi0pD1T1f96YJ4
RAJQd/c4fy0FeJ5Wss/O/kEKmy8+lHz9hQe7CkjnBA5ej3MBPhpIz5zPX80P
3x/9H8pSf8qRJwAA

-->

</rfc>
