<?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.4.9) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-kejriwal-scone-scone-qlog-00" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.34.1 -->
  <front>
    <title abbrev="scone-qlog">QUIC Logging for the SCONE Protocol</title>
    <seriesInfo name="Internet-Draft" value="draft-kejriwal-scone-scone-qlog-00"/>
    <author fullname="Raghav Kejriwal">
      <organization>University of Aberdeen</organization>
      <address>
        <postal>
          <street>Fraser Noble Building</street>
          <city>Aberdeen, AB24 3UE</city>
          <country>UK</country>
        </postal>
        <email>ietf@raghavkejriwal.com</email>
      </address>
    </author>
    <author fullname="Godred Fairhurst">
      <organization>University of Aberdeen</organization>
      <address>
        <postal>
          <street>Fraser Noble Building</street>
          <city>Aberdeen, AB24 3UE</city>
          <country>UK</country>
        </postal>
        <email>gorry@erg.abdn.ac.uk</email>
        <uri>https://www.erg.abdn.ac.uk</uri>
      </address>
    </author>
    <date year="2026" month="October" day="24"/>
    <area>Web and Internet Transport</area>
    <workgroup>Standard Communication with Network Elements</workgroup>
    <abstract>
      <?line 51?>

<t>This document defines qlog events for the Standard Communication with Network Elements (SCONE) protocol. The events record the sending and reception of SCONE packets and changes to throughput advice.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://RaghavKej.github.io/scone-qlog/draft-kejriwal-scone-scone-qlog.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-kejriwal-scone-scone-qlog/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        Standard Communication with Network Elements Working Group mailing list (<eref target="mailto:scone@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/scone"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/scone/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/RaghavKej/scone-qlog"/>.</t>
    </note>
  </front>
  <middle>
    <?line 55?>

<section anchor="intro">
      <name>Introduction</name>
      <t><xref target="SCONE"/> describes a protocol where on-path network elements can communicate their perspective on the maximum sustainable throughput for QUIC flows to endpoints. This throughput advice suggests an upper bound on long-term average throughput, independent of and complementary to real-time congestion control signals.</t>
      <t>This document defines the qlog namespace and events that record the sending and reception of SCONE packets and changes to throughput advice, allowing for debugging of implementations and reconstruction of the packets received.</t>
      <t>The event namespace with the identifier scone is defined in <xref target="namespace"/>.</t>
      <t><xref target="tab-scone-event-overview"/> summarises the qlog events described in this document.</t>
      <table anchor="tab-scone-event-overview">
        <name>Overview of SCONE qlog events.</name>
        <thead>
          <tr>
            <th align="left">Event Name</th>
            <th align="left">Importance</th>
            <th align="left">Definition</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">scone:packet_sent</td>
            <td align="left">Core</td>
            <td align="left">
              <xref target="sent"/></td>
          </tr>
          <tr>
            <td align="left">scone:packet_received</td>
            <td align="left">Core</td>
            <td align="left">
              <xref target="received"/></td>
          </tr>
          <tr>
            <td align="left">scone:advice_updated</td>
            <td align="left">Base</td>
            <td align="left">
              <xref target="updated"/></td>
          </tr>
          <tr>
            <td align="left">scone:advice_expired</td>
            <td align="left">Base</td>
            <td align="left">
              <xref target="expired"/></td>
          </tr>
        </tbody>
      </table>
    </section>
    <section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</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?>

<t>The event and data structure definitions in this document are expressed in the Concise Data Definition Language <xref target="CDDL"/> and its extensions described in <xref section="1.2" sectionFormat="of" target="QLOG-SCHEMA"/>.</t>
      <t>This document follows the language used in <xref target="SCONE"/>:</t>
      <ul spacing="normal">
        <li>
          <t>"Throughput advice" refers to the information communicated to endpoints by network elements in the form of a 7-bit rate signal</t>
        </li>
        <li>
          <t>A "monitoring period" is the time over which rate signals apply (67 seconds <xref target="SCONE"/>).</t>
        </li>
      </ul>
    </section>
    <section anchor="scone-rate-signal-data-type">
      <name>SCONE Rate Signal Data Type</name>
      <t>A Rate Signal n in the range 0 to 126 maps to a ceiling bitrate of 100,000 * 10^(n/20) bits per second <xref target="SCONE"/>. The value 127 carries no throughput advice.</t>
      <figure anchor="fig-rate-signal-type">
        <name>CDDL Description of SCONE Rate Signal types.</name>
        <sourcecode type="cddl"><![CDATA[
SCONERateSignal = 0..127
SCONEKnownRateSignal = 0..126
]]></sourcecode>
      </figure>
    </section>
    <section anchor="namespace">
      <name>SCONE Event Schema Definition</name>
      <t>This document describes how the SCONE protocol can be expressed in qlog using the event schema. Per the requirements in <xref section="8" sectionFormat="of" target="QLOG-SCHEMA"/>, this document registers the <tt>scone</tt> namespace. The event schema URI is <tt>urn:ietf:params:qlog:events:scone</tt>.</t>
      <section anchor="draft-event-schema-identification">
        <name>Draft Event Schema Identification</name>
        <t>RFC-Editor NOTE:: Please remove this section when this is published as an RFC.</t>
        <t>Only implementations of the final, published RFC can use the events belonging to the event schema with the URI <tt>urn:ietf:params:qlog:events:scone</tt>. Until such an RFC exists, implementations <bcp14>MUST NOT</bcp14> identify themselves using this URI.</t>
        <t>Implementations of draft versions of the event schema <bcp14>MUST</bcp14> append the string "-" and the corresponding draft number to the URI. For example, draft 00 of this document is identified using the URI <tt>urn:ietf:params:qlog:events:scone-00</tt>.</t>
        <t>The namespace identifier itself is not affected by this requirement.</t>
      </section>
    </section>
    <section anchor="scone-events">
      <name>SCONE Events</name>
      <t>SCONE events extend the <tt>$ProtocolEventData</tt> extension point defined in <xref section="8.2" sectionFormat="of" target="QLOG-SCHEMA"/>. Additionally, they allow for direct extensibility by their use of per-event extension points via the <tt>$$</tt> CDDL "group socket" syntax, as also described in <xref section="8.2" sectionFormat="of" target="QLOG-SCHEMA"/>.</t>
      <figure anchor="scone-events-def">
        <name>SCONEEventData definition and ProtocolEventData extension</name>
        <sourcecode type="cddl"><![CDATA[
SCONEEventData = SCONEPacketSent /
                 SCONEPacketReceived /
                 SCONEAdviceUpdated /
                 SCONEAdviceExpired
$ProtocolEventData /= SCONEEventData
]]></sourcecode>
      </figure>
      <section anchor="sent">
        <name>scone:packet_sent</name>
        <t>Importance: Core</t>
        <t>The packet_sent event is emitted when an endpoint includes a SCONE packet in a datagram it sends. The event records the rate signal in the sent SCONE packet.</t>
        <figure anchor="fig-sent">
          <name>CDDL Description of the SCONEPacketSent Data.</name>
          <sourcecode type="cddl"><![CDATA[
SCONEPacketSent = {
  ? datagram_id: uint32
  version: uint32
  rate_signal: SCONERateSignal
  ; expected to be 127 when a packet is sent by an endpoint
  ? trigger: "loss_detected"
  ; indicates that the SCONE packet is being sent again
  ; because a coalesced QUIC packet was detected to be lost

  * $$scone-packetsent-extension
}
]]></sourcecode>
        </figure>
      </section>
      <section anchor="received">
        <name>scone:packet_received</name>
        <t>Importance: Core</t>
        <t>The packet_received event is emitted when an endpoint receives a datagram that begins with a SCONE packet, after the packet (and any subsequent coalesced packets) have been parsed to check validity <xref target="SCONE"/>. The event records the rate signal carried in the received SCONE packet and the outcome of processing it, regardless of whether the packet is accepted or discarded.</t>
        <figure anchor="fig-received">
          <name>CDDL Description of the SCONEPacketReceived Data.</name>
          <sourcecode type="cddl"><![CDATA[
SCONEPacketReceived = {
  ? datagram_id: uint32
  version: uint32
  rate_signal: SCONERateSignal
  ? throughput_advice: uint64
  ; bits per second encoded by the rate_signal
  ; absent when rate_signal is 127
  outcome: "accepted" / "discarded"
  ; accepted implies the packet was valid and contained a
  ; SCONEKnownRateSignal regardless of whether the advice was applied
  ? reason: "coalesced_packet_not_processed" /
            ; no coalesced packets were successfully processed
            "destination_connection_id_mismatch" /
            "source_connection_id_mismatch" /
            "multiple_scone_packets_received" /
            ; multiple scone packets were received in one datagram
            "unknown_rate_signal"
            ; rate signal was 127

  * $$scone-packetreceived-extension
}
]]></sourcecode>
        </figure>
        <t>The <tt>reason</tt> field <bcp14>MAY</bcp14> be omitted if the value of <tt>outcome</tt> is "discarded", and <bcp14>MUST NOT</bcp14> be present if the value of <tt>outcome</tt> is "accepted".</t>
      </section>
      <section anchor="updated">
        <name>scone:advice_updated</name>
        <t>Importance: Base</t>
        <t>The advice_updated event is emitted by a SCONE-receiving endpoint when the effective throughput advice changes as a result of processing a received SCONE packet or applying the monitoring-period rules defined in <xref target="SCONE"/>.</t>
        <figure anchor="fig-updated">
          <name>CDDL Description of the SCONEAdviceUpdated Data.</name>
          <sourcecode type="cddl"><![CDATA[
SCONEAdviceUpdated = {
  rate_signal: SCONEKnownRateSignal
  ; Rate signal corresponding to the effective advice
  throughput_advice: uint64
  ; Effective throughput advice in bits per second

  * $$scone-adviceupdated-extension
}
]]></sourcecode>
        </figure>
        <t>This event may be emitted in the following common cases (non-exhaustive):</t>
        <ul spacing="normal">
          <li>
            <t>When throughput advice first becomes effective, for example, after processing a SCONE packet carrying a known rate signal.</t>
          </li>
          <li>
            <t>Processing a SCONE packet that lowers the effective throughput advice.</t>
          </li>
          <li>
            <t>Advice from a previous monitoring period expires and advice from the current monitoring period becomes effective.</t>
          </li>
        </ul>
        <t>This event <bcp14>SHOULD NOT</bcp14> be emitted when advice from a previous monitoring period expires, but the advice in the current monitoring period does not change the effective advice.</t>
      </section>
      <section anchor="expired">
        <name>scone:advice_expired</name>
        <t>Importance: Base</t>
        <t>The advice_expired event is emitted by a SCONE-receiving endpoint when previously effective SCONE advice expires because no applicable throughput advice was received during the monitoring period, as defined in <xref target="SCONE"/>.</t>
        <figure anchor="fig-expired">
          <name>CDDL Description of the SCONEAdviceExpired Data.</name>
          <sourcecode type="cddl"><![CDATA[
SCONEAdviceExpired = {
  previous_throughput_advice: uint64
  ; The effective previous advice in bits per second

  * $$scone-adviceexpired-extension
}
]]></sourcecode>
        </figure>
      </section>
    </section>
    <section anchor="security">
      <name>Security Considerations</name>
      <t>The security and privacy considerations discussed in <xref section="14" sectionFormat="of" target="QLOG-SCHEMA"/> apply to this document.</t>
    </section>
    <section anchor="iana">
      <name>IANA Considerations</name>
      <t>This document registers a new entry in the "qlog event schema URIs" registry (created in <xref section="15" sectionFormat="of" target="QLOG-SCHEMA"/>).</t>
      <dl>
        <dt>Event schema URI:</dt>
        <dd>
          <t>urn:ietf:params:qlog:events:scone</t>
        </dd>
        <dt>Namespace</dt>
        <dd>
          <t>scone</t>
        </dd>
        <dt>Event Types</dt>
        <dd>
          <t>packet_sent, packet_received, advice_updated, advice_expired</t>
        </dd>
        <dt>Description:</dt>
        <dd>
          <t>Event definitions related to the SCONE protocol.</t>
        </dd>
        <dt>Reference:</dt>
        <dd>
          <t>This Document</t>
        </dd>
      </dl>
    </section>
  </middle>
  <back>
    <references anchor="sec-normative-references">
      <name>Normative References</name>
      <reference anchor="SCONE">
        <front>
          <title>Standard Communication with Network Elements (SCONE) Protocol</title>
          <author fullname="Martin Thomson" initials="M." surname="Thomson">
            <organization>Mozilla</organization>
          </author>
          <author fullname="Christian Huitema" initials="C." surname="Huitema">
            <organization>Private Octopus Inc.</organization>
          </author>
          <author fullname="Kazuho Oku" initials="K." surname="Oku">
            <organization>Fastly</organization>
          </author>
          <author fullname="Matt Joras" initials="M." surname="Joras">
            <organization>Meta</organization>
          </author>
          <author fullname="Marcus Ihlar" initials="L. M." surname="Ihlar">
            <organization>Ericsson</organization>
          </author>
          <date day="24" month="September" year="2026"/>
          <abstract>
            <t>   This document describes a protocol where on-path network elements can
   communicate their perspective on the maximum sustainable throughput
   for QUIC flows to endpoints.  This throughput advice suggests an
   upper bound on long-term average throughput, independent of and
   complementary to real-time congestion control signals.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-ietf-scone-protocol-09"/>
      </reference>
      <reference anchor="QLOG-SCHEMA">
        <front>
          <title>qlog: Structured Logging for Network Protocols</title>
          <author fullname="Robin Marx" initials="R." surname="Marx">
            <organization>Akamai</organization>
          </author>
          <author fullname="Luca Niccolini" initials="L." surname="Niccolini">
            <organization>Meta</organization>
          </author>
          <author fullname="Marten Seemann" initials="M." surname="Seemann">
         </author>
          <author fullname="Lucas Pardue" initials="L." surname="Pardue">
            <organization>Cloudflare</organization>
          </author>
          <date day="6" month="July" year="2026"/>
          <abstract>
            <t>   qlog provides extensible structured logging for network protocols,
   allowing for easy sharing of data that benefits common debug and
   analysis methods and tooling.  This document describes key concepts
   of qlog: formats, files, traces, events, and extension points.  This
   definition includes the high-level log file schemas, and generic
   event schemas.  Requirements and guidelines for creating protocol-
   specific event schemas are also presented.  All schemas are defined
   independent of serialization format, allowing logs to be represented
   in various ways such as JSON, CSV, or protobuf.

Note to Readers

      Note to RFC editor: Please remove this section before publication.

   Feedback and discussion are welcome at https://github.com/quicwg/qlog
   (https://github.com/quicwg/qlog).  Readers are advised to refer to
   the "editor's draft" at that URL for an up-to-date version of this
   document.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-ietf-quic-qlog-main-schema-14"/>
      </reference>
      <reference anchor="CDDL">
        <front>
          <title>Concise Data Definition Language (CDDL): A Notational Convention to Express Concise Binary Object Representation (CBOR) and JSON Data Structures</title>
          <author fullname="H. Birkholz" initials="H." surname="Birkholz"/>
          <author fullname="C. Vigano" initials="C." surname="Vigano"/>
          <author fullname="C. Bormann" initials="C." surname="Bormann"/>
          <date month="June" year="2019"/>
          <abstract>
            <t>This document proposes a notational convention to express Concise Binary Object Representation (CBOR) data structures (RFC 7049). Its main goal is to provide an easy and unambiguous way to express structures for protocol messages and data formats that use CBOR or JSON.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="8610"/>
        <seriesInfo name="DOI" value="10.17487/RFC8610"/>
      </reference>
      <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>
    <?line 260?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>The authors thank the European Space Agency (ESA) for supporting the QUICOPTSAT project, under which an evaluation of SCONE over satellite networks was undertaken.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA9Va63LbxhX+j6fYQv5hZ0RKclzbZeI6tEQnGsuSostkMp1W
WgJLciMQYHYBySztPEufpU/W75zdBQGSkp1M+6OeTEwsds+e63cucKfTiUpd
Zqon4h8vD/fFUTEe63wsRoUR5USJ8/2T44E4NUVZJEUWR3I4NOoWu21S5Krz
a1aM4yiRpRoXZt4TtkyjKC2SXE5BMjVyVHZu1C9G38ms444sD3Z2dyNbDafa
Wl3k5XyGI4eDi7dCbAmZ2QK36DxVM4X/5WW8LWKV6rIwWmb0cNh/g7/AZ3x4
dvE2jvJqOlSmF6XgphfhFqtyW9meKE2lIvD8dSSNkqD6kxoKmafiMC+VyVUp
LozM7awwZRzdFeZmbIpqhn3nJXZJk4r9Yjqtcg05wai40+VEHKuStopBpqbg
zsbRjZpjJe1FtyqvwIEQf4yOEE4V8U9YJ1t8T2RofSp1FlT/nVblqFuYMb2Q
JpngxaQsZ7a3s0P7aEnfqm7YtkMLO0NT3Fm1wxTo4BgsVEMcPZPjibx9p37Z
aRpWiAzKtGWDdr2x6852ddE4svMZk3cn5RReFMmqnBSwlejgDiFGVZY5l/GM
iHeeQszvwb/M9T9ZbT1xmUMwY3U5F8VI9GH0VKmcN9rSKAV2z5NJUWT0epDD
n5UyUGRrx1sjrTLiuBhmSrypdJaGHQkI92qy26L/5ukz8fXlwL0sqrwkT798
x8/K24TU/J1h3oPw3aSYxhsk/L5IjUrFW6nNpDK2/H8RERFu5t8pM+7KYZp3
ZdKtbhzvldE9ERzk7u6u294URXlhppDslqOCIQWR3jlg5/TeMfMQgw0/Hp18
3znf/2Hwvt/Y9mulEwcb4CfHqQkYw+79g4Ojnjh7u//y+d5uFOl8tLws6na7
UdTpdIQcQisyKaPoYqKtAERVFG4iVSPozgoiLNQtReAS+35H2IrHLNYTEeTo
iguQ8BSNSoAMTBSgRGZg/MGymjFNWNEh7UwmNwon6HUykfkYvJUFTgIDxpNZ
VQqZ3upEebGmOk0zFUVbhGWmSKuEyS22ND1+iqLFgul++gRJbWL0EPRkzaS4
myijRJF3ZhJC5V4oFYRKZA53CMIrEkAbMYNnzlRCKsZRlmoqP+hpNRXA2xLW
keRxDZ5Jo5xeRhnwhwSCFmYFmLSkJxhkTUCQGkN4VoWoZrhTDOGYKd2YFfm4
A+ieCokokePmXduikTNIr6zJYjpzMkkzp+uRB7JOqacKr0jHrDX8hNIyYfU4
R/7p3ucrJDD7CwW0hcUUX+JtXU5k+T8w+DZSIpQXcnOqhpXL1KCka+mItg1X
4SdSXxLuI2bCbcQIzJeyjN5NG+Kwi9N+TVrUIw3tc5gK0gerIYWexWJRn/n0
qUveVsqhD2im2SlgoFut7uCAtppOpdG2qUGvs+CbTLRsKh1Eo49iwPwd4y7x
URxOKVPLPKGHA2JGs4gfo4+9zvLPAw+gyDz2nDquLFH/iDA3RHKxoGcwvLYv
aK25N6y19juTXVUzqkVo+xsgMW/3S5t2qw8zbdq7/RLvXvTE1n3aFVzDvYpP
wnPtXg0td+NPBBT7RU6PtaMsNWidM6COEVTIWBG/vzy/oFKL/hbHJ/z7bIBI
Phsc0O/zH/pHR/WPyO84/+Hk8uhg+Wt5cv/k/fvB8YE7jFXRWori9/2f8Ya4
ik9OLw5PjvtH8ZpLoNpRFCJDeCMVcDOjSMnSRi03erN/+u9/7T2DFv+E5PB0
b+8vUKN7eLn34hkeAH65u63Is7l/hGvOIwm8kYaoIOiAgjNdAhCw1wo7Ke5y
QbAJ1/zqb6SZv/fEt8Nktvfsr36BBG4tBp21Flln6ytrh50SNyxtuKbWZmt9
RdNtfvs/t56D3huL377OEPCis/fy9V+jJmCQ6uDOUjicqWCXdOlNmw0HlzbK
2hDqivwxASiIAyLUCOcjYGFF2L5YUIqHveg6DbRQH0pU9nxFy+LIdcqh3V73
KYVAo5BgeGrD+ajIXDYCE1m4rLI1LZc3UUR0RHyxCscxIHSEPOiwmjzRlx1F
K2OmrVwnhvP1HOvVQMc5XYkXnaFGBqF86zIRGOiLeFrk3PwA8pEMdZHGQjvm
OY8RFMCFdTJpHkWIz2bw7cfPXyARATkQ1bVoT7qEBw4nzujMOZ9xlrhADxJF
/daLPDBrKE+JXRJu7+lzZP8ZK0IKYGFGHEIC5gIC7e3ubu/u7oqv8Osfj/Od
p7tP6LUlKTxPS5Zc1XQrs0qB8guEnjEaCSPfXAL99ttvCQqgiE8Tp57RV2K3
28V59+JdjpBdf/ucjjOsjvS4Q+x2nNI61H8FSCXfg1uSm61k7qZm6EQAWPfW
paxzrlKbbr3YWqbM9QIjlGgAmUb7XZdrVI8NV2KIEb6ypPWyjkxXHXfFqXKl
rFEon83S45ah8nItULZXotaosbYl+zooXXP+uV4WC41C118rLs8OyTevK5P3
qHZH/jRyanvEas8lo54jQx64JQ6oaWxr7NAXHq7mjgDanQE3/wR6g15PnGaK
siRkguc7jq0XiYDcreC/WTXMtJ1wgqBSEpRw6QkB/mrZ5GskmEpm242DOMKa
BzYsVYxgVlSHst6LNdUvSyhSxpdoAj1fqVF8VohgxyfsDMUj7awyGnJMKM/m
dNHUquwWrhNcAbLjash6uC4md+mCO8yG4C3++Q7Kg7kvY0uGnrgTMw7TEkpc
uOGscPWto+mGMEEjxIB4C6OpD5K42Pa7AAd8Z9PNyFyh2kwbDv1l+uvs7l77
YnZZxjaqVwCOykZ0SV4AQEYj+AquGc4dF4346K7EMABzq1FzWUSte+vdgLOR
U8j1ozAo45OEo9fLbCU4CbTL5zoKNyUs0U9TBg0UIXNXmbgmwHUA4DcpA/kh
cLecO3moRyNfBUFgrGN7lQ0rbrX0TD+65iYaHT4NmoQtqNiNhZ3DZT5w0UPT
uPty7UbWV6C5VgewlxdOuaA+J8Z2eITQ+tPYchZK7vu29TkXXPpK++FdA1dO
R+tmEjuesXqlTg5N23dgvJAYVgRbFj4cH+s31AbgLLG1oQOBn1HjwRHrO5we
NxrOr5tbnU3huGqqSxKcMQ+wEWoN2CjJqpS7/WajyTUtF21jBBLCgvtT2wRx
17tan+jrUiLkfr6/SXLV2A3bvhILGOR1fd+VTnuiAntfP8W6x5/GCl135a7r
iZWkjtffUOZzgevqfyoRnOS1eNYxiEBoaIOZAICNx8r0RJwV1l6l6BqIVMyE
NUCMCjbfvzdyb013qAiSmLocS53zuaFKJMUaSp9CZogQ8MaTDn/uTlKRWjaZ
xu1lhMNfiUeP/OzLdeXU0dVeEn1qlSd87QMlSc1wQ/vkdt1N3lb3sYutun39
jNfVRz7veX6rbfoZK3WIQgLZhjNj2ysBMqPSlypecY8pimQ+R0IcWqAz3bpU
sdfYEzGRyP5DBRaQGazTMRJYckNFpE4JE1eKy4ed3BWcdXNSi91yhpAAi6pE
re+A1hQJSjLyEA1xUDNJk4JZTq5QEba3xIMCZULDINBmMLe4OeWBzIZgqlHw
vxxQrxtV9ZWrqt3h58+cd6/U6SpPijSkTdWkztvlkN2UPaLxjoSlYlwEhSEE
g/Cx2BFxLb2LxVoxVPdoPy5qxBNb1s/1cho3UnHHJzeW+/fbwk8aiSa1SbA7
68SgsiQtxrW/XfkoQO1w5S3NrLeyzTfUpay5qLijCSuqOjpEXwHmoqbQOh6n
NIbMuUi7gmC5y6+w8NVUW7SWyWT1xtgWlUnUl+6eVlmpUYVdMRh4mWwd2uvy
hAN+9teSqI4MRAq9DB7ZvrLKb8gaVw1viFcuaUYfWYI8ZQM6hvvuRciaoS9H
yTqsaqQkgLh29r9GI6CyVLzv/0yoXXi4046Ka1FB8tr79DV5ecOT3WCprtRB
gXo2xs4HKdSB0W3g9so8cbEVxoht1Ka5oZNh5cAaaFN6dJrweiPgqhHcN1DA
Sq6T9W1rmO+jJgyrKXjgDRa+sgKE8h74BN7xVCJU+MvJRsdNNoSpEEQrlbLH
8BV8bJd/Dh7XQW8FEhgrzpqo3+pkQjtXC+8kpg+zD6Ll4AFtQYYVMG07udvm
7XWvjwd7fomLtzXT8HByA/aHqZzzNCF4dhhEhe8MNMeicZakkf3jvMjB1wTV
Don4hOdiPzlHWRV2pI2ldE9ebZd63Oa+pW4FXcpv+UvLTSgVz906g0gTKbq4
/PTek1xtQIgws3jAjYlQ33Ntiil/G1O3uqisWBu4CTeOd2Nz2TjEzXAFFyKl
rp1a00O3ZYXlLLdpDFdV/U7GtsWwKpuZzZv0ft7SQrmO2EXzRr/fAEThU8Vi
K3yh+AwQhQN/BIiC3MicS9acvb2YwS6hGEce5nyerH6HbCT8GprSyqwDkdcP
N79fDkO+v/QwFPi+ehg1Lloqr438u3DDq/de3Ajq/3LcCKIsewiBhh+qQkG9
X+COVBk/T6K21b3xCTQ8cpzMjL6VyZxKteYhSpSVXQ7bw+D+2doswU+wGZTb
Hwa3xGH/uL/Ojpa5XJutLqeYUuTqDj5WmnkIkHj5mawxw7SxP4WNjxNUBeUa
u39eY5eG6oMVQr0IFv/cBCuKjsPgCtv9kqNEs3iLxcYEYHu1MdteyfnbK6EX
RQ2DE0OOdPN7jVFZ+GSxPnuGWGf0xUNRgOM4a/fAa9f9Y4QhOCKr9BPC60yl
Y543wwvdVFClr+KRzKwKlZb7V0Dccuc3fOegMsVMoZs85wFef4zroPzBef8J
Jw9bzQhlQsBSp31yenHevyA+f4FVtkWVp/WXEGpLqc6S7ck9fyuxkDXLNFKK
/yRjGRf4eClvVN6N/gNEbdX7HicAAA==

-->

</rfc>
