- From: Barry Leiba <barryleiba@computer.org>
- Date: Tue, 12 Apr 2016 13:47:06 -0400
- To: "d.stussy@yahoo.com" <d.stussy@yahoo.com>
- Cc: RFC Errata System <rfc-editor@rfc-editor.org>, Mark Nottingham <mnot@mnot.net>, Mike Belshe <mike@belshe.com>, Roberto Peon <fenix@google.com>, Martin Thomson <martin.thomson@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
I don't understand how it breaks anything: when you use HTTP/1.1, you have the minor version. When you use HTTP/2, you're using a server that understands HTTP/2 and knows what to expect. Please explain where the problem occurs. Barry On Tue, Apr 12, 2016 at 1:11 PM, <d.stussy@yahoo.com> wrote: > If there were a deliberate choice to omit the "minor" version number, such needs to be stated in the RFC. Such a choice is actually omitted, and thus I see no such intent. What results at best is a conflict between two RFC's, and at least, an implementation error by the group which authored the HTTP/2 library I cited, which is in turn adopted by Apache, the most common HTTP server software used on the Internet (per the Netcraft survey). I raised this as an error because I do not believe that it was the intent of this RFC to break an earlier RFC with which it claims backward compatibility in the majority of HTTP servers on the Internet. > > -------------------------------------------- > On Tue, 4/12/16, Mark Nottingham <mnot@mnot.net> wrote: > > Subject: Re: [Technical Errata Reported] RFC7540 (4663) > To: "RFC Errata System" <rfc-editor@rfc-editor.org> > Cc: "Mike Belshe" <mike@belshe.com>, fenix@google.com, "Martin Thomson" <martin.thomson@gmail.com>, barryleiba@computer.org, d.stussy@yahoo.com, ietf-http-wg@w3.org > Date: Tuesday, April 12, 2016, 12:31 AM > > REJECT; HTTP is not > defined by the CGI specification, and the WG made a > conscious choice to omit the minor version number. > > Updating the CGI specification > is more appropriate (although an errata may not be the best > way to do it for that spec either). > > Cheers, > > > > > On 12 Apr 2016, at 5:19 PM, RFC Errata System <rfc-editor@rfc-editor.org> > wrote: > > > > The > following errata report has been submitted for RFC7540, > > "Hypertext Transfer Protocol Version > 2 (HTTP/2)". > > > > > -------------------------------------- > > > You may review the report below and at: > > > http://www.rfc-editor.org/errata_search.php?rfc=7540&eid=4663 > > > > > -------------------------------------- > > > Type: Technical > > Reported by: D. Stussy > <d.stussy@yahoo.com> > > > > Section: 8 omits > > > > Original Text > > ------------- > > > [Note: RFC 3875, section 4.1.16, defines the protocol > version as: > > > > > HTTP-Version = "HTTP" "/" 1*digit > "." 1*digit > > > > Nothing in RFC 7540 redefines this.] > > > > Corrected Text > > -------------- > > Add > paragraph at end of section 8 (before 8.1) - > Clarification: > > > > > HTTP/2 preserves the format of the SERVER_PROTOCOL CGI > variable, > > both in the CGI interface and > for any server logging purposes. Where > > a version string is necessary, it is > "HTTP/2.0" as defined by RFC 3875. > > > > Notes > > ----- > > Compatibility > is required with a prior published RFC, or a specific change > superseding the prior RFC need be explicitly stated. This > RFC states in its abstract: > > > > "This specification is an alternative > to, but does not obsolete, the HTTP/1.1 message syntax. > HTTP's existing semantics remain unchanged" > > > > RFC 7540, section > 3.5's connection preface string containing > "HTTP/2.0" implies that the RFC authors should > have forseen this issue, and added a paragraph to section 8 > to explicitly state no change in the CGI interface variable > SERVER_PROTOCOL was desired. At least one implementation > is using a version string of "HTTP/2", not > "HTTP/2.0", because of how it is referred in this > RFC. ("nghttp2.org" has incorrectly implemented > this in its library routines.) > > > > Instructions: > > > ------------- > > This erratum is currently > posted as "Reported". If necessary, please > > use "Reply All" to discuss > whether it should be verified or > > > rejected. When a decision is reached, the verifying party > (IESG) > > can log in to change the status > and edit the report, if necessary. > > > > -------------------------------------- > > RFC7540 (draft-ietf-httpbis-http2-17) > > -------------------------------------- > > Title : > Hypertext Transfer Protocol Version 2 (HTTP/2) > > Publication Date : May 2015 > > Author(s) : M. > Belshe, R. Peon, M. Thomson, Ed. > > > Category : PROPOSED STANDARD > > Source : Hypertext > Transfer Protocol Bis APP > > Area > : Applications > > Stream > : IETF > > Verifying > Party : IESG > > > > -- > Mark > Nottingham https://www.mnot.net/ > > >
Received on Tuesday, 12 April 2016 17:47:35 UTC