<?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-geng-grow-bmp-rel-enhancement-00" category="std" consensus="true" submissionType="IETF" version="3">
  <!-- xml2rfc v2v3 conversion 3.31.0 -->
  <front>
    <title abbrev="bmp-rel-enhancement">Log More Routing Events in the BGP Monitoring Protocol (BMP)</title>
    <seriesInfo name="Internet-Draft" value="draft-geng-grow-bmp-rel-enhancement-00"/>
    <author initials="N." surname="Geng" fullname="Nan Geng">
      <organization>Huawei</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>gengnan@huawei.com</email>
      </address>
    </author>
    <author initials="S." surname="Zhuang" fullname="Shunwan Zhuang">
      <organization>Huawei</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>zhuangshunwan@huawei.com</email>
      </address>
    </author>
    <author initials="H." surname="Wang" fullname="Haibo Wang">
      <organization>Huawei</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>rainsword.wang@huawei.com</email>
      </address>
    </author>
    <date year="2025" month="October" day="17"/>
    <area>OPS</area>
    <workgroup>GROW</workgroup>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <?line 52?>

<t>The Route Event Logging (REL) message is defined in <xref target="I-D.ietf-grow-bmp-rel"/> and is used to report event-driven data to the BMP Server from the monitored routers.</t>
      <t>This document defines more event-driven data for BGP FlowSpec <xref target="RFC8956">RFC8955</xref> and BGP SR Policies <xref target="I-D.ietf-idr-sr-policy-safi"/>.</t>
    </abstract>
  </front>
  <middle>
    <?line 58?>

<section anchor="sec-intro">
      <name>Introduction</name>
      <t>The generation of BGP Adj-RIB-In, Loc-RIB and Adj-RIB-Out comes from BGP route exchange and route policy processing. BGP Monitoring Protocol (BMP) provides the monitoring of BGP Adj-RIB-In <xref target="RFC7854"/>, BGP Loc-RIB <xref target="RFC9069"/>, and BGP Adj-RIB-Out <xref target="RFC8671"/>. The Route Event Logging (REL) message is defined in <xref target="I-D.ietf-grow-bmp-rel"/> and is used to report event-driven data to the BMP Server from the monitored routers.</t>
      <t>This document defines more event-driven data for BGP FlowSpec <xref target="RFC8956">RFC8955</xref> and BGP SR Policies <xref target="I-D.ietf-idr-sr-policy-safi"/>.</t>
      <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="log-some-routing-events-for-bgp-flowspec">
      <name>Log some routing events for BGP Flowspec</name>
      <t>Log Action TLV is defined in <xref target="I-D.ietf-grow-bmp-rel"/>, the first byte defines the nature of the logging, depending on the code point additional data may follow. the following code points are defined for BGP Flowspec in this document:</t>
      <ul spacing="normal">
        <li>
          <t>TBD1 = Redirect-to-VRF-Fail. The BGP flowspec redirect to VRF action is defined in <xref target="RFC8955"/>. It is used to redirect the specified traffic into a Virtual Routing and Forwarding (VRF) instance that matched the flow specification's Network Layer Reachability Information (NLRI). The VRF instance may fail due to various reasons. As a result, the BGP FlowSpec will fails to redirect the matched traffic to the specific VRF instance. Data contains a UTF-8 string whose value can be organized freely by an implementation and is meant to give additional information about why the log was made.</t>
        </li>
        <li>
          <t>TBD2 = Redirect-to-Nexthop-Fail. The BGP flowspec redirect to IP action is defined in <xref target="I-D.ietf-idr-flowspec-redirect-ip"/>. It is used to redirect the specified traffic to a target IPv4 address or a target IPv6 address that matched the flow specification's Network Layer Reachability Information (NLRI). The destination IPv4 address or destination IPv6 address may fail for a variety of reasons. Data contains a UTF-8 string whose value can be organized freely by an implementation and is meant to give additional information about why the log was made.</t>
        </li>
        <li>
          <t>TBD3 = Redirect-to-SR-Policy-Fail. Data contains a UTF-8 string whose value can be organized freely by an implementation and is meant to give additional information about why the log was made.</t>
        </li>
        <li>
          <t>TBD4 = Flowspec Validation Fail. The BGP Flowspec Validation Procedure is defined in <xref target="RFC8955"/>. Data contains a UTF-8 string whose value can be organized freely by an implementation and is meant to give additional information about why the log was made.</t>
        </li>
      </ul>
    </section>
    <section anchor="log-some-routing-events-for-bgp-sr-policies">
      <name>Log some routing events for BGP SR Policies</name>
      <t>Log Action TLV is defined in <xref target="I-D.ietf-grow-bmp-rel"/>, the first byte defines the nature of the logging, depending on the code point additional data may follow. the following code points are defined for BGP SR Policies in this document:</t>
      <ul spacing="normal">
        <li>
          <t>TBD5 = Invalid Candidate Path. Data contains a UTF-8 string whose value can be organized freely by an implementation and is meant to give dditional information about why the log was made.</t>
        </li>
      </ul>
    </section>
    <section anchor="operations">
      <name>Operations</name>
      <t>Network devices from other devices (can be a network controller, Flowspec server, router, switch, etc.) When receiving the Flowspec route that carries the Flowspec Redirect-to-vrf Action, it is detected that the target VRF instance is in the faulty state, and the network device reports the fault information to the BMP Server via BMP REL message.</t>
    </section>
    <section anchor="sec-security">
      <name>Security Considerations</name>
      <t>The same considerations as in Section 11 of <xref target="RFC7854"/> apply to this document. Implementations of this protocol <bcp14>SHOULD</bcp14> require that sessions only be established with authorized and trusted monitoring devices. It is also believed that this document does not introduce any additional security considerations.</t>
    </section>
    <section anchor="sec-iana">
      <name>IANA Considerations</name>
      <t>TBD</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-normative-references">
      <name>Normative References</name>
      <reference anchor="RFC7854" target="https://www.rfc-editor.org/info/rfc7854" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.7854.xml">
        <front>
          <title>BGP Monitoring Protocol (BMP)</title>
          <author fullname="J. Scudder" initials="J." role="editor" surname="Scudder"/>
          <author fullname="R. Fernando" initials="R." surname="Fernando"/>
          <author fullname="S. Stuart" initials="S." surname="Stuart"/>
          <date month="June" year="2016"/>
          <abstract>
            <t>This document defines the BGP Monitoring Protocol (BMP), which can be used to monitor BGP sessions. BMP is intended to provide a convenient interface for obtaining route views. Prior to the introduction of BMP, screen scraping was the most commonly used approach to obtaining such views. The design goals are to keep BMP simple, useful, easily implemented, and minimally service affecting. BMP is not suitable for use as a routing protocol.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="7854"/>
        <seriesInfo name="DOI" value="10.17487/RFC7854"/>
      </reference>
      <reference anchor="RFC8671" target="https://www.rfc-editor.org/info/rfc8671" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8671.xml">
        <front>
          <title>Support for Adj-RIB-Out in the BGP Monitoring Protocol (BMP)</title>
          <author fullname="T. Evens" initials="T." surname="Evens"/>
          <author fullname="S. Bayraktar" initials="S." surname="Bayraktar"/>
          <author fullname="P. Lucente" initials="P." surname="Lucente"/>
          <author fullname="P. Mi" initials="P." surname="Mi"/>
          <author fullname="S. Zhuang" initials="S." surname="Zhuang"/>
          <date month="November" year="2019"/>
          <abstract>
            <t>The BGP Monitoring Protocol (BMP) only defines access to the Adj-RIB-In Routing Information Bases (RIBs). This document updates BMP (RFC 7854) by adding access to the Adj-RIB-Out RIBs. It also adds a new flag to the peer header to distinguish between Adj-RIB-In and Adj-RIB-Out.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="8671"/>
        <seriesInfo name="DOI" value="10.17487/RFC8671"/>
      </reference>
      <reference anchor="RFC8955" target="https://www.rfc-editor.org/info/rfc8955" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8955.xml">
        <front>
          <title>Dissemination of Flow Specification Rules</title>
          <author fullname="C. Loibl" initials="C." surname="Loibl"/>
          <author fullname="S. Hares" initials="S." surname="Hares"/>
          <author fullname="R. Raszuk" initials="R." surname="Raszuk"/>
          <author fullname="D. McPherson" initials="D." surname="McPherson"/>
          <author fullname="M. Bacher" initials="M." surname="Bacher"/>
          <date month="December" year="2020"/>
          <abstract>
            <t>This document defines a Border Gateway Protocol Network Layer Reachability Information (BGP NLRI) encoding format that can be used to distribute (intra-domain and inter-domain) traffic Flow Specifications for IPv4 unicast and IPv4 BGP/MPLS VPN services. This allows the routing system to propagate information regarding more specific components of the traffic aggregate defined by an IP destination prefix.</t>
            <t>It also specifies BGP Extended Community encoding formats, which can be used to propagate Traffic Filtering Actions along with the Flow Specification NLRI. Those Traffic Filtering Actions encode actions a routing system can take if the packet matches the Flow Specification.</t>
            <t>This document obsoletes both RFC 5575 and RFC 7674.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="8955"/>
        <seriesInfo name="DOI" value="10.17487/RFC8955"/>
      </reference>
      <reference anchor="RFC8956" target="https://www.rfc-editor.org/info/rfc8956" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8956.xml">
        <front>
          <title>Dissemination of Flow Specification Rules for IPv6</title>
          <author fullname="C. Loibl" initials="C." role="editor" surname="Loibl"/>
          <author fullname="R. Raszuk" initials="R." role="editor" surname="Raszuk"/>
          <author fullname="S. Hares" initials="S." role="editor" surname="Hares"/>
          <date month="December" year="2020"/>
          <abstract>
            <t>"Dissemination of Flow Specification Rules" (RFC 8955) provides a Border Gateway Protocol (BGP) extension for the propagation of traffic flow information for the purpose of rate limiting or filtering IPv4 protocol data packets.</t>
            <t>This document extends RFC 8955 with IPv6 functionality. It also updates RFC 8955 by changing the IANA Flow Spec Component Types registry.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="8956"/>
        <seriesInfo name="DOI" value="10.17487/RFC8956"/>
      </reference>
      <reference anchor="RFC9069" target="https://www.rfc-editor.org/info/rfc9069" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.9069.xml">
        <front>
          <title>Support for Local RIB in the BGP Monitoring Protocol (BMP)</title>
          <author fullname="T. Evens" initials="T." surname="Evens"/>
          <author fullname="S. Bayraktar" initials="S." surname="Bayraktar"/>
          <author fullname="M. Bhardwaj" initials="M." surname="Bhardwaj"/>
          <author fullname="P. Lucente" initials="P." surname="Lucente"/>
          <date month="February" year="2022"/>
          <abstract>
            <t>The BGP Monitoring Protocol (BMP) defines access to local Routing Information Bases (RIBs). This document updates BMP (RFC 7854) by adding access to the Local Routing Information Base (Loc-RIB), as defined in RFC 4271. The Loc-RIB contains the routes that have been selected by the local BGP speaker's Decision Process.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="9069"/>
        <seriesInfo name="DOI" value="10.17487/RFC9069"/>
      </reference>
      <reference anchor="I-D.ietf-grow-bmp-rel" target="https://datatracker.ietf.org/doc/html/draft-ietf-grow-bmp-rel-04" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.ietf-grow-bmp-rel.xml">
        <front>
          <title>Logging of routing events in BGP Monitoring Protocol (BMP)</title>
          <author fullname="Paolo Lucente" initials="P." surname="Lucente">
            <organization>NTT</organization>
          </author>
          <author fullname="Camilo Cardona" initials="C." surname="Cardona">
            <organization>NTT</organization>
          </author>
          <date day="3" month="September" year="2025"/>
          <abstract>
            <t>The BGP Monitoring Protocol (BMP) does provision for BGP session event logging (Peer Up, Peer Down), state synchronization (Route Monitoring), debugging (Route Mirroring) and Statistics messages, among the others. This document defines a new Route Event Logging (REL) message type for BMP with the aim of covering use-cases with affinity to alerting, reporting and on-change analysis.</t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-ietf-grow-bmp-rel-04"/>
      </reference>
      <reference anchor="I-D.ietf-idr-sr-policy-safi" target="https://datatracker.ietf.org/doc/html/draft-ietf-idr-sr-policy-safi-13" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.ietf-idr-sr-policy-safi.xml">
        <front>
          <title>Advertising Segment Routing Policies in BGP</title>
          <author fullname="Stefano Previdi" initials="S." surname="Previdi">
            <organization>Huawei Technologies</organization>
          </author>
          <author fullname="Clarence Filsfils" initials="C." surname="Filsfils">
            <organization>Cisco Systems</organization>
          </author>
          <author fullname="Ketan Talaulikar" initials="K." surname="Talaulikar">
            <organization>Cisco Systems</organization>
          </author>
          <author fullname="Paul Mattes" initials="P." surname="Mattes">
            <organization>Microsoft</organization>
          </author>
          <author fullname="Dhanendra Jain" initials="D." surname="Jain">
            <organization>Google</organization>
          </author>
          <date day="6" month="February" year="2025"/>
          <abstract>
            <t>A Segment Routing (SR) Policy is an ordered list of segments (also referred to as instructions) that define a source-routed policy. An SR Policy consists of one or more candidate paths, each comprising one or more segment lists. A headend can be provisioned with these candidate paths using various mechanisms, such as CLI, NETCONF, PCEP, or BGP. This document specifies how BGP can be used to distribute SR Policy candidate paths. It introduces a BGP SAFI for advertising a candidate path of an SR Policy and defines sub-TLVs for the Tunnel Encapsulation Attribute to signal information related to these candidate paths. Furthermore, this document updates RFC9012 by extending the Color Extended Community to support additional steering modes over SR Policy.</t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-ietf-idr-sr-policy-safi-13"/>
      </reference>
      <reference anchor="I-D.ietf-idr-flowspec-redirect-ip" target="https://datatracker.ietf.org/doc/html/draft-ietf-idr-flowspec-redirect-ip-04" xml:base="https://bib.ietf.org/public/rfc/bibxml-ids/reference.I-D.ietf-idr-flowspec-redirect-ip.xml">
        <front>
          <title>BGP Flow-Spec Redirect-to-IP Action</title>
          <author fullname="Jeffrey Haas" initials="J." surname="Haas">
            <organization>HPE</organization>
          </author>
          <author fullname="Wim Henderickx" initials="W." surname="Henderickx">
            <organization>Nokia</organization>
          </author>
          <author fullname="Adam Simpson" initials="A." surname="Simpson">
            <organization>Nokia</organization>
          </author>
          <date day="2" month="September" year="2025"/>
          <abstract>
            <t>Flow-spec is an extension to BGP that allows for the dissemination of traffic flow specification rules. This has many possible applications, but the primary one for many network operators is the distribution of traffic filtering actions for distributed denial of service (DDoS) mitigation. The flow-spec standard [RFC8955] defines a redirect-to-VRF action for policy-based forwarding. This mechanism can be difficult to use, particularly in networks without L3 VPN infrastructure. This draft defines a new redirect-to-IP flow-spec action that provides a simpler method of policy-based forwarding. The details of the action, including the IPv4 or IPv6 target address, are encoded in newly defined BGP extended communities.</t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-ietf-idr-flowspec-redirect-ip-04"/>
      </reference>
      <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>
    <?line 115?>



  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+1Y23IbxxF936/oUA8hXVgUIVMUiXLs8CqiigQQgJLKUfFh
sDsAxlrsbGZmAcMq/ku+xV/m0zO7IJakFdlVScWpvJCzPbee06dviOM4cspl
skvXekY32kga6dKpfEYXS5k7SyonN5d0+maI6Vw5bXhyaLTTic5o9/RmuBeJ
ycTIZZcmiyI2MotlPhd5Ihc4IUp1kosFbkiNmLp4JvNZPDN6FT+zON7fj/TE
6kw6abtRWaTCD/hfN0rwd6bNukvWpZEtJwtlrdL57brA8b2L28soUoXpkjOl
dS/394/3X0bCSNGlwXAcrbT5iIvLoktvRoP30Ue5hijFztxJk0sXn7OGUSRK
N9emG1EcEd5vu9Rv0xvojc/wlL7Ia4E2M5Grn4SDIl26KsVKKojlQqisS/za
XOR/nXt5O9ELzCXK4Q2nUv2g/BGJLnPHzzqbq1xsXTtu09+xc+vi8bzMV7h8
I/789T/5ZTZs+p1KXLXp/bYKV0JNdC36/PVG4ATGuI3rZ7/p/ijXZoFjl7A7
0ejy7PXRq4NqeHT4ulMPj1+9ehgeVsPj/cNjHvbi87aSbtrgW2NCpSa2Ji50
ppJ1bMVUPZmeZnplC5lgb6qMTFysim70AuBMH1SM2u12FMVxTGJinREJaHQ7
D84kgyuxh83Yd3ZHF9d7tJDWipkkZSmVU5XLlF3t06dndb6/J5GnvLa0WOg0
GVlo40jyyXFqoERO8BLBc95fb4Y0lmYpDU2NXnjZIvgvDjCslrFtVpIV0EnJ
7ldpYrESgeDp2XiwDwSXgGQMSOhDZYK7enR45xXlReMRDRlWhfO2nvUU8fv7
CrqFStNMRsAWHml0WiZMK/r0wgJ9xaL7gCq8ShrPOdJTf9lJ+kM86p3GvbwF
nBMee0Vq+aB0YBgwD2jwFo8ByR8TRB/YgVcHUVCNCqMT2AgWa38++vHKpUpx
9hbIvOyJbh4lJvJdy8/Umn6oOAtxjd624h8qzt+16f+c+mJOEYj0gkbyHyW8
duFz2TUsXQKgwCLEf+LgZGnn5u34dqcV/lN/4Meji7+97Y0uznk8vjq5vt4M
omrF+Grw9vr8YfSw82xwc3PRPw+bIaWGKNq5Ofl+J9h6ZzC87Q36J9c7IdNu
I4fUxdBPYFDOUIVBVkxJ2AhcS4yaBPOeng1//mfnAHj8CXi97HSOYdnwcdR5
fYCP1Vzm4TadZ+vqE8ZbR6IopDB8isgySkShnMgs1lqyc73KaS6NhEW/+sDI
3HXpm0lSdA6+rQT84Iawxqwh9Jg9lTzZHEB8RvTMNRs0G/JHSDf1Pfm+8V3j
viX85rsMTKW4c/TdtxGHIa6JLKKG5za7mQw10TZnOTVEvPAkRKvb63df6n/e
CDRVxjqarOHTtauwOBeuhP0RQ/grC37ewpJC5qmPLqEwS3TKIUsxX9JUsQ4i
C661EGuomkHJdrjJj3nvwybrWVZr+/hhTziJTPcV3Z6ed+gvcK0qHzodvxtd
xpfI+SFC8RF12qQ6bTKVsYxEwKmJ0cbp29RzzZhU78a5fJ6aKp5BpTZVrB/W
CHqnjCvx7Lp2Za5farMSxkO1i3v3uJpxXGjiKOEAjkvmfBIDA13rwxOfV/5s
qS8dV4wIGmsEvJEUSBQTlaFsQXqqUj/esdu/HvX2wrv5eZtbPPqAhNLSu/FS
GKVLixcJq3PbphNgjy9bZq61qbE3YXCl4JG83z6BYaN6BUIVnusHNNRo0zlT
IdG542IMN769vYyPUEH7FLWaayuhWgYdE9SViDVVScdsMFIiXkzWwJPUosh8
GA3PrlLHQorcW3aGiL5NQLUFkZjALLhqXVOZVggwC5H60MJ0evmITn35I0rw
4kso1Rs+z6hH6eG5Ko6TxG9im+eaE2YmHe5dHvCDYUALzBoTh5uJfxvVkALA
9CB/rMqjuQdtNpSceoWZkRJ3IMZsSPlHYMvXj9gyHsXDkPoDX/4IbzjAGzZR
9p3IVBp2Nhn/3Ioh16Up54ZfDaH/5QD868S6Vef9z+XW7Rr219LrK7Cjly/Z
6HQG3Nn2kobCzf+jxv1dth0UVW9mozqupXKpkrr30thlNqLdSktBebWYn2aA
pjStB/5b33a0qiajRXalEFNbJF3S3qP3qGgRwhKplgwCq7XZGXo6H4cTYYyq
KLCZ3w4kSzOtqNYi5QLVHOZ87BYhK1RRvpHq1eZnsqlANl/DGrBXKLk93xo4
VH2WfdjQgPdps7VUwn+ix6tbPI/0WCal4SRxBrDRgFawVw2zrWarntmKBRO6
sVB4vXGMv7jTYY/YtKiE5gBs8epsURQps8EcG9wIK4q6K66qdhNarwCdlf6n
OhtaEBgcOUpMMmU5McKYcwq/unmietz4NzyMt/rpijN10kanws1RphA8NgZq
dJ4axs41wxt+TuAuf73tyjVGj4Dx6PZO+ifPI6tELhjV0/Pwu8VEJB/RL/wC
i/ynn00VAAA=

-->

</rfc>
