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

Mike Bishop <mbishop@evequefou.be> Sun, 12 November 2017 04:41 UTC

Return-Path: <mbishop@evequefou.be>
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 122CF126C0F for <hybi@ietfa.amsl.com>; Sat, 11 Nov 2017 20:41:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.701
X-Spam-Level:
X-Spam-Status: No, score=-4.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=evequefou.onmicrosoft.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 pOmu-mAiTCpv for <hybi@ietfa.amsl.com>; Sat, 11 Nov 2017 20:41:28 -0800 (PST)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0113.outbound.protection.outlook.com [104.47.41.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A4CF128BA2 for <hybi@ietf.org>; Sat, 11 Nov 2017 20:41:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=evequefou.onmicrosoft.com; s=selector1-evequefou-be; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ltR21dd/eXufj4UDMu6EDPN+4oDaRrJg6B7HKGy2Yv4=; b=guqgR785wtQLvagKL16qnNfOz6vT1fsQZlbf+mThTpwM7t+waqSbnuqEntYeOuLFkYk8S/U4SEkPwnPb+XUaeaeJ9A1A3wd59pW0oxHBRPnI/isfPOVFHx8XsWRgMFL+MVLC4vI6RtkqDSosovqikD92p0sIPqAJyXcCkTvGHyY=
Received: from MWHPR08MB3472.namprd08.prod.outlook.com (10.164.203.35) by MWHPR08MB3471.namprd08.prod.outlook.com (10.164.203.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.218.12; Sun, 12 Nov 2017 04:41:26 +0000
Received: from MWHPR08MB3472.namprd08.prod.outlook.com ([10.164.203.35]) by MWHPR08MB3472.namprd08.prod.outlook.com ([10.164.203.35]) with mapi id 15.20.0218.011; Sun, 12 Nov 2017 04:41:26 +0000
From: Mike Bishop <mbishop@evequefou.be>
To: Kazuho Oku <kazuhooku@gmail.com>, Kari Hurtta <hurtta-ietf@elmme-mailer.org>
CC: Takeshi Yoshino <tyoshino@google.com>, hybi <hybi@ietf.org>, "Patrick McManus" <pmcmanus@mozilla.com>, HTTP Working Group <ietf-http-wg@w3.org>
Thread-Topic: [hybi] Fwd: New Version Notification for draft-mcmanus-httpbis-h2-websockets-01.txt
Thread-Index: AQHTW05bYfx7k+xLBU+T/jdvGYckQqMQKgwA
Date: Sun, 12 Nov 2017 04:41:25 +0000
Message-ID: <MWHPR08MB3472999071F484D7A8AE74B5DA2A0@MWHPR08MB3472.namprd08.prod.outlook.com>
References: <CAD3-0rPPGx4k+ksk-QDnNhnescfPHiYSJ-z2AQeMR2=khaO_HQ@mail.gmail.com> <20171110061456.1349EB532F@welho-filter2.welho.com> <CANatvzya831tQdWsjpiwdF537jVqZYCQpi3aFHLdQoGjShcCRw@mail.gmail.com> <CAH9hSJapY-KxFwMzGp4vmNcZuu5R8gJ+es4Rs1Le8G2CWPLjsQ@mail.gmail.com> <201711101751.vAAHpqHC031731@shell.siilo.fmi.fi> <CAH9hSJZGN-VLLGFs46HHZSV+sWbAeh+sNC2sck-OQbi1GGK+ZQ@mail.gmail.com> <CANatvzz8YP0fDBfxSzFsRCG+q7XGpmRqsb5yy5DvHDzLdi4RAw@mail.gmail.com> <201711111045.vABAjCvK027388@shell.siilo.fmi.fi> <CANatvzwu=D7b+KrmQgHW+qtqXkW29bcx8_hNMT-xfcaCxNbfFg@mail.gmail.com>
In-Reply-To: <CANatvzwu=D7b+KrmQgHW+qtqXkW29bcx8_hNMT-xfcaCxNbfFg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mbishop@evequefou.be;
x-originating-ip: [2001:67c:370:1998:8c74:1a7c:55c6:fd3d]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; MWHPR08MB3471; 6:LD7eqJbcOno/H4a3sJQuNdHAjP/didzNAQRHFm4TGpuxPdt5JSBD06whhJasjBtmxF090Ly/+iOOo6Y0HEW9qRTHgMA5KIWcQqcvPuErgSRwRWMnI3Gm28A7INp05OBiCDY9f2fiFcfGoz6Ah4fAYrpDTMz2+AJgKBOiPZpOO1LqujGjbPOz58M3Uz10kAfmYzFK89VmaHRizCNEZdYkn1VoLfedHtc2JLx2syZR18YmO3wgIfiQeSFbB057iN49hU6/+4aGcUyyt5wArnERRi099tf7sF7iCibV7JivEW8CtDebmv5Qky2EihAr9F2r3K7YZD7PkomWM2qw2GTMOnpe7ThXL/vxbADjMLYcwJM=; 5:R0jX0eVytRKGl8N4YWuvH0WvcrqKH+QW2bwcgTEdx0zi75g0DMc2WgrLHGDIRCSAXycDVFihb4wTOjdjkU+38BXadEaWILFBewtPkHl/nfzQxzQ4YoJ5Wz8iMCKNKokmbyzEYJ3ndYvClRbDCTc3oloPZH31ZZ9Q7N8SXX3BZUs=; 24:g4WzzaYGfse3F7LLjHne7u4q+psHH6VYfW6im3jJwNzqavmRADUu9oK0EdWYB2tFXDngqR/m4ErioPzuNL5Y5h/iy7VFjLFyfkbDSBD5vs8=; 7:AKv4ka6C4A5PKtcFXmPK5In+RlogCV8+moTxWUcVXP2eoyN0/5LqQiasPCiH6ExthnuJrkDtsceDONzJBp/xQ7krgQ8p+0/Oa3oVTllcjJBWXSmMZwrZG967bKoM2orlZi1m59o5bnjEsj8dVPH3z/Ekx3NSvW8AWdTFJQ/hhVNr12A8d3l5SLaTXIk+i7zINf+uz2A/jevUe7i69HVDKj39LcQj/ruTRlfHKKuG8lqH6mRaC+zdhF5toDyejFxz
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 4236ab47-2b22-40b3-e895-08d52987a24a
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(4603075)(4627115)(201702281549075)(2017052603258); SRVR:MWHPR08MB3471;
x-ms-traffictypediagnostic: MWHPR08MB3471:
x-microsoft-antispam-prvs: <MWHPR08MB34711659F813B1B9AFEED229DA2A0@MWHPR08MB3471.namprd08.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(211936372134217)(153496737603132);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(3231022)(920507027)(3002001)(93006095)(93001095)(10201501046)(100000703101)(100105400095)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123564025)(20161123562025)(20161123560025)(2016111802025)(6072148)(6043046)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:MWHPR08MB3471; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:MWHPR08MB3471;
x-forefront-prvs: 0489CFBAC9
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(376002)(39830400002)(346002)(13464003)(377424004)(43544003)(189002)(199003)(54906003)(53936002)(39060400002)(102836003)(25786009)(74316002)(6116002)(4326008)(2900100001)(33656002)(106356001)(316002)(230783001)(229853002)(345774005)(93886005)(76176999)(15650500001)(105586002)(2950100002)(99286004)(50986999)(54356999)(101416001)(53546010)(6436002)(6246003)(8676002)(5660300001)(81166006)(6506006)(966005)(55016002)(81156014)(34040400001)(97736004)(4001150100001)(478600001)(7696004)(7736002)(6306002)(86362001)(9686003)(305945005)(68736007)(8936002)(3660700001)(77096006)(189998001)(14454004)(110136005)(74482002)(3280700002)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR08MB3471; H:MWHPR08MB3472.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: evequefou.be does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: evequefou.be
X-MS-Exchange-CrossTenant-Network-Message-Id: 4236ab47-2b22-40b3-e895-08d52987a24a
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Nov 2017 04:41:26.0278 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 41eaf50b-882d-47eb-8c4c-0b5b76a9da8f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR08MB3471
Archived-At: <https://mailarchive.ietf.org/arch/msg/hybi/AY5rPXKTkRI4nwHyrxRYKyROq-s>
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: Sun, 12 Nov 2017 04:41:31 -0000

It tells the client what protocol(s) it must upgrade to if the request is to succeed; it doesn't seem an unreasonable response if the client didn't offer the protocol(s) the server was expecting.

-----Original Message-----
From: Kazuho Oku [mailto:kazuhooku@gmail.com] 
Sent: Sunday, November 12, 2017 8:32 AM
To: Kari Hurtta <hurtta-ietf@elmme-mailer.org>;
Cc: Takeshi Yoshino <tyoshino@google.com>;; hybi <hybi@ietf.org>;; Patrick McManus <pmcmanus@mozilla.com>;; HTTP Working Group <ietf-http-wg@w3.org>;
Subject: Re: [hybi] Fwd: New Version Notification for draft-mcmanus-httpbis-h2-websockets-01.txt

Hi,

2017-11-11 18:45 GMT+08:00 Kari Hurtta <hurtta-ietf@elmme-mailer.org>;:
> Kazuho Oku <kazuhooku@gmail.com>;: (Sat Nov 11 09:46:58 2017) <...>
>> > We could design error code, fallback, etc. for this kind of cases 
>> > if it turns out we really need to take care of. For the initial 
>> > implementation, maybe we could just let browsers give up when a 
>> > connection attempt fails on a connection with ENABLE_UPGRADE (or ENABLE_CONNECT_PROTOCOL) announced.
>>
>> I agree.
>>
>> While I agree that having a status code that indicates failure to 
>> upgrade the connection "end-to-end" might be a nice idea, I would 
>> also argue that the necessity is not specific to HTTP/2.
>>
>> We could have had a connection-cannot-be-upgraded status code for 
>> HTTP/1.1. But in reality, we do not have such a status code, and 
>> nobody has argue for having that (as I know of).
>
> There is (sort of)
>
> 426 Upgrade Required
>
>
> normally, if Upgrade can not done, http request is processed without 
> protocol change.  This status code allows refusing of processing.
>
> 426 Upgrade Required
>
> is defined on
>
> RFC 2817: Upgrading to TLS Within HTTP/1.1
> https://tools.ietf.org/html/rfc2817
>
>
> Yes, that status code is for somewhat different purpose.

Thank you for pointing that out.

My view is that 426 is a status code that instructs a client to upgrade the connection (or a stream).

I do not think that it would be the status code that we can use for telling the client that the stream could not be upgraded even though the client requested the upgrade.

>
>> Considering the fact, I would anticipate that we will be fine without 
>> adding a new status code to indicate such failure.
>>
>> --
>> Kazuho Oku
>
> / Kari Hurtta
>



--
Kazuho Oku