<?xml version='1.0' encoding='utf-8'?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" version="3" category="std" consensus="true" docName="draft-bormann-cbor-tags-oid-07" indexInclude="true" ipr="trust200902" prepTime="2020-07-03T17:21:16" scripts="Common,Latin" sortRefs="true" submissionType="IETF" symRefs="true" tocDepth="1" tocInclude="true" xml:lang="en">
  <!-- xml2rfc v2v3 conversion 2.45.0 -->
  <front>
    <title abbrev="CBOR Tags for OIDs">Concise Binary Object Representation (CBOR) Tags for Object Identifiers</title>
    <seriesInfo name="Internet-Draft" value="draft-bormann-cbor-tags-oid-07" stream="IETF"/>
    <author initials="C." surname="Bormann" fullname="Carsten Bormann">
      <organization showOnFrontPage="true">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>
    <author initials="S." surname="Leonard" fullname="Sean Leonard">
      <organization showOnFrontPage="true">Penango, Inc.</organization>
      <address>
        <postal>
          <street>5900 Wilshire Boulevard</street>
          <street>21st Floor</street>
          <city>Los Angeles, CA</city>
          <code>90036</code>
          <country>USA</country>
        </postal>
        <email>dev+ietf@seantek.com</email>
        <uri>http://www.penango.com/</uri>
      </address>
    </author>
    <date month="07" year="2020" day="03"/>
    <keyword>Internet-Draft</keyword>
    <abstract pn="section-abstract">
      <t pn="section-abstract-1">The Concise Binary Object Representation (CBOR, RFC 7049) is a data
format whose design goals include the possibility of extremely small
code size, fairly small message size, and extensibility without the
need for version negotiation.</t>
      <t pn="section-abstract-2">The present document defines CBOR tags for
object identifiers (OIDs).  It is intended
as the reference document for the IANA registration of the CBOR tags
so defined.</t>
    </abstract>
    <boilerplate>
      <section anchor="status-of-memo" numbered="false" removeInRFC="false" toc="exclude" pn="section-boilerplate.1">
        <name slugifiedName="name-status-of-this-memo">Status of This Memo</name>
        <t pn="section-boilerplate.1-1">
        This Internet-Draft is submitted in full conformance with the
        provisions of BCP 78 and BCP 79.
        </t>
        <t pn="section-boilerplate.1-2">
        Internet-Drafts are working documents of the Internet Engineering Task
        Force (IETF). Note that other groups may also distribute working
        documents as Internet-Drafts. The list of current Internet-Drafts is
        at <eref target="https://datatracker.ietf.org/drafts/current/" brackets="none"/>.
        </t>
        <t pn="section-boilerplate.1-3">
        Internet-Drafts are draft documents valid for a maximum of six months
        and may be updated, replaced, or obsoleted by other documents at any
        time. It is inappropriate to use Internet-Drafts as reference
        material or to cite them other than as "work in progress."
        </t>
        <t pn="section-boilerplate.1-4">
        This Internet-Draft will expire on 4 January 2021.
        </t>
      </section>
      <section anchor="copyright" numbered="false" removeInRFC="false" toc="exclude" pn="section-boilerplate.2">
        <name slugifiedName="name-copyright-notice">Copyright Notice</name>
        <t pn="section-boilerplate.2-1">
            Copyright (c) 2020 IETF Trust and the persons identified as the
            document authors. All rights reserved.
        </t>
        <t pn="section-boilerplate.2-2">
            This document is subject to BCP 78 and the IETF Trust's Legal
            Provisions Relating to IETF Documents
            (<eref target="https://trustee.ietf.org/license-info" brackets="none"/>) in effect on the date of
            publication of this document. Please review these documents
            carefully, as they describe your rights and restrictions with
            respect to this document. Code Components extracted from this
            document must include Simplified BSD License text as described in
            Section 4.e of the Trust Legal Provisions and are provided without
            warranty as described in the Simplified BSD License.
        </t>
      </section>
    </boilerplate>
    <toc>
      <section anchor="toc" numbered="false" removeInRFC="false" toc="exclude" pn="section-toc.1">
        <name slugifiedName="name-table-of-contents">Table of Contents</name>
        <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1">
          <li pn="section-toc.1-1.1">
            <t keepWithNext="true" pn="section-toc.1-1.1.1"><xref derivedContent="1" format="counter" sectionFormat="of" target="section-1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-introduction">Introduction</xref></t>
          </li>
          <li pn="section-toc.1-1.2">
            <t keepWithNext="true" pn="section-toc.1-1.2.1"><xref derivedContent="2" format="counter" sectionFormat="of" target="section-2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-object-identifiers">Object Identifiers</xref></t>
          </li>
          <li pn="section-toc.1-1.3">
            <t keepWithNext="true" pn="section-toc.1-1.3.1"><xref derivedContent="3" format="counter" sectionFormat="of" target="section-3"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-examples">Examples</xref></t>
          </li>
          <li pn="section-toc.1-1.4">
            <t pn="section-toc.1-1.4.1"><xref derivedContent="4" format="counter" sectionFormat="of" target="section-4"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-discussion">Discussion</xref></t>
          </li>
          <li pn="section-toc.1-1.5">
            <t pn="section-toc.1-1.5.1"><xref derivedContent="5" format="counter" sectionFormat="of" target="section-5"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-tag-factoring-with-oid-arra">Tag Factoring with OID Arrays and Maps</xref></t>
          </li>
          <li pn="section-toc.1-1.6">
            <t pn="section-toc.1-1.6.1"><xref derivedContent="6" format="counter" sectionFormat="of" target="section-6"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-applications-and-examples-o">Applications and Examples of OIDs</xref></t>
          </li>
          <li pn="section-toc.1-1.7">
            <t pn="section-toc.1-1.7.1"><xref derivedContent="7" format="counter" sectionFormat="of" target="section-7"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-cddl-control-operators">CDDL Control Operators</xref></t>
          </li>
          <li pn="section-toc.1-1.8">
            <t pn="section-toc.1-1.8.1"><xref derivedContent="8" format="counter" sectionFormat="of" target="section-8"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-iana-considerations">IANA Considerations</xref></t>
          </li>
          <li pn="section-toc.1-1.9">
            <t pn="section-toc.1-1.9.1"><xref derivedContent="9" format="counter" sectionFormat="of" target="section-9"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-security-considerations">Security Considerations</xref></t>
          </li>
          <li pn="section-toc.1-1.10">
            <t pn="section-toc.1-1.10.1"><xref derivedContent="10" format="counter" sectionFormat="of" target="section-10"/>. <xref derivedContent="" format="title" sectionFormat="of" target="name-references">References</xref></t>
            <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.10.2">
              <li pn="section-toc.1-1.10.2.1">
                <t pn="section-toc.1-1.10.2.1.1"><xref derivedContent="10.1" format="counter" sectionFormat="of" target="section-10.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-normative-references">Normative References</xref></t>
              </li>
              <li pn="section-toc.1-1.10.2.2">
                <t pn="section-toc.1-1.10.2.2.1"><xref derivedContent="10.2" format="counter" sectionFormat="of" target="section-10.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-informative-references">Informative References</xref></t>
              </li>
            </ul>
          </li>
          <li pn="section-toc.1-1.11">
            <t pn="section-toc.1-1.11.1"><xref derivedContent="Appendix A" format="default" sectionFormat="of" target="section-appendix.a"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-change-log">Change Log</xref></t>
          </li>
          <li pn="section-toc.1-1.12">
            <t pn="section-toc.1-1.12.1"><xref derivedContent="" format="none" sectionFormat="of" target="section-appendix.b"/><xref derivedContent="" format="title" sectionFormat="of" target="name-authors-addresses">Authors' Addresses</xref></t>
          </li>
        </ul>
      </section>
    </toc>
  </front>
  <middle>
    <section anchor="intro" numbered="true" toc="include" removeInRFC="false" pn="section-1">
      <name slugifiedName="name-introduction">Introduction</name>
      <t pn="section-1-1">The Concise Binary Object Representation (CBOR, <xref target="RFC7049" format="default" sectionFormat="of" derivedContent="RFC7049"/>) provides
for the interchange of structured data without a requirement for a
pre-agreed schema.
RFC 7049 defines a basic set of data types, as well as a tagging
mechanism that enables extending the set of data types supported via
an IANA registry.</t>
      <t pn="section-1-2">The present document defines CBOR tags for object identifiers
(OIDs, <xref target="X.660" format="default" sectionFormat="of" derivedContent="X.660"/>), which many IETF protocols carry.
The ASN.1 Basic Encoding Rules
(BER, <xref target="X.690" format="default" sectionFormat="of" derivedContent="X.690"/>) specify binary encodings of both (absolute) object identifiers
and relative object identifiers.
The contents of these encodings can be carried in a CBOR byte string.
This document defines two CBOR tags that cover the two kinds of
ASN.1 object identifiers encoded in this way. The tags
can also be applied to arrays and maps for more articulated
identification purposes.
It is intended as the reference document for the IANA registration of
the tags so defined.</t>
      <section anchor="terms" numbered="true" toc="exclude" removeInRFC="false" pn="section-1.1">
        <name slugifiedName="name-terminology">Terminology</name>
        <t pn="section-1.1-1">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="RFC2119" format="default" sectionFormat="of" derivedContent="RFC2119"/> <xref target="RFC8174" format="default" sectionFormat="of" derivedContent="RFC8174"/> when, and only when, they
appear in all capitals, as shown here.</t>
        <t pn="section-1.1-2">The terminology of RFC 7049 applies; in particular
the term "byte" is used in its now customary sense as a synonym for
"octet".</t>
      </section>
    </section>
    <section anchor="oids" numbered="true" toc="include" removeInRFC="false" pn="section-2">
      <name slugifiedName="name-object-identifiers">Object Identifiers</name>
      <t pn="section-2-1">The International Object Identifier tree <xref target="X.660" format="default" sectionFormat="of" derivedContent="X.660"/> is
a hierarchically managed space of
identifiers, each of which is uniquely represented as a sequence of
primary integer values
<xref target="X.680" format="default" sectionFormat="of" derivedContent="X.680"/>.
While these sequences can easily be represented in CBOR arrays of
unsigned integers, a more compact representation can often be achieved
by adopting the widely used representation of object identifiers
defined in BER; this representation may also be more amenable to
processing by other software making use of object identifiers.</t>
      <t pn="section-2-2">BER represents the sequence of unsigned integers by concatenating
self-delimiting <xref target="RFC6256" format="default" sectionFormat="of" derivedContent="RFC6256"/> representations of each of the
primary integer values in sequence.</t>
      <t pn="section-2-3">ASN.1 distinguishes absolute object identifiers (ASN.1 Type <tt>OBJECT IDENTIFIER</tt>),
which begin at a root arc (<xref target="X.660" format="default" sectionFormat="of" derivedContent="X.660"/> Clause 3.5.21), from relative object
identifiers (ASN.1 Type <tt>RELATIVE-OID</tt>), which begin
relative to some object identifier known from context (<xref target="X.680" format="default" sectionFormat="of" derivedContent="X.680"/>
Clause 3.8.63).
As a special optimization,
BER combines the first two integers in an absolute object identifier
into one numeric identifier by making use of the property of the
hierarchy that the first arc has only three integer values (0, 1, and 2),
and the second arcs under 0 and 1 are limited to the integer values between
0 and 39.  (The root arc <tt>joint-iso-itu-t(2)</tt> has
no such limitations on its second arc.)
If X and Y are the first two integers,
the single integer actually encoded is computed as:</t>
      <ul empty="true" spacing="normal" bare="false" pn="section-2-4">
        <li pn="section-2-4.1">X * 40 + Y</li>
      </ul>
      <t pn="section-2-5">The inverse transformation (again making use of the known ranges of X
and Y) is applied when decoding the object identifier.</t>
      <t pn="section-2-6">Since the semantics of absolute and relative object identifiers
differ, this specification defines two tags:</t>
      <t pn="section-2-7">Tag TBD111: tags a byte string as the <xref target="X.690" format="default" sectionFormat="of" derivedContent="X.690"/> encoding of an
absolute object identifier (simply "object identifier" or "OID").</t>
      <t pn="section-2-8">Tag TBD110: tags a byte string as the <xref target="X.690" format="default" sectionFormat="of" derivedContent="X.690"/> encoding of a relative
object identifier (also "relative OID").  Since the encoding of each
number is the same as for <xref target="RFC6256" format="default" sectionFormat="of" derivedContent="RFC6256"/> Self-Delimiting Numeric Values
(SDNVs), this tag can also be used for tagging a byte string that
contains a sequence of zero or more SDNVs.</t>
      <section anchor="reqts" numbered="true" toc="exclude" removeInRFC="false" pn="section-2.1">
        <name slugifiedName="name-requirements-on-the-byte-st">Requirements on the byte string being tagged</name>
        <t pn="section-2.1-1">A byte string tagged by TBD111 or TBD110 MUST be a syntactically valid BER
representation of an object identifier: A concatenation of zero or
more SDNV values, where each SDNV value is a sequence of one or more bytes that
all have their most significant bit set, except for the last byte,
where it must be unset; the first byte of each SDNV cannot be 0x80
(which would be a leading zero in SDNV's base-128 arithmetic).</t>
        <t pn="section-2.1-2">In other words:</t>
        <ul spacing="normal" bare="false" empty="false" pn="section-2.1-3">
          <li pn="section-2.1-3.1">its first byte, and any byte that follows a byte that has the most significant
bit unset, MUST NOT be 0x80 (this requirement excludes expressing the
primary integer values with anything but the shortest form)</li>
          <li pn="section-2.1-3.2">its last byte MUST NOT have the most significant bit set (this
requirement excludes an incomplete final primary integer value)</li>
        </ul>
        <t pn="section-2.1-4">If either of these invalid conditions are encountered, the tag is
invalid.</t>
        <t pn="section-2.1-5"><xref target="X.680" format="default" sectionFormat="of" derivedContent="X.680"/> restricts RELATIVE-OID values to have at least
one arc, i.e., their encoding would have at least one SDNV.
This specification permits
empty relative object identifiers; they may
still be excluded by application semantics.</t>
        <t pn="section-2.1-6">To enable the search for specific object ID values, it is RECOMMENDED
that definite length encoding (see Section 2.2.2 of <xref target="RFC7049" format="default" sectionFormat="of" derivedContent="RFC7049"/>) is used
for the byte strings used as tag content for these tags.</t>
        <t pn="section-2.1-7">The valid set of byte strings can also be expressed using regular
expressions on bytes, using no specific notation but resembling
<xref target="PCRE" format="default" sectionFormat="of" derivedContent="PCRE"/>.  Unlike typical regular expressions that operate on
character sequences, the following regular expressions take bytes as
their domain, so they can be applied directly to CBOR byte strings.</t>
        <t pn="section-2.1-8">For byte strings with tag TBD111:</t>
        <ul empty="true" spacing="normal" bare="false" pn="section-2.1-9">
          <li pn="section-2.1-9.1">
            <tt>/^(([\x81-\xFF][\x80-\xFF]*)?[\x00-\x7F])+$/</tt></li>
        </ul>
        <t pn="section-2.1-10">For byte strings with tag TBD110:</t>
        <ul empty="true" spacing="normal" bare="false" pn="section-2.1-11">
          <li pn="section-2.1-11.1">
            <tt>/^(([\x81-\xFF][\x80-\xFF]*)?[\x00-\x7F])*$/</tt></li>
        </ul>
        <t pn="section-2.1-12">A tag with tagged content that does not conform to the applicable
regexp is invalid.</t>
      </section>
    </section>
    <section anchor="examples" numbered="true" toc="include" removeInRFC="false" pn="section-3">
      <name slugifiedName="name-examples">Examples</name>
      <section anchor="encoding-of-the-sha-256-oid" numbered="true" toc="exclude" removeInRFC="false" pn="section-3.1">
        <name slugifiedName="name-encoding-of-the-sha-256-oid">Encoding of the SHA-256 OID</name>
        <dl newline="false" spacing="normal" pn="section-3.1-1">
          <dt pn="section-3.1-1.1">ASN.1 Value Notation:</dt>
          <dd pn="section-3.1-1.2">
  { joint-iso-itu-t(2) country(16) us(840) organization(1) gov(101)
  csor(3) nistalgorithm(4) hashalgs(2) sha256(1) }</dd>
          <dt pn="section-3.1-1.3">Dotted Decimal Notation:</dt>
          <dd pn="section-3.1-1.4">
  2.16.840.1.101.3.4.2.1</dd>
        </dl>
        <figure anchor="fig-sha-ber" align="left" suppress-title="false" pn="figure-1">
          <name slugifiedName="name-sha-256-oid-in-ber">SHA-256 OID in BER</name>
          <artwork name="" type="" align="left" alt="" pn="section-3.1-2.1"><![CDATA[
06                                # UNIVERSAL TAG 6
   09                             # 9 bytes, primitive
      60 86 48 01 65 03 04 02 01  # X.690 Clause 8.19
#      |   840  1  |  3  4  2  1    show component encoding
#   2.16         101
]]></artwork>
        </figure>
        <figure anchor="fig-sha-cbor" align="left" suppress-title="false" pn="figure-2">
          <name slugifiedName="name-sha-256-oid-in-cbor">SHA-256 OID in CBOR</name>
          <artwork name="" type="" align="left" alt="" pn="section-3.1-3.1"><![CDATA[
D8 6F                             # tag(111)
   49                             # 0b010_01001: mt 2, 9 bytes
      60 86 48 01 65 03 04 02 01  # X.690 Clause 8.19
]]></artwork>
        </figure>
      </section>
      <section anchor="encoding-of-a-mib-relative-oid" numbered="true" toc="exclude" removeInRFC="false" pn="section-3.2">
        <name slugifiedName="name-encoding-of-a-mib-relative-">Encoding of a MIB Relative OID</name>
        <t pn="section-3.2-1">Given some OID (e.g., <tt>lowpanMib</tt>, assumed to be <tt>1.3.6.1.2.1.226</tt> <xref target="RFC7388" format="default" sectionFormat="of" derivedContent="RFC7388"/>),
to which the following is added:</t>
        <dl newline="false" spacing="normal" pn="section-3.2-2">
          <dt pn="section-3.2-2.1">ASN.1 Value Notation:</dt>
          <dd pn="section-3.2-2.2">
  { lowpanObjects(1) lowpanStats(1) lowpanOutTransmits(29) }</dd>
          <dt pn="section-3.2-2.3">Dotted Decimal Notation:</dt>
          <dd pn="section-3.2-2.4">
  .1.1.29</dd>
        </dl>
        <figure anchor="fig-mib-ber" align="left" suppress-title="false" pn="figure-3">
          <name slugifiedName="name-mib-relative-object-identif">MIB relative object identifier, in BER</name>
          <artwork name="" type="" align="left" alt="" pn="section-3.2-3.1"><![CDATA[
0D                                # UNIVERSAL TAG 13
   03                             # 3 bytes, primitive
      01 01 1D                    # X.690 Clause 8.20
#      1  1 29                      show component encoding
]]></artwork>
        </figure>
        <figure anchor="fig-mib-cbor" align="left" suppress-title="false" pn="figure-4">
          <name slugifiedName="name-mib-relative-object-identifi">MIB relative object identifier, in CBOR</name>
          <artwork name="" type="" align="left" alt="" pn="section-3.2-4.1"><![CDATA[
D8 6E                             # tag(110)
   43                             # 0b010_01001: mt 2 (bstr), 3 bytes
      01 01 1D                    # X.690 Clause 8.20
]]></artwork>
        </figure>
        <t pn="section-3.2-5">This relative OID saves seven bytes compared to the full OID encoding.</t>
      </section>
    </section>
    <section anchor="discussion" numbered="true" toc="include" removeInRFC="false" pn="section-4">
      <name slugifiedName="name-discussion">Discussion</name>
      <t pn="section-4-1">Staying close to the way object identifiers are encoded in ASN.1
BER makes back-and-forth translation easy; otherwise we would choose a
more efficient encoding.  Object
identifiers in IETF protocols
are serialized in dotted decimal form or BER form, so
there is an advantage in not inventing a third form.  Also,
expectations of the cost of encoding object identifiers are
based on BER; using a different encoding might not be aligned with
these expectations. If additional information about an OID is desired,
lookup services such as
the <xref target="X.672" format="default" sectionFormat="of" derivedContent="X.672">OID Resolution Service (ORS)</xref>
and the <xref target="OID-INFO" format="default" sectionFormat="of" derivedContent="OID-INFO">OID Repository</xref> are available.</t>
    </section>
    <section anchor="tfs" numbered="true" toc="include" removeInRFC="false" pn="section-5">
      <name slugifiedName="name-tag-factoring-with-oid-arra">Tag Factoring with OID Arrays and Maps</name>
      <t pn="section-5-1">TBD111 and TBD110 can tag CBOR arrays and maps. The idea is that
the tag is factored out from each individual byte string;
the tag is placed in front of the array or map instead.
The tags TBD111 and TBD110 are left-distributive.</t>
      <t pn="section-5-2">When the TBD111 or TBD110 tag is applied to an array, it means
that the respective tag is imputed to all items in the array that are
byte strings.
For example, when the array is tagged with TBD111,
every array item that is a binary string
is an OID.</t>
      <t pn="section-5-3">When the TBD111 or TBD110 tag is applied to a map, it means that
the respective tag is imputed to all keys in the map that are byte strings.
The values in the map are not considered specially tagged.</t>
      <t pn="section-5-4">Array and map nesting is permitted. For example,
a 3-dimensional array of OIDs can be composed by using
a single TBD111 tag, followed by an array of arrays of arrays
of binary strings. All such binary strings are considered OIDs.
  <cref anchor="_1" display="true">That was part of the original proposal.  I find it hard to
imagine how to stop the influence of the tag deep into a nested
structure.  That's why I would rather limit this to one level (no
nesting).  But see the Figure below, which needs a nesting of two.
Please discuss.</cref></t>
    </section>
    <section anchor="applications-and-examples-of-oids" numbered="true" toc="include" removeInRFC="false" pn="section-6">
      <name slugifiedName="name-applications-and-examples-o">Applications and Examples of OIDs</name>
      <section anchor="x500-distinguished-name" numbered="true" toc="exclude" removeInRFC="false" pn="section-6.1">
        <name slugifiedName="name-x500-distinguished-name">X.500 Distinguished Name</name>
        <t pn="section-6.1-1">Consider the X.500 distinguished name:</t>
        <table anchor="tab-dn-data" align="center" pn="table-1">
          <name slugifiedName="name-example-x500-distinguished-">Example X.500 Distinguished Name</name>
          <thead>
            <tr>
              <th align="left" colspan="1" rowspan="1">Attribute Types</th>
              <th align="left" colspan="1" rowspan="1">Attribute Values</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left" colspan="1" rowspan="1">c (2.5.4.6)</td>
              <td align="left" colspan="1" rowspan="1">US</td>
            </tr>
            <tr>
              <td align="left" colspan="1" rowspan="1">l (2.5.4.7)<br/>s (2.5.4.8)<br/>postalCode (2.5.4.17)</td>
              <td align="left" colspan="1" rowspan="1">Los Angeles<br/>CA<br/>90013</td>
            </tr>
            <tr>
              <td align="left" colspan="1" rowspan="1">street (2.5.4.9)</td>
              <td align="left" colspan="1" rowspan="1">532 S Olive St</td>
            </tr>
            <tr>
              <td align="left" colspan="1" rowspan="1">businessCategory (2.5.4.15)<br/>buildingName (0.9.2342.19200300.100.1.48)</td>
              <td align="left" colspan="1" rowspan="1">Public Park<br/>Pershing Square</td>
            </tr>
          </tbody>
        </table>
        <t pn="section-6.1-3"><xref target="tab-dn-data" format="default" sectionFormat="of" derivedContent="Table 1"/> has four "relative distinguished names" (RDNs). The country and street RDNs are single-valued.
The second and fourth RDNs are multi-valued.</t>
        <t pn="section-6.1-4">The equivalent representations in CBOR diagnostic notation and CBOR are:</t>
        <figure anchor="fig-dn-cbor-diag-7049" align="left" suppress-title="false" pn="figure-5">
          <name slugifiedName="name-distinguished-name-in-cbor-">Distinguished Name, in CBOR Diagnostic Notation</name>
          <artwork name="" type="" align="left" alt="" pn="section-6.1-5.1"><![CDATA[
111([{ h'550406': "US" },
     { h'550407': "Los Angeles", h'550408': "CA",
       h'550411': "90013" },
     { h'550409': "532 S Olive St" },
     { h'55040f': "Public Park",
       h'0992268993f22c640130': "Pershing Square" }])
]]></artwork>
        </figure>
        <figure anchor="fig-dn-cbor" align="left" suppress-title="false" pn="figure-6">
          <name slugifiedName="name-distinguished-name-in-cbor-1">Distinguished Name, in CBOR (109 bytes)</name>
          <artwork name="" type="" align="left" alt="" pn="section-6.1-6.1"><![CDATA[
d8 6f                                      # tag(111)
   84                                      # array(4)
      a1                                   # map(1)
         43 550406                         # 2.5.4.6 (4)
         62                                # text(2)
            5553                           # "US"
      a3                                   # map(3)
         43 550407                         # 2.5.4.7 (4)
         6b                                # text(11)
            4c6f7320416e67656c6573         # "Los Angeles"
         43 550408                         # 2.5.4.8 (4)
         62                                # text(2)
            4341                           # "CA"
         43 550411                         # 2.5.4.17 (4)
         65                                # text(5)
            3930303133                     # "90013"
      a1                                   # map(1)
         43 550409                         # 2.5.4.9 (4)
         6e                                # text(14)
            3533322053204f6c697665205374   # "532 S Olive St"
      a2                                   # map(2)
         43 55040f                         # 2.5.4.15 (4)
         6b                                # text(11)
            5075626c6963205061726b         # "Public Park"
         4a 0992268993f22c640130    # 0.9.2342.19200300.100.1.48 (11)
         6f                                # text(15)
            5065727368696e6720537175617265 # "Pershing Square"
]]></artwork>
        </figure>
        <t pn="section-6.1-7">(This example encoding assumes that all attribute values are UTF-8 strings,
or can be represented as UTF-8 strings with no loss of information.)</t>
      </section>
    </section>
    <section anchor="control" numbered="true" toc="include" removeInRFC="false" pn="section-7">
      <name slugifiedName="name-cddl-control-operators">CDDL Control Operators</name>
      <t pn="section-7-1">CDDL specifications may want to specify the use of SDNVs or SDNV
sequences (as defined for the tag content for TBD110).  This document
introduces two new control operators that can be applied to a target
value that is a byte string:</t>
      <ul spacing="normal" bare="false" empty="false" pn="section-7-2">
        <li pn="section-7-2.1">
          <tt>.sdnv</tt>, with a control type that contains unsigned integers.  The
byte string is specified to be encoded as an <xref target="RFC6256" format="default" sectionFormat="of" derivedContent="RFC6256"/> SDNV (BER
encoding) for the matching values of the control type.</li>
        <li pn="section-7-2.2">
          <tt>.sdnvseq</tt>, with a control type that contains arrays of unsigned
integers.  The byte string is specified to be encoded as a sequence
of <xref target="RFC6256" format="default" sectionFormat="of" derivedContent="RFC6256"/> SDNVs (BER encoding) that decodes to an array of
unsigned integers matching the control type.</li>
      </ul>
      <t pn="section-7-3"><xref target="fig-dn-cddl" format="default" sectionFormat="of" derivedContent="Figure 7"/> shows an example for the use of <tt>.sdnvseq</tt> for a part
of a structure using OIDs that could be used in <xref target="fig-dn-cbor" format="default" sectionFormat="of" derivedContent="Figure 6"/>.
  <cref anchor="_2" display="true">We could define another control operator that includes the
X*40+Y magic, so the example can actually use "[2, 5, 4, 6]".  We
could also add an operator that parses dotted decimal integer
sequences, so we can use "2.5.4.6".  I don't see a strong reason
for that.</cref></t>
      <figure anchor="fig-dn-cddl" align="left" suppress-title="false" pn="figure-7">
        <name slugifiedName="name-using-sdnvseq">Using .sdnvseq</name>
        <artwork type="cddl" name="" align="left" alt="" pn="section-7-4.1"><![CDATA[
country-rdn = {country-oid => country-value}
country-oid = bytes .sdnvseq [85, 4, 6]
country-value = text .size 2
]]></artwork>
      </figure>
    </section>
    <section anchor="iana" numbered="true" toc="include" removeInRFC="false" pn="section-8">
      <name slugifiedName="name-iana-considerations">IANA Considerations</name>
      <section anchor="cbor-tags" numbered="true" toc="exclude" removeInRFC="false" pn="section-8.1">
        <name slugifiedName="name-cbor-tags">CBOR Tags</name>
        <t pn="section-8.1-1">IANA is requested to assign the CBOR tags in <xref target="tab-tag-values-new" format="default" sectionFormat="of" derivedContent="Table 2"/>, with the
present document as the specification reference.</t>
        <table anchor="tab-tag-values-new" align="center" pn="table-2">
          <name slugifiedName="name-values-for-new-tags">Values for New Tags</name>
          <thead>
            <tr>
              <th align="left" colspan="1" rowspan="1">Tag</th>
              <th align="left" colspan="1" rowspan="1">Data Item</th>
              <th align="right" colspan="1" rowspan="1">Semantics</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left" colspan="1" rowspan="1">TBD111</td>
              <td align="left" colspan="1" rowspan="1">multiple</td>
              <td align="right" colspan="1" rowspan="1">object identifier (BER encoding)</td>
            </tr>
            <tr>
              <td align="left" colspan="1" rowspan="1">TBD110</td>
              <td align="left" colspan="1" rowspan="1">multiple</td>
              <td align="right" colspan="1" rowspan="1">relative object identifier (BER encoding); <br/>SDNV <xref target="RFC6256" format="default" sectionFormat="of" derivedContent="RFC6256"/> sequence</td>
            </tr>
          </tbody>
        </table>
      </section>
      <section anchor="cddl-control-operators" numbered="true" toc="exclude" removeInRFC="false" pn="section-8.2">
        <name slugifiedName="name-cddl-control-operators-2">CDDL Control Operators</name>
        <t pn="section-8.2-1">IANA is requested to assign the CDDL Control Operators in
<xref target="tab-operators-new" format="default" sectionFormat="of" derivedContent="Table 3"/>, with the present document as the specification
reference.</t>
        <table anchor="tab-operators-new" align="center" pn="table-3">
          <name slugifiedName="name-new-cddl-operators">New CDDL Operators</name>
          <thead>
            <tr>
              <th align="left" colspan="1" rowspan="1">Name</th>
              <th align="left" colspan="1" rowspan="1">Reference</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left" colspan="1" rowspan="1">.sdnv</td>
              <td align="left" colspan="1" rowspan="1">[this document, <xref target="control" format="default" sectionFormat="of" derivedContent="Section 7"/>]</td>
            </tr>
            <tr>
              <td align="left" colspan="1" rowspan="1">.sdnvseq</td>
              <td align="left" colspan="1" rowspan="1">[this document, <xref target="control" format="default" sectionFormat="of" derivedContent="Section 7"/>]</td>
            </tr>
          </tbody>
        </table>
      </section>
    </section>
    <section anchor="security-considerations" numbered="true" toc="include" removeInRFC="false" pn="section-9">
      <name slugifiedName="name-security-considerations">Security Considerations</name>
      <t pn="section-9-1">The security considerations of RFC 7049 apply.</t>
      <t pn="section-9-2">The encodings in Clauses 8.19 and 8.20 of <xref target="X.690" format="default" sectionFormat="of" derivedContent="X.690"/> are quite compact and unambiguous,
but MUST be followed precisely to avoid security pitfalls.
In particular, the requirements set out in <xref target="reqts" format="default" sectionFormat="of" derivedContent="Section 2.1"/> of this document need to be
followed; otherwise, an attacker may be able to subvert a checking
process by submitting alternative representations that are later taken
as the original (or even something else entirely) by another decoder
supposed to be protected by the checking process.</t>
      <t pn="section-9-3">OIDs and relative OIDs can always be treated as opaque byte strings.
Actually understanding the structure that was used for generating them
is not necessary, and, except for checking the structure requirements,
it is strongly NOT RECOMMENDED to perform any
processing of this kind (e.g., converting into dotted notation and
back) unless absolutely necessary.
If the OIDs are translated into other representations, the usual
security considerations for non-trivial representation conversions
apply; the primary integer values are unlimited in range.</t>
      <section anchor="bdconv" numbered="true" toc="exclude" removeInRFC="false" pn="section-9.1">
        <name slugifiedName="name-conversions-between-ber-and">Conversions Between BER and Dotted Decimal Notation</name>
        <t pn="section-9.1-1"><xref target="PKILCAKE" format="default" sectionFormat="of" derivedContent="PKILCAKE"/> uncovers exploit vectors for the illegal values above,
as well as for cases in which conversion to or from the dotted decimal notation
goes awry. Neither <xref target="X.660" format="default" sectionFormat="of" derivedContent="X.660"/> nor <xref target="X.680" format="default" sectionFormat="of" derivedContent="X.680"/> place an upper bound on the
range of unsigned integer values for an arc; the integers are arbitrarily valued.
An implementation SHOULD NOT attempt to convert each component using a
fixed-size accumulator, as an attacker will certainly be able to
cause the accumulator to overflow. Compact and efficient techniques
for such conversions, such as the double dabble algorithm <xref target="DOUBLEDABBLE" format="default" sectionFormat="of" derivedContent="DOUBLEDABBLE"/>
are well-known in the art; their application to this field is left
as an exercise to the reader.</t>
      </section>
    </section>
  </middle>
  <back>
    <references pn="section-10">
      <name slugifiedName="name-references">References</name>
      <references pn="section-10.1">
        <name slugifiedName="name-normative-references">Normative References</name>
        <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119" quoteTitle="true" derivedAnchor="RFC2119">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <seriesInfo name="BCP" value="14"/>
            <seriesInfo name="RFC" value="2119"/>
            <seriesInfo name="DOI" value="10.17487/RFC2119"/>
            <author initials="S." surname="Bradner" fullname="S. Bradner">
              <organization showOnFrontPage="true"/>
            </author>
            <date year="1997" month="March"/>
            <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>
        </reference>
        <reference anchor="RFC6256" target="https://www.rfc-editor.org/info/rfc6256" quoteTitle="true" derivedAnchor="RFC6256">
          <front>
            <title>Using Self-Delimiting Numeric Values in Protocols</title>
            <seriesInfo name="RFC" value="6256"/>
            <seriesInfo name="DOI" value="10.17487/RFC6256"/>
            <author initials="W." surname="Eddy" fullname="W. Eddy">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="E." surname="Davies" fullname="E. Davies">
              <organization showOnFrontPage="true"/>
            </author>
            <date year="2011" month="May"/>
            <abstract>
              <t>Self-Delimiting Numeric Values (SDNVs) have recently been introduced as a field type in proposed Delay-Tolerant Networking protocols. SDNVs encode an arbitrary-length non-negative integer or arbitrary- length bitstring with minimum overhead.  They are intended to provide protocol flexibility without sacrificing economy and to assist in future-proofing protocols under development.  This document describes formats and algorithms for SDNV encoding and decoding, along with notes on implementation and usage.  This document is a product of the Delay-Tolerant Networking Research Group and has been reviewed by that group.  No objections to its publication as an RFC were raised.  This document is not an Internet Standards Track specification; it is published for informational purposes.</t>
            </abstract>
          </front>
        </reference>
        <reference anchor="RFC7049" target="https://www.rfc-editor.org/info/rfc7049" quoteTitle="true" derivedAnchor="RFC7049">
          <front>
            <title>Concise Binary Object Representation (CBOR)</title>
            <seriesInfo name="RFC" value="7049"/>
            <seriesInfo name="DOI" value="10.17487/RFC7049"/>
            <author initials="C." surname="Bormann" fullname="C. Bormann">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="P." surname="Hoffman" fullname="P. Hoffman">
              <organization showOnFrontPage="true"/>
            </author>
            <date year="2013" month="October"/>
            <abstract>
              <t>The Concise Binary Object Representation (CBOR) is a data format whose design goals include the possibility of extremely small code size, fairly small message size, and extensibility without the need for version negotiation.  These design goals make it different from earlier binary serializations such as ASN.1 and MessagePack.</t>
            </abstract>
          </front>
        </reference>
        <reference anchor="RFC8174" target="https://www.rfc-editor.org/info/rfc8174" quoteTitle="true" derivedAnchor="RFC8174">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <seriesInfo name="BCP" value="14"/>
            <seriesInfo name="RFC" value="8174"/>
            <seriesInfo name="DOI" value="10.17487/RFC8174"/>
            <author initials="B." surname="Leiba" fullname="B. Leiba">
              <organization showOnFrontPage="true"/>
            </author>
            <date year="2017" month="May"/>
            <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>
        </reference>
        <reference anchor="X.660" quoteTitle="true" derivedAnchor="X.660">
          <front>
            <title>Information technology -- Procedures for the operation of object identifier registration authorities: General procedures and top arcs of the international object identifier tree</title>
            <seriesInfo name="ITU-T" value="Recommendation X.660"/>
            <author>
              <organization showOnFrontPage="true">International Telecommunications Union</organization>
            </author>
            <date year="2011" month="July"/>
          </front>
        </reference>
        <reference anchor="X.680" quoteTitle="true" derivedAnchor="X.680">
          <front>
            <title>Information technology -- Abstract Syntax Notation One (ASN.1): Specification of basic notation</title>
            <seriesInfo name="ITU-T" value="Recommendation X.680"/>
            <author>
              <organization showOnFrontPage="true">International Telecommunications Union</organization>
            </author>
            <date year="2015" month="August"/>
          </front>
        </reference>
        <reference anchor="X.690" quoteTitle="true" derivedAnchor="X.690">
          <front>
            <title>Information technology -- ASN.1 encoding rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules (DER)</title>
            <seriesInfo name="ITU-T" value="Recommendation X.690"/>
            <author>
              <organization showOnFrontPage="true">International Telecommunications Union</organization>
            </author>
            <date year="2015" month="August"/>
          </front>
        </reference>
      </references>
      <references pn="section-10.2">
        <name slugifiedName="name-informative-references">Informative References</name>
        <reference anchor="DOUBLEDABBLE" quoteTitle="true" target="https://doi.org/10.1109/newcas.2012.6328944" derivedAnchor="DOUBLEDABBLE">
          <front>
            <title>An improved BCD adder using 6-LUT FPGAs</title>
            <seriesInfo name="DOI" value="10.1109/newcas.2012.6328944"/>
            <seriesInfo name="10th IEEE International NEWCAS" value="Conference"/>
            <author initials="S." surname="Gao" fullname="Shuli Gao">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="D." surname="Al-Khalili" fullname="Dhamin Al-Khalili">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="N." surname="Chabini" fullname="Noureddine Chabini">
              <organization showOnFrontPage="true"/>
            </author>
            <date year="2012" month="June"/>
          </front>
        </reference>
        <reference anchor="OID-INFO" target="http://www.oid-info.com/" quoteTitle="true" derivedAnchor="OID-INFO">
          <front>
            <title>OID Repository</title>
            <author>
              <organization showOnFrontPage="true">Orange SA</organization>
            </author>
            <date year="2016"/>
          </front>
        </reference>
        <reference anchor="PCRE" target="http://www.pcre.org/" quoteTitle="true" derivedAnchor="PCRE">
          <front>
            <title>PCRE - Perl Compatible Regular Expressions</title>
            <author initials="A." surname="Ho" fullname="Andrew Ho">
              <organization showOnFrontPage="true"/>
            </author>
            <date year="2018"/>
          </front>
        </reference>
        <reference anchor="PKILCAKE" quoteTitle="true" target="https://doi.org/10.1007/978-3-642-14577-3_22" derivedAnchor="PKILCAKE">
          <front>
            <title>PKI Layer Cake: New Collision Attacks against the Global X.509 Infrastructure</title>
            <seriesInfo name="DOI" value="10.1007/978-3-642-14577-3_22"/>
            <seriesInfo name="Financial Cryptography and Data Security" value="pp. 289-303"/>
            <author initials="D." surname="Kaminsky" fullname="Dan Kaminsky">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="M." surname="Patterson" fullname="Meredith L. Patterson">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="L." surname="Sassaman" fullname="Len Sassaman">
              <organization showOnFrontPage="true"/>
            </author>
            <date year="2010"/>
          </front>
        </reference>
        <reference anchor="RFC7388" target="https://www.rfc-editor.org/info/rfc7388" quoteTitle="true" derivedAnchor="RFC7388">
          <front>
            <title>Definition of Managed Objects for IPv6 over Low-Power Wireless Personal Area Networks (6LoWPANs)</title>
            <seriesInfo name="RFC" value="7388"/>
            <seriesInfo name="DOI" value="10.17487/RFC7388"/>
            <author initials="J." surname="Schoenwaelder" fullname="J. Schoenwaelder">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="A." surname="Sehgal" fullname="A. Sehgal">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="T." surname="Tsou" fullname="T. Tsou">
              <organization showOnFrontPage="true"/>
            </author>
            <author initials="C." surname="Zhou" fullname="C. Zhou">
              <organization showOnFrontPage="true"/>
            </author>
            <date year="2014" month="October"/>
            <abstract>
              <t>This document defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community.  In particular, it defines objects for managing IPv6 over Low-Power Wireless Personal Area Networks (6LoWPANs).</t>
            </abstract>
          </front>
        </reference>
        <reference anchor="X.672" quoteTitle="true" derivedAnchor="X.672">
          <front>
            <title>Information technology -- Open systems interconnection -- Object identifier resolution system</title>
            <seriesInfo name="ITU-T" value="Recommendation X.672"/>
            <author>
              <organization showOnFrontPage="true">International Telecommunications Union</organization>
            </author>
            <date year="2010" month="August"/>
          </front>
        </reference>
      </references>
    </references>
    <section removeInRFC="true" anchor="change-log" numbered="true" toc="include" pn="section-appendix.a">
      <name slugifiedName="name-change-log">Change Log</name>
      <t pn="section-appendix.a-1">This section is to be removed before publishing as an RFC.</t>
      <section anchor="changes-from-06-to-07" numbered="true" toc="exclude" removeInRFC="false" pn="section-a.1">
        <name slugifiedName="name-changes-from-06-to-07">Changes from -06 to -07</name>
        <t pn="section-a.1-1">Reduce the draft back to its basic mandate: Describe CBOR tags for
what is colloquially know as ASN.1 Object IDs.</t>
      </section>
      <section anchor="changes-from-05-to-06" numbered="true" toc="exclude" removeInRFC="false" pn="section-a.2">
        <name slugifiedName="name-changes-from-05-to-06">Changes from -05 to -06</name>
        <t pn="section-a.2-1">Refreshed the draft to the current date ("keep-alive").</t>
      </section>
      <section anchor="changes-from-04-to-05" numbered="true" toc="exclude" removeInRFC="false" pn="section-a.3">
        <name slugifiedName="name-changes-from-04-to-05">Changes from -04 to -05</name>
        <t pn="section-a.3-1">Discussed UUID usage in CBOR, and incorporated fixes
proposed by Olivier Dubuisson, including fixes regarding OID nomenclature.</t>
      </section>
      <section anchor="changes-from-03-to-04" numbered="true" toc="exclude" removeInRFC="false" pn="section-a.4">
        <name slugifiedName="name-changes-from-03-to-04">Changes from -03 to -04</name>
        <t pn="section-a.4-1">Changes occurred based on limited feedback, mainly centered around
the abstract and introduction, rather than substantive
technical changes. These changes include:</t>
        <ul spacing="normal" bare="false" empty="false" pn="section-a.4-2">
          <li pn="section-a.4-2.1">Changed the title so that it is about tags and techniques.</li>
          <li pn="section-a.4-2.2">Rewrote the abstract to describe the content more accurately,
and to point out that no changes to the wire protocol are being proposed.</li>
          <li pn="section-a.4-2.3">Removed "ASN.1" from "object identifiers", as OIDs are independent of ASN.1.</li>
          <li pn="section-a.4-2.4">Rewrote the introduction to be more about the present text.</li>
          <li pn="section-a.4-2.5">Proposed a concise OID arc.</li>
          <li pn="section-a.4-2.6">Provided binary regular expression forms for OID validation.</li>
          <li pn="section-a.4-2.7">Updated IANA registration tables.</li>
        </ul>
      </section>
      <section anchor="changes-from-02-to-03" numbered="true" toc="exclude" removeInRFC="false" pn="section-a.5">
        <name slugifiedName="name-changes-from-02-to-03">Changes from -02 to -03</name>
        <t pn="section-a.5-1">Many significant changes occurred in this version. These changes include:</t>
        <ul spacing="normal" bare="false" empty="false" pn="section-a.5-2">
          <li pn="section-a.5-2.1">Expanded the draft scope to be a comprehensive CBOR update.</li>
          <li pn="section-a.5-2.2">Added OID-related sections: OID Enumerations,
OID Maps and Arrays, and
Applications and Examples of OIDs.</li>
          <li pn="section-a.5-2.3">Added Tag 36 update (binary MIME, better definitions).</li>
          <li pn="section-a.5-2.4">Added stub/experimental sections for X.690 Series Tags (tag &lt;&lt;X&gt;&gt;)
and Regular Expressions (tag 35).</li>
          <li pn="section-a.5-2.5">Added technique for representing sets and multisets.</li>
          <li pn="section-a.5-2.6">Added references and fixed typos.</li>
        </ul>
        <!--  LocalWords:  CBOR extensibility IANA uint sint IEEE endian IETF
 -->
<!--  LocalWords:  signedness endianness ASN BER encodings OIDs OID
 -->
<!--  LocalWords:  Implementers SDNV SDNVs repurpose SDNV's UTF
 -->

</section>
    </section>
    <section anchor="authors-addresses" numbered="false" removeInRFC="false" toc="include" pn="section-appendix.b">
      <name slugifiedName="name-authors-addresses">Authors' Addresses</name>
      <author initials="C." surname="Bormann" fullname="Carsten Bormann">
        <organization showOnFrontPage="true">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>
      <author initials="S." surname="Leonard" fullname="Sean Leonard">
        <organization showOnFrontPage="true">Penango, Inc.</organization>
        <address>
          <postal>
            <street>5900 Wilshire Boulevard</street>
            <street>21st Floor</street>
            <city>Los Angeles, CA</city>
            <code>90036</code>
            <country>USA</country>
          </postal>
          <email>dev+ietf@seantek.com</email>
          <uri>http://www.penango.com/</uri>
        </address>
      </author>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAOtM/14AA8Vc65bbRnL+j6fo5eQckzZJ8T4Xr71LzYzsyUoaZS5rO7J2
BQJNEisQoAFwRvRIOXmIPMD+yL88Qv45b5InyVdV3biQHI3k9TmZXdsk0Zeq
6rpXNVqtlpMFWaiP1NeOUsdx5AWpVo+DyE3W6nzyN+1l6kIvE53qKHOzII5U
/fjx+UVDXbmzVE3jxIz65e9nPoYE00AnqeNOJom+OVI0tDTy7CR1/NiL3AU2
9BN3mrUmcbJwo6jl4UMrw8hWHPitzr7juxkG9Tq9Dr61On3HSTM38v/qhnGE
B1my0o4TLBP+mGa9Tuew03Pe6PVtnPhH6izKdBLprHVC2ziemx2pNPOdPbVa
0tLpkdrvDA5Vq6WiuKmCTPmxTqPPMsdZBkfqZRZ7Tf63r5fZvKm6r5oqjZMs
0dMUn9YL+eDFi6XrZfxhAfzTV47jrrJ5nByBni38o1QQYbPjtnosqPJvQoJj
N0kzHVWexMnsSF1HwQ3oGGT/85+ZepxoLK2u/vWMB6SAQQObF3GaTV1vrvr9
zmDQ4WdekK2PzAT5Ifaxz0mrd9AfHppfVlGWYNQ3mjZd84/LORP1i8Fha9Dr
tnrdg9aof9jr8kO9cIPwSHnuJP5j9nPQBoRV3C7b6qmOwTJ+CbdL7UaVn80y
vr75ItDZ9I8pBmT6TRuU4+erBHSfZ9ny6NGj29vb9lJHbjSL6fmjgjIv5Ncm
Dthrl+nBnwGWGh52Ouq7IEznQQJWjlehvrEw0PNeN83UkzCOkxLJnsapGkcz
HWoc6vG4RDus1h9VKXd9OXYcJ6JDy3BOtPXFk+NRbzgCj/nRjXwn9gLVJrzP
9+3RqCMwluSN/s6iqSwE0cq0N4/iMJ6t1f/++3+YAS+S2NP+CiLIQpTNtYqX
OpEZ8VTFIqVBLn4q0bMAVJERwo1BFoDlzYrf6AjzQ7UsVoZkqSxeKjfxUlqU
dglYhHgVDN7ehujOKxYMnx/TWWXuFehKArKKAo9/S4nDY2FRK+jdLok9n6hO
AG0Awtg1z66uW1dH0EQiZr6gxkR1hLoHn0pdNZ4QjYDS5Rqq7a16HhsFdx5p
VR9fPm93G3b/y6X2gLSXE33ipoEHzSFTfksqDFudg0+lwoGlwuGnU4HwVDoC
swfRTCWQlvRerB8z1qd28AUNVvXHpxcNCI0bxYRYmD83q5hRxxjFbHYC3sTT
VZDOtb+12AmG/X+T8xDkDCzJRL7x637vU2l7DhUGUwEVv0hFmrw4iiBFNLYQ
8PMdApzG4YqHyfTfkiKdX0GR/R5GvDi+OLUjMzeZkREq62sv0WQbHtkhQiea
Ba37Qich/AtYyyyYhBp7zFahm6jTt+RcpASsmVdFkzS2GJRx5Cf6Vn0bmyc5
QoQNXIvW2fMn5+aItqEjr4JQLczJxjliBfJ0YhjdOFnfR/DzBNZHq8txlaZk
IF786ezp8fhPpzC352ftbgf/7+w/Otw/aPVbo0Gv1R0M9/db/b/2iJYn59eP
n56ejB/j38WEbufw0fPT747Hl20s2muP+r2Dw8HAcVpwU1yjr2B6rqCdP95X
a5I1Ym+noQKoegLbdYRr1e08xiI++GAWqVnshsSpXrjyNdsA0CMNJkEII0kK
QL/NyLcI1ypduGHokIlUafCzbqqpGyT2d7XAkboz+4ikHjN1lC91G4Cyq4y2
cCINNUCWjT0eAB3pWZwFjEBbcDU4wUXzVgv+oKdBBHXB/mVm/Etny0RBn5DP
2WiDtTPCnYQw8rXvuCmjBydOJ1B+ulja2tiz8fNx1ZIas5jv6aSxAcRvyxEt
At8P4ZZCLJPYX4mgm7+7vYB+fe98Vfr79KO8uzOuxfv3DTLgN8A2dSzQomTm
zKMAF6ADCBh4n888J7sLxH5aBewmCsaug81a7iyhw0i9OZy1tmPZJie3a+xe
qjNantfM1kvymUDQW42Td2kUqDMjA7DQBEuQLgAceA2u24SUPPMCK32CeWsx
la6WS7jagOQmcB24keWzWH8ST2y7LanDPEGUZP8BdGxCCgI40uQOq7PTqydE
WLj+MYTBcxPaknYUU7nLBjpkA82Kh7SiStl0rtVEjtTaV/atJnE2V3WIM+l4
3dgFIklMokM2PzueCzwwJhmFHIYxwUDFNh6oNtEMfQA6BvADhTCTdaaJLzCK
VoFMbBEwu41LROST8+IbLRxGD98EkU+7OkKRHWLHgMi+Ge1x667bimBmuSHg
oGhigtBdLkOCMIvheybuWlzRhbuU41vE8OHdJAs8WAtwhGN3MU7JcpVARWlQ
pCrg6tcJuJMZGFVFtq8QKgXGsBfyDFFbpO9J8PM/YU0EoYqi0FTVnl1fXtWa
8l/1/Jw/X5z+y/XZxekJfb78dvz0af7BMSMuvz2/fnpSfCpmHp8/e3b6/EQm
41dV+cmpPRv/UBOFWzt/cXV2/nz8tJafQk4CF0TNmPysMCBKGZPMgS7xkmAi
J/f4+MUvf+8OwNa/gybodbvQOebLQXd/gC+3cx3JbnEE3S9fQcK1g2PVsO7E
d1AKnrsMMpw4q4l0Ht9Gao5jaRtTlpXIC17O1Y7wRvolLbO0TJDIGWGKqhEz
1+jYV6mAHEAaovhWeas0ixckedAREAzWSukaHup6waaiFnuZzmqAwGjbUvYC
RwtvIa1q6m2tXfW9tpbh8KhQMoDScdUcDxBizclPBsGgcGAloXCXrkcK2ynJ
UFNpCu5BD1FOhGUU/LQi45tY0yCMDtSgzpnLscYyCRhzOtoZ4LhxwxVUFENy
AEjaznfzINRGZdiZojI0lBvWn+jKFiAs6wMjoNhjFZG/wI94EzpZkVWTECnm
i2jR4vGUch0k8yCAvoEwT9bK9eNlZk3BLfDH9nyaGwvsCnSJX1lEmVtPL74U
Nt+YuXDXubYRdbIQQwQRcDgEhosDAAAMFDMIlgLQWxKRhfuGHgCc3duDe7Br
sV9q7Fl+FmqLTrQL9Da0lybWgY1MdThtAe1gETAd7u5alEMAx1TxYDVvWYL8
pt3nTKSwEAA+0dB+KeRKlbU8uxS3xL3qCnZYvT5//M+nx1fq7OT0+dXZk7PT
i9eNpiPcOIHehGyzKxHHpFE8VS+Y/Th0iWr99rDd68K+TpN4sWnQnHv3vTh9
Or46+/NpC4b6dW6deUsnXwT6K40XO5BQbyJSMLwlm8i3mQGNuN/JQTuAe91o
O2OWHzLXlOQALy6Cn5ngTT5c8PNErCKOdhokacYmMD9PokL0AZIikASkcaRV
BN2bwHUoQTpZb/AYu9wJpXfE36ZztjpjLaa4gINoPof4s+7N5qRuNnih3mmq
rijoHo6OkzzMoaCLL7meFaxlojo8psuGgTlRLLJ1KUtLTnR2q3XkyIz+IVzr
OmnDnAte/y3GlFaQxq0gW7Wyeq/xmsB0IhzYCufI61uWFpVdANRuOGdT9T0v
/oPYqZ10b7IVILkNCxChd1asV3P3I2V9tBI9eeQ4X2Ppz9Wgo75QP4gWDyIK
O7ANAru0iOTr7swNoh2nI8zFUSBL5PdM1R8ksjK+DNlBeA/GQ+SE3SZbQDQv
A1ISch4wBLBuvGDOSg/4gI4fTOHbNEXnpZVUTdmTI28GmF+5M3X1+KTb7R6J
g+OWXUHrLuUebJERIpAi534GV/U0WCxB9NrWoxpiZvghZye1RrsEQedXQJBT
YjvIw1mRdq/ltJINlSoIXF6KVKgDWZxgZmA0NiwC7U+eYaF+L0kxnxSK+bmR
3z+LPa1fnjz/c9ow9AdCquzWsgljT1NCoQ1kSZIdUk5gsg37rX7WSays68ub
gHh7e4gH85CNBYcgL6850bwy9sPWd3uI8DL4MM64urE8huIRZqCN5FAUu6hk
nclRyiBLxkmB4Ac+mVdn2ySTVd88jyM1Lps4GWiQcnKkjD4h5Q5PUAxb8bvk
KcpUIQ1qiUIISWDikHc5d2/4mAN6DD1BJpdlAZ7uJMgowIQz9dbTy8L5D10M
pHXIoBEAGLdY0W+ajLbOviwpHiagtb4MJNaOYh7ceXvQcepioW7jVegLCUPt
MsMx3lAkNOuzlMJn3er2DqDZEIovNGhMonEWGdeDowZI6+esFovdRYdTeMqw
sCGYxmEY3+ZixL/NjRRt0sFRTAnGrKlsMGLhV3XjNxU5AZCLckAUq0t+ThQZ
1rnH7aDUAgGIlYgXJbdDvj7i+JTpvmgYtHLaF4DYI7z3AAVEbL8TSLAhZB2a
PkQgA7JFXNzYAWfDIfOiAyZ2HjbDBjCPkxEKxDCR5SGtsSInX/tNZQJDcuPN
cJxb7lVQxhYC5gG7svNiiQNTyhjihMAYaeYQN8PaNVXQ1u2mYd5cSwkfVWYw
/xMTmaC9qu+XFEBlqaMXy2z9IaPBXE1Ox9qBRwjZAQcYKrJSYAtmFs2tEunu
WFmfme0V+SMsSxYOu1eOM5dUg7QcnzrMomyb4GAAr2gGnsmxrqdwYC5NdrzX
xv/ohKCPqYRGORUT5+XJrpJeMxGgaxSxJEassKcS0pu8kRy1STpVlijrb8P2
WHPFvJ9IutrRRbqadDBroqYZQw6OJYetDLEkkNJcTELy9u/uKB+OIEyp6ygM
3mhKeXHVxOygyjswwaTYh9OMHG/uUgaYYhQbtglnii4oAVpdxn1jlSb8MGE2
H+FxEFFNW1jCJIysC+NDxryM/Mp4K29ElHwSJ1XisfxnhZNBvtbrR3+p11/+
+Pag2/rx7ZMnr+hjRz5+3vgDvnXo2/6TV40v/unR6wcX7Xziop/zomNewK5E
xs+yh7BjrCllQCkuLuRYt9dIAlgeZm8Gakp2yUr+6VuXtA3lCrT5WOQL2Fyf
lnwOWvDy23GrNxyRd2LDMvYk8rrjkXOk7tS292zrzvXuqAFOqx8MOg0qRriR
CVTq3YaaxTf1bqcrpTMvjZN6v6EihH1uOIvZ1tQHDTIPc/yQ0qr4BHBoLpyE
kzgjH/kE3LsAL5ZB6rW7ozb2bHfb2KDdbw8gml3Hcf6t+HM6I/XA3566fg6t
eHE5fqquxt8oLql3Dh+Yc2gljLR5wP6fPBp11MFIDQ5Up6tGQ9Xpq85AdXr0
FdPYhbRB6EG7e+jsybR3+Ae4KIQ69Lmv1ECpHn9VnJjieAG6lqyLLWPSXKJC
DhfoUMH+7kjtTYNZCyRtkVvJlaWvaqUTNwmK2vsq2U4O1OjJAyQA09YhUHyy
g4fo1Zl0up2/4p8O3PxFpnpNS8JfSbf70CSdfA+epC4I0Q0ZcNWzs8dwYgsn
3XG+wadIwniaXNftGazha6iypRs9CyavKWGYwu/2TbryNTHgCKzYo396o9ew
D3+ggkj/4IAS+Q6GiS9W1YrkTvqwcUcfEj3ZVhJ5KQmG/HCJMaWv56vsimJF
Mrj13uFD4kNi0+4dbojLyQfPUW2LS7fP8tJ/YFL/PnnB+eL/3Z37bp17r2Pl
pUv/793DdffJyy6eWQSTsmgQK9zvpjQ/IC6nD1BAxKUj4vIQubbERdWpyIqg
rl+Rmk+l3n0UKEvNR5DAStKVeOeF5CBivaE6mSbxEcPOedekSNtMV/DuaKg9
FhitkyD1VuwTwGz5+ZdyottxwO5rEhkvpMKwWe3WXe/KFlov2ZR6WLQ4a7aA
x0HRjvemhcClBcNK5pfEJhS3CD7t+ksJem6p9HmrjdfrzWPa15VIUU/hTAVl
7mrbfolK+hCbV+t2DoFGDQ6w1z8LdL4IqW+ElI09joPApc/kCpFvlEjwCVfQ
v4H/S1VsTCYPgVJFUSbBPKKRhAP8BQAaw2lskmsIsIpcbcYlupT9zCIBsZOI
DsWFVESRLLa4k66SDE8Ze7UIZvNMmdgTuHFymZwbx1QAS0C0FWIdqL3AlCiC
UqeKO+E6cCRKO+UGAIpznDCO36yWRLqbwONaLJSpeI3qpfRI5L0plzJI1c8v
Lhuv6nvcKNLI04wvqy0VGGC7NBrMOe6NG4TkYZnk0BO4tjFnKdhbo9njoiT4
jEqCd3vZNN0qoUsmgwaZVAY5s+T1lasWtqwodUgcgCvpHzdzithOTRkGOguQ
h1PIHPQHCAxvAn8FKpYc1C/LM5eh6wmjYVqUWQ7g3Tlz4S6pWzLTri/lW86B
bcPOKVg9zVqUtE8CxA8QelDoO0oq0opbiRsDQLmSGsm+HIQtNMTOyXPHiAqI
RTiFLhMDkyGliVAagWlXKoHPk5lPK1EA+evG+21K0rOYIjmxmeFOAzSE5EYj
JjdDsJEszdkeUyqX1R2RQfDAp6JOhC7wLg74Qbzf6HWONh2WRXoj9DExpCm1
2ME0zkQRKXgr4aIe1xQohmJCUDWG8TacqCLNVRlmHg7gAUxblYnquKoPPlhQ
5wyLsOGmKbdS50V+MsGpBPCsOjDNZMYNwQBA03hDJs6PiqXyqp755FBcXD4L
iMwY9GFNUH3AaJdQJqjaL//SfeU49O8jiBq1GCEsp/KtFQnI+MykaGIA7obU
nkNZG5+ODSEuHYl0Fy9cjNSKHA2q91CHqtQkpmGeGbQy6GtNEsY8QKTVvm0P
lh4Y7ELgfIawcr7GhmJvEFpTLoizvCaVK+WaEKwaqnokkJizorTy4xVlpCQT
8iSYrYhDNChr61TUz5QaGGz8dxtLr/ILSuZoZWwvcUSRcBEVlQeW5pA3dN0e
uRvDTmeji/K5u9COc2xOgkGTYX5lGDfSOc47Nc5EtWiuuKUfdJM+/FdeSzLj
WyOwn6fqvfYQoSNC2H/s7526vnxgBPYL7X77jd9Pkkdfp/b7gXwH2yEyPqbu
NfOgu78bsnfl1nCeezzm/xzCaezb/aQH3a51+A8g+U4N+z11qc5D0lSX2W78
JiTnOk2P3Uwjvl/nWAwFv8kqCMlfIL5Q9U77sN3rDxAzHfY6nX6HWxMRlgwO
GtjvxWoCFlQv3OQNz30Bp4STuJc/rUi+37ELm7mTlh+1pEtLPFjDqvcyZI1Y
npyxr2qhCmsg0pqmQSWSU3t3V1ry/XtOXU/jVVIq5Gwzb1pT9YuT59TRJx1Q
nBlhwTFHQE9ZLYkGbLGqNhbXlhkjn3eCWcpHL1ZhFuSDeTQlmvEDuV+blXjb
EOEH7iwCK5UTfrS68TtI1iqxAHRx/eWdmn82HHYGndFnR6p2fVlT75sSZ+RP
9ulJie9qTfvkgJ4cj2tN2x4rv3e79Duz5I7lDulhla12jJrSqBIzlPfoHB4i
2j44POxPez1vNMA+HR5e5RWs+qqxM/rxzQ0foliLm3sME22zTR76gKVy8tqQ
ejMk9BESTj9OsqqplIPBx85iq1gfNGx7cvejZsHA17t2juJYVA79A3OMilTF
Zvgb9R7ejHoc6r3SJPwNh8MPhb97zHoWpw8HynYG4dTfgdP+B+YYNbyB0+Th
zRinbreK1MAbTff7PTD8SI/2R8ORNxru90uzKlKzDenBg5Ae/DbUH/QHH+KT
PRbiLfi698+x8HU3STn8SACHVQD7h31Ygn63v/vo96w2+W24/v68pcXrcAMt
/fBmwiGDDbyG/X6/1+sMiUum4I/D/dFoSN/3B4LXhiK0CD540DmCvR0I3q+D
8oMb/kYyMOzsD0c9wmwEHIedUXe/V1psr6rES6C6apcalzn3uwiqCsDD2taC
PdwEG6La2++PDgA4hJePpAtUCPwhg71hTD5kSD7GfNS7HZP8bpDZqHMazYRW
RUZFEsym1kZxoJv7sybMI//g+upJ68CGPU0HAJjga6MVszJOQt8oVmGcskNf
ysC0G/DXT06eUvN/lsQhXRZCLBJz+6knv+3sQDXTKgXglJscb6lensV57zlF
AaZzidtIKG6mD07R81l3U9vmnLdGbFZQJdRucPhUaiJ2AnPJwfQZRfpWGbhN
yZJwke7xam2RIzS5ouNIt0cpCVDE2twG8bpN3Tivm6a/IN+BLgrY1nTTRbPV
a8kQUwK83ABT1M7zooLNYLqccig1AFGnB3X2YwnLLo2cTDhGj7nVcEme8SsA
bBcYgOQfhUQRjFt0HLWB0Kegk9eJsYoU00u4ydW9EmqmPk/T03IaiTp+1Y5e
1pwEOxC/u7PS6vshNqRiAdPXCqClo+HQgkxyH4UzBg7XjfII3iRGOfdhyGYa
bmz/d7Er9wy0X/6lx7mI3qsj9Z0244XhAYv03GwyreHGyPSWSNeLUt9/Puh8
8YOijIRny+Y5Mtw6YLsPCaPajy97TTVsqkFTjV7VcHLfaXuJGCBwm4Hr+9xA
VdkXaKc63UxWG5Kba3t56R+L3MrmvKfxH2ucT/Hj6DNJVDAFY+4NcFNzG3Bq
9muzO63okBwTTbUSP1JfqTv7NQ589dXXNtaSGOm9U3lqahD2CNXLA4u5U5mG
kdyO26Z7YarnbCp2QGEV+zUftV2R9Dff17ApDqP27vYCN3I3E8J7e8WLB8w8
097EaSFm7ZQvvFXucwkDUVSKbwJw2oJae//eSK50XW9cOzIdV9WGnPzaSZuy
LZTcVhTan1D0fEZpz3fqMm/6/Mf+KB1g0nzvJIwlhsTnHY2SVXH/1A06Gxvc
X73a2OlLxYkF1qeFCsq7+4oEQ5XulhVMWolY9jl+pVOt5XmFblcvQpWYgvNu
i+p8BBPsNsVBZPIUuUXbZIjte2i7GMKpMgSnZYQlLvILSvfRnmVABv/4snKP
h26cWVfh/atiMIngw4Mt0SuoWZoToZkmOS2Iws6l9lYJXeCsyuGOO42pHelV
JXbzfo+9zldcXSP3jWupKbcgcEKFqqpiwGx3MDllP62oj8zeOKFxq8hdTILZ
Kl7BSaPWK9vUmie/cVx011I6m9ybmHvBDKjLIJtCg9NlsvKFo6apm5Tab7l9
bJWJxpBO2/fiAZSvWfHNVjbKjt2/VPNssn3NMtd7oxN24MhHknspKl1NbnRC
1yu8ufaoCd1eVaH0PZ5SuYDd19DcQrrRW2mqvIJBV+cSbgOL7M3XPAlfp3qD
bcOQ7k0d8l3CDOiG64bUC8RWinOQOHxDM81dDiq7QgNIbYGdAQO0MkDTPSuy
2pWe9ryG4Ya35PRMqAtfu8aTjpcuRHWj+DLObSxdW+AXwuTXSHMvIbNFh7wJ
e8YvvLDXjBZUXKJiTaQJNjdZc3ttpUc4R6C6dJkJmo50OIpxBUwb1/GINhAe
rjPTe1ZKV40sp9BFStv1AjmhE2enjooYxgMo5xUdKqg3gHtIfGBb8rFzjkib
2lsJZKF2ovOiu/htsekz3uCUpvHEQFvnPsElqkRx1MJR3ATcr1i94MXgyz1+
lusvjXbc2S1MkAENc9MkMBcq2lzCsMuox3LVhCv0/OKI3V02cAImPm2/eRXz
7s5eyYdwriK+w8oNzWGMk7vRHqv4/Op0GOoZlrUQTjC86ZSuNTNbuKnU/aTU
UyDNVaNEKsa02ob/lr8oZEbthu4tTgq2TNqQi1tTUWy+cUsxF5RJR0DW6K4Q
HCnf9P07ib3hvemUW/DZhyb33fuyfItHKO8mkwB8kQTS3c8p73FE9dCQWVvI
Wlw9JS1FrcWEpGFTKYsXzT+mZcGZBm+132L3zvWgBunWbpw0TWyVa7tb6j32
sA6CnrCs+ByPu2i4jlzMZ+pi2yl0aFveImEUftEgwu/eoPuRchueq5Ulpmza
TgZzPCvaz3cn9J+8RxLUL7+Y4f17biMhBmjJvZ+8Ki73A4Kk0jHNzTLURBDo
kC8fUR3fcU3YoxO+5G86aqDofL4GRO8NILkG78u9/afxrNyQAzMNhQPszyIY
zq9q9OIrssUyOhWWa3VGtDC9QKf10J/jXGgK24UQ9HYs3p/mU3e+3PCHbyov
tzgxN4I3XrVwayJ2j+wadCIrZaIRUVha7OyN2BPS/pvgDgXc0ceBO4WmofxO
AbGhIlQV98cQrKpee6P1suVSZo9vHG3sOZA9hx+zp2mVwp7X12cnYG/TByQv
YSDOowsHyTJOWLUS26eO1LPFClJ+kTzhk9VkFaQIu5ompCQ54eHUqu0mvolo
IfwQPQ/svuKL0Ruw9wX2wcfAbqfGHpPHV3l3kVW4UzgmdOZNtRAB9LTccwBn
k5rhhgn7vhGDbfFGi6YtmsPQRuSLkB3mXkORQepml3dQSLNNqu1XG1VzakfA
lENlr1OCauIrSQZxi5LcFKOOoly+Oa1yoW/J6VAVSMlsWn61OQliD7n2S+Rw
yV5SYUteeKWW1G6t5FUkLjVW5aDazjd6iZhtK5N2EG0cGz5rAwwJqK9qzPk1
ObTt+3BUx4N45LYZ1l8v6XUF0i7Ek7eQK1PeuFuCzsS8QCWPQCi05ukvLB9y
qom1DnEYXa80j+mtIb5t5ti+MsCNbfk7++TKhH0fy+fqml+g5+94gULG7/fY
Ie49Yd/+x7DvM7rmVL4C5G3ys32fgdHtH2Ky07dLl98HUaiO1IuX9vUHLpuw
RM+pw+bGKDl5QSCjOqamYX65EHutmoMF9oeOmDKnfKnXOFHyGiJpVCP2kuY1
1hZ49GCnR2lDShj0RwYQVTfn9Ozs2WmTLuBm7InzNRparVGamWarySNqAkwC
tuRhDjCfprSqXvKLn+S9jHVK9/7yX9//8t8NIxU73swko/rD8k65PPLCuTdI
soHoyPTbUbaAvpXm5ZGwDGGHgZKGMQ36/e9gDWEBoUK+46twSo6k+vYgZrwV
CW5K/zo7PT1V9EIZV7pAHdVqfb1rKXGVqG/CDOePEDtVTlcYAaUG9fsWOrOe
EnlUnNaQfCqoIO8jsff9ri00/wf5qU8FaVMAAA==

-->

</rfc>
