W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2013

Re: p2: Expect: 100-continue and "final" status codes

From: Willy Tarreau <w@1wt.eu>
Date: Wed, 24 Apr 2013 08:21:33 +0200
To: Mark Nottingham <mnot@mnot.net>
Cc: Amos Jeffries <squid3@treenet.co.nz>, ietf-http-wg@w3.org
Message-ID: <20130424062133.GE15918@1wt.eu>
On Wed, Apr 24, 2013 at 01:32:16PM +1000, Mark Nottingham wrote:
> On 24/04/2013, at 12:41 PM, Amos Jeffries <squid3@treenet.co.nz> wrote:
> >>> 
> >>> I think we can give better advice than that. If a server responds with a final status code instead of 100 (Continue)
> >>> 
> >>> 1. The response must be the last response on the connection. The response should contain "Connection: close" header. After the response is written, the server must initiate a lingering close of the connection (p1#6.6).
> >> That seems too restrictive; as long as the server reads the rest of the request properly (discarding it), it should be able to recover and reuse the connection.
> > 
> > The problem comes with intermediaries. How are they to know the bytes following were the original advertised payload or not? the status from server has no guarantee of arriving after the client payload starts arriving.
> > The only way to guarantee safety on the connection is to close it or always send payload.
> True. 

+1 as well

Received on Wednesday, 24 April 2013 06:23:36 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:10 UTC