- From: Yngve N. Pettersen <yngve@opera.com>
- Date: Fri, 12 Aug 2011 09:05:10 +0200
- To: ietf-http-wg@w3.org, "Amos Jeffries" <squid3@treenet.co.nz>
On Fri, 12 Aug 2011 08:20:13 +0200, Amos Jeffries <squid3@treenet.co.nz>
wrote:
> I was just thinking the 100-continue infrastructure built up over the
> last few years with some success could be leveraged here. "Expect:
> pipeline" and a 1xx status to indicate explicit support.
It sounds to me like you are assuming that a server that understand the
Expect header, but does not understand the "pipeline" expectation, will
just return a normal 200 OK response. Unfortunately, that is incorrect:
Such servers will return a 417 "Expectation failed" error code.
I have seen servers send that code for the 100-continue expectation.
RFC 2616, sec 14.20:
A server that does not understand or is unable to comply with any of
the expectation values in the Expect field of a request MUST respond
with appropriate error status. The server MUST respond with a 417
(Expectation Failed) status if any of the expectations cannot be met
or, if there are other problems with the request, some other 4xx
status.
> That appears to nicely solve the case where pipelining is default-off
> and enabled whenever possible.
>
> It will not solve the problem of agents being aggressive in the
> pipeline before seeing such a 1XX status. The 430 status proposed by
> Mark resolves that case and can be emitted under the same requirements
> as 417.
>
> IMO we should add "Expect: pipeline", 1XX and 430.
> http://tools.ietf.org/html/draft-nottingham-http-pipeline-01 looks like
> the right vehicle to extend and see that implemented.
IMO, if the problem with bad server and intermediate handling of
pipelining cannot be solved within the current framework, then a new
infrastructure, either for signaling support for optional protocol
features or upgrading the protocol, e.g. what Mark is working on, with
proper thoughts about what an intermediate can do wrong, need to be
considered.
--
Sincerely,
Yngve N. Pettersen
********************************************************************
Senior Developer Email: yngve@opera.com
Opera Software ASA http://www.opera.com/
Phone: +47 24 16 42 60 Fax: +47 24 16 40 01
********************************************************************
Received on Friday, 12 August 2011 07:09:54 UTC