rfc9952.original.xml   rfc9952.xml 
<?xml version='1.0' encoding='utf-8'?> <?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [ <!DOCTYPE rfc [
<!ENTITY nbsp "&#160;"> <!ENTITY nbsp "&#160;">
<!ENTITY zwsp "&#8203;"> <!ENTITY zwsp "&#8203;">
<!ENTITY nbhy "&#8209;"> <!ENTITY nbhy "&#8209;">
<!ENTITY wj "&#8288;"> <!ENTITY wj "&#8288;">
]> ]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?> <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.29 (Ruby 3.4. <!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.30 (Ruby 2.5.
4) --> 9) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft <rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft
-ietf-core-coap-dtls-alpn-05" category="info" consensus="true" submissionType="I -ietf-core-coap-dtls-alpn-05" category="info" consensus="true" submissionType="I
ETF" tocInclude="true" sortRefs="true" symRefs="true" version="3"> ETF" number="9952" tocInclude="true" sortRefs="true" symRefs="true" version="3">
<!-- xml2rfc v2v3 conversion 3.30.0 --> <!-- xml2rfc v2v3 conversion 3.32.0 -->
<link href="https://datatracker.ietf.org/doc/draft-ietf-core-coap-dtls-alpn-05
" rel="prev"/>
<front> <front>
<title abbrev="CoRE ALPN">ALPN ID Specification for CoAP over DTLS</title> <title abbrev="ALPN ID for CoAP over DTLS">Application-Layer Protocol Negoti
<seriesInfo name="Internet-Draft" value="draft-ietf-core-coap-dtls-alpn-05"/ ation (ALPN) ID for CoAP over DTLS</title>
> <seriesInfo name="RFC" value="9952"/>
<author fullname="Martine Sophie Lenders"> <author fullname="Martine Sophie Lenders">
<organization abbrev="TU Dresden">TUD Dresden University of Technology</or ganization> <organization abbrev="TU Dresden">TUD Dresden University of Technology</or ganization>
<address> <address>
<postal> <postal>
<street>Helmholtzstr. 10</street> <street>Helmholtzstr. 10</street>
<city>Dresden</city> <city>Dresden</city>
<code>D-01069</code> <code>D-01069</code>
<country>Germany</country> <country>Germany</country>
</postal> </postal>
<email>martine.lenders@tu-dresden.de</email> <email>martine.lenders@tu-dresden.de</email>
skipping to change at line 57 skipping to change at line 58
<address> <address>
<postal> <postal>
<street>Helmholtzstr. 10</street> <street>Helmholtzstr. 10</street>
<city>Dresden</city> <city>Dresden</city>
<code>D-01069</code> <code>D-01069</code>
<country>Germany</country> <country>Germany</country>
</postal> </postal>
<email>m.waehlisch@tu-dresden.de</email> <email>m.waehlisch@tu-dresden.de</email>
</address> </address>
</author> </author>
<date year="2025" month="August" day="11"/> <date year="2026" month="March"/>
<area>Web and Internet Transport</area> <area>WIT</area>
<workgroup>Constrained RESTful Environments</workgroup> <workgroup>core</workgroup>
<keyword>CoRE</keyword> <keyword>CoRE</keyword>
<keyword>CoAP</keyword> <keyword>CoAP</keyword>
<keyword>SVCB</keyword> <keyword>SVCB</keyword>
<keyword>DTLS</keyword> <keyword>DTLS</keyword>
<keyword>ALPN</keyword> <keyword>ALPN</keyword>
<abstract> <abstract>
<?line 68?> <?line 87?>
<!-- [rfced] FYI - We updated [I-D.ietf-core-dns-over-coap] to [PRE-RFC9953]
for now. We will make the final updates in RFCXML (i.e., remove "PRE-").
-->
<!-- [I-D.ietf-core-dns-over-coap] - RFC 9953
draft-ietf-core-dns-over-coap-20
Companion document (C554)
-->
<!--[rfced] Document Title
a) Please note that the document title has been updated as follows.
Abbreviations have been expanded per Section 3.6 of RFC 7322 ("RFC Style
Guide").
In addition, is "Specification" essential to the title or may it be removed
for conciseness?
Original (document title):
ALPN ID Specification for CoAP over DTLS
Current:
The Application-Layer Protocol Negotiation (ALPN) ID Specification for
the Constrained Application Protocol (CoAP) over DTLS
Perhaps:
Application-Layer Protocol Negotiation (ALPN) ID for
the Constrained Application Protocol (CoAP) over DTLS
-->
<t>This document specifies an Application-Layer Protocol Negotiation (ALPN) ID f or <t>This document specifies an Application-Layer Protocol Negotiation (ALPN) ID f or
transport-layer-secured Constrained Application Protocol (CoAP) services.</t> Constrained Application Protocol (CoAP) services that are secured by DTLS.</t>
</abstract> </abstract>
<note removeInRFC="true">
<name>About This Document</name>
<t>
The latest revision of this draft can be found at <eref target="https://
core-wg.github.io/coap-dtls-alpn/draft-ietf-core-coap-dtls-alpn.html"/>.
Status information for this document may be found at <eref target="https
://datatracker.ietf.org/doc/draft-ietf-core-coap-dtls-alpn/"/>.
</t>
<t>
Discussion of this document takes place on the
Constrained RESTful Environments Working Group mailing list (<eref targe
t="mailto:core@ietf.org"/>),
which is archived at <eref target="https://mailarchive.ietf.org/arch/bro
wse/core/"/>.
Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/core/"/
>.
</t>
<t>Source for this draft and an issue tracker can be found at
<eref target="https://github.com/core-wg/coap-dtls-alpn"/>.</t>
</note>
</front> </front>
<middle> <middle>
<?line 73?> <?line 122?>
<section anchor="introduction"> <section anchor="introduction">
<name>Introduction</name> <name>Introduction</name>
<t>Application-Layer Protocol Negotiation (ALPN) enables communicating par ties to agree on an application-layer protocol during a Transport Layer Security (TLS) handshake using an ALPN ID <xref target="RFC7301"/>. <t>Application-Layer Protocol Negotiation (ALPN) enables communicating par ties to agree on an application-layer protocol during a Transport Layer Security (TLS) handshake using an ALPN ID <xref target="RFC7301"/>.
This ALPN ID can be discovered for services as part of Service Bindings (SVCB) v This ALPN ID can be discovered for services as part of Service Bindings (SVCBs)
ia the DNS, using SVCB resource records with the "alpn" Service Parameter Keys < via the DNS, using SVCB resource records with the "alpn" Service Parameter Keys
xref target="RFC9460"/>. <xref target="RFC9460"/>.
As an example, applications that use the Constrained Application Protocol (CoAP) As an example, applications that use the Constrained Application Protocol (CoAP)
<xref target="RFC7252"/> can obtain this information as part of the discovery o <xref target="RFC7252"/> can obtain this information as part of the discovery o
f DNS over CoAP (DoC) servers (see <xref section="3.2" sectionFormat="of" target f DNS over CoAP (DoC) servers (see <xref section="3.2" sectionFormat="of" target
="I-D.ietf-core-dns-over-coap"/>) that deploy TLS 1.3 <xref target="RFC8446"/> a ="PRE-RFC9953"/>) that deploy TLS 1.3 <xref target="RFC8446"/> as well as Datagr
s well as Datagram Transport Layer Security (DTLS) 1.2 or 1.3 <xref target="RFC6 am Transport Layer Security (DTLS) 1.2 or 1.3 <xref target="RFC6347"/> <xref tar
347"/> <xref target="RFC9147"/> to secure their messages. get="RFC9147"/> to secure their messages.
This document specifies an ALPN ID for CoAP services that are secured by transpo This document specifies an ALPN ID for CoAP services that are secured by DTLS.
rt layer security using DTLS.
An ALPN ID for CoAP services secured by TLS has already been specified in <xref target="RFC8323"/>.</t> An ALPN ID for CoAP services secured by TLS has already been specified in <xref target="RFC8323"/>.</t>
</section> </section>
<section anchor="application-layer-protocol-negotiation-alpn-ids"> <section anchor="application-layer-protocol-negotiation-alpn-ids">
<name>Application-Layer Protocol Negotiation (ALPN) IDs</name> <name>Application-Layer Protocol Negotiation (ALPN) IDs</name>
<t>For CoAP over TLS, an ALPN ID was defined as "coap" in <xref target="RF <t>For CoAP over TLS, an ALPN ID is defined as "coap" in <xref target="RFC
C8323"/>. 8323"/>.
As it is not advisable to re-use the same ALPN ID for a different transport laye As it is not advisable to reuse the same ALPN ID for a different transport layer
r, an ALPN for , an ALPN for
CoAP over DTLS is registered in <xref target="iana-coap-alpn"/>.</t> CoAP over DTLS is registered in <xref target="iana"/>.</t>
<t>ALPN ID values have variable length. <t>ALPN ID values have variable length.
For CoAP over DTLS, a short value ("co") is allocated, as this can avoid fragmen tation of Client Hello and Server Hello messages in constrained networks with li nk-layer fragmentation, such as 6LoWPAN <xref target="RFC4944"/>.</t> For CoAP over DTLS, a short value ("co") is allocated, as this can avoid fragmen tation of Client Hello and Server Hello messages in constrained networks with li nk-layer fragmentation, such as 6LoWPAN <xref target="RFC4944"/>.</t>
<t>To discover CoAP services that secure their messages with TLS or DTLS, the ALPN IDs "coap" and "co" can be used, respectively, in <t>To discover CoAP services that secure their messages with TLS or DTLS, the ALPN IDs "coap" and "co" can be used, respectively, in
the same manner as for any other service secured with transport layer security, as the same manner as for any other service secured with TLS, as
described in <xref target="RFC9460"/>. described in <xref target="RFC9460"/>.
The discovery of CoAP services that rely on other security mechanisms is out of the scope of this document.</t> The discovery of CoAP services that rely on other security mechanisms is out of the scope of this document.</t>
</section> </section>
<section anchor="security-considerations"> <section anchor="security-considerations">
<name>Security Considerations</name> <name>Security Considerations</name>
<t>Any security considerations on ALPN (see <xref target="RFC7301"/>) and SVCB resource records (see <xref target="RFC9460"/>) also apply to this document .</t> <t>Any security considerations for ALPN (see <xref target="RFC7301"/>) and SVCB resource records (see <xref target="RFC9460"/>) also apply to this documen t.</t>
</section> </section>
<section anchor="iana"> <section anchor="iana">
<name>IANA Considerations</name> <name>IANA Considerations</name>
<t><cref anchor="replace-xxxx">RFC Ed.: throughout this section, please re <t>IANA has added the following entry to the "TLS Application-Layer Protoc
place ol Negotiation (ALPN) Protocol IDs" registry in the "Transport Layer Security (T
RFC-XXXX with the RFC number of this specification and remove this LS) Extensions" registry group.</t>
note.</cref></t> <table anchor="table1">
<t>This document has the following actions for IANA.</t> <name>TLS Application-Layer Protocol Negotiation (ALPN) Protocol IDs Reg
<section anchor="iana-coap-alpn"> istry</name>
<name>TLS ALPN for CoAP</name> <thead>
<t>The following entry has been added to the "TLS Application-Layer Prot <tr>
ocol Negotiation (ALPN) Protocol IDs" registry, which is part of the "Transport <th align="left">Protocol</th>
Layer Security (TLS) Extensions" registry group.</t> <th align="left">Identification Sequence</th>
<ul spacing="normal"> <th align="left">Reference</th>
<li> </tr>
<t>Protocol: CoAP (over DTLS)</t> </thead>
</li> <tbody>
<li> <tr>
<t>Identification sequence: 0x63 0x6f ("co")</t> <td align="left">CoAP (over DTLS)</td>
</li> <td align="left">0x63 0x6f ("co")</td>
<li> <td align="left">
<t>Reference: <xref target="RFC7252"/> and [RFC-XXXX]</t> <xref target="RFC7252"/>, RFC 9952</td>
</li> </tr>
</ul> </tbody>
<t>Note that <xref target="RFC7252"/> does not define the use of the ALP </table>
N TLS extension during the DTLS connection handshake. <t>Note that <xref target="RFC7252"/> does not define the use of the ALPN
This document does not change this behavior, and thus does not establish any rul TLS extension during the DTLS connection handshake.
es like those in <xref section="8.2" sectionFormat="of" target="RFC8323"/>.</t> This document does not change this behavior and thus does not establish any rule
</section> s like those in <xref section="8.2" sectionFormat="of" target="RFC8323"/>.</t>
</section> </section>
</middle> </middle>
<back> <back>
<references anchor="sec-combined-references"> <references anchor="sec-combined-references">
<name>References</name> <name>References</name>
<references anchor="sec-normative-references"> <references anchor="sec-normative-references">
<name>Normative References</name> <name>Normative References</name>
<reference anchor="RFC6347"> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.6
<front> 347.xml"/>
<title>Datagram Transport Layer Security Version 1.2</title> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.7
<author fullname="E. Rescorla" initials="E." surname="Rescorla"/> 252.xml"/>
<author fullname="N. Modadugu" initials="N." surname="Modadugu"/> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.7
<date month="January" year="2012"/> 301.xml"/>
<abstract> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.9
<t>This document specifies version 1.2 of the Datagram Transport L 147.xml"/>
ayer Security (DTLS) protocol. The DTLS protocol provides communications privacy <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.9
for datagram protocols. The protocol allows client/server applications to commu 460.xml"/>
nicate in a way that is designed to prevent eavesdropping, tampering, or message
forgery. The DTLS protocol is based on the Transport Layer Security (TLS) proto
col and provides equivalent security guarantees. Datagram semantics of the under
lying transport are preserved by the DTLS protocol. This document updates DTLS 1
.0 to work with TLS version 1.2. [STANDARDS-TRACK]</t>
</abstract>
</front>
<seriesInfo name="RFC" value="6347"/>
<seriesInfo name="DOI" value="10.17487/RFC6347"/>
</reference>
<reference anchor="RFC7252">
<front>
<title>The Constrained Application Protocol (CoAP)</title>
<author fullname="Z. Shelby" initials="Z." surname="Shelby"/>
<author fullname="K. Hartke" initials="K." surname="Hartke"/>
<author fullname="C. Bormann" initials="C." surname="Bormann"/>
<date month="June" year="2014"/>
<abstract>
<t>The Constrained Application Protocol (CoAP) is a specialized we
b transfer protocol for use with constrained nodes and constrained (e.g., low-po
wer, lossy) networks. The nodes often have 8-bit microcontrollers with small amo
unts of ROM and RAM, while constrained networks such as IPv6 over Low-Power Wire
less Personal Area Networks (6LoWPANs) often have high packet error rates and a
typical throughput of 10s of kbit/s. The protocol is designed for machine- to-ma
chine (M2M) applications such as smart energy and building automation.</t>
<t>CoAP provides a request/response interaction model between appl
ication endpoints, supports built-in discovery of services and resources, and in
cludes key concepts of the Web such as URIs and Internet media types. CoAP is de
signed to easily interface with HTTP for integration with the Web while meeting
specialized requirements such as multicast support, very low overhead, and simpl
icity for constrained environments.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="7252"/>
<seriesInfo name="DOI" value="10.17487/RFC7252"/>
</reference>
<reference anchor="RFC7301">
<front>
<title>Transport Layer Security (TLS) Application-Layer Protocol Neg
otiation Extension</title>
<author fullname="S. Friedl" initials="S." surname="Friedl"/>
<author fullname="A. Popov" initials="A." surname="Popov"/>
<author fullname="A. Langley" initials="A." surname="Langley"/>
<author fullname="E. Stephan" initials="E." surname="Stephan"/>
<date month="July" year="2014"/>
<abstract>
<t>This document describes a Transport Layer Security (TLS) extens
ion for application-layer protocol negotiation within the TLS handshake. For ins
tances in which multiple application protocols are supported on the same TCP or
UDP port, this extension allows the application layer to negotiate which protoco
l will be used within the TLS connection.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="7301"/>
<seriesInfo name="DOI" value="10.17487/RFC7301"/>
</reference>
<reference anchor="RFC9147">
<front>
<title>The Datagram Transport Layer Security (DTLS) Protocol Version
1.3</title>
<author fullname="E. Rescorla" initials="E." surname="Rescorla"/>
<author fullname="H. Tschofenig" initials="H." surname="Tschofenig"/
>
<author fullname="N. Modadugu" initials="N." surname="Modadugu"/>
<date month="April" year="2022"/>
<abstract>
<t>This document specifies version 1.3 of the Datagram Transport L
ayer Security (DTLS) protocol. DTLS 1.3 allows client/server applications to com
municate over the Internet in a way that is designed to prevent eavesdropping, t
ampering, and message forgery.</t>
<t>The DTLS 1.3 protocol is based on the Transport Layer Security
(TLS) 1.3 protocol and provides equivalent security guarantees with the exceptio
n of order protection / non-replayability. Datagram semantics of the underlying
transport are preserved by the DTLS protocol.</t>
<t>This document obsoletes RFC 6347.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="9147"/>
<seriesInfo name="DOI" value="10.17487/RFC9147"/>
</reference>
<reference anchor="RFC9460">
<front>
<title>Service Binding and Parameter Specification via the DNS (SVCB
and HTTPS Resource Records)</title>
<author fullname="B. Schwartz" initials="B." surname="Schwartz"/>
<author fullname="M. Bishop" initials="M." surname="Bishop"/>
<author fullname="E. Nygren" initials="E." surname="Nygren"/>
<date month="November" year="2023"/>
<abstract>
<t>This document specifies the "SVCB" ("Service Binding") and "HTT
PS" DNS resource record (RR) types to facilitate the lookup of information neede
d to make connections to network services, such as for HTTP origins. SVCB record
s allow a service to be provided from multiple alternative endpoints, each with
associated parameters (such as transport protocol configuration), and are extens
ible to support future uses (such as keys for encrypting the TLS ClientHello). T
hey also enable aliasing of apex domains, which is not possible with CNAME. The
HTTPS RR is a variation of SVCB for use with HTTP (see RFC 9110, "HTTP Semantics
"). By providing more information to the client before it attempts to establish
a connection, these records offer potential benefits to both performance and pri
vacy.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="9460"/>
<seriesInfo name="DOI" value="10.17487/RFC9460"/>
</reference>
</references> </references>
<references anchor="sec-informative-references"> <references anchor="sec-informative-references">
<name>Informative References</name> <name>Informative References</name>
<reference anchor="RFC8323"> <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8
<front> 323.xml"/>
<title>CoAP (Constrained Application Protocol) over TCP, TLS, and We <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8
bSockets</title> 446.xml"/>
<author fullname="C. Bormann" initials="C." surname="Bormann"/> <reference anchor="PRE-RFC9953" target="https://www.rfc-editor.org/info/
<author fullname="S. Lemay" initials="S." surname="Lemay"/> rfc9953">
<author fullname="H. Tschofenig" initials="H." surname="Tschofenig"/
>
<author fullname="K. Hartke" initials="K." surname="Hartke"/>
<author fullname="B. Silverajan" initials="B." surname="Silverajan"/
>
<author fullname="B. Raymor" initials="B." role="editor" surname="Ra
ymor"/>
<date month="February" year="2018"/>
<abstract>
<t>The Constrained Application Protocol (CoAP), although inspired
by HTTP, was designed to use UDP instead of TCP. The message layer of CoAP over
UDP includes support for reliable delivery, simple congestion control, and flow
control.</t>
<t>Some environments benefit from the availability of CoAP carried
over reliable transports such as TCP or Transport Layer Security (TLS). This do
cument outlines the changes required to use CoAP over TCP, TLS, and WebSockets t
ransports. It also formally updates RFC 7641 for use with these transports and R
FC 7959 to enable the use of larger messages over a reliable transport.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="8323"/>
<seriesInfo name="DOI" value="10.17487/RFC8323"/>
</reference>
<reference anchor="RFC8446">
<front>
<title>The Transport Layer Security (TLS) Protocol Version 1.3</titl
e>
<author fullname="E. Rescorla" initials="E." surname="Rescorla"/>
<date month="August" year="2018"/>
<abstract>
<t>This document specifies version 1.3 of the Transport Layer Secu
rity (TLS) protocol. TLS allows client/server applications to communicate over t
he Internet in a way that is designed to prevent eavesdropping, tampering, and m
essage forgery.</t>
<t>This document updates RFCs 5705 and 6066, and obsoletes RFCs 50
77, 5246, and 6961. This document also specifies new requirements for TLS 1.2 im
plementations.</t>
</abstract>
</front>
<seriesInfo name="RFC" value="8446"/>
<seriesInfo name="DOI" value="10.17487/RFC8446"/>
</reference>
<reference anchor="I-D.ietf-core-dns-over-coap">
<front> <front>
<title>DNS over CoAP (DoC)</title> <title>DNS over the Constrained Application Protocol (DoC)</title>
<author fullname="Martine Sophie Lenders" initials="M. S." surname=" <author fullname="Martine Sophie Lenders">
Lenders"> <organization/>
<organization>TUD Dresden University of Technology</organization>
</author> </author>
<author fullname="Christian Amsüss" initials="C." surname="Amsüss"> <author fullname="Christian Amsüss">
</author> <organization/>
<author fullname="Cenk Gündoğan" initials="C." surname="Gündoğan">
<organization>NeuralAgent GmbH</organization>
</author> </author>
<author fullname="Thomas C. Schmidt" initials="T. C." surname="Schmi <author fullname="Cenk Gündoğan">
dt"> <organization/>
<organization>HAW Hamburg</organization>
</author> </author>
<author fullname="Matthias Wählisch" initials="M." surname="Wählisch <author fullname="Thomas C. Schmidt">
"> <organization/>
<organization>TUD Dresden University of Technology &amp; Barkhause
n Institut</organization>
</author> </author>
<date day="24" month="July" year="2025"/> <author fullname="Matthias Wählisch">
<abstract> <organization/>
<t> This document defines a protocol for exchanging DNS messages </author>
over the <date year="2026" month="March"/>
Constrained Application Protocol (CoAP). These CoAP messages can be
protected by (D)TLS-Secured CoAP (CoAPS) or Object Security for
Constrained RESTful Environments (OSCORE) to provide encrypted DNS
message exchange for constrained devices in the Internet of Things
(IoT).
</t>
</abstract>
</front>
<seriesInfo name="Internet-Draft" value="draft-ietf-core-dns-over-coap
-17"/>
</reference>
<reference anchor="RFC4944">
<front>
<title>Transmission of IPv6 Packets over IEEE 802.15.4 Networks</tit
le>
<author fullname="G. Montenegro" initials="G." surname="Montenegro"/
>
<author fullname="N. Kushalnagar" initials="N." surname="Kushalnagar
"/>
<author fullname="J. Hui" initials="J." surname="Hui"/>
<author fullname="D. Culler" initials="D." surname="Culler"/>
<date month="September" year="2007"/>
<abstract>
<t>This document describes the frame format for transmission of IP
v6 packets and the method of forming IPv6 link-local addresses and statelessly a
utoconfigured addresses on IEEE 802.15.4 networks. Additional specifications inc
lude a simple header compression scheme using shared context and provisions for
packet delivery in IEEE 802.15.4 meshes. [STANDARDS-TRACK]</t>
</abstract>
</front> </front>
<seriesInfo name="RFC" value="4944"/> <seriesInfo name="RFC" value="PRE-9953"/>
<seriesInfo name="DOI" value="10.17487/RFC4944"/> <seriesInfo name="DOI" value="10.17487/PRE-RFC9953"/>
</reference> </reference>
<xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.4 944.xml"/>
</references> </references>
</references> </references>
<?line 123?> <?line 162?>
<section anchor="change-log"> <section numbered="false" anchor="acknowledgments">
<name>Change Log</name>
<section anchor="since-draft-ietf-core-coap-dtls-alpn-04">
<name>Since <eref target="https://datatracker.ietf.org/doc/draft-ietf-co
re-coap-dtls-alpn/04/">draft-ietf-core-coap-dtls-alpn-04</eref></name>
<ul spacing="normal">
<li>
<t>Address Deb Cooley's IESG ballot COMMENT</t>
</li>
</ul>
</section>
<section anchor="since-draft-ietf-core-coap-dtls-alpn-03">
<name>Since <eref target="https://datatracker.ietf.org/doc/draft-ietf-co
re-coap-dtls-alpn/03/">draft-ietf-core-coap-dtls-alpn-03</eref></name>
<ul spacing="normal">
<li>
<t>Make DTLS references normative</t>
</li>
</ul>
</section>
<section anchor="since-draft-ietf-core-coap-dtls-alpn-02">
<name>Since <eref target="https://datatracker.ietf.org/doc/draft-ietf-co
re-coap-dtls-alpn/02/">draft-ietf-core-coap-dtls-alpn-02</eref></name>
<ul spacing="normal">
<li>
<t>Address shepherd review</t>
</li>
</ul>
</section>
<section anchor="since-draft-ietf-core-coap-dtls-alpn-01">
<name>Since <eref target="https://datatracker.ietf.org/doc/draft-ietf-co
re-coap-dtls-alpn/01/">draft-ietf-core-coap-dtls-alpn-01</eref></name>
<ul spacing="normal">
<li>
<t>Address review by Esko Dijk</t>
</li>
<li>
<t>Address review by Marco Tiloca</t>
</li>
</ul>
</section>
<section anchor="since-draft-ietf-core-coap-dtls-alpn-00">
<name>Since <eref target="https://datatracker.ietf.org/doc/draft-ietf-co
re-coap-dtls-alpn/00/">draft-ietf-core-coap-dtls-alpn-00</eref></name>
<ul spacing="normal">
<li>
<t>Fix ALPN ID for CoAP over TLS</t>
</li>
<li>
<t>Change intended status to Informational</t>
</li>
</ul>
</section>
</section>
<section numbered="false" anchor="acknowledgments">
<name>Acknowledgments</name> <name>Acknowledgments</name>
<t>We like to thank Rich Salz for the expert review on the "co" ALPN ID al <t>We would like to thank <contact fullname="Rich Salz"/> for the expert r
location. eview on the "co" ALPN ID allocation.
We also like to thank Mohamed Boucadair and Ben Schwartz for their early review We would also like to thank <contact fullname="Mohamed Boucadair"/> and <contact
before WG adoption fullname="Ben Schwartz"/> for their early reviews before WG adoption
of this draft and Esko Dijk, Thomas Fossati, and Marco Tiloca for their feedback of this specification and <contact fullname="Esko Dijk"/>, <contact fullname="Th
and comments.</t> omas Fossati"/>, and <contact fullname="Marco Tiloca"/> for their feedback and c
omments.</t>
<t>This work was supported in parts by the German Federal Ministry of Rese
arch, Technology, and Space (BMFTR) under the grant numbers 16KIS1386K (TU Dresd
en) and 16KIS1387 (HAW Hamburg) within the research project PIVOT and under the
grant numbers 16KIS1694K (TU Dresden) and 16KIS1695 (HAW Hamburg) within the res
earch project C-ray4edge.</t>
</section> </section>
</back> </back>
<!-- ##markdown-source: <!-- ##markdown-source:
H4sIAAAAAAAAA7VY3W7juBW+11MQHqBNFpHsxNnMjK/GiZPZoEkaxJ6mwGwL H4sIAJ+8uWkAA7VY3XLbuBW+51OgykzHmjEZWbLlWNNuI1txVhPb8VjKpp1M
0BJtsZZEL0nZ8QR5m32M3u2L9TukJNuZbH6AqS/8I5Ln9zvfOXQYhoGVNhM9 LiASkrCmCC4AWlEcP0tv+hh7lz5YvwOQtORV3Did+sKSQOCc7/x954BhGAZW
1upfXF+x8wEbzkUsJzLmVqqCTZRmJ6p/zdRCaDYYXQxZK+DjsRYLnDlRN6eM 2lT0WKOf56mMuZUqC8/4Smh2qZVVsUrZhZgpK90jttM/u7xosuGATZVmJ6p/
DrYC7BdTpVc9JouJCoJExQXPITjRfGJDKewkjJUWeOPzMLGZCXk2L8LOz4Ep ydQNNg/GZ6NGwCcTLW5IGnZ9axOUQKBe9ZjMpioIEhVnfAEMieZTG0php2Gs
x7k0Bursao4T56ejM8beMZ4ZBSWySMRc4K2wrT3WEom0Skue0Y/z/jE+YGPr tMA/noeJTU3I0zwLWweBKSYLaQyA2FWOE8NX49MgKxYToXvs6OigHRR5AvGm
/GZ01gqKMh8L3QsSWNMLYlUYUZjS9JjVpQhgcjfgWnBIvRVjxouEnRdW6EJY F6iJUalwX2OVGZGZwvSY1YUIZK7dN2PbrdZRqx3kssc+wNZdZlYLLaYGX5S2
NtK8MHOlbStYKj2balXOnYuFsZrLQiTs5nQ4mpQZOy0WUqsih0WmFczECgeS 9O1jQPJ6rN1qd8NWJ4BxnYBrwXvs/XAcLJW+nmlV5D1GkINrscJS0gtYCLuv
XsBCRgHxn/1r+hz+4+SYPilw9EmxChaiKGEdw+v1Wmi3D0/rFubJYso+02G/ XvnP/iV9jn45OaZP8gJ9ko+CIOCFnSvtTrBpkabeF+dcW5kJNlL5XAp2JrJE
knOZYYUC/IlCHSk99StcxylWUmvnptdu00Z6JBciqje26UF7rNXSiDaJaPuj aBMw/Ck967HxuwEbaGESkbF3mYR3jbQrpqZsLOJ5plI1W7ndVUjG76r9btnA
U2nTclyJDZfT9nbq/KYMkTZ2Q0O1OfKnI6keHWs/D4gotXnWCgJe2lRpF1SG OmF77GeRLuYqtZ+xELG9lnsYQ1RvY3usEoAahK29VveoXCkyS0F8LfSCZ16Z
aGQeTJdcWwSJDdU8lYJdECy0cYbAkR4bfRmwgRYGYGFfCjipjbQrpiZsJOK0 WHCZ9tjCg49Sj/qlLcLEC4sS4Qz1Rp7MtTTIrIz1F+br78asC4mrhy/5whTC
UJmarnxYKgiPvtT73WMkQQh484vI8lRl9hseRGy/4xZjiOptbY9VAqMGYWe/ mChWiwdeGs/Vght2ErFRPF/IxFYO4pn87BIWFvbfs5/5YlLo2Yblx0KnAKnZ
c/SxelIWlqrgs9A5L7wy4dOTe+OjzFv9yZZh4oVFiXCOeidPUi2Nlbxg/dz8 GDl6uGb3+ubKbkqU/263jYyH8XLOl+Hcy9k0+ZxbO5fA/P7rv+apxP6nxZT9
8V9jNoXE9eInnptSGBPFKn8UpVGqcm7YScSGcZrLxNYB4oX85uoaHvZv2S88 mR1zfT3nBVKaDTN4yBb2G5F+ZPP/N/7Rkgtv3YPYB5nCbgvbkPDs6vSk29k/
H5d6uuX5sdAZjNRshKp6v+H35uba74NO5+PLftvIeDM+pXwZpl7OtsuX3NpU ROWjyPfafuWwfdCmauJ5+bvT2usxYgD/+2ivPtEpV/a7rR4zN/EkCIhSNjW8
wubbP35PM4n9b8sp+ws75nqW8hIFj5pGhGxp/yTTz2z+/+Y/WnLhvXuU+6BQ 6LQ7Xl5o41Lmi/39LsLlRDxjbBgOonvaSTITEl05/oEmFePQ5dWrkFQdHXR6
2G3hG9HCzdnJUffwPagTRbF/4J+8P/j5ANlHrVS/u539HqOK8b8/7jcnutWT ztSwesJYSaE/uR/0N7gYecKzc4Hyh981R6olbI1k7+l1Z6BOml4Q1zMKytza
w6NOj5lFPA4C4uRtDR+6B10vL7RxJfPD4eER0lWJOA8H0bpKk8KE1ANcuUKR 3PSeP18ul5GexqFIpFU6QpI8J/ueY42A+EAKLYWh5V6tH0B7DnG9y6F6O+wh
iv2Zw4+Hhz12lIHywzBEtInHYhsEo1Qa2lYSgTHju4owjGA9n2dVgwkv+Apg wtHe4f6Lw+drBrkdnuZAO/HckZ1PqYqbyOBa0Hex1Lbt2+t9606RXbPXX3/P
u9bKqlhl7ApNBOh2vWeH2HKXehKMD2zNz2FGR0Ij4lKDLjepc0PwWuQOkfEu EvXvf/Lsm/u2E8B2qFsKDw7YP9rf77FuikYUhGGIKqJoxTYI/vIn/PwAX4vk
M0IvZCxM5A0FHpMMkX9HHUCrpIzpVBC8zTZR8HEGp1CDeVm4cyDmORU6nlrF Izv9xxBF/F4w32AS9uGRpPnIrGIf1jz8MaBGmKllRCKWMk3BkdfC5cdUZjwt
+BSAYjgAt/mGaOcDm9eik1LTQb7uQswrH5KXBPcddJBdlqJlmZTPBCuNO1Cw xRq0RAL19/MztiMjEe0yLRaQyxokrdGMgPGnCtqjCEKSw1x4H/bVjZ2gtuBE
um/f3zv+fHiIfOjr5zH2jAVLADvKH6JEPb2OBkPNkblUTkP/jB2j40K4YTvU LXIwJpISKV0sRGbZzsnBwX7zXlvlh0G1YUxJj+7VZJep4EbAOksGceusqgW5
vnbZQnJmU8EGV8O9Si8tMOBXlRoHtABEEsOWoHy3s+X6QyPwmmtUOfos+5tY 4mBzOH4iQEKV+/B7qtJULU0U9B1x+QHDYCvMdXvFJ6BKsDlHKY1E7MqmE3WJ
GbKUUEmW9h0exB3P55nY24wQopdyC3XCSXxtliGbAPrw4PxWY4sjEIB4NCVA Ecm4w067zXYa9HVkV0DzupCJICcFw4zxBFWDE7tMGtYY5SKW07L2GgztBOAk
yVg7TcLr2DhSgZd+2HFjz85AnXjsgHbYjkEy7++RFCemGx3QiRAof3jY9QZj HI9IEV4PE0Fa8BWTFgBKzycudBghYokjOPe3IHir5cxFbWfTzKarlGr22VC5
VsnUitGgtB91yR5XTzAISpciy+hzwC2AwfNn0j1w+d4nDbqW5PkAourvJBYg ZRIKgpNCaxx2p8YA8eQZ7A8qSNL3kQ5haa6DuRR6zkE7zoQfGAZ/XLVLsvEc
86VArkjNcvQEPiWcP1eBFTia8a7Bg3MCMxKr62u8Yk3pMQ9bU1vpwUCmIpXP YardabxhKAgiix9B870wwJ83MoYil7qY7LASFxqnJisHL/K8AHJJKOGfoY9a
Sd0QRpFJEQOeYRBLVsAmSLg2LkGa6hwSLxFGUKJvJQwTBGdbgyuU7m36vYQB rZLCpWMQPA2cyPgkhTKMMosic+eyGcuJRgmCYnyGvsxwAHbzNdGpE51XopNC
iZg4OOFri/S1ntANfErLEMZCISrJQhqqd4o5KLHGpgG4t3znQNRkglpD2B/F 00HOxppnJsewyrzyEYGnqWEH0Jsopiwxc6KawrgDWZ2et7durL67i7zvq/UY
bm0FcdqjyRp6tJiivbsyddag0XNvUV3cQa1pwTP0f8RyIfAdEzFZhtliatPo e5D9CSiSQgRHUOrWbkLhElyqwZFfY8cySyDcsB0acU2ToZZdKqAP7paK6Qkq
kfsD7z8zKRniDrIdON3aJZ08yxSN78kexcIVCxUPXygJstB8SvjxEQbaTzJJ yqhCx1RaIKLEgAnt3O1sEJRGLfGSa5C2hT1vxMoQVOruBLXvMkJ84os8Fbvr
fqFDZspN0ENXHNWDGn1kfbxRs5iwaaquOAITxqyiwC35e8yUcUpWHF2o2+v+ LiojiFHnSWkI2USDd3fOcDWxOAIB0rB6lKBo3Fvt2K10jhvO6m7vytt1c+cu
FeUDvcX5PVJNoT6F2SeLwKuj2Ko6CpSxKoRN4skNCkdNlsgsggF+m1OlL0S2 dEK2YxDN29t78mrTiRB5fnfX9IATkadqxRAuthd1CI+bSwAISpcCrQKfA26R
2oNDQZNsdHYakWCnS3cB4sBaw6oN3D0h/kn1ULSDRJhYy3ED/JoYR49p6QmP GXzxSLwHLuB7pEFXkvxcBVHVdxKLLPMpTqZIMB5Ijc+EiR6twYcXuu+om/5j
Neyi1lLrrooyx1SEQc/khpKryobmIG0u/I8NYnAF1vAO8azEdOo5GGCDb43k x9Z2k+nUIHiKe1Wy8uRfaU+oJZZBogGOkgBF+FROMEFwusHAULq7bhhZLqYu
eGuRVLtAVqxYIXTXg+LJBlHv9F7uuhueI/0VldT3Zp33r/qPTGL376gmHoLg XQClQeoaW1Qj/9AdsBntDi3mRhoqaPKpFlXqGeTuhuUcCTOdCu0aRR1AV9L3
6781uJbHIrzD61/fPejReMJOkwgjTYqr0jSlWDglxhP4HkPX4Ybsc+fcsIZD GDxprTcIUqPFDCOTK0MHBsMTdy6o5N/wFJcj3zVvuJYODi5eMzuPHpg88DYz
4T/xWnczEuMvlk3wzNYlmRzWIkeu3KoTA8IQ0eMpKHX1JYAa1MrSNfDYe0U4 Myf17iDaZ6waTdLE0Y3pap7skgNcBVBF8BslQQGazygpvFeRwiepJGtwfUhB
Im/J7XcOsDVJ+Mx7rzeYIHAQWQsSNHY6BY5QeZIAUy6oaMdO3ps4tFlDlbQq WlniShc6/EKVUoQ5XivETFi6MZeFj+vXdUlsG/Jx+y4whQJF90y9v+xfUBAw
VtKA7DKVKFC53T9bL0wtp3cW13Dycy3KX33h7k+Nrl7VchvK2sXiOd3716E2 oTm7x6quvm2JuDWzvTryqKq8QHEqXVhHm8wgd1QUiHgmNIBRKtKFIl1hlsiC
4rdSFDGm7s7dUZfeJhWTYe+NcKRLq+s5gJLz69c6q78CJ1dIja+g9a5ECU/y OsS49tD90Y0y+MjABnhWc2Wd4pV2cmyQCBNrOanzuiK28UNa2WKcBgTqDZWa
vis4t4jfKw9dMiiKonalHtncYEQrKI6imguaKe1xD260UIVOPVqQL1C4VK41 svQXuB1ifDMLQ3FURU1TkJYL/2OtsF391LxBPImpSXsORV7BjFpyvPHQmemc
IGVpadb7cLUGrUuTOpLRJc2amZzRSQXrHGfU08iHahrZ6p1u1h3zeEbldOK1 VtJa2UCaPgG2Mny105uJnalRjrVXfvJ6iGvYv+g/wMRun7msx1RHDx1TJDQW
XqipQ9lQIlTs60t/0BwiZCHrJ3RfwegixkiTysTqr4adnw4/QzowaNnJ3y8v uunZDZHUYQRdR6txrkHBfhpH1M+QEY2y7iDQdQMS+HijffXJioxeTK2fdW+G
T69Gb5HcdZIvaZx1IdR1/sj56rryFnkHW5aaVMxBjFSaCymWbxG0vyXIn6fZ YNaXe+Ff2DChybMe2kbit0Jk8NgXdiUcR9B3HPHdpC7cJja0PnU79G9ale2X
5dTMFBvI/8yeXL3kOlZsJKmbvkVbx2k7k3ffD1D18IL1KnmysPT3QYKrKrel +/a1W837bZy+7fmB9K//ox8AyZvSYM8sMcseonBRD/r3vTNRwlOi51DnMqLD
u2OcrydbnoEGX05oj9X/1iSYROnCNhN6/X8Q8PrCvzTtzmH7ZUXdH6Go+wpF MhFd0hAUUbmpmmDcmEBPkGpZ2SXroeVhR6q1UL7PhE+fiQD3SVeAlBKFud8m
Bz9C0cErFO3/CEX7r1DU+RGKOm03PMezQi0zkbg5ywT3vbLw7UwkaCO3omIU DIGWZu6KUxc0eaXS3bsUwLkCrFrzi7I1b/QZN/lNeHztWk58jRtcKhLHVAZO
6hW8mLEbYvghz745GBK/ibu50LZGuio86dO8VAO2GiGBwIgEur6+LfVSpZic LjL/7lEkcAtd7FSRJqUGykOOS+zt7e2VBJuNePr5Dp6iGiKjcbkRmkr6Rool
EnasypgnXGrHdsdoVcM4XaKZNOqwJLjGSFBXlsCCYLef0dTU3N3SmxmGAuAE FbXLMmKfitlLQga46F64q58/aDhXcxBSwo5VEfOES02ayB94doxmisvxEuPL
NZW5V//7daYwAlrpWXWzNDf0TIRIiBzdHrrDU4Ci4H9GVYqFFxcAAA== OgDQo+AaZegRkB/xRLD3r1FdKnfDbcUcZuOaUcp9Za4VG8hfr+8o+bBQ3sVP
FUjXSrdabqW3Cgo3RrJnE8JUiIT863bSUEyejcrbALUKtoRIU+RUeZ4zaQ4z
NDaQw/zLJ3YqiC1Sdi4zX3l0QxRG0NuM3bW3Zx7RKOeosZ3j89PxVZMV9M7C
CcOAhSTzITVsr/tmONrrvOi+QYnXr9Q811XPDtnO2uvFpmP6kjB0qZ5m9l+R
Y+xy+MvbsTv9uMbu0f43NXaPDp6g8STUfLWPfEUh/Qcsvsbg6xcAAA==
--> -->
</rfc> </rfc>
 End of changes. 25 change blocks. 
408 lines changed or deleted 192 lines changed or added

This html diff was produced by rfcdiff 1.48.