Re: p1: Upgrade ordering (possible HTTP/2 impact)
Willy Tarreau <w@1wt.eu> Tue, 23 April 2013 08:13 UTC
Return-Path: <ietf-http-wg-request@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 78B6821F962A for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 23 Apr 2013 01:13:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.174
X-Spam-Level:
X-Spam-Status: No, score=-10.174 tagged_above=-999 required=5 tests=[AWL=0.425, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CU8Nt-Yvu388 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 23 Apr 2013 01:13:15 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 090AB21F9627 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 23 Apr 2013 01:13:14 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UUYL8-0007i7-MG for ietf-http-wg-dist@listhub.w3.org; Tue, 23 Apr 2013 08:12:38 +0000
Resent-Date: Tue, 23 Apr 2013 08:12:38 +0000
Resent-Message-Id: <E1UUYL8-0007i7-MG@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <w@1wt.eu>) id 1UUYL4-0007hS-Dg for ietf-http-wg@listhub.w3.org; Tue, 23 Apr 2013 08:12:34 +0000
Received: from 1wt.eu ([62.212.114.60]) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <w@1wt.eu>) id 1UUYL3-0003FC-46 for ietf-http-wg@w3.org; Tue, 23 Apr 2013 08:12:34 +0000
Received: (from willy@localhost) by mail.home.local (8.14.4/8.14.4/Submit) id r3N8C9WB011245; Tue, 23 Apr 2013 10:12:09 +0200
Date: Tue, 23 Apr 2013 10:12:09 +0200
From: Willy Tarreau <w@1wt.eu>
To: Mark Nottingham <mnot@mnot.net>
Cc: "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
Message-ID: <20130423081209.GH8496@1wt.eu>
References: <B49447FF-CB94-43ED-9CA2-0698C64BB554@mnot.net> <20130420071042.GI26517@1wt.eu> <77849350-125C-4F36-8D78-0FF86DA0044E@mnot.net> <20130420071736.GK26517@1wt.eu> <BA1DBB8B-2E4D-49F5-AE98-F089A568BD4E@mnot.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <BA1DBB8B-2E4D-49F5-AE98-F089A568BD4E@mnot.net>
User-Agent: Mutt/1.4.2.3i
Received-SPF: pass client-ip=62.212.114.60; envelope-from=w@1wt.eu; helo=1wt.eu
X-W3C-Hub-Spam-Status: No, score=-0.0
X-W3C-Hub-Spam-Report: RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1UUYL3-0003FC-46 4f2ad340ebbea15121022556da9f6bc5
X-Original-To: ietf-http-wg@w3.org
Subject: Re: p1: Upgrade ordering (possible HTTP/2 impact)
Archived-At: <http://www.w3.org/mid/20130423081209.GH8496@1wt.eu>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/17493
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>
Hi Mark, On Tue, Apr 23, 2013 at 05:38:59PM +1000, Mark Nottingham wrote: > Proposal - add to p1 6.7: > > """ > When occurring in a request, Upgrade's value indicate the protocol(s) the > client would like to upgrade to, in order of relative preference. When > occurring in a 101 (Switching Protocols) response, there will usually only be > one protocol indicated in Upgrade. When occurring in any other response, > Upgrade indicates the protocol(s) the server is capable of upgrading to, in > order of relative preference. > """ I'm OK in the principle, though I think this should be fused into existing text, probably that way : The "Upgrade" header field is intended to provide a simple mechanism for transitioning from HTTP/1.1 to some other protocol on the same connection. A client MAY send a list of protocols in order of relative preference in the Upgrade header field of a request to invite the server to switch to one or more of those protocols before sending the final response. A server MUST send an Upgrade header field in 101 (Switching Protocols) responses to indicate which protocol(s) are being switched to, and MUST send it in 426 (Upgrade Required) responses to indicate acceptable protocols in order of relative preference. A server MAY send an Upgrade header field in any other response to indicate that they might be willing to upgrade to one of the specified protocols for a future request, in order of relative preference. Willy
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Willy Tarreau
- p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Willy Tarreau
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Willy Tarreau
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Roberto Peon
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Roberto Peon
- Re: p1: Upgrade ordering (possible HTTP/2 impact) William Chan (陈智昌)
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Willy Tarreau
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) William Chan (陈智昌)
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Willy Tarreau
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Salvatore Loreto
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Peter Occil
- Re: p1: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham
- Re: Upgrade ordering (possible HTTP/2 impact) Peter Occil
- Re: Upgrade ordering (possible HTTP/2 impact) Peter Occil
- Re: Upgrade ordering (possible HTTP/2 impact) Mark Nottingham