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

draft-ietf-httpbis-h2-websockets-03 (resent with correct sender)

From: Kari Hurtta <hurtta-ietf@elmme-mailer.org>
Date: Thu, 3 May 2018 22:03:07 +0300 (EEST)
To: HTTP Working Group <ietf-http-wg@w3.org>
CC: Patrick McManus <mcmanus@ducksong.com>, Kari Hurtta <hurtta-ietf@elmme-mailer.org>
Message-Id: <20180503190313.5DCF753D5F@welho-filter1.welho.com>
( Also https://lists.w3.org/Archives/Public/ietf-http-wg/2017OctDec/0261.html )

5.  Using Extended CONNECT To Bootstrap The WebSocket Protocol
https://tools.ietf.org/html/draft-ietf-httpbis-h2-websockets-03#section-5


This should mention that :status = 200 replaces status code 101
used on RFC 6455, section 1.3.

1.3.  Opening Handshake
https://tools.ietf.org/html/rfc6455#section-1.3

"   The handshake from the server is much simpler than the client
"   handshake.  The first line is an HTTP Status-Line, with the status
"   code 101:
"
"        HTTP/1.1 101 Switching Protocols
"
"   Any status code other than 101 indicates that the WebSocket handshake
"   has not completed and that the semantics of HTTP still apply.  The
"   headers follow the status code.

8.1.1.  Upgrading from HTTP/2
https://tools.ietf.org/html/rfc7540#section-8.3

"   HTTP/2 removes support for the 101 (Switching Protocols)
"   informational status code ([RFC7231], Section 6.2.2).
"
"   The semantics of 101 (Switching Protocols) aren't applicable to a
"   multiplexed protocol.  Alternative protocols are able to use the same
"   mechanisms that HTTP/2 uses to negotiate their use (see Section 3).

Not it is only on

5.1.  Example
https://tools.ietf.org/html/draft-ietf-httpbis-h2-websockets-03#section-5.1


/ Kari Hurtta
Received on Thursday, 3 May 2018 19:03:43 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 2 February 2023 18:43:59 UTC