Skip to main content

Telechat Review of draft-ietf-httpbis-proxy-status-06
review-ietf-httpbis-proxy-status-06-intdir-telechat-overeinder-2021-08-24-01

Request Review of draft-ietf-httpbis-proxy-status
Requested revision No specific revision (document currently at 08)
Type Telechat Review
Team Internet Area Directorate (intdir)
Deadline 2021-08-24
Requested 2021-08-19
Requested by Éric Vyncke
Authors Mark Nottingham , Piotr Sikora
I-D last updated 2021-08-24
Completed reviews Tsvart Last Call review of -05 by Magnus Westerlund (diff)
Secdir Last Call review of -05 by Rich Salz (diff)
Genart Last Call review of -05 by Thomas Fossati (diff)
Artart Last Call review of -06 by Jim Fenton (diff)
Intdir Telechat review of -06 by Benno Overeinder (diff)
Assignment Reviewer Benno Overeinder
State Completed
Request Telechat review on draft-ietf-httpbis-proxy-status by Internet Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/int-dir/PjOCfhj3v7mVDQ58pQq9SJ_421s
Reviewed revision 06 (document currently at 08)
Result Ready w/nits
Completed 2021-08-24
review-ietf-httpbis-proxy-status-06-intdir-telechat-overeinder-2021-08-24-01
Intdir Review draft-ietf-httpbis-proxy-status-06

I am an assigned INT directorate reviewer for
draft-ietf-httpbis-proxy-status-06.  These comments were written
primarily for the benefit of the Internet Area Directors.  Document
editors and shepherd(s) should treat these comments just like they
would treat comments from any other IETF contributors and resolve them
along with any other Last Call comments that have been received.  For
more details on the INT Directorate, see
https://datatracker.ietf.org/group/intdir/about/.

Overall, I find the document well written and understandable.  I only
have questions on clarifications and think the draft is ready with
nits for publication.

Section Abstract could provide a little more explanation, such as one
or two examples of how to use the error reporting (as explained in the
Introduction).

At the beginning of Section 2, should it be stated that Proxy-Status
HTTP Fields are only added to responses towards the user agent?  So
explicitly state that an intermediary only adds Proxy-Status HTTP
Field towards the user agent and not towards the origin server?  (It
is implied by the use of the word "response" of course and other text
in this section.)

In Section 2.1.1, the following paragraph is a bit confusing to me:

   Unless a Proxy Error Type specifies otherwise, the presences of error
   often, but not always, indicates that response was generated by the
   proxy, not the origin server or any other upstream server.  For
   example, a proxy might attempt to correct an error, or part of a
   response might be forwarded before the error is encountered.

I read the sentence "For example, a proxy might ..." as the situation
where the next intermediary will generate the error message.  Is that
correct?

Section 2.1.2, it is not clear to me what "next-hop" implies.  The
intermediary or origin server selected for this response?  So with
the error reported to the user agent, is the intermediary or origin
server where the error occurred reported?

Best,

-- Benno Overeinder