Re: [Webtransport] Confirming Consensus on WebTransport protocols

Eric Kinnear <ekinnear@apple.com> Tue, 12 January 2021 18:15 UTC

Return-Path: <ekinnear@apple.com>
X-Original-To: webtransport@ietfa.amsl.com
Delivered-To: webtransport@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1A783A0FD7 for <webtransport@ietfa.amsl.com>; Tue, 12 Jan 2021 10:15:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.369
X-Spam-Level:
X-Spam-Status: No, score=-2.369 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.25, 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.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 MbBeVBa8vp0u for <webtransport@ietfa.amsl.com>; Tue, 12 Jan 2021 10:15:06 -0800 (PST)
Received: from nwk-aaemail-lapp02.apple.com (nwk-aaemail-lapp02.apple.com [17.151.62.67]) (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 228463A0F5E for <webtransport@ietf.org>; Tue, 12 Jan 2021 10:15:04 -0800 (PST)
Received: from pps.filterd (nwk-aaemail-lapp02.apple.com [127.0.0.1]) by nwk-aaemail-lapp02.apple.com (8.16.0.43/8.16.0.42) with SMTP id 10CI9aTP010851; Tue, 12 Jan 2021 10:15:00 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : message-id : content-type : mime-version : subject : date : in-reply-to : cc : to : references; s=20180706; bh=4tk7fIPiI9QtJmkZ7K9ykGJH83GJWfNSC8DYMb3/Jk8=; b=rKdWfnHdvp3FbmEww4f1NUNTtLWfKaQPzfQgFmEo1SrdBGX6pcaksNC50qhbT4ab+jd4 g2/5cIbUu8+FG69xH9o9UhiZu7xDZ7RvIsbTDAXX7wcvXnrZEIR59EwIf6YIirKp0kZ0 yrP1QS7EgHnyaqm/mLcp3b+HTu1X/yxvXId3SH1NskWXA46zRw0j3N3ZYueN0wTuoBcE +rshFSJ2HYzhEhBdjfGAKj2W5TTPHhDSdLXhKoZT808Z7ZQuwHwq2uZCbUBlfYj/KAXg +s9HisBICHZxLRnZDIV+BrNdsctCEMTPOypG47O25QoYaXwNftRkwI8DsWMvtQEgKhWi XA==
Received: from rn-mailsvcp-mta-lapp01.rno.apple.com (rn-mailsvcp-mta-lapp01.rno.apple.com [10.225.203.149]) by nwk-aaemail-lapp02.apple.com with ESMTP id 35y9xmfsmu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 12 Jan 2021 10:15:00 -0800
Received: from rn-mailsvcp-mmp-lapp03.rno.apple.com (rn-mailsvcp-mmp-lapp03.rno.apple.com [17.179.253.16]) by rn-mailsvcp-mta-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.7.20201203 64bit (built Dec 3 2020)) with ESMTPS id <0QMU00OYG2OZLGI0@rn-mailsvcp-mta-lapp01.rno.apple.com>; Tue, 12 Jan 2021 10:14:59 -0800 (PST)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp03.rno.apple.com by rn-mailsvcp-mmp-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.6.20200729 64bit (built Jul 29 2020)) id <0QMU00L002EJTB00@rn-mailsvcp-mmp-lapp03.rno.apple.com>; Tue, 12 Jan 2021 10:14:59 -0800 (PST)
X-Va-A:
X-Va-T-CD: dc254b15e9c02e5b63b37c4d340c19c3
X-Va-E-CD: 4ed4f33e0687dabe1b06172a3ab84b82
X-Va-R-CD: 4c92cd742ca1261c688b326f07bb1224
X-Va-CD: 0
X-Va-ID: e453b3dc-2726-44bd-9669-a63a45914f76
X-V-A:
X-V-T-CD: dc254b15e9c02e5b63b37c4d340c19c3
X-V-E-CD: 4ed4f33e0687dabe1b06172a3ab84b82
X-V-R-CD: 4c92cd742ca1261c688b326f07bb1224
X-V-CD: 0
X-V-ID: 824d2aaf-54f7-47ec-9075-9a88c375faa1
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343, 18.0.737 definitions=2021-01-12_15:2021-01-12, 2021-01-12 signatures=0
Received: from [17.235.36.77] (unknown [17.235.36.77]) by rn-mailsvcp-mmp-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.6.20200729 64bit (built Jul 29 2020)) with ESMTPSA id <0QMU010RN2OY8X00@rn-mailsvcp-mmp-lapp03.rno.apple.com>; Tue, 12 Jan 2021 10:14:58 -0800 (PST)
From: Eric Kinnear <ekinnear@apple.com>
Message-id: <C4FFF30E-A8D6-4471-8FC4-C6C4A00ED679@apple.com>
Content-type: multipart/alternative; boundary="Apple-Mail=_BCFE2131-7DF1-401A-98CA-90CB9C397984"
MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\))
Date: Tue, 12 Jan 2021 10:14:57 -0800
In-reply-to: <1EE7A63C-E68D-4B70-A8CB-C2A6003AC467@fb.com>
Cc: David Schinazi <dschinazi.ietf@gmail.com>, WebTransport <webtransport@ietf.org>
To: Alan Frindell <afrind=40fb.com@dmarc.ietf.org>
References: <CAPDSy+5R=v2GjyJU1o=+Ai0X0iOqJSX787GfLBSUkd9odR++Rw@mail.gmail.com> <1EE7A63C-E68D-4B70-A8CB-C2A6003AC467@fb.com>
X-Mailer: Apple Mail (2.3654.40.0.2.32)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343, 18.0.737 definitions=2021-01-12_15:2021-01-12, 2021-01-12 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/webtransport/VtrPNVqqXhdC2Eb8Mki6NfE-SzY>
Subject: Re: [Webtransport] Confirming Consensus on WebTransport protocols
X-BeenThere: webtransport@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <webtransport.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/webtransport>, <mailto:webtransport-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/webtransport/>
List-Post: <mailto:webtransport@ietf.org>
List-Help: <mailto:webtransport-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/webtransport>, <mailto:webtransport-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Jan 2021 18:15:13 -0000

I support this consensus. 

To Alan’s point, I’d expect that we’ll continue to discuss pooling, but that we’re not committing to delivering something that supports pooling without further identifying the complexities involved and designing something which sufficiently resolves those concerns. (As would be reasonable for any protocol feature.)

Thanks,
Eric


> On Jan 12, 2021, at 10:10 AM, Alan Frindell <afrind=40fb.com@dmarc.ietf.org> wrote:
> 
> I support the consensus on Question 1 and Question2.
> 
> > Additionally, we discussed pooling and decided that we would
> not allow pooling in WebTransport over HTTP/3 for now, due
> to the complexities of pooling.
>  
> I think this statement is worded too strongly.  We discussed pooling and made it clear that choosing H3 does not mandate that we will support pooling. My understanding is that it will continue to be discussed in the working group.
>  
> -Alan
>  
> From: Webtransport <webtransport-bounces@ietf.org> on behalf of David Schinazi <dschinazi.ietf@gmail.com>
> Date: Tuesday, January 12, 2021 at 9:26 AM
> To: WebTransport <webtransport@ietf.org>
> Subject: [Webtransport] Confirming Consensus on WebTransport protocols
>  
> Hi WebTransport enthusiasts,
>  
> Today we had an interim of the IETF WEBTRANS WG,
> where we reached consensus in the (virtual) room on
> the following questions:
>  
> Question 1: number of protocols
>     Should the working group adopt only one UDP-based transport?
>     1A: only one transport (QUIC or HTTP/3)
>     1B: multiple transports (QUIC and HTTP/3)
>  
> The consensus was option 1A.
>  
> Additionally, we noted that this does not preclude us from
> building a second protocol at a later date if new information
> emerges.
>  
> Question 2: UDP-based protocols
>     Which UDP-based option should we adopt as a starting
>     point for WebTransport protocol?
>     2A: WebTransport over HTTP/3
>     2B: WebTransport over QUIC directly (separate ALPN)
>  
> The consensus was option 2A.
>  
> Additionally, we discussed pooling and decided that we would
> not allow pooling in WebTransport over HTTP/3 for now, due
> to the complexities of pooling.
>  
> We'd like to confirm this consensus on the list. If you disagree
> with these points, please reply on the list. If you do so, please
> state how strongly you feel - whether you are expressing a
> preference, or an imperative. Please also provide as much
> detail as possible to explain your position. Please also respond
> if you support this consensus - a simple "I support this consensus"
> email to the list would be helpful.
>  
> We'll be running this consensus call for two weeks, please reply
> before 2021-01-26, the chairs will determine consensus on that date.
>  
> Thanks,
> David
> -- 
> Webtransport mailing list
> Webtransport@ietf.org
> https://www.ietf.org/mailman/listinfo/webtransport