Re: [Technical Errata Reported] RFC7540 (4663)

Barry Leiba <barryleiba@computer.org> Tue, 12 April 2016 17:52 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DC9412DB87 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 12 Apr 2016 10:52:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.57
X-Spam-Level:
X-Spam-Status: No, score=-6.57 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xFBCc595hrs5 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 12 Apr 2016 10:52:19 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C0AB12DAF5 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 12 Apr 2016 10:52:18 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1aq2Pb-0007ou-Mg for ietf-http-wg-dist@listhub.w3.org; Tue, 12 Apr 2016 17:47:39 +0000
Resent-Date: Tue, 12 Apr 2016 17:47:39 +0000
Resent-Message-Id: <E1aq2Pb-0007ou-Mg@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <barryleiba@gmail.com>) id 1aq2PX-0007oD-Sm for ietf-http-wg@listhub.w3.org; Tue, 12 Apr 2016 17:47:35 +0000
Received: from mail-yw0-f171.google.com ([209.85.161.171]) by lisa.w3.org with esmtps (TLS1.2:RSA_ARCFOUR_SHA1:128) (Exim 4.80) (envelope-from <barryleiba@gmail.com>) id 1aq2PV-0002ve-0b for ietf-http-wg@w3.org; Tue, 12 Apr 2016 17:47:34 +0000
Received: by mail-yw0-f171.google.com with SMTP id o66so34400582ywc.3 for <ietf-http-wg@w3.org>; Tue, 12 Apr 2016 10:47:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-transfer-encoding; bh=FHzcsGi3Ba7lgy0x94J3T3P1NzxvPpgZhBU/ubCFAUk=; b=iynQbQqiNyTa7w952ynUYe4DMWS/iqtWM0egcgz6Nvy2bdMSque19uizC7SV9OKaAM NySdeMMsRl2oOGa102/rRSTPlnnfN1bmfmB4JmnzWlAOgvkvc5kjshL9nNjgYjGSYfBM gmXJnWL2aCJiUo2qj2sdaYoEOwfApbIW92kUDZIn013F3StTKhKzvcQrjyW9dE48qMl0 aoVXw1OHhCTp+rS6EcCnHygq6BRm9+RgZQGEmZE5YvAI66DfTl/pqsGErchWvsT8hA4h lPiAxNM67gv9cxPCV/twyBs6tO+uUAZdyWwj/e72FPCYE4zzlDmk98n6zHqwrUKRKwEO 5Wog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=FHzcsGi3Ba7lgy0x94J3T3P1NzxvPpgZhBU/ubCFAUk=; b=KMU6WsaGnNRy7OqJO0f6rbR4OWxlImY+k/Hm5coap7S4Xi2wk7agpJZ/D3hZkYDTPb 2/j5kh1yhgEvVjiDAUdkqEfC0gqP7ji+v4pBHn1lhMp8kIZ3dtSPoHlPmjL1N6Vop5F4 FoHuHxkv6UWS4w5seOFY/keIAp9V0GD+CEMhhIuR/ulsVLnfojnYJsvNkGS45TGPRiTQ OgW+Xv7VCrEia940HnsOOKp0/YuM5spPSXOxx45v62rlLaRVqzFTvg6M12CBhcHWBXFk 9O+UT+rJWzbA36YNxQTUblyKtFM3kHuWIrvb1LOGHOG7T12HE01nsQWgSA4c9HTVOsWQ 42MQ==
X-Gm-Message-State: AOPr4FXXRONHZcI261frF8njCN1z7MfNNE7/TG8Ns42nD6QESTB9EhOWxt+Wt8BkCMKMyO2Fl4O3Z/3dtVHGxw==
MIME-Version: 1.0
X-Received: by 10.37.0.66 with SMTP id 63mr2196827yba.134.1460483226560; Tue, 12 Apr 2016 10:47:06 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.83.13.67 with HTTP; Tue, 12 Apr 2016 10:47:06 -0700 (PDT)
In-Reply-To: <1850632562.1878327.1460481113693.JavaMail.yahoo@mail.yahoo.com>
References: <1850632562.1878327.1460481113693.JavaMail.yahoo.ref@mail.yahoo.com> <1850632562.1878327.1460481113693.JavaMail.yahoo@mail.yahoo.com>
Date: Tue, 12 Apr 2016 13:47:06 -0400
X-Google-Sender-Auth: kzyYt3dhJQuakvs-7H9F7c2kKWE
Message-ID: <CALaySJKUNcRf=8y-uT6xT3W50hvmgj_ujhDE6a46Ht39xtEe-A@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
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>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=209.85.161.171; envelope-from=barryleiba@gmail.com; helo=mail-yw0-f171.google.com
X-W3C-Hub-Spam-Status: No, score=-6.7
X-W3C-Hub-Spam-Report: AWL=0.851, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: lisa.w3.org 1aq2PV-0002ve-0b ce7e865e068d8038aa3cf49e5542168d
X-Original-To: ietf-http-wg@w3.org
Subject: Re: [Technical Errata Reported] RFC7540 (4663)
Archived-At: <http://www.w3.org/mid/CALaySJKUNcRf=8y-uT6xT3W50hvmgj_ujhDE6a46Ht39xtEe-A@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/31427
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

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/
>
>
>