Re: [Masque] Adoption call for "The CONNECT-UDP HTTP Method"

"Roy T. Fielding" <fielding@gbiv.com> Thu, 13 August 2020 20:18 UTC

Return-Path: <fielding@gbiv.com>
X-Original-To: masque@ietfa.amsl.com
Delivered-To: masque@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C8D23A0A9D for <masque@ietfa.amsl.com>; Thu, 13 Aug 2020 13:18:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.088
X-Spam-Level:
X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gbiv.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 in3es1jW0zha for <masque@ietfa.amsl.com>; Thu, 13 Aug 2020 13:18:44 -0700 (PDT)
Received: from crocodile.birch.relay.mailchannels.net (crocodile.birch.relay.mailchannels.net [23.83.209.45]) (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 685923A0A52 for <masque@ietf.org>; Thu, 13 Aug 2020 13:18:44 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|fielding@gbiv.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 5072F541D9B; Thu, 13 Aug 2020 20:18:43 +0000 (UTC)
Received: from pdx1-sub0-mail-a58.g.dreamhost.com (100-96-12-26.trex.outbound.svc.cluster.local [100.96.12.26]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 8EE26541710; Thu, 13 Aug 2020 20:18:42 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|fielding@gbiv.com
Received: from pdx1-sub0-mail-a58.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Thu, 13 Aug 2020 20:18:43 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|fielding@gbiv.com
X-MailChannels-Auth-Id: dreamhost
X-Little-Unite: 138bc7283dafcf21_1597349923031_2301697346
X-MC-Loop-Signature: 1597349923031:2258663348
X-MC-Ingress-Time: 1597349923031
Received: from pdx1-sub0-mail-a58.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a58.g.dreamhost.com (Postfix) with ESMTP id 232827F651; Thu, 13 Aug 2020 13:18:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gbiv.com; h=content-type :content-transfer-encoding:from:mime-version:subject:date :message-id:references:cc:in-reply-to:to; s=gbiv.com; bh=rbIzb/C wrrsAKnN7mYfNtuDbQAc=; b=kZjUCPxF7mNlWWgvseC036us3zYUaxau+T5whFi vi/9V6OCUANIaSphwpAjNvxJtBJYJGg8q4o+aBkpthGOsc3FigMJiMvD+vPjQOSD 5qLY0DnE7EdrtNX4POGOTLMgu/NQ7nyCmazkSGb2PjMLHbh4bT3POrSqOFSXxppE nvyk=
Received: from [192.168.1.2] (ip68-101-102-139.oc.oc.cox.net [68.101.102.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: fielding@gbiv.com) by pdx1-sub0-mail-a58.g.dreamhost.com (Postfix) with ESMTPSA id F01B27F635; Thu, 13 Aug 2020 13:18:40 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-9F9082C1-1D70-4FC7-8B33-F734FB26AB71"
Content-Transfer-Encoding: 7bit
X-DH-BACKEND: pdx1-sub0-mail-a58
From: "Roy T. Fielding" <fielding@gbiv.com>
Mime-Version: 1.0 (1.0)
Date: Thu, 13 Aug 2020 13:18:39 -0700
Message-Id: <C7289549-BF2A-4BC8-97C0-9F28DB5F9855@gbiv.com>
References: <CH2PR22MB20869AA7758055EEE5483C5CDA430@CH2PR22MB2086.namprd22.prod.outlook.com>
Cc: Christopher Wood <caw@heapingbits.net>, "masque@ietf.org" <masque@ietf.org>
In-Reply-To: <CH2PR22MB20869AA7758055EEE5483C5CDA430@CH2PR22MB2086.namprd22.prod.outlook.com>
To: Mike Bishop <mbishop@evequefou.be>
X-Mailer: iPhone Mail (17G68)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedrleehgdduvddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurheptgfghfggufffkfhfjgfvofesrgejmherhhdtvdenucfhrhhomhepfdftohihucfvrdcuhfhivghlughinhhgfdcuoehfihgvlhguihhnghesghgsihhvrdgtohhmqeenucggtffrrghtthgvrhhnpeetfeegtdejueffveevgeeivdeffeeikeelhfeugfetffevheehlefhkeelfedtieenucffohhmrghinhephhhtthhpsghishdrihhtpdhhthhtphifghdrohhrghenucfkphepieekrddutddurddutddvrddufeelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghloheplgduledvrdduieekrddurddvngdpihhnvghtpeeikedruddtuddruddtvddrudefledprhgvthhurhhnqdhprghthhepfdftohihucfvrdcuhfhivghlughinhhgfdcuoehfihgvlhguihhnghesghgsihhvrdgtohhmqedpmhgrihhlfhhrohhmpehfihgvlhguihhnghesghgsihhvrdgtohhmpdhnrhgtphhtthhopehmrghsqhhuvgesihgvthhfrdhorhhg
Archived-At: <https://mailarchive.ietf.org/arch/msg/masque/IwTakstEt3qYw7kLiPaFINWmZkM>
Subject: Re: [Masque] Adoption call for "The CONNECT-UDP HTTP Method"
X-BeenThere: masque@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiplexed Application Substrate over QUIC Encryption <masque.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/masque>, <mailto:masque-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/masque/>
List-Post: <mailto:masque@ietf.org>
List-Help: <mailto:masque-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/masque>, <mailto:masque-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2020 20:18:46 -0000

I don’t want to give folks the impression that this is a requirement in httpbis. It has been a requirement of HTTP/1.1 since 1995 and that will not change in this revision.

The short answer is that if a new method is defined, it must use a full URI or its absolute path as the request target.

No further exceptions are allowed by HTTP because intermediaries need to process messages even when they don’t know the method definition.

....Roy


> On Aug 13, 2020, at 6:42 AM, Mike Bishop <mbishop@evequefou.be> wrote:
> 
> 
> Late to the party, since I've been offline.  I support adoption for the spirit of the solution, have already provided some comments on the specific draft, and will doubtless have more.  My key piece of feedback remains that draft-ietf-httpbis-semantics prohibits the request target form used in this draft, so we’ll need to hash that out with the HTTP WG.
>  
> However, there are two special, method-specific forms allowed for the request target in specific circumstances:
> ·        For CONNECT (Section 8.3.6), the request target is the host name and port number of the tunnel destination, separated by a colon.
> ·        For OPTIONS (Section 8.3.7), the request target can be a single asterisk ("*").
> See the respective method definitions for details. These forms MUST NOT be used with other methods.
>  
> -----Original Message-----
> From: Masque <masque-bounces@ietf.org> On Behalf Of Christopher Wood
> Sent: Wednesday, July 29, 2020 8:49 AM
> To: masque@ietf.org
> Subject: [Masque] Adoption call for "The CONNECT-UDP HTTP Method"
>  
> During yesterday's MASQUE WG meeting, there was strong support in favor of adopting draft-schinazi-masque-connect-udp as a WG item. To that end, this email begins the call for adoption of the document, in its current form, as a starting point. We expect to work through the issues raised both in the meeting and on the list going forward.
>  
> Please let the WG know if you support adoption, and if so, are willing to contribute to the discussion and review drafts. If you oppose adoption, please explain why.
>  
> The document may be found here:
>  
>    https://datatracker.ietf.org/doc/draft-schinazi-masque-connect-udp/
>  
> And the source may be found here:
>  
>    https://github.com/DavidSchinazi/masque-drafts
>  
> This call for adoption will conclude on August 14.
>  
> Thanks,
> Chris and Eric
>  
> --
> Masque mailing list
> Masque@ietf.org
> https://www.ietf.org/mailman/listinfo/masque