[Last-Call] Artart last call review of draft-ietf-teep-otrp-over-http-13

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Reviewer: Carsten Bormann
Review result: Ready with Nits

Thank you for a clear specification of the way TEEP is tunneled through an HTTP
Transport.

## Minor

The list of boilerplate header fields in 4 might briefly mention why there is
no point in providing a cache-control header (as is being suggested by RFC
9205).

5.1: What is an "API session"?  This reviewer can probably guess, but would
prefer not having to.

6.2: Why is this a SHOULD?  Are there any adverse consequences of not doing
that?  What would be the reason to deviate from the SHOULD?

## Nits

Obviously, by now RFC 9110 (draft-ietf-httpbis-semantics) and RFC 9205
(draft-ietf-httpbis-bcp56bis) have been published.

Is there a difference between the end of 5.1 and the end of 5.2?
Please indicate if these are the same, or if there is a subtle difference.

7 Bullet 8:
pass -> passes



-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call



[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux