WGLC p1: Tear-down
Ben Niven-Jenkins <ben@niven-jenkins.co.uk> Mon, 29 April 2013 19:35 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 17BD921F9BB2 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 29 Apr 2013 12:35:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[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 VqhVHT6M-FZ8 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 29 Apr 2013 12:34:58 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 7EE2521F9BD7 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Mon, 29 Apr 2013 12:34:58 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UWtq1-0008Eu-V0 for ietf-http-wg-dist@listhub.w3.org; Mon, 29 Apr 2013 19:34:13 +0000
Resent-Date: Mon, 29 Apr 2013 19:34:13 +0000
Resent-Message-Id: <E1UWtq1-0008Eu-V0@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <ben@niven-jenkins.co.uk>) id 1UWtpr-0008CI-Pg for ietf-http-wg@listhub.w3.org; Mon, 29 Apr 2013 19:34:03 +0000
Received: from mailex.mailcore.me ([94.136.40.61]) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <ben@niven-jenkins.co.uk>) id 1UWtpq-0000HY-Nf for ietf-http-wg@w3.org; Mon, 29 Apr 2013 19:34:03 +0000
Received: from [81.134.152.4] (helo=xxx.corp.velocix.com) by mail10.atlas.pipex.net with esmtpa (Exim 4.71) (envelope-from <ben@niven-jenkins.co.uk>) id 1UWtpV-00060E-Ir for ietf-http-wg@w3.org; Mon, 29 Apr 2013 20:33:41 +0100
From: Ben Niven-Jenkins <ben@niven-jenkins.co.uk>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 29 Apr 2013 20:33:41 +0100
Message-Id: <ECD24B2A-B90F-4A68-B405-8DE029D6A232@niven-jenkins.co.uk>
To: HTTP Working Group <ietf-http-wg@w3.org>
Mime-Version: 1.0 (Apple Message framework v1085)
X-Mailer: Apple Mail (2.1085)
X-Mailcore-Auth: 9600544
X-Mailcore-Domain: 172912
Received-SPF: none client-ip=94.136.40.61; envelope-from=ben@niven-jenkins.co.uk; helo=mailex.mailcore.me
X-W3C-Hub-Spam-Status: No, score=-2.7
X-W3C-Hub-Spam-Report: AWL=-0.834, BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001
X-W3C-Scan-Sig: lisa.w3.org 1UWtpq-0000HY-Nf fd40f55bb55fe95ea4f3df7315169d7b
X-Original-To: ietf-http-wg@w3.org
Subject: WGLC p1: Tear-down
Archived-At: <http://www.w3.org/mid/ECD24B2A-B90F-4A68-B405-8DE029D6A232@niven-jenkins.co.uk>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/17673
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>
Section 6.6 of p1 states: A server that sends a close connection option MUST initiate a lingering close of the connection after it sends the response containing close. The server MUST NOT process any further requests received on that connection. A client that receives a close connection option MUST cease sending requests on that connection and close the connection after reading the response message containing the close; if additional pipelined requests had been sent on the connection, the client SHOULD assume that they will not be processed by the server. The last sentence can be interpreted one of two ways: 1) The client SHOULD assume the additional pipelined requests will NOT be processed by the server and therefore can happily re-try them knowing the server has not processed the previous ones. 2) The client SHOULD NOT assume the additional pipelined requests will be processed (which implies the client simply can not know whether the server has processed them or not). As the client has no way of knowing whether the server may have processed them or not (e.g. the client may be talking to a proxy that has already relayed the pipelined requests to the origin and done so before the proxy was aware that it wanted to close the connection on this response) I would suggest rewording the last sentence quoted above: OLD: the client SHOULD assume that they will not be processed by the server. NEW: the client SHOULD NOT assume that they will be processed by the server. Thanks Ben
- WGLC p1: Tear-down Ben Niven-Jenkins
- Re: WGLC p1: Tear-down Willy Tarreau
- Re: WGLC p1: Tear-down Zhong Yu
- Re: WGLC p1: Tear-down Adrien W. de Croy
- Re: WGLC p1: Tear-down Mark Nottingham
- Re: WGLC p1: Tear-down Mark Nottingham
- Re: WGLC p1: Tear-down Adrien W. de Croy
- Re: WGLC p1: Tear-down Willy Tarreau
- Re: WGLC p1: Tear-down Roy T. Fielding