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

draft-ietf-httpbis-h2-websockets-03

From: Kari Hurtta <hurtta-ietf@elmme-mailer.org>
Date: Thu, 3 May 2018 21:38:01 +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: <20180503183809.118194B3C0@welho-filter2.welho.com>
5.  Using Extended CONNECT To Bootstrap The WebSocket Protocol
https://tools.ietf.org/html/draft-ietf-httpbis-h2-websockets-03#section-5

|   [RFC6455] requires the use of a Host header which is also not part of
|   HTTP/2.  The Host information is conveyed as part of the :authority
|   pseudo-header which is required on every HTTP/2 transaction.


RFC 7540

8.1.2.3.  Request Pseudo-Header Fields
https://tools.ietf.org/html/rfc7540#section-8.1.2.3

requirements is little more complex:

|      To ensure that the HTTP/1.1 request line can be reproduced
|      accurately, this pseudo-header field MUST be omitted when
|      translating from an HTTP/1.1 request that has a request target in
|      origin or asterisk form (see [RFC7230], Section 5.3).  Clients
|      that generate HTTP/2 requests directly SHOULD use the ":authority"
|      pseudo-header field instead of the Host header field.  An
|      intermediary that converts an HTTP/2 request to HTTP/1.1 MUST
|      create a Host header field if one is not present in a request by
|      copying the value of the ":authority" pseudo-header field.


Regurement if :authority is just "SHOULD". So it is NOT
required on every HTTP/2 transaction. That also can be Host
header instead.

/ Kari Hurtta
Received on Thursday, 3 May 2018 18:38:41 UTC

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