Skip to main content

Constrained Application Protocol (CoAP) Transfer for the Certificate Management Protocol

Approval announcement
Draft of message to be sent after approval:


From: The IESG <>
To: IETF-Announce <>
Cc: The IESG <>,,,,,,
Subject: Protocol Action: 'CoAP Transfer for the Certificate Management Protocol' to Proposed Standard (draft-ietf-ace-cmpv2-coap-transport-10.txt)

The IESG has approved the following document:
- 'CoAP Transfer for the Certificate Management Protocol'
  (draft-ietf-ace-cmpv2-coap-transport-10.txt) as Proposed Standard

This document is the product of the Authentication and Authorization for
Constrained Environments Working Group.

The IESG contact persons are Paul Wouters and Roman Danyliw.

A URL of this Internet-Draft is:

Ballot Text

Technical Summary

This document specifies an authentication service that uses the Extensible Authentication Protocol (EAP) transported employing Constrained Application Protocol (CoAP) messages. As such, it defines an EAP lower layer based on CoAP called CoAP-EAP. One of the main goals is to authenticate a CoAP-enabled IoT device (EAP peer) that intends to join a security domain managed by a Controller (EAP authenticator). Secondly, it allows deriving key material to protect CoAP messages exchanged between them based on Object Security for Constrained RESTful Environments (OSCORE), enable the establishment of a security association between them.
Working Group Summary

No issues, broad consensus.

Document Quality

No issues with the document. There is an open source implementation to support CMP over CoAP maintained by @David von Oheimb.
The Shepherd believesthese do not follow the draft exactly but are based on this draft.


   Document Shepherd: Loganaden Velvindron and Paul Wouters
   Responsible Area Director?  Paul Wouters

   'The IANA Expert(s) for the registries in this document are Klaus Hartke (primary), Carsten Bormann (secondary), Jaime Jimenez (secondary), Alexander Pelov (secondary), Hendrik Brockhaus, David von Oheimb, John Gray, Mark Nottingham

RFC Editor Note