Re: [hybi] Fwd: New Version Notification for draft-mcmanus-httpbis-h2-websockets-01.txt

Kazuho Oku <kazuhooku@gmail.com> Fri, 10 November 2017 07:05 UTC

Return-Path: <kazuhooku@gmail.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5048F12EB95 for <hybi@ietfa.amsl.com>; Thu, 9 Nov 2017 23:05:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OAaCeHMdIBY4 for <hybi@ietfa.amsl.com>; Thu, 9 Nov 2017 23:05:39 -0800 (PST)
Received: from mail-pg0-x230.google.com (mail-pg0-x230.google.com [IPv6:2607:f8b0:400e:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C865312EB88 for <hybi@ietf.org>; Thu, 9 Nov 2017 23:05:21 -0800 (PST)
Received: by mail-pg0-x230.google.com with SMTP id o7so6760636pgc.4 for <hybi@ietf.org>; Thu, 09 Nov 2017 23:05:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Jrva0bW8E/CQ8wKAdhaV07nJiaNuhnAODN56BPPNr1c=; b=gNvx1EjBkWBBcfpWJ8asoQ/YwXBr5Uhrc6zzjbb8OIn7sdUVROIZchhT1qShvRGaI9 VeHal3OkVNNsqXtYK30HALpqWLzT7w6rFh2FeJos/PzvDC/a0ntgL+6vvM/IbmNVbzbg 2GlNnU41rvfxY6wATdCKPA8Lv06rT2dO7Bd0L3GdNfj7R4A1J/x6BU1xN/eKFEDzBK/b aTI0/3eHIKhTEaaed4vEhKXuus/gcUs68kK4Z/uffNx4mJoCI53ljE/LkKm2x0hiB3zH MSth9qEKXlC0bebPk9NYgOL8i3gFLsKcRh/qycn6MQ/RhuF2Vf/UQnyR2YOm8pUzet/g 3yUA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Jrva0bW8E/CQ8wKAdhaV07nJiaNuhnAODN56BPPNr1c=; b=TRPylq6ekI0cyv9QcGM5xskeI19RvnDwTeonk4tK13DerrrYqWJwFjnAY9n0LoJaS5 OIHO6q4AS4lyzCImgVoEwMNi2w84xW0h+6voUs1BYAw3jllxsUlVzU97EcYFWh4s9C8C OZoeWUZcLTp4air2+PJDkGMUlYC4g0Xg7rGino63El3ihjMSgq6704aby3MFZ1CtYc+P Ht/hWTxK4WiSBEYPbWnppBngRvtvM7Xf1gVW/S8Wa4Nk4j1XL3GL7DbxfDphc+vFWuFC 3iZEQrjrMlpjoxP0ZtL6TC+OaZidn4LLh8kl0FwnsmfqLVhXFfJpYgIyZuXr4bvu/qbJ d58Q==
X-Gm-Message-State: AJaThX6L7ctPa2HyxvUrohgypXN9bSYAf3xzNg+hNk7ZUPEU+MXNDlnP kqhLNAJPE0ZKnoT7HCL7QaXzub8uD7cmLvQj8lI=
X-Google-Smtp-Source: ABhQp+QSzKWirxkll+7uUUJuql2AqNKWeioXzHXDYTiUFLZaLJdW4udka7gjQkEqDGUwgo28prug8T99CzVfWt7zy1U=
X-Received: by 10.84.129.36 with SMTP id 33mr3216902plb.303.1510297521322; Thu, 09 Nov 2017 23:05:21 -0800 (PST)
MIME-Version: 1.0
Received: by 10.100.159.9 with HTTP; Thu, 9 Nov 2017 23:05:20 -0800 (PST)
In-Reply-To: <20171110061456.1349EB532F@welho-filter2.welho.com>
References: <CAD3-0rPPGx4k+ksk-QDnNhnescfPHiYSJ-z2AQeMR2=khaO_HQ@mail.gmail.com> <20171110061456.1349EB532F@welho-filter2.welho.com>
From: Kazuho Oku <kazuhooku@gmail.com>
Date: Fri, 10 Nov 2017 16:05:20 +0900
Message-ID: <CANatvzya831tQdWsjpiwdF537jVqZYCQpi3aFHLdQoGjShcCRw@mail.gmail.com>
To: Kari Hurtta <hurtta-ietf@elmme-mailer.org>
Cc: Wenbo Zhu <wenboz@google.com>, Patrick McManus <pmcmanus@mozilla.com>, hybi <hybi@ietf.org>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/hybi/3BHLg2aROXrqwpw-V3wbfwil9gg>
Subject: Re: [hybi] Fwd: New Version Notification for draft-mcmanus-httpbis-h2-websockets-01.txt
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hybi/>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Nov 2017 07:05:41 -0000

2017-11-10 15:14 GMT+09:00 Kari Hurtta <hurtta-ietf@elmme-mailer.org>;:
>> Therefore the explicit tunneling mechanism is
>> necessary to signal to proxies/frameworks that a full-duplex byte-stream is
>> being tunneled as a http/2 stream.
>
>>> Request:
>>>   :method: GET
>>>   :scheme: https
>>>   :authority: server.example.com
>>>   :path: /chat
>>>   :upgrade: websocket
>
> 8.1.2.1.  Pseudo-Header Fields
> https://tools.ietf.org/html/rfc7540#section-8.1.2.1
>
> states
>
> --------
>
>    Pseudo-header fields are only valid in the context in which they are
>    defined.  Pseudo-header fields defined for requests MUST NOT appear
>    in responses; pseudo-header fields defined for responses MUST NOT
>    appear in requests.  Pseudo-header fields MUST NOT appear in
>    trailers.  Endpoints MUST treat a request or response that contains
>    undefined or invalid pseudo-header fields as malformed
>    (Section 8.1.2.6).
>
> --------
>
> Then that ":upgrade" works as explicit tunneling mechanism, IF you can trust
> that response is treated as mailformed (stream error of type PROTOCOL_ERROR)
> when proxies/frameworks does not subscribe that tunneling mechanism.
>
> Can you trust that?

Note that we would be doing negotiation beforehand using a SETTINGS
parameter. Otherwise, a client cannot send a request with `:upgrade:`
pseudo header.

I believe that a successful negotiation would be sufficient to
guarantee that the `:upgrade:` response header will be recognized as a
signal (or a 101 status code as a signal).

>
> / Kari Hurtta
>



-- 
Kazuho Oku