Skip to main content

IETF conflict review for draft-nottingham-safe-hint
conflict-review-nottingham-safe-hint-03

The information below is for an old version of the document.
Document Proposed conflict review draft-nottingham-safe-hint-11 ISE stream Snapshot
Last updated 2019-05-30
State IESG Evaluation
IESG Responsible AD Barry Leiba
Send notices to Adrian Farrel <rfc-ise@rfc-editor.org>, draft-nottingham-safe-hint@ietf.org
conflict-review-nottingham-safe-hint-03
The IESG has concluded that this work is related to IETF work done in WG
httpbis , but this relationship does not prevent publishing.

The IESG would like the following IESG note added to the document:

-----------------------

The mechanism described in this document does not have IETF consensus and is
not a standard. This mechanism was presented for publication as an IETF
Proposed Standard, but was not approved for publication by the IESG. Concerns
raised by the IESG have been clarified in this version of the document but
remain valid.

-----------------------

In addition, the ISE and the author have agreed to add the following text in
the Introduction, to address concerns from some ADs about clarity of the
document's history and the major issues that were raised:

---------------------------------------------------

The mechanism described in this document does not have IETF consensus
and is not a standard. It is a widely deployed approach that has
turned out to be useful, and is presented here so that server and
browser implementations can have a common understanding of how it
operates.

This mechanism was presented for publication as an IETF Proposed Standard,
but was not approved for publication by the IESG despite having IETF
consensus at that time.  Concerns raised by the IESG
included the vagueness of the meaning of "safe", the ability of a
proxy to insert the hint outside of a user's control, and the fact
that there is no way to know whether the hint was or was not applied
to the response returned by the server.  While the current text is
clear about these issues, they remain as factors that block the
IESG's approval of this mechanism as an IETF Proposed Standard.

---------------------------------------------------