W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2011

Re: #300: Define non-final responses

From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Sun, 17 Jul 2011 21:15:27 +0000
To: "Roy T. Fielding" <fielding@gbiv.com>
cc: Mark Nottingham <mnot@mnot.net>, HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <22416.1310937327@critter.freebsd.dk>
In message <7D5E6715-1377-45EC-A00E-F3FB6D392AAC@gbiv.com>, "Roy T. Fielding" w

>As mentioned before, that statement is false.  101 is never the final
>response to the request.  Whether or not a later response is in the same
>syntax of HTTP is irrelevant to the semantics being described here.

Actually 101 can be the final response, it all depends on which
protocol you switch to, and since that is outside the scope of HTTPbis
there are no absolute answers to this.

People use UPGRADE to switch to all sorts of protocols, including,
to my horror, TN3270.

That is why I wrote that "101 is final as far as HTTP goes."

What happens next is simply not part of the HTTPbis standard any

Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.
Received on Sunday, 17 July 2011 21:15:52 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:58 UTC