<?xml version='1.0' encoding='utf-8'?>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc2629 version 1.4.14 --> version="1.0" encoding="UTF-8"?>

<!DOCTYPE rfc SYSTEM "rfc2629-xhtml.ent">
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<?rfc tocdepth="3"?>
<?rfc tocindent="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc strict="no"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>

<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-core-senml-versions-05" number="9100" submissionType="IETF" category="std" consensus="true" updates="8428" obsoletes="" submissionType="IETF" xml:lang="en" tocInclude="true" tocDepth="3"
symRefs="true" sortRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.8.0 -->

  <front>
    <title abbrev="SenML Features and Versions ">SenML ">Sensor Measurement Lists
    (SenML) Features and Versions</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-core-senml-versions-05"/> name="RFC" value="9100"/>
    <author initials="C." surname="Bormann" fullname="Carsten Bormann">
      <organization>Universitaet
      <organization>Universität Bremen TZI</organization>
      <address>
        <postal>
          <street>Postfach 330440</street>
          <city>Bremen</city>
          <code>D-28359</code>
          <country>Germany</country>
        </postal>
        <phone>+49-421-218-63921</phone>
        <email>cabo@tzi.org</email>
      </address>
    </author>
    <date year="2021" month="June" day="04"/> month="August"/>
    <workgroup>CoRE</workgroup>
    <keyword>Internet-Draft</keyword>

<keyword>Internet of Things (IoT)</keyword>
<keyword>Internet of Things</keyword>
<keyword>IOT</keyword>
<keyword>data model</keyword>

    <abstract>
      <t>This short document updates RFC 8428, Sensor "Sensor Measurement Lists
(SenML),
      (SenML)", by specifying the use of independently selectable "SenML
      Features" and mapping them to SenML version numbers.</t>
    </abstract>
    <note removeInRFC="true">
      <name>Discussion Venues</name>
      <t>Discussion of this document takes place on the
CORE Working Group mailing list (core@ietf.org),
which is archived at
<eref target="https://mailarchive.ietf.org/arch/browse/core/">https://mailarchive.ietf.org/arch/browse/core/</eref>.</t>
      <t>Source for this draft and an issue tracker can be found at
<eref target="https://github.com/core-wg/senml-versions">https://github.com/core-wg/senml-versions</eref>.</t>
    </note>
  </front>
  <middle>
    <section anchor="intro" numbered="true" toc="default">

      <name>Introduction</name>
      <t>The Sensor Measurement Lists (SenML) specification <xref
      target="RFC8428" format="default"/> provides a version number that is
      initially set to 10, without further specification on the way to make
      use of different version numbers.</t>
      <t>The traditional common idea of using a version number to indicate the
      evolution of an interchange format generally assumes an incremental
      progression of the version number as the format accretes additional
      features over time. However, in the case of SenML, it is expected that
      the likely evolution will be for independently selectable capability
      <em>features</em> to be added to the basic specification that is
      indicated by version number 10.  To support this model, this document
      repurposes the single version number accompanying a pack of SenML
      records so that it is interpreted as a bitmap that indicates the set of
      features a recipient would need to have implemented to be able to
      process the pack.</t>
      <t>This short document specifies the use of SenML Features and maps them
      to SenML version number space, updating <xref target="RFC8428"
      format="default"/>.</t>
      <section anchor="terminology" numbered="true" toc="default">
        <name>Terminology</name>

        <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED",
"MAY", "<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 "OPTIONAL" "<bcp14>OPTIONAL</bcp14>" in this document
        are to be interpreted as described in BCP 14 BCP&nbsp;14 <xref target="RFC2119"
        format="default"/> <xref target="RFC8174" format="default"/> when, and
        only when, they appear in all capitals, as shown here.</t>

	<t>Where bit arithmetic is explained, this document uses the notation
	familiar from the programming language C <xref target="C"
	format="default"/>, including the <tt>0b</tt> prefix for binary
	numbers defined in Section 5.13.2 of the C++ language standard <xref target="Cplusplus"
	target="CPLUSPLUS" format="default"/>, except that superscript
	notation (example for two to the power of 64: 2<sup>64</sup>) denotes
	exponentiation; in the plain text version of this draft, document, superscript
	notation is rendered in paragraph text by C-incompatible surrogate
	notation as seen in this example, and in display math by a crude
plaintext
	plain text representation, as is the sum (Sigma) sign.</t>
      </section>
    </section>
    <section anchor="codes" numbered="true" toc="default">
      <name>Feature Codes and the Version number</name> Number</name>
      <t>The present specification defines "SenML Features", each identified
      by a "feature name" (a text string) and a "feature code" (an unsigned
      integer less than 53).</t>
      <t>The specific version of a SenML pack is composed of a set of
      features.  The SenML version number (<tt>bver</tt> field) is then a
      bitmap of these features represented as an unsigned integer,
      specifically the sum of, for each feature present, two taken to the
      power of the feature code of that feature (<xref target="bitmap-as-sum"
      format="default"/>).</t>
      <figure anchor="bitmap-as-sum">
        <name>Feature bitmap Bitmap as a sum Sum (Sigma Symbol) of feature bits</name> Feature Bits</name>

        <artset>
          <artwork type="svg" name="" align="left" alt=""><svg xmlns:xlink="http://www.w3.org/1999/xlink" xmlns="http://www.w3.org/2000/svg" height="7.676ex" role="img" viewBox="0 -1867.7 12842.8 3304.9" width="29.829ex">
              <defs>
                <path d="M247 454l-89 -326c-3 -10 -4 -21 -4 -32c0 -38 20 -66 60 -66c108 0 178 113 210 203c8 24 15 49 15 74c0 74 -61 65 -61 109c0 34 25 42 54 42c42 0 47 -51 47 -83c0 -99 -39 -200 -97 -280c-43 -60 -120 -104 -194 -104c-64 0 -116 20 -116 93c0 21 3 42 9 62l58 210 c2 8 5 17 5 25c0 20 -44 20 -57 20v15c52 13 106 20 156 42Z" id="E1-STIXWEBNORMALI-1D463" stroke-width="1"/>
                <path d="M363 112l14 -13c-70 -86 -138 -110 -200 -110c-98 0 -137 84 -137 156c0 23 1 37 6 60c25 111 135 236 262 236c42 0 102 -14 102 -76c0 -127 -167 -176 -286 -182v-28c0 -64 52 -107 113 -107c42 0 90 18 126 64zM124 211h9c104 0 198 69 198 157c0 25 -19 43 -44 43 c-74 0 -134 -115 -163 -200Z" id="E1-STIXWEBNORMALI-1D452" stroke-width="1"/>
                <path d="M175 267l5 -1c9 18 21 38 32 56c34 54 82 119 137 119c29 0 44 -21 44 -48c0 -38 -24 -82 -65 -82c-39 0 -29 38 -47 38c-61 0 -148 -256 -153 -273l-21 -76h-77l92 364c3 11 4 18 4 23c0 13 -11 19 -33 19c-7 0 -21 -2 -27 -3l-2 15l157 23Z" id="E1-STIXWEBNORMALI-1D45F" stroke-width="1"/>
                <path d="M390 441l-24 -146h-15c0 64 -36 120 -92 120c-25 0 -51 -17 -51 -58c0 -55 134 -147 134 -242c0 -62 -48 -125 -135 -125c-34 0 -98 20 -110 20c-9 0 -18 -4 -30 -21h-17l25 156h16c0 -63 41 -130 104 -130c59 0 73 50 73 89c0 82 -130 132 -130 230c0 79 59 107 114 107 c43 0 63 -20 92 -20c11 0 22 10 30 20h16Z" id="E1-STIXWEBNORMALI-1D460" stroke-width="1"/>
                <path d="M257 566c0 -26 -22 -46 -48 -46c-29 0 -48 20 -48 46c0 25 19 50 48 50c26 0 48 -25 48 -50zM227 441l-92 -364c-1 -6 -1 -10 -1 -14c0 -7 6 -10 13 -10c22 0 28 12 64 51l13 -10c-35 -45 -85 -105 -134 -105c-28 0 -40 19 -40 46c0 12 0 31 79 338c1 2 2 9 2 12 c0 17 -8 22 -31 22c-9 0 -21 -2 -28 -4l-3 16Z" id="E1-STIXWEBNORMALI-1D456" stroke-width="1"/>
                <path d="M438 287c0 -139 -110 -298 -263 -298c-101 0 -135 90 -135 163c0 128 103 289 251 289c80 0 147 -46 147 -154zM357 318c0 38 -14 93 -67 93c-82 0 -169 -149 -169 -285c0 -33 3 -107 59 -107c106 0 177 223 177 299Z" id="E1-STIXWEBNORMALI-1D45C" stroke-width="1"/>
                <path d="M467 96l-5 -6c-28 -34 -76 -98 -128 -98c-32 0 -41 23 -41 46c0 13 4 29 7 40l57 221c2 8 7 28 7 42c0 19 -6 38 -24 38c-38 0 -101 -86 -132 -133c-36 -54 -62 -101 -68 -122l-33 -124h-77l95 374c0 18 -3 32 -30 32c-10 0 -21 -2 -28 -3l-2 15l159 23l-51 -189h3 c5 0 54 70 56 73c40 50 100 116 160 116c44 0 56 -29 56 -62c0 -25 -6 -50 -11 -70l-59 -231c-1 -2 -1 -5 -1 -10c1 -6 4 -14 15 -14c24 0 48 36 62 53Z" id="E1-STIXWEBNORMALI-1D45B" stroke-width="1"/>
                <path d="M637 320h-589v66h589v-66zM637 120h-589v66h589v-66Z" id="E1-STIXWEBMAIN-3D" stroke-width="1"/>
                <path d="M1202 465l-74 -416h-1038l557 735l-521 715h976v-351h-36c0 19 -7 45 -11 65c-28 131 -95 183 -162 191c-28 4 -71 5 -106 5h-377l411 -564l-470 -613h568c139 0 208 69 244 233h39Z" id="E1-STIXWEBSIZE1-2211" stroke-width="1"/>
                <path d="M248 437h37c63 0 58 77 101 141c31 47 74 90 150 90c50 0 79 -24 79 -59c0 -28 -21 -40 -41 -40c-28 0 -35 11 -35 25s9 29 9 37c0 5 -3 8 -15 8c-50 0 -89 -54 -110 -132l-19 -70h80l-12 -38h-76l-79 -306c-7 -27 -15 -65 -30 -102c-33 -83 -87 -178 -175 -178 c-48 0 -72 24 -72 54c0 24 14 49 43 49c27 0 37 -18 37 -33c0 -19 -16 -20 -16 -32c0 -6 6 -9 15 -9c65 0 95 158 110 215l87 342h-77Z" id="E1-STIXWEBNORMALI-1D453" stroke-width="1"/>
                <path d="M363 111l12 -13c-51 -60 -113 -109 -198 -109c-97 0 -137 78 -137 155c0 140 121 297 263 297c50 0 97 -27 97 -76c0 -38 -16 -70 -54 -70c-26 0 -38 21 -38 38c0 24 29 36 29 58c0 12 -10 21 -34 21c-119 0 -176 -179 -176 -259c0 -87 49 -109 94 -109 c61 0 107 33 142 67Z" id="E1-STIXWEBNORMALI-1D450" stroke-width="1"/>
                <path d="M476 330c0 -172 -63 -344 -226 -344c-171 0 -226 186 -226 350c0 177 69 340 230 340c131 0 222 -141 222 -346zM380 325c0 208 -44 325 -132 325c-83 0 -128 -118 -128 -321s44 -317 130 -317c85 0 130 115 130 313Z" id="E1-STIXWEBMAIN-30" stroke-width="1"/>
                <path d="M438 681l-36 -85c-3 -7 -11 -13 -27 -13h-194l-40 -85c143 -27 193 -49 250 -128c26 -36 35 -74 35 -127c0 -96 -30 -158 -98 -208c-47 -34 -102 -49 -170 -49c-75 0 -127 24 -127 62c0 25 17 38 45 38c23 0 42 -5 74 -31c28 -23 51 -32 71 -32c70 0 135 83 135 169 c0 64 -22 114 -67 150c-47 38 -117 70 -213 70c-9 0 -12 2 -12 8c0 2 1 5 1 5l109 237h207c23 0 32 5 48 26Z" id="E1-STIXWEBMAIN-35" stroke-width="1"/>
                <path d="M474 137l-54 -137h-391v12l178 189c94 99 130 175 130 260c0 91 -54 141 -139 141c-72 0 -107 -32 -147 -130l-21 5c21 117 85 199 208 199c113 0 185 -77 185 -176c0 -79 -39 -154 -128 -248l-165 -176h234c42 0 63 11 96 67Z" id="E1-STIXWEBMAIN-32" stroke-width="1"/>
                <path d="M253 370l14 13c39 37 78 58 113 58c61 0 94 -54 94 -155c0 -129 -110 -298 -254 -298c-24 0 -42 4 -61 19l-24 -100c-3 -13 -5 -24 -5 -35c0 -22 11 -43 61 -43h16l-3 -12h-234l3 12c62 3 69 33 81 79l117 464c0 19 -1 33 -31 33c-8 0 -20 -2 -28 -4l-2 16l158 24 l-18 -69zM214 238l-46 -200c14 -16 34 -21 46 -21c101 0 176 173 176 285c0 63 -28 83 -51 83c-53 0 -105 -61 -125 -147Z" id="E1-STIXWEBNORMALI-1D45D" stroke-width="1"/>
                <path d="M283 438l-10 -38h-70l-78 -320c-1 -3 -2 -8 -2 -11c0 -6 3 -12 16 -12c0 0 23 2 60 52l13 -11c-24 -31 -74 -107 -133 -107c-31 0 -39 25 -39 52c0 13 2 26 5 37l81 320h-77l5 29c75 14 136 51 177 138h13l-31 -129h70Z" id="E1-STIXWEBNORMALI-1D461" stroke-width="1"/>
                <path d="M304 -161l-12 -16c-158 90 -244 259 -244 429c0 185 87 329 247 424l9 -16c-139 -119 -170 -212 -170 -405c0 -186 30 -299 170 -416Z" id="E1-STIXWEBMAIN-28" stroke-width="1"/>
                <path d="M29 660l12 16c153 -92 244 -259 244 -429c0 -185 -88 -327 -247 -424l-9 16c142 117 170 211 170 405c0 187 -25 302 -170 416Z" id="E1-STIXWEBMAIN-29" stroke-width="1"/>
                <path d="M203 253c0 -32 -27 -60 -59 -60c-33 0 -61 30 -61 60s28 60 61 60c32 0 59 -28 59 -60Z" id="E1-STIXWEBMAIN-22C5" stroke-width="1"/>
              </defs>
              <g fill="black" stroke="currentColor" stroke-width="0" transform="matrix(1 0 0 -1 0 0)">
                <use xlink:href="#E1-STIXWEBNORMALI-1D463" x="0" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D452" x="506" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D45F" x="952" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D460" x="1360" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D456" x="1801" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D45C" x="2112" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D45B" x="2571" y="0"/>
                <use xlink:href="#E1-STIXWEBMAIN-3D" x="3346" y="0"/>
                <g transform="translate(4309,0)">
                  <use xlink:href="#E1-STIXWEBSIZE1-2211" x="137" y="-524"/>
                  <g transform="translate(0,-1122)">
                    <use xlink:href="#E1-STIXWEBNORMALI-1D453" transform="scale(0.707)" x="0" y="0"/>
                    <use xlink:href="#E1-STIXWEBNORMALI-1D450" transform="scale(0.707)" x="615" y="0"/>
                    <use xlink:href="#E1-STIXWEBMAIN-3D" transform="scale(0.707)" x="1031" y="0"/>
                    <use xlink:href="#E1-STIXWEBMAIN-30" transform="scale(0.707)" x="1716" y="0"/>
                  </g>
                  <g transform="translate(429,1176)">
                    <use xlink:href="#E1-STIXWEBMAIN-35" transform="scale(0.707)"/>
                    <use xlink:href="#E1-STIXWEBMAIN-32" transform="scale(0.707)" x="500" y="0"/>
                  </g>
                </g>
                <use xlink:href="#E1-STIXWEBNORMALI-1D45D" x="6043" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D45F" x="6533" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D452" x="6941" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D460" x="7387" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D452" x="7827" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D45B" x="8273" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D461" x="8770" y="0"/>
                <use xlink:href="#E1-STIXWEBMAIN-28" x="9084" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D453" x="9417" y="0"/>
                <use xlink:href="#E1-STIXWEBNORMALI-1D450" x="10033" y="0"/>
                <use xlink:href="#E1-STIXWEBMAIN-29" x="10448" y="0"/>
                <use xlink:href="#E1-STIXWEBMAIN-22C5" x="11004" y="0"/>
                <g transform="translate(11513,0)">
                  <use xlink:href="#E1-STIXWEBMAIN-32" x="0" y="0"/>
                  <g transform="translate(500,412)">
                    <use xlink:href="#E1-STIXWEBNORMALI-1D453" transform="scale(0.707)" x="0" y="0"/>
                    <use xlink:href="#E1-STIXWEBNORMALI-1D450" transform="scale(0.707)" x="615" y="0"/>
                  </g>
                </g>
              </g>
            </svg>
          </artwork>
          <artwork type="ascii-art" name="" align="left" alt=""><![CDATA[
           __ 52                     fc
version = \         present(fc) ⋅ 2           present(fc) ⋅ 2
          /__ fc = 0
]]></artwork>
        </artset>
      </figure>
      <t>where present(fc) is 1 if the feature with the feature code <tt>fc</tt> is
present, 0 otherwise.
(The expression 2<sup>fc</sup> can be implemented as <tt>1 &lt;&lt; fc</tt> in C
and related languages.)</t>
      <t>RFC editor: Please check that, in the TXT version, no <tt>&amp;nbsp;</tt> crept
into the above due to xml2rfc bug 641, and remove this paragraph.  If
possible with today's RFCXML, add the Sigma character as a parenthesis
after "sum" in the caption.</t>

      <section anchor="discussion" numbered="true" toc="default">
        <name>Discussion</name>
        <t>Representing features as a bitmap within a number is quite
        efficient as long as feature codes are sparingly allocated (see also
        <xref target="iana" format="default"/>).</t>
        <t>Compatibility with the existing SenML version number, 10 decimal
        (0b1010), requires reserving four of the least significant bit
        positions for the base version as described in <xref target="resv"
        format="default"/>.  There is an upper limit to the range of the
        integer numbers that can be represented in all SenML representations:
        practical JSON limits this to 2<sup>53</sup>-1 <xref target="RFC7493"
        format="default"/>.  This means the feature codes 4 to 52 are
        available, one of which is taken by the feature defined in <xref
        target="secondary-units" format="default"/>, leaving 48 for
        allocation.  (The current version 10 (with all other feature codes
        unset) can be visualized as
        <tt>0b00000000000000000000000000000000000000000000000001010</tt>.)
        For a lifetime of this scheme of several decades, approximately two
        feature codes per year or fewer should be allocated.  Note that less
        generally applicable features can always be communicated via fields
        labeled with names that end with the "_" character ("must-understand fields"), see
        fields"). See <xref section="4.4" sectionFormat="of" target="RFC8428" format="default"/>.)</t>
        format="default"/> for details.</t>
        <t>Most representations visible to engineers working with SenML will
        use decimal numbers, e.g., numbers.  For instance, 26 (0b11010, 0x1a) for denotes a version that adds
        the "Secondary Units" feature (<xref target="secondary-units"
        format="default"/>).  This is slightly unwieldy, unwieldy but will be quickly
        memorized in practice.</t>
        <t>As a general observation, ending up over time with dozens of
individually selectable optional extensions may lead to too many
variants of what is supported by different implementations, reducing
interoperability.  So, in practice, it is still desirable to batch up
extensions that are expected to be supported together into a single
feature bit, leading to a sort of hybrid between completely
independent extensions and a linear version scheme.  This is also
another reason why a space of 48 remaining feature codes should
suffice for a while.</t>
      </section>
      <section anchor="updating-section-44-of-rfc8428" numbered="true" toc="default">
        <name>Updating <xref section="4.4" sectionFormat="of" target="RFC8428" format="default"/></name> Section 4.4 of RFC 8428</name>

        <t>The last paragraph of <xref section="4.4" sectionFormat="of"
        target="RFC8428" format="default"/> may be read to give the impression
        that SenML version numbers are totally ordered, i.e., that an
        implementation that understands version n also always understands all
        versions k &lt; n.  If this ever was true for SenML versions before
        10, it certainly is no longer true with this specification.</t>
        <t>Any SenML pack that sets feature bits beyond the first four will
lead to a version number that actually is greater than 10, so the
requirement in <xref section="4.4" sectionFormat="of" target="RFC8428" format="default"/> will prevent false
interoperability with version 10 implementations.</t>
        <t>Implementations that do implement feature bits beyond the first four,
i.e., versions greater than 10, will instead need to perform a bitwise
comparison of the feature bitmap as described in this specification
and ensure that all features indicated are understood before using the
pack.
E.g.,
For example, an implementation that implements basic SenML (version number
10) plus only a future feature code 5, 5 will accept version number 42,
but it would not be able to work with a pack indicating version number
26 (base specification plus feature code 4).
(If the implementation <em>requires</em> feature code 5 without being
backwards compatible, it will accept 42, but not 10.)</t>
      </section>
    </section>
    <section anchor="resv" numbered="true" toc="default">
      <name>Features: Reserved0, Reserved1, Reserved2, Reserved3</name>
      <t>For SenML Version version 10 as described in <xref target="RFC8428"
      format="default"/>, the feature codes 0 to 3 are already in use.
      Reserved1 (1) and Reserved3 (3) are always present present, and the features
      Reserved0 (0) and Reserved2 (2) are always absent, i.e., the four
      least significant bits set to 0b1010 indicate a version number of 10 if
      no other feature is in use.  These four reserved feature codes are not
      to be used with any more specific semantics except in a specification
      that updates the present specification.  (Note that Reserved0 and
      Reserved2 could be used in such a specification in a similar way similar to the way the that
      of feature codes 4 to 52
are in the present specification.)</t>
    </section>
    <section anchor="secondary-units" numbered="true" toc="default">
      <name>Feature: Secondary Units</name>
      <t>The feature "Secondary Units" (code number 4) indicates that
      secondary unit names <xref target="RFC8798" format="default"/> MAY
      <bcp14>MAY</bcp14> be used in the "u" field of SenML Records, records in addition
      to the primary unit names already allowed by <xref target="RFC8428"
      format="default"/>.</t>
      <t>Note that the most basic use of this feature simply sets the SenML
version number to 26 (10 + 2<sup>4</sup>).</t>
    </section>
    <section anchor="seccons" numbered="true" toc="default">
      <name>Security Considerations</name>
      <t>The security considerations of <xref target="RFC8428" format="default"/> apply.
This specification provides structure to the interpretation of the
SenML version number, which poses no additional security
considerations except for some potential for surprise that version
numbers do not simply increase linearly.</t>
    </section>
    <section anchor="iana" numbered="true" toc="default">
      <name>IANA Considerations</name>
      <t>IANA is requested to create has created a new "<xref section="SenML Features"
      sectionFormat="bare" target="IANA.SENML" relative="#senml-features"/>"
      subregistry "SenML features" within the SenML "Sensor Measurement Lists (SenML)" registry <xref target="IANA.senml" format="default"/>,
      target="IANA.SENML" format="default"/> with the registration policy "specification required"
      "Specification Required" <xref target="RFC8126" format="default"/> and
      the columns:</t>
      <ul spacing="normal">
        <li>Feature code Code (an unsigned integer less than 53)</li>
        <li>Feature name Name (text)</li>
        <li>Specification</li>
        <li>Reference</li>
      </ul>

      <t>To facilitate the use of feature names in programs, the designated
      expert is requested to ensure that feature names are usable as
      identifiers in most programming languages, after lower-casing lowercasing the feature
      name in the registry entry and replacing whitespace blank space with underscores or
      hyphens, and that they also are distinct in this form.</t>
      <t>The initial content of this registry is as follows:</t>
      <table anchor="feat" align="center">
        <name>Features defined Defined for SenML at the time Time of writing</name> Writing</name>
        <thead>
          <tr>
            <th align="left">Feature code</th> Code</th>
            <th align="left">Feature name</th> Name</th>
            <th align="left">Specification</th> align="left">Reference</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">0</td>
            <td align="left">Reserved0</td>
            <td align="left">RFCthis</td> align="left">[RFC9100]</td>
          </tr>
          <tr>
            <td align="left">1</td>
            <td align="left">Reserved1</td>
            <td align="left">RFCthis</td> align="left">[RFC9100]</td>
          </tr>
          <tr>
            <td align="left">2</td>
            <td align="left">Reserved2</td>
            <td align="left">RFCthis</td> align="left">[RFC9100]</td>
          </tr>
          <tr>
            <td align="left">3</td>
            <td align="left">Reserved3</td>
            <td align="left">RFCthis</td> align="left">[RFC9100]</td>
          </tr>
          <tr>
            <td align="left">4</td>
            <td align="left">Secondary Units</td>
            <td align="left">RFCthis, align="left">[RFC9100] <xref target="RFC8798" format="default"/></td>
          </tr>
        </tbody>
      </table>
      <t>As the number of features that can be registered has a hard limit (48
codes left at the time of writing), the designated expert is
specifically instructed to maintain a frugal regime of code point
allocation, keeping code points available for SenML Features that are
likely to be useful for non-trivial subsets of the SenML ecosystem.
Quantitatively, the expert could could, for instance instance, steer the allocation to
a target of not allocating more than 10 % 10% of the remaining set per year.</t>
      <t>Where the specification of the feature code is provided in a document
that is separate from the specification of the feature itself (as with
feature code 4 above), both specifications should be listed.</t>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references>
        <name>Normative References</name>

<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8428.xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8126.xml"/>

        <reference anchor="RFC8428" target="https://www.rfc-editor.org/info/rfc8428">
          <front>
            <title>Sensor Measurement Lists (SenML)</title>
            <author fullname="C. Jennings" initials="C." surname="Jennings">
              <organization/>
            </author>
            <author fullname="Z. Shelby" initials="Z." surname="Shelby">
              <organization/>
            </author>
            <author fullname="J. Arkko" initials="J." surname="Arkko">
              <organization/>
            </author>
            <author fullname="A. Keranen" initials="A." surname="Keranen">
              <organization/>
            </author>
            <author fullname="C. Bormann" initials="C." surname="Bormann">
              <organization/>
            </author>
            <date month="August" year="2018"/>
            <abstract>
              <t>This specification defines a format for representing simple sensor measurements and device parameters in Sensor Measurement Lists (SenML).  Representations are defined in JavaScript Object Notation (JSON), Concise Binary Object Representation (CBOR), Extensible Markup Language (XML), and Efficient XML Interchange (EXI), which share the common SenML data model.  A simple sensor, such as a temperature sensor, could use one of these media types in protocols such as HTTP or the Constrained Application Protocol (CoAP) to transport the measurements of the sensor or to be configured.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8428"/>
          <seriesInfo name="DOI" value="10.17487/RFC8428"/>
        </reference>
        <reference anchor="RFC8126" target="https://www.rfc-editor.org/info/rfc8126">
          <front>
            <title>Guidelines for Writing an IANA Considerations Section in RFCs</title>
            <author fullname="M. Cotton" initials="M." surname="Cotton">
              <organization/>
            </author>
            <author fullname="B. Leiba" initials="B." surname="Leiba">
              <organization/>
            </author>
            <author fullname="T. Narten" initials="T." surname="Narten">
              <organization/>
            </author>
            <date month="June" year="2017"/>
            <abstract>
              <t>Many protocols make use of points of extensibility that use constants to identify various protocol parameters.  To ensure that the values in these fields do not have conflicting uses and to promote interoperability, their allocations are often coordinated by a central record keeper.  For IETF protocols, that role is filled by the Internet Assigned Numbers Authority (IANA).</t>
              <t>To make assignments in a given registry prudently, guidance describing the conditions under which new values should be assigned, as well as when and how modifications to existing values can be made, is needed.  This document defines a framework for the documentation of these guidelines by specification authors, in order to assure that the provided guidance for the IANA Considerations is clear and addresses the various issues that are likely in the operation of a registry.</t>
              <t>This is the third edition of this document; it obsoletes RFC 5226.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="26"/>
          <seriesInfo name="RFC" value="8126"/>
          <seriesInfo name="DOI" value="10.17487/RFC8126"/>
        </reference>
        <reference anchor="IANA.senml" target="http://www.iana.org/assignments/senml"> anchor="IANA.SENML" target="https://www.iana.org/assignments/senml">
          <front>
            <title>Sensor Measurement Lists (SenML)</title>
            <author>
              <organization>IANA</organization>
            </author>
            <date/>
          </front>
        </reference>
        <reference anchor="RFC8798" target="https://www.rfc-editor.org/info/rfc8798">
          <front>
            <title>Additional Units for Sensor Measurement Lists (SenML)</title>
            <author fullname="C. Bormann" initials="C." surname="Bormann">
              <organization/>
            </author>
            <date month="June" year="2020"/>
            <abstract>
              <t>The Sensor Measurement Lists (SenML) media type supports the indication of units for a quantity represented.  This short document registers a number of additional unit names in the IANA registry for units in SenML.  It also defines a registry for secondary units that cannot be in SenML's main registry, as they are derived by linear transformation from units already in that registry.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8798"/>
          <seriesInfo name="DOI" value="10.17487/RFC8798"/>
        </reference>

<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8798.xml"/>

        <reference anchor="C" target="https://www.iso.org/standard/74528.html">
          <front>
            <title>Information technology  - Programming languages  - C</title>
            <author>
              <organization>International Organization for Standardization</organization>
            </author>
            <date year="2018" month="June"/>
          </front>
          <seriesInfo name="ISO/IEC" value="9899:2018, Fourth Edition"/>
        </reference>

        <reference anchor="Cplusplus" anchor="CPLUSPLUS" target="https://www.iso.org/standard/79358.html">
          <front>
            <title>Programming languages  - C++</title>
            <author>
              <organization>International Organization for Standardization</organization>
            </author>
            <date year="2020" month="December"/>
          </front>
          <seriesInfo name="ISO/IEC" value="14882:2020, Sixth Edition"/>
        </reference>
        <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner">
              <organization/>
            </author>
            <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">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba">
              <organization/>
            </author>
            <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>

<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml"/>
<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml"/>

      </references>
	<references>
        <name>Informative References</name>
        <reference anchor="RFC7493" target="https://www.rfc-editor.org/info/rfc7493">
          <front>
            <title>The I-JSON Message Format</title>
            <author fullname="T. Bray" initials="T." role="editor" surname="Bray">
              <organization/>
            </author>
            <date month="March" year="2015"/>
            <abstract>
              <t>I-JSON (short for "Internet JSON") is a restricted profile of JSON designed to maximize interoperability and increase confidence that software can process it successfully with predictable results.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="7493"/>
          <seriesInfo name="DOI" value="10.17487/RFC7493"/>
        </reference>

<xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.7493.xml"/>

      </references>
    </references>
    <section numbered="false" anchor="acks" toc="default">
      <name>Acknowledgements</name>
      <t><contact fullname="Ari Keränen"/> proposed to use the version number
      as a bitmap and provided further input on this specification.  <contact
      fullname="Jaime Jiménez"/> helped clarify the document by providing a review.
      review and acted as Document Shepherd.  <contact fullname="Elwyn Davies"/> provided a detailed GENART review,
      review with directly implementable text suggestions that now form part
      of this specification.  <contact fullname="Rob Wilton"/> supplied comments
      comments, one of which became the last paragraph of <xref
      target="discussion" format="default"/>; <contact fullname="Éric
      Vyncke"/> helped with <xref target="codes" format="default"/>.
      Additional thanks go to the other IESG reviewers.</t>
      <!--  LocalWords:  selectable subregistry whitespace
 -->

</section>
  </back>
  <!-- ##markdown-source:
H4sIAK6LumAAA7Vay3IbR5bd51dkQzFj0gZAAIRkEpYdTVOUTY9eLVJy98RE
S4mqBJDDQhW6sooQBNHRm15MzHY+wIvZzG/Yf9JfMufezKwHSHnUi1GEw0RV
Pm7ex7nn3qxerydsodL4jUqyVE9kkZdamFXOf9liNBgcD0YizqJULfE6ztWs
6BldzHpRluue1eky6V3r3Jostb1EFdoW4kpv1lkeT+R5Wug81UXvEc0TkSom
0haxiDBYp7a0E7nRVpSrmCZO5NF4dCTW84k8zV6eiZWZCCmLLJrIzzDsM/cj
W65UVLQexXpVLPDk0P82aazTxhC7WeZ6ZhsPsrxoP8GyS8xpPDFpYkgj1Zwi
N7xvmvkJbTlsOa2f0ZjCFAnmf4N3Fzp9+kQ+1qooc20l9C1fe50JNZ3m+vr/
HkcqmsjRYDTsDR70BmOhymKR5RPRY2Eh+WlffpvlS5WmeOLsdapyW+i08TzL
od5XqWGbFUoX8ttc4+jy8l/P3Sm1xgleZLaYqWghDw8H4/GADmyKzcQP5vPH
WP9Rb3R0eP+Yf5dpkWPEd5q22uDRasEu9cX4uDeG1KPhUe/B4fFoiFd6qUwy
kZGaZr8v3ps+pBIiJSELSEZmf/n4lLwB/kIu5h8MRw8m0qhUkQPh2fnJs5M+
DwhTvjzGlDI1Bb0+pafwCGeI83TmNshSWehokWZJNt/Iv//1v+SLPJvnark0
6VwmKp2Xag7105tTXiGoWvI/VqFzbV5NJfJ5Plepee8WxzbygoJK5bF/xjOD
BaGHwQMnmcrnpO1FUazs5OBgvV73jc1IHQfWr3Dw5fj+6Ki/KFgLsJDOjbYG
hwnynF88Pzg/O53I46Pj4wmt35WPszIvFvIsNn7701VSWvqvpZPfOPgXX/w/
HH006A1H/8DRjw/vf9rRh+Ojo9GENujKC/OucXQTzF751Zfj40O4Ue/fLV6L
Xq8n1RR+j8gV4nJhrLQ4cSEBeiVhgvTwRFMZoboUp4AQ+VQrW3JAFPKJsfC5
PY7g/a6cbqRd6cjMNqTaYqFlabXMZpKwaaUZoBKM0YmOCjVNtOzwVBGCv8PR
v1SrlV9gCWTzAOHxVqblcoo/++4QRfZmqt9AnOxax2/SrNBvHhkblZbGvnmt
0xJQK+pHJE1Bx60OWqgrHHOVqAiiprSpOH3+8kz+mOVXJMV3eVauJIUu+wtO
LPcoDfyeEgJZbr8r1gsD1MCqKo8W0HksVSEeBivTXP+iHyYd0IODaZ6trT6g
5Q6+wYku4MAQgxzKCUkZhHWiUixvSy3JZFc6B4qkckpDy7S929wUi3LaByzz
ur01XKuVsL7xqluaOE60EOIeOXeexWXE7ry9Z+jnjSDH0B81u/Rm9yY3kQuG
7dblx5sbucqzaxMTpAfjCWc8HE4VpC4DzDIqYZ8oyNRDePIaB8jKQs4omHUu
2us7E8m12tD4JYwXnCw2s5nOSb7brkIHgeZcdCB+IZaiOaUlo6qdGbQyXJa2
1OwQ+jpLysK7D5mCwCBaADvYWAg0OdepzvkoCnZaciLDuMipTCViRaijG06o
d3dVlp/6BVWEuRSBKg5ii1lIkvB2SGmWui++z9Yav7rYjKdHyqmDrYOnrGj9
Dkos4JeseRqWmCsNYauTibVJEudR+cfjNVIrNUUkFBv5JgjzhtSFiZBTxwJ/
0/JTZU204xq11Z1qYwKMHR0MB31xmYFXrFYERxwFS2TdpLsTtrlelfkqs9op
jeyY6F0/gw6JnaQbZ2XwlKtKNVgB8RED+DIvmRcOpl2R5mOhyHWnpgAg+SFe
cr8nfBarVUZRtKRZGRJvnZVJLFPtNLJQ11qa5SphZyAzOI2RSvEnXCOCZ/Ci
JGP/bkj22vS7lw0zt9kTxLXit8ATKwHtug7jSTV10GLre/fkJeiMcVTBxQ7I
rVyztjpPX11cdrru//LZc/775dkfXp2/PHtEf198f/LkSfWH8CMuvn/+6smj
+q965unzp0/Pnj1yk/FUth6JztOTP+ENnavz/MXl+fNnJ086zteb7qBy7ZXa
MCAiSgB/otxM8QNzvj198cvPwzHO+zvktdFweAyYcj+Ohl+O8WO90KnbLUvh
+u4ndLkRSEpaUWhIRDkFAohkYrsUtbDTOpXAKoSjED/SH+Q2EApQttQFIsHF
YKLAruNdVy6DEyN9OfYwU0sEGXab5dnSucUdnEWeQvbTmxsK/Sgp45B03w6m
bwE3embecTRPTaryTUBDGeNF6vRxoR3k3+8PD/ujAEvEgqo9Ai2hrQKboi31
uwgFiAsLRCsWhprxoDrDnn6nyONdNltn0iPDCniV01YPxiBHDzH3mwfjhwf0
/33IRincCugKNDpFcqC1vgrYxgoEj31XY3yVzylVdpuiiCAKKT8nNMvdqVcq
V1DmauFWAgid9qBBQorCUEgi0UHdiPN6CbKy1mnleP5wzlXwMDbQDHISkHtB
KyoZ5WWsBUvM2wCwEKCUC2hB9hvjcaRcIpma+VIhmZp5SjEYIhpFYezDmoa+
bsfx9h5VJPbGBalffwd1nbmtp1oVUiCmNJU6hkCeUCV2Ync8nAmqpTpyTzkl
USGYzvcdF6kGcUFEg1KUHyQ6K7jQc8iWANGAQnh1/3Dfp+AgWdN6ykMUgzM0
QnYArMfuncPYKvH1AyW5jWl7b6d48lbiKEm873Wb1gDunNvqOolWFmGkkHcc
olvrkjJ7MFY26wryalZgUIVfq+t8HbwkFbsez9m9oTn3DAEUHu5tt07anrI9
7HRzQ5r76aef2K9EOPHX8t/w8s12Fn09uPnz9v7oJuy+N4v25S8///0///bL
z3L0Z4y4oeliO5H3Wiu7WujrTnAzryTOeO6IlVB4ZTtwsTXjWnMj6HgoTftc
xN5uH/TtLHqL4aJS0kBmRO7WxgIz98ioCPlAjxwqzCKHCoHqNvMn5Hw7lA8f
Sl43RcVKjpnrhGlFVdT194WgAkaDQaGeky8STewoWmj4Gmm+Yk2Xf7wMDtUF
hsm3/5xO7eqrtwhjwBzqKW9L1O5I5XHJ2ebdMhnls0hOyznQbOjAwNUiDiUq
pOmjapsJ+LVlgHFKymK1+YwrrD8SUwN/4i0YCSCjouLM0UKiLsRs4b9QIoAO
jzswU6cmfSsKdpe962oHpw8+TsmhZioNYkOyUFILcQSx/1IaEF89g98zmcHw
JCMGZUXTqpazLrgEQQMR3yTJHK/bA1biJ5jVdkudC+fHpx5hHX+sHEW/QzlB
4t0V1l0wQkBYZJagv3uD6XAwHKDSzDVkdDGM+viaD4faKQQZmblgLOXYxRFw
WFI/E2nrCyxmqTULV5QaG2Rhu8Xi10SJLtnzjYMI0ACAm1maImS0nOsAv3WA
v5BtOb4hgoAHNwHH84hARZu5wU4QZbA9oY784eL5M7cdoSmhWubj4/6hi4/e
kPibq+ydtMSZtUrtrTi0ckzz74/YcuqaCtMpZTEkWzpAqGMF4xclhOYKDeKw
3VqwZyIGmx43nogSQOtsifERK9i7A7slR3iEtNosz2DZPfYCUgTDwY6wgGNd
7Pv4F9fGliox7334D6aDf/QfOc9bYMJjkg5KnWkqoSoKYYEL7qeligrKh+Mp
CILYXIGAvYMTFlQ0EcK3JBXkExuihxmdgeAenJAqAGL5ISz64lnGBSU8grJj
s2ZcrRKYm7ChClI6tkpQ6Fo6PfVqoWkXX9dGuTyHwFRTlGexCyfK2d7lwHfq
EOu86YgaUPY6y9IWsBsYEdM7v1YHgUWBu90GXjjuj0kdVXEAOH2a2V0uYyGP
wzX4lk7ncBLy/LVvoLAUzs+5xgTdFT6iQ5SAi/Tn/a4cPZAU42QnpIh3QxAi
9qTKZfhoAEp2bQFK452QmrvIUs1EestB9wHCHBtk6sTMF1Tblumazr7pAsSL
qgYGuERXeLsElufscUQbXUwSxz8h/PTWk9mUIMizOqidzlyu6hLdKSDO3mto
ClyGishrE5e+71HV1tnKNyfAtzCUFbsEpURYccFYZNTvSDfiGoALTLMuYl1N
7Qtmx+LqTkiVM52hCDjjMoKEgsukDH7r63ko5yLrNs8ZegcA54RCwZo8FKxT
VQAnypVoiOpMk+tGr4HrsVqyIptrjnLOpsrX7KLBMxhDXB3DA6j8xSEXm2lu
KJaKNXFwYoiJpkgUjUZFU22OpdJVBkIy+I4L74YTUIICb3DIkyNlYNB6QSSY
62PaGVCWU9s+baRPD04uwIUtKU1q76cA0ES7LPyqLq4/Ek6OEyeUquqSBO8/
OoHdgfOI84i5udaCk86y4k5shjs7pr5GLtjvUMtTOQQb93W/K5zx0h1/cYvV
OGHrJV12d/AkmiMIy0OnUV7JhxLof+4BllBVrqnNlZdOYy1BCefwUHMXEL4X
6byA6iEt5qaZIA5CMUWTPbSRezarHYrNdNOsKFyBqhEtTT6LnTaZr6lmBrI7
+kDxL0K83e4KspKiwkUutp7DEIV7kbLQ3ErSwrMTLu45WX7Mnow3MN01jZxB
pfpWXLqTNlLmTkjjxOftJ07OOKtHfsLRu4IdoTbFrbOxrCa1BamHGlvcudI5
tSsdmyQyL7iMzo2tu5yzWyVGi2bdNiJzebopzX2yJJ+q0mLdPSR/9q6XZXFw
HtfSJTO4VtoZZ5aP+Hb1zPqOpfOcvbblBTinpMaHawoh95Z8olaJc9+rSEXc
GNnxnfGoK5BhQl8wK5r9P8qUzs6+R+nPSAfZkYQyJLPWdpHPwrXEGYNx7517
Tto++eeBPX++c4Kq9T7VlCKmEGWtqOlX90Y4MJvnxMEodfKRhgNiCFXvAjz2
JdNzHcN/wp/D+s9R/eeh3N5jui2YnTkzvK69/jY5D0HUvYPlDkirh47kJoSW
G5pTUq1ZiSH3hq6dUYuwd7jv5zDr8hxHhOZL5YLVqcBW2muM5N6otYaacr3r
o8u198v87gLFhlsQV+bUVxC37k8QWfR+RpVqmzhzB9ud9JK6HW673Isnb5dv
ZDeXqEsbaCRIhlxmee1kwiIJooaMbOj7ccV4R3s/XBsWH+tHwStrFlwrsq3E
KHBnlgl72RJ8Q+1cBTkZUBolKg8XQtXd0McqH0GHDu3EOwVsuvBE7lBMuOku
sXRpPGx2m5PucXAFHNhvXSJwbvLjBS3nKTzc27NW+fTkT01NMJ0vO46y1xcA
L91lBhO4cGHk9SFWObh2vpGN9UNUUG2ydqSxdQdQm4j2WxLnd/jobx0YtMOR
LeHLxiXZIrTnxG7yzJjdw22/8PVraPpyuxNaK3NKd6dIPgaY7nMZq5s+fPBq
tmFc1B7HtKnKq1RObXwlvAOU4U7SgkZELL73mureQIWLPtLd3T0JVye72yeE
YH1DV8knduTzYUOcx2ZL6gkW3N5O3KMSOyN7OpW3g50uCjhKvZr5TpEygKO3
dE66wT15dnJbd9x7AUGgl9wE/0uprafmESd46vvoNX3Hk+u5gVI2oVEc0K4T
OkS1aauh2239MQohcVVw+hFe5xlqW6zbtoRPQnEHq/jPXECJA9ZGWVIuUzsR
4vOqFc5x9NFeswy95sYMcna5Rw1senrRIhl0zThTEZEsf80bnHvWmG1dRcSX
L9YBOFVC85QYCF1TgKPeUm2Tu7QXY8piOe8rK6ree87bcJjdddFDDQju+VGw
5r1IVRSnuXpAh8o6mr5N8j1J+r6Bi/GFAfJweUPG8tSdPhSw1LtYbFYLTXWi
s4OL/40n+9QC4lZdVFTEjdifb+77y3yKTPLtCiYqeQw3HmcZYQ5Z9kPbsh/a
ZsO/D22TyQ+Y0vg3wIA6g7h/H6idytv63+0pw8aU4adNGTWmjD5tymFjyuGn
TRnTYXdSTTWl28wHH7iZT4bf6eHXN3t1ZeUBPLS51oAmeAF180/8lWNFKCp2
EzqWrtIk2/HF2YKbxgu6CnTdz73xkXCpNdH0lcqdW+3vxoysYka07laosiBE
dhFEJTfVfsS183IOryJJ3MrsLKvMEDOrWoxdeaU1fzVUv7Z1h7Ohksetc8Kp
hf8UomJBs9KhcpqlvSI31+TUAEjOb76mcUvBXnYD9SAC/lASPyr4i6tk0/WN
bT6pIzPuswoqkiO6VNXadaDrE2B/ofwXYrQNQX54i2MxH/PFmPynIEfdnCDq
GLqQ/XAJXSx2C4W7bqHoosKlRdeWrm6mRfhiw2pqUAAlq/vo31wVjqqTGaDa
OpBpFybuDoU+FwN1bS9kG21T+tKKeqb8rRKVIpTmTqKrNFsnOp77qm17D29A
DhATzpV1/HUnzcjDt9vtSW7kv+j81/9OdXrjvkhyd4uwdWn1Rz7Cqa5GAIKi
0oz/HAkaWqHcye4qXPu05w+K/PQHs/z1f1L9nnZd6GSFBSLQVDNz1LS6+wfx
cju4L1RyfW30mtc5S9abVD5SeGBv6q+pqLEVg6QYavp+d/bs5OWln+XTb4yk
GhXUG6uqPi4z+Ra3nCObNLoEUCZDODWgasS+faiX2VT+aJIiYzVSSy+hG+Pw
AXH7/mCqIwLwwje3xE5zK66up25uvsLv7a//kYNZvt6k0ZVu6ItPs926G26Q
0pOaZVEcXFk5rz4qcEXQ+dnFd14Z7rOvh7+D78gniKHkR6LHE9lsuDZJT50X
hez1vhH/Czg2lIYkLgAA

-->

</rfc>