HTTP (httpbis)
WG | Name | HTTP | |
---|---|---|---|
Acronym | httpbis | ||
Area | Web and Internet Transport (wit) | ||
State | Active | ||
Charter | charter-ietf-httpbis-09 Approved | ||
Document dependencies | |||
Additional resources |
Zulip stream alternate list archives home page repositories |
||
Personnel | Chairs | Mark Nottingham, Tommy Pauly | |
Area Director | Mike Bishop | ||
Mailing list | Address | ietf-http-wg@w3.org | |
To subscribe | ietf-http-wg-request@w3.org | ||
Archive | http://lists.w3.org/Archives/Public/ietf-http-wg/ | ||
Chat | Room address | https://zulip.ietf.org/#narrow/stream/httpbis |
Charter for Working Group
Hypertext Transfer Protocol (HTTP) is an Internet Standard defined in STD 97 / RFC 9110, with caching behavior in RFC 9111. HTTP semantics are used in multiple versions, which are mappings to various transports:
- HTTP/1.1 (RFC 9112)
- HTTP/2 (RFC 9113), including HPACK (RFC 7541)
- HTTP/3 (RFC 9114), including QPACK (RFC 9204)
Together, these make up the core specifications of HTTP.
This Working Group is charged with maintaining and developing the core specifications for HTTP and generic extensions to it (i.e., those that are not specific to one application).
Beyond specification work, the Working Group is a forum for implementers, practitioners, and researchers to discuss the protocol, its operation and evolution, to improve interoperability and ecosystem health.
Work Mode
The Working Group may define extensions and other documents related to HTTP as work items, provided that they are generic; i.e., not specific to one application using HTTP. (Note that Web browsing by definition is a generic use.) The Working Group may also make updates to the core HTTP specifications and existing extensions to clarify existing functionality or address security issues. These documents may be published as Informational, Experimental, BCP, or Standards Track at the discretion of the working group.
New extension points, new functionality outside an existing extension point, and new HTTP versions are not in scope without a recharter.
Work that may need substantial input from other areas (e.g., Security) or other standards bodies (W3C, etc.) should be coordinated through the appropriate bodies (such as the responsible Area Director or a general / 'dispatch' group).
Milestones
Order | Milestone | Associated documents |
---|---|---|
Last | Submit Secondary Server Certs |
draft-ietf-httpbis-secondary-server-certs
|
Submit Resumable Uploads |
draft-ietf-httpbis-resumable-upload
|
|
Submit Compression Dictionaries |
rfc9842 (was draft-ietf-httpbis-compression-dictionary)
|
|
Submit Unprompted Auth |
rfc9729 (was draft-ietf-httpbis-unprompted-auth)
|
|
Submit Cache Groups |
draft-ietf-httpbis-cache-groups
|
|
Submit Client-Cert Header |
rfc9440 (was draft-ietf-httpbis-client-cert-field)
|
|
Submit The HTTP QUERY Method |
draft-ietf-httpbis-safe-method-w-body
|
|
Submit Retrofit Structured Fields |
draft-ietf-httpbis-retrofit
|
|
Next | Submit RFC6265bis (Cookies) |
draft-ietf-httpbis-rfc6265bis
|