Extensible Prioritization Scheme for HTTP
draft-ietf-httpbis-priority-12

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-httpbis-priority@ietf.org, francesca.palombini@ericsson.com, httpbis-chairs@ietf.org, ietf-http-wg@w3.org, rfc-editor@rfc-editor.org, tpauly@apple.com
Subject: Protocol Action: 'Extensible Prioritization Scheme for HTTP' to Proposed Standard (draft-ietf-httpbis-priority-12.txt)

The IESG has approved the following document:
- 'Extensible Prioritization Scheme for HTTP'
  (draft-ietf-httpbis-priority-12.txt) as Proposed Standard

This document is the product of the HTTP Working Group.

The IESG contact persons are Murray Kucherawy and Francesca Palombini.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-httpbis-priority/

Ballot Text

Technical Summary

   This document defines a new mechanism for communicating per-stream priorities in HTTP/2 and HTTP/3. Priority here communicates a level of urgency and information about if the data can be loaded incrementally, and can be communicated at the start of a request and updated later. This mechanism can be used instead of the unsuccessful priority mechanism originally defined in HTTP/2.

Working Group Summary

   This work item came to HTTPbis as a requirement for HTTP/3 (developed in QUIC), which on its own didn't define any priorities. The working group ran a design team for the topic early on, and has seen good engagement in development of the solution. 

Document Quality

   There are a few implementations of the protocol in HTTP/3 to validate the effectiveness of the protocol, and implementations in general do intend to deploy this solution going forward (favored over the previous priority scheme). The document is well-structured and clear, and received extensive review from the WG.

Personnel

   Tommy Pauly is the Document Shepherd.
   Francesca Palombini is the Responsible Area Director.

RFC Editor Note