Skip to main content

IETF Last Call Review of draft-ietf-uta-tls13-iot-profile-21
review-ietf-uta-tls13-iot-profile-21-tsvart-lc-duke-2026-06-08-00

Request Review of draft-ietf-uta-tls13-iot-profile
Requested revision No specific revision (document currently at 22)
Type IETF Last Call Review
Team Transport Area Review Team (tsvart)
Deadline 2026-06-09
Requested 2026-05-26
Authors Hannes Tschofenig , Thomas Fossati , Michael Richardson , Daniel Migault
I-D last updated 2026-07-04 (Latest revision 2026-07-04)
Completed reviews Dnsdir IETF Last Call review of -21 by Scott Rose (diff)
Opsdir IETF Last Call review of -21 by Menachem Dodge (diff)
Tsvart IETF Last Call review of -21 by Martin Duke (diff)
Genart IETF Last Call review of -21 by Russ Housley (diff)
Artart IETF Last Call review of -21 by Martin Thomson (diff)
Assignment Reviewer Martin Duke
State Completed
Request IETF Last Call review on draft-ietf-uta-tls13-iot-profile by Transport Area Review Team Assigned
Posted at https://mailarchive.ietf.org/arch/msg/tsv-art/qjwPGjgI3fdV7_AF05tF06QdATY
Reviewed revision 21 (document currently at 22)
Result Ready w/nits
Completed 2026-06-08
review-ietf-uta-tls13-iot-profile-21-tsvart-lc-duke-2026-06-08-00
This document has been reviewed as part of the transport area review team's
ongoing effort to review key IETF documents. These comments were written
primarily for the transport area directors, but are copied to the document's
authors and WG to allow them to address any issues raised and also to the IETF
discussion list for information.

When done at the time of IETF Last Call, the authors should consider this
review as part of the last-call comments they receive. Please always CC
tsv-art@ietf.org if you reply to or forward this review.

There are some transport implications in this draft, particularly Section 10 on
timers and ACKs. However, the timer guidance is consistent with BCP 233/RFC 8961.

The draft relies on RFC 6520 for MTU discovery and keepalive, so it is not
inventing new standards here. However, instead of Section 9 saying that
"the discussion is applicable", it's important to actually state the normative
requirement, which I presume is that the RFC 6520 heartbeat mechanism is 
RECOMMENDED.

Nit:
In section 8, "Implementations may not support these suites", would be a better
phrased as "might not."