HTTP/2(Redirected from HTTP 2.0)
HTTP/2 (originally named HTTP/2.0) is a major revision of the HTTP network protocol used by the World Wide Web. It was derived from the earlier experimental SPDY protocol, originally developed by Google. HTTP/2 was developed by the Hypertext Transfer Protocol working group httpbis (where bis means "second") of the Internet Engineering Task Force. HTTP/2 is the first new version of HTTP since HTTP 1.1, which was standardized in RFC 2068 in 1997. The Working Group presented HTTP/2 to IESG for consideration as a Proposed Standard in December 2014, and IESG approved it to publish as Proposed Standard on February 17, 2015. The HTTP/2 specification was published as RFC 7540 in May 2015.
The standardization effort was supported by Chrome, Opera, Firefox, Internet Explorer 11, Safari, Amazon Silk, and Edge browsers. Most major browsers added HTTP/2 support by the end of 2015.
The working group charter mentions several goals and issues of concern:
- Create a negotiation mechanism that allows clients and servers to elect to use HTTP 1.1, 2.0, or potentially other non-HTTP protocols.
- Maintain high-level compatibility with HTTP 1.1 (for example with methods, status codes, URIs, and most header fields).
- Decrease latency to improve page load speed in web browsers by considering:
- Support common existing use cases of HTTP, such as desktop web browsers, mobile web browsers, web APIs, web servers at various scales, proxy servers, reverse proxy servers, firewalls, and content delivery networks.
Differences from HTTP 1.1Edit
The proposed changes do not require any changes to how existing web applications work, but new applications can take advantage of new features for increased speed.
HTTP/2 leaves most of HTTP 1.1's high-level syntax, such as methods, status codes, header fields, and URIs, the same. What's new is how the data is framed and transported between the client and the server.
Websites that are efficient minimize the number of requests required to render an entire page by minifying (reducing the amount of code and packing smaller pieces of code into bundles, without reducing its ability to function) resources such as images and scripts. However, minification is not necessarily convenient nor efficient and may still require separate HTTP connections to get the page and the minified resources. HTTP/2 allows the server to "push" content, that is, to respond with data for more queries than the client requested. This allows the server to supply data it knows a web browser will need to render a web page, without waiting for the browser to examine the first response, and without the overhead of an additional request cycle.
Additional performance improvements in the first draft of HTTP/2 (which was a copy of SPDY) come from multiplexing of requests and responses to avoid the head-of-line blocking problem in HTTP 1 (even when HTTP pipelining is used), header compression, and prioritization of requests.
Genesis in and later differences from SPDYEdit
SPDY (pronounced like "speedy") was a previous HTTP-replacement protocol developed by a research project spearheaded by Google. SPDY primarily focused on reducing latency. SPDY uses the same TCP pipe but different protocols to accomplish this reduction. The basic changes made to HTTP 1.1 to create SPDY included: "true request pipelining without FIFO restrictions, message framing mechanism to simplify client and server development, mandatory compression (including headers), priority scheduling, and even bi-directional communication".
The httpbis working group considered Google's SPDY protocol, Microsoft's HTTP Speed+Mobility proposal (SPDY based), and Network-Friendly HTTP Upgrade. In July 2012 Facebook provided feedback on each of the proposals and recommended HTTP/2 be based on SPDY. The initial draft of HTTP/2 was published in November 2012 and was based on a straight copy of SPDY.
The biggest difference between HTTP/1.1 and SPDY was that each user action in SPDY is given a "stream ID", meaning there is a single TCP channel connecting the user to the server. SPDY split requests into either control or data, using a "simple to parse binary protocol with two types of frames." SPDY showed evident improvement from HTTP, with a new page load speedup ranging from 11.81% to 47.7%.
The development of HTTP/2 used SPDY as a jumping-off point. Among the many detailed differences between the protocols, the most notable is that HTTP/2 uses a fixed Huffman code-based header compression algorithm, instead of SPDY's dynamic stream-based compression. This helps to reduce the potential for compression oracle attacks on the protocol, such as the CRIME attack.
Although the standard itself does not require usage of encryption, most client implementations (Firefox, Chrome, Safari, Opera, IE, Edge) have stated that they will only support HTTP/2 over TLS, which makes encryption de facto mandatory.
HTTP/2's development process and the protocol itself have faced criticism.
The FreeBSD and Varnish developer Poul-Henning Kamp claims that the standard was prepared on an unrealistically short schedule, ruling out any basis for the new HTTP/2 other than the SPDY protocol and resulting in other missed opportunities for improvement. Kamp criticizes the protocol itself for being inconsistent and having needless, overwhelming complexity. He also states that the protocol violates the protocol layering principle, for example by duplicating flow control that belongs in the transport layer (TCP). Most concerns, however, have been related to encryption issues.
Initially, some members[who?] of the Working Group tried to introduce an encryption requirement in the protocol. This faced criticism.
Critics stated that encryption has non-negligible computing costs and that many HTTP applications have actually no need for encryption and their providers have no desire to spend additional resources on it. Encryption proponents have stated that this encryption overhead is negligible in practice. Poul-Henning Kamp has criticised IETF for following a particular political agenda with HTTP/2. The criticism of the agenda of mandatory encryption within the existing certificate framework is not new, nor is it unique to members of the open-source community – a Cisco employee stated in 2013 that the present certificate model is not compatible with small devices like routers, because the present model requires not only annual enrollment and remission of non-trivial fees for each certificate, but must be continually repeated on an annual basis. Working Group finally did not reach consensus over the mandatory encryption, although most client implementations require it, which makes encryption a de facto requirement.
The HTTP/2 protocol also faced criticism for not supporting opportunistic encryption, a measure against passive monitoring similar to the STARTTLS mechanism that has long been available in other internet protocols like SMTP. Critics have stated that the HTTP/2 proposal goes in violation of IETF's own RFC7258 "Pervasive Monitoring Is an Attack", which also has a status of Best Current Practice 188. RFC7258/BCP188 mandates that passive monitoring to be considered as an attack, and protocols designed by IETF should take steps to protect against passive monitoring (for example, through the use of opportunistic encryption). A number of specifications for opportunistic encryption of HTTP/2 have been provided, of which draft-ietf-httpbis-http2-encryption-01 is an official work item of the working group.
|Done||December 20, 2007||First HTTP 1.1 Revision Internet Draft|
|Done||January 23, 2008||First HTTP Security Properties Internet Draft|
|Done||Early 2012||Call for Proposals for HTTP 2.0|
|Done||October 14 – November 25, 2012||Working Group Last Call for HTTP 1.1 Revision|
|Done||November 28, 2012||First WG draft of HTTP 2.0, based upon draft-mbelshe-httpbis-spdy-00|
|Held/Eliminated||Working Group Last Call for HTTP Security Properties|
|Done||September 2013||Submit HTTP 1.1 Revision to IESG for consideration as a Proposed Standard|
|Done||February 12, 2014||IESG approved HTTP 1.1 Revision to publish as a Proposed Standard|
|Done||June 6, 2014||Publish HTTP 1.1 Revision as RFC 7230, 7231, 7232, 7233, 7234, 7235|
|Done||August 1, 2014 – September 1, 2014||Working Group Last call for HTTP/2|
|Done||December 16, 2014||Submit HTTP/2 to IESG for consideration as a Proposed Standard|
|Done||December 31, 2014 – January 14, 2015||IETF Last Call for HTTP/2|
|Done||January 22, 2015||IESG telechat to review HTTP/2 as Proposed Standard|
|Done||February 17, 2015||IESG approved HTTP/2 to publish as Proposed Standard|
|Done||May 14, 2015||Publish HTTP/2 as RFC 7540|
Software and services supporting HTTP/2Edit
- Server software
- Apache 2.4.12 supports HTTP/2 via the module mod_h2, although appropriate patches must be applied to the source code of the server in order for it to support that module. As of Apache 2.4.17 all patches are included in the main Apache source tree, although the module itself was renamed mod_http2. Old versions of SPDY were supported via the module mod_spdy, however the development of the mod_spdy module has stopped.
- Apache Tomcat supports HTTP/2 with version 8.5 and newer with a configuration change.
- Apache Traffic Server supports HTTP/2.
- Caddy supports HTTP/2.
- Citrix NetScaler 11.x supports HTTP/2.
- Sucuri Supports HTTP/2.
- F5 BIG-IP Local Traffic Manager 11.6 supports HTTP/2.
- h2o was built from the ground up for HTTP/2 support.
- Jetty 9.3 supports HTTP/2.
- LiteSpeed Web Server 5.0 supports HTTP/2.
- Microsoft IIS supports HTTP/2 in Windows 10 and Windows Server 2016.
- Netty 4.1 supports HTTP/2.
- nginx 1.9.5 supports HTTP/2.
- node.js 5.0 supports HTTP/2.
- OpenLiteSpeed 1.3.11 and 1.4.8 supports HTTP/2.
- Proxygen supports HTTP/2.
- Pulse Secure Virtual Traffic Manager 10.2 supports HTTP/2.
- Radware Alteon NG supports HTTP/2.
- ShimmerCat supports HTTP/2.
- Vert.x 3.3 supports HTTP/2.
- Warp (Haskell web server, used by default in Yesod) supports HTTP/2.
- Wildfly 9 supports HTTP/2.
- Content delivery networks
- Akamai is the first major CDN to support HTTP/2 and HTTP/2 Server Push. http2.akamai.com showcases Akamai's HTTP/2 implementation, including Server Push.
- CDN77 supports HTTP/2 using nginx (August 20, 2015). http2demo.io is a demonstration of CDN77's HTTP/2 implementation.
- Cloudflare supports HTTP/2 using nginx with SPDY as a fallback for browsers without support, whilst maintaining all security and performance services. Cloudflare was the first major CDN to support HTTP/2 Server Push.
- AWS CloudFront supports HTTP/2.
- Fastly supports HTTP/2 including Server Push.
- Imperva Incapsula CDN supports HTTP/2. http2.incapsula.com showcases Incapsula's HTTP/2 implementation. The implementation includes support for WAF and DDoS mitigation features as well.
- KeyCDN supports HTTP/2 using nginx (October 6, 2015). HTTP/2 Test is a test page to verify if your server supports HTTP/2.
- Not planned
- Other implementations are collected on the GitHub HTTP/2 wiki.
- Bright, Peter (Feb 18, 2015). "HTTP/2 finished, coming to browsers within weeks". Ars Technica.
- Thomson, M. (ed. ), Belshe M. and R. Peon. "Hypertext Transfer Protocol version 2 - draft-ietf-httpbis-http2-16". ietf.org. HTTPbis Working Group. Retrieved February 11, 2015.
- "Hypertext Transfer Protocol Bis (httpbis) - Charter". Internet Engineering Task Force. 2012.
- "History for draft-ietf-httpbis-http2-16". IETF. Retrieved 2015-01-03.
2014-12-16 IESG state changed to Publication Requested
- Raymor, Brian (August 7, 2014). "Wait for it – HTTP/2 begins Working Group Last Call!". Microsoft Open Technologies. Retrieved 2014-09-07.
- The IESG (February 17, 2015). "Protocol Action: 'Hypertext Transfer Protocol version 2' to Proposed Standard (draft-ietf-httpbis-http2-17.txt)". httpbis (Mailing list). Retrieved February 18, 2015.
- Mark Nottingham (February 18, 2015). "HTTP/2 Approved". www.ietf.org. Internet Engineering Task Force. Retrieved March 8, 2015.
- "RFC 7540 - Hypertext Transfer Protocol Version 2 (HTTP/2)". IETF. May 2015. Retrieved May 14, 2015.
- "See what’s new in Firefox!". www.mozilla.org. Mozilla Foundation. February 2015.
- "Can the rise of SPDY threaten HTTP?". blog.restlet.com. Restlet, Inc. October 2011.
- "HTTP2 browser support". Retrieved March 9, 2017.
- "Usage of HTTP/2 for websites". World Wide Web Technology Surveys. W3Techs. Dec 2, 2016. Retrieved Dec 2, 2016.
- Ilya Grigorik. "Chapter 12: HTTP 2.0". High Performance Browser Networking. O'Reilly Media, Inc.
- Pratt, Michael. "Apiux". apiux.com. Retrieved March 19, 2014.
- Dio Synodinos (November 2012). "HTTP 2.0 First Draft Published". InfoQ.com. C4Media Inc.
- Sebastian Anthony (March 28, 2012). "S&M vs. SPDY: Microsoft and Google battle over the future of HTTP 2.0". ExtremeTech.
- Grigorik, Ilya. "Life beyond HTTP 1.1: Google's SPDY".
- Willy Tarreau; Amos Jeffries; Adrien de Croy; Poul-Henning Kamp (March 29, 2012). "Proposal for a Network-Friendly HTTP Upgrade". Network Working Group. Internet Engineering Task Force.
- Doug Beaver (July 15, 2012). "HTTP2 Expression of Interest" (mailing list). W3C.
- Dio Synodinos (2012-11-30). "HTTP/2 First Draft Published". InfoQ.
- "SPDY: An experimental protocol for a faster web". The Chromium Projects.
- Chris Bentzel; Bence Béky (2015-02-09). "Hello HTTP/2, Goodbye SPDY". Chromium Blog.
Update: To better align with Chrome's release cycle, SPDY and NPN support will be removed with the release of Chrome 51.
- "API Deprecations and Removals in Chrome 51".
TL;DR: Support for HTTP/2 is widespread enough that SPDY/3.1 support can be dropped.
- Shadrin, Nick (7 June 2016). "Supporting HTTP/2 for Google Chrome Users | NGINX". NGINX. Retrieved July 10, 2017.
- Belshe, M.; Peon, R.; Thomson, M. "Hypertext Transfer Protocol Version 2, Use of TLS Features". Retrieved 2015-02-10.
- "HTTP/2 Frequently Asked Questions". IETF HTTP Working Group. Retrieved 2014-09-08.
- "Networking/http2". MozillaWiki. Retrieved 2014-09-07.
- "mnot’s blog: HTTP/2 Implementation Status".
- Kamp, Poul-Henning (2015-01-06). "HTTP/2.0 – The IETF is Phoning It In (Bad protocol, bad politics)". ACM Queue. Retrieved 2015-01-12.
- Grigorik, Ilya. "Is TLS Fast Yet?". Retrieved 30 December 2015.
- Kamp, P. H. (2015). "Http/2.0". Communications of the ACM. 58 (3): 40. doi:10.1145/2717515.
- Kamp, Poul-Henning (2015-01-07). "Re: Last Call: <draft-ietf-httpbis-http2-16.txt> (Hypertext Transfer Protocol version 2) to Proposed Standard". email@example.com (Mailing list). Retrieved 2015-01-12.
- Lear, Eliot (2013-08-25). "Mandatory encryption *is* theater". firstname.lastname@example.org (Mailing list). Retrieved 2015-01-26.
- Murenin, Constantine A. (2015-01-09). "Re: Last Call: <draft-ietf-httpbis-http2-16.txt> (Hypertext Transfer Protocol version 2) to Proposed Standard". email@example.com (Mailing list). Retrieved 2015-01-12.
- Paul Hoffman. "draft-hoffman-httpbis-minimal-unauth-enc-01 - Minimal Unauthenticated Encryption (MUE) for HTTP-2". Internet Engineering Task Force.
- Mark Nottingham; Martin Thomson. "draft-nottingham-http2-encryption-03 - Opportunistic Encryption for HTTP URIs". Internet Engineering Task Force.
- Mark Nottingham; Martin Thomson. "draft-ietf-httpbis-http2-encryption-01 - Opportunistic Security for HTTP". Internet Engineering Task Force.
- Nottingham, Mark (June 7, 2014). "RFC2616 is Dead". Retrieved September 20, 2014.
- "HTTP/1.1, part 1: URIs, Connections, and Message Parsing - draft-ietf-httpbis-p1-messaging-00". December 20, 2007. Retrieved September 20, 2014.
- "Security Requirements for HTTP - draft-ietf-httpbis-security-properties-00.txt". January 23, 2008. Retrieved September 20, 2014.
- Nottingham, Mark (January 24, 2012). "Rechartering HTTPbis". Retrieved September 20, 2014.
- Nottingham, Mark (October 14, 2012). "Working Group Last Call for HTTP/1.1 p1 and p2". Retrieved September 20, 2014.
- Nottingham, Mark (October 23, 2012). "Second Working Group Last Call for HTTP/1.1 p4 to p7". Retrieved September 20, 2014.
- "SPDY Protocol - draft-ietf-httpbis-http2-00". HTTPbis Working Group. November 28, 2012. Retrieved September 20, 2014.
- Nottingham, Mark (November 30, 2012). "First draft of HTTP/2". Retrieved September 20, 2014.
- "Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing". Archived from the original on 2014-08-13. Retrieved September 20, 2014.
- "Last Call: <draft-ietf-httpbis-p1-messaging-24.txt> (Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing) to Proposed Standard". The IESG. October 21, 2013. Retrieved September 20, 2014.
- The IESG (February 12, 2014). "Protocol Action: 'Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing' to Proposed Standard (draft-ietf-httpbis-p1-messaging-26.txt)". ietf-announce (Mailing list). Retrieved January 18, 2015.
- The RFC Editor Team (June 6, 2014). "RFC 7230 on Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing". ietf-announce (Mailing list). Retrieved January 18, 2015.
- Nottingham, Mark (August 1, 2014). "Working Group Last Call: draft-ietf-httpbis-http2-14 and draft-ietf-httpbis-header-compression-09". HTTP Working Group. Retrieved 2014-09-07.
- "Last Call: <draft-ietf-httpbis-http2-16.txt> (Hypertext Transfer Protocol version 2) to Proposed Standard from The IESG on 2014-12-31". Internet Engineering Task Force. 2014. Retrieved January 1, 2015.
- "IESG Agenda: 2015-01-22". IETF. Archived from the original on 2015-01-15. Retrieved January 15, 2015.
- The RFC Editor Team (May 14, 2015). "RFC 7540 on Hypertext Transfer Protocol Version 2 (HTTP/2)". ietf-announce (Mailing list).
- "http/2 module for apache httpd". Retrieved July 28, 2015.
- "Apache 2.4.17 release changelog".
- Matthew Steele (June 19, 2014). "mod_spdy is now an Apache project". Google Developers Blog.
- "Log of /httpd/mod_spdy". svn.apache.org. Retrieved February 3, 2017.
- "Apache Tomcat Migration". Retrieved 2016-07-29.
- "Apache Traffic Server Downloads". trafficserver.apache.org. 2015-09-21.
- "caddyserver.com". 2016-03-23.
- "3 Simple Steps to Bring HTTP/2 Performance to Legacy Web Applications". September 22, 2015.
- "Sucuri += HTTP/2 — Announcing HTTP/2 Support". Sucuri. Retrieved 2015-12-05.
- Robert Haynes. "Goodbye SPDY, Hello HTTP/2". F5 Networks. Retrieved September 18, 2015.
- "Jetty change log". Eclipse Foundation. 2015-05-28. Retrieved May 28, 2015.
- "LSWS 5.0 Is Out – Support for HTTP/2, ESI, LiteMage Cache". April 17, 2015.
- Rob Trace; David Walp (October 8, 2014). "HTTP/2: The Long-Awaited Sequel". MSDN IEBlog. Microsoft Corporation.
- "Netty.news: Netty 4.1.0.Final released". netty.io. Retrieved 2016-06-01.
- "nginx changelog". www.nginx.com. 2015-09-22.
- "Node http2". www.github.com. 2016-07-26.
- "OpenLiteSpeed 1.4.5 change log". LiteSpeed Technologies, Inc. 2015-02-26. Retrieved February 26, 2015.
- "Pulse Virtual Traffic Manager". 2017-08-04.
- "Radware Combines an Integrated HTTP/2 Gateway with its Leading Fastview Technology to Provide Web Server Platforms Increased Acceleration". July 20, 2015.
- "www.shimmercat.com". 2016-03-23.
- "HTTP/2 is here! Goodbye SPDY? Not quite yet". CloudFlare. Retrieved 2015-12-05.
- Krasnov, Vlad (28 April 2016). "Announcing Support for HTTP/2 Server Push". CloudFlare. Retrieved 18 May 2016.
- "Amazon CloudFront now supports HTTP/2". Amazon Web Services, Inc. Retrieved 2016-09-08.
- "Announcing Limited Availability for HTTP/2".
- "HTTP/2 is here: What You Need to Know". Retrieved November 1, 2015.
- stbuehler. "lighttpd Feature #2322 - Support for SPDY protocol". Lighttpd.
- "lighttpd Feature #2726 - Support for HTTP/2 protocol", Lighttpd
- Official website
- RFC 7540 – Hypertext Transfer Protocol version 2 (HTTP/2)
- RFC 7541 – HPACK: Header Compression for HTTP/2
- SPDY Protocol (draft-mbelshe-httpbis-spdy-00)
- HTTP Speed+Mobility (draft-montenegro-httpbis-speed-mobility-01)
- Proposal for a Network-Friendly HTTP Upgrade (draft-tarreau-httpbis-network-friendly-00)