Skip to main content
  • IETF email infrastructure transition completed on 11 September

    A transition to a new modern, modular, and containerized infrastructure for email services provided for ietf.org, iab.org, irtf.org, rfc-editor.org (including email lists) was completed on 11 September 2026.

    11 Sep 2026
  • Survey to gather input on ISE selection criteria

    The survey to gather input for Independent Series Editor (ISE) selection criteria survey is live and we welcome your input on the capabilities and expectations the Internet Architecture Board (IAB) should consider when selecting a future ISE.

    10 Sep 2026
  • IETF 126 Highlights

    The IETF 126 meeting was held 18–24 July 2026 at the Hilton Vienna Park in Vienna, Austria, and online, hosted by Cisco. The week included the IETF Hackathon and Code Sprint, the New Participants' Program, five Birds-of-a-Feather (BoF) sessions, and more than 100 working group and research group sessions. The Applied Network Research Workshop also took place during the IETF 126 meeting week.

    1 Sep 2026
  • Post-Quantum Authentication: Up Next

    Post-quantum key establishment has moved from standards into deployment. Post-quantum authentication has not moved nearly as far, and specification work is no longer the only constraint. The IAB is holding a workshop in Prague on 11 and 12 October 2026 to bring deployment experience together with the people working on the relevant protocols and standards.

    27 Aug 2026
  • IETF 126 post-meeting survey: what we heard

    The IETF 126 Vienna meeting was held 18-24 July 2026 and the results of the post-meeting survey are now available.

    27 Aug 2026

Filter by topic and date

Filter by topic and date

HTTP/2 Approved

18 Feb 2015

After more than two years of discussion, over 200 design issues, 17 drafts, and 30 implementations, the HTTP/2 and HPACK specifications have now been approved by the IETF’s steering group for publication as standards-track RFCs.

The result is that HTTP/2 will help provide faster user experience for browsing, reduce the amount of bandwidth required, and make the use of secure connections easier.

The HTTP Working Group began work on HTTP/2 in 2012 by selecting Google’s SPDY protocol as the starting point, holding a series of six interim meetings to incorporate community feedback. This resulted in substantial changes to the format of the protocol, its compression scheme, and its mapping to the semantics of HTTP.

The resulting protocol is designed to allow a seamless switch between HTTP/1 and HTTP/2, with minimal changes to applications and APIs, while at the same time offering improved performance and better use of network resources. Web users largely will be able to benefit from the improvements offered by HTTP/2 without having to do anything different.

A key point in the protocol development process was the iteration the working group did between protocol updates, and implementations and testing. Certain draft protocol versions were labelled by the working group as “implementation drafts”, and the participants — many web browser and web server providers — updated their implementations and tested out the protocol changes. Most of the interim meetings included part of a day spent on hands-on interoperability testing and discussion. The result is a thoroughly validated protocol that has been shown to interoperate and that meets the needs of many major stakeholders.

The HTTP/2 work specifically embodies the key IETF tenet about the value of “rough consensus and running code.”

See the HTTP/2 home page, Frequently Asked Questions list (FAQ), and the chair’s blog article for more information. The specifications themselves are available here for HTTP/2 and HPACK.


Share this page