IETF Logo Mail Archive

Re: [Masque] HTTP DATA frames for HTTP CONNECT?

Mirja Kuehlewind <mirja.kuehlewind@ericsson.com> Thu, 15 October 2020 23:44 UTC

Return-Path: <mirja.kuehlewind@ericsson.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26C213A0CD5; Thu, 15 Oct 2020 16:44:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.3
X-Spam-Level:
X-Spam-Status: No, score=-3.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 FRoB46JCj-6R; Thu, 15 Oct 2020 16:44:19 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50088.outbound.protection.outlook.com [40.107.5.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D712C3A0CD6; Thu, 15 Oct 2020 16:44:18 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ALsvTC/wgHbKFMJbfBjLYmKt/JqPNZYH+twdd84iQn3iCsC5KBr/Yl/zkSINjO5oGB5FGdAl2WSIPa7Fmpk07lYTwqjBhpR96gmkbgU6pM5fytBDEloCwkyAUpKPAITWsKtBspXTOy1x1QeWMyaTXgFXjSFO6l/QId1r+AYfbV7y9acu9Atx9YevNirdy9IAnEpWI4mxiXm/ZLgoI3sywcdLu/rwNvnmGxYHEadh7n5NeWyUSza+Ufjn0/w93wrlVGVC4PUcWxB+r+HvUXsXtbtDaZMKS7lpHE0M+dPZvwNNGdEE0atHxEn9E8s7aDX/BB3UqlKgdUjK/j/Jc1LATQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YIYfoZhwp74xbCQm3hruaEELEixjm04dhUpgSXFnp/Q=; b=NOtTGfVXDMVVZ4AlJuvDsykJ0zz54Hde5tQBVOZ7bKsZKdD/YEFTWTLv18V58Uvx5Of4mp9tSYeTOYz/kuU+58PIp9j98t8SjPCzyICPGeqDqWxEJDcl4zBDm2UxXFKjmtV+jNHUXIiuNL08gKnoXy5oonVudhSTAJCczCheD7veBIXiqrm76wM1hyQEqVKaLQnqQHluqa5S9frQm6rSXH7gvxcFawseutQJeuNQjYINYXUtJncjqQ88FShKTHRRB2GBen+HFS6DoFiW9HYwqLWAO9sdQjqehdoP4PZi89SwHvWHrn9cJxzz8VBcPfXw8xjKHqZVWyCkbx/t2hth6g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YIYfoZhwp74xbCQm3hruaEELEixjm04dhUpgSXFnp/Q=; b=CoO8KJw2hfDKPm4Hei9fRZe7utTtwjl2q+NmzNzoG4nFvCaL3iUNEbwW+YpabzWjANupmoP3zpY8FhQ7ckCe+iheKaYHgIDE3XIAAdxSuSvcsgEzl0eroImMXXiajVXKfM5J3ACg9WVh3zLzMTR1amVZbLDr5SDwF6maPVHfxcY=
Received: from AM0PR0702MB3713.eurprd07.prod.outlook.com (2603:10a6:208:19::10) by AM4PR07MB3442.eurprd07.prod.outlook.com (2603:10a6:205:11::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.11; Thu, 15 Oct 2020 23:44:14 +0000
Received: from AM0PR0702MB3713.eurprd07.prod.outlook.com ([fe80::9820:af8a:cdbc:73b0]) by AM0PR0702MB3713.eurprd07.prod.outlook.com ([fe80::9820:af8a:cdbc:73b0%7]) with mapi id 15.20.3499.009; Thu, 15 Oct 2020 23:44:14 +0000
From: Mirja Kuehlewind <mirja.kuehlewind@ericsson.com>
To: Lucas Pardue <lucaspardue.24.7@gmail.com>, Alex Chernyakhovsky <achernya@google.com>
CC: "masque@ietf.org" <masque@ietf.org>, "quic@ietf.org" <quic@ietf.org>
Subject: Re: [Masque] HTTP DATA frames for HTTP CONNECT?
Thread-Topic: [Masque] HTTP DATA frames for HTTP CONNECT?
Thread-Index: AQHWoxCDA3i4eNYU6UycrV+M0Q16L6mY6MqAgAAEMYCAAIiYAA==
Date: Thu, 15 Oct 2020 23:44:14 +0000
Message-ID: <72706E88-C329-4E8B-A09F-CAE27D223DC8@ericsson.com>
References: <A92255DF-F477-4DE6-9AA2-33373959E792@ericsson.com> <CAHbWFkRvGKpHRfBrstVpHdfDZLkQyks77O2sc-j0uV8tCWyS2Q@mail.gmail.com> <CALGR9oYC6o8BYgO5Sxb0yMFibzFn241OpWTh3njnMh3KQK8ejQ@mail.gmail.com>
In-Reply-To: <CALGR9oYC6o8BYgO5Sxb0yMFibzFn241OpWTh3njnMh3KQK8ejQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.41.20091302
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [2003:de:e713:1b00:7c4b:3dc8:29f8:9da3]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b71767bb-e4cc-42b2-2391-08d87164395b
x-ms-traffictypediagnostic: AM4PR07MB3442:
x-microsoft-antispam-prvs: <AM4PR07MB344242F1739859B933C41B4BF4020@AM4PR07MB3442.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: hU5HsoipulVjaYiRbcrDSC1t6w9GxGIZbwU3sPhimgrOJqp3D8YhXub/AtpToC25ajusBCPX1m1wWdmhm7pqB0mYJtqz3uLZFztTWNthHgkpbIlDdT4jQfgyGDrg0/B6OW4+bQwOXqrfxC6xA4jXaMVuLE2iFA/60RN+df2xKIr7ZYvb+LCFMY7LfhdPQC1fzYuDhpke/FrUsMtA7UYoHQte0lQvHUc5053Cz6yLvdkPwA0s6FBcBQbRHqNnIT0C3j1yKAIifJY7KuPJ9peibp7XjGOlcAlDOYfEGIfLInH9Ia53C90uikRcZEI7Mkwr
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR0702MB3713.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(366004)(396003)(346002)(376002)(39860400002)(66946007)(86362001)(71200400001)(6506007)(83380400001)(5660300002)(110136005)(6512007)(54906003)(53546011)(8676002)(44832011)(8936002)(316002)(64756008)(36756003)(4326008)(186003)(33656002)(66446008)(6486002)(2616005)(66556008)(76116006)(66476007)(478600001)(2906002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 1Van+PMnqQ3McWAvXpvJyzjNUiGJhV3Lx4yL4QV3HpUu+uAQglpcA8i7P0DqolQ3Oy+kqAHqzig4WYP+SY5XFLEzUfjmTpz+prLEilRJbt8FMzIV/x0XLwl0dNA4pu4HSdV8/3DS0rsXRul0fsq4t80hmx9TK0rLk7xunOI/wBNi1d9+BR+fJfsDHbFetHq7u6zZZuVO+RbKoSOdJ+nsu5+a+jeym2wsJrxhyiwKBQlSq6EouoFjjZOQILNP86aSpWkboHgjk4c35Rhnu3U376XY6zsKyWjfnbjuyi12vtrgx/SZw9Ipgp2Evb3IGK5mYbwfL3TFoPdvaWApuILKg3VprT1090wgCVt1BZ8fFG8G7+oHse9ibfnztAtGLPnq5oxY5sAZ266igMH7oSoWooQR0qOGqaafuf9QrFb+Iz+odMlP9qS2iJWr8KbAZ4X9CD8gD25+7R5I32QcBiB2C+OMTgLBHBXYrl1rvFf46vb46F0Kzmy2CqH2n9o4UyDSYJm+O4NAE9x4H0+MWtDYEtV3rTZXhwRuoSYyDBKt/hs9BATOzhow/UhMWVBG9OgptEP0zlsmTVe1/kOXDNBy8Q2Lipqm6TgqAQb1gYBVkMjYpBbALmU/j5sfiWaqncRRKYw45+y/pcNVRDbr0RjaPY2nTlrqGWmYiCWo8WfkBGMs6LiHe2dge+2l3pa1DJsR08IoZ2iuO1+EnZC2y0T7Lg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_72706E88C3294E8BA09FCAE27D223DC8ericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR0702MB3713.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b71767bb-e4cc-42b2-2391-08d87164395b
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Oct 2020 23:44:14.4728 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 6RhnUYfvoEZaJL/ei/GcAFvpTw5kdl9AZB31PDlgLDXzve//slJYpXUep4CKanNuLJGCiXa7JLE6cV0qSqpaH/0nzuPFu/H8j2OC39012wk=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3442
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/z1yV6POXpgEwsrcpTCevYnYpXsU>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Oct 2020 23:44:21 -0000

HI Lucas,

RFC7231 defines CONNECT originally like this:

“The CONNECT method requests that the recipient establish a tunnel to
   the destination origin server identified by the request-target and,
   if successful, thereafter restrict its behavior to blind forwarding
   of packets, in both directions, until the tunnel is closed.”

So I would interpret that the connection is not really a HTTP connection anymore after it has concluded the CONNECT. Again in HTTP/2 this did work because of multiplexing but in HTTP/3 is would work again and effectively maybe be the more flexible solution.

Mirja


From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Thursday, 15. October 2020 at 19:35
To: Alex Chernyakhovsky <achernya@google.com>
Cc: Mirja Kuehlewind <mirja.kuehlewind@ericsson.com>, "masque@ietf.org" <masque@ietf.org>
Subject: Re: [Masque] HTTP DATA frames for HTTP CONNECT?

Hey Mirja,

I'm against allowing unframed bytes on request streams. It limits extensibility (as pointed out by Alex) and introduces complexity to conventional HTTP/3 server implementations. HTTP desync attacks are something that framing protects against, let's not introduce risk for the sake of optimization.

The good news is that DATA frames can span QUIC packets. So if you're ok to take the hit once, you can send a very-long DATA frame and just keep appending data to it.

Cheers
Lucas

v2.23.0 | Report a Bug | By Email