Re: [Webtransport] Magnus Westerlund's Block on charter-ietf-webtrans-00-00: (with BLOCK and COMMENT)

Eric Rescorla <ekr@rtfm.com> Mon, 03 February 2020 12:27 UTC

Return-Path: <ekr@rtfm.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 2FC021200A3 for <webtransport@ietfa.amsl.com>; Mon, 3 Feb 2020 04:27:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.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 13As5RFdMZwA for <webtransport@ietfa.amsl.com>; Mon, 3 Feb 2020 04:27:25 -0800 (PST)
Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 DBA6B12001B for <webtransport@ietf.org>; Mon, 3 Feb 2020 04:27:24 -0800 (PST)
Received: by mail-lj1-x232.google.com with SMTP id q8so14419692ljb.2 for <webtransport@ietf.org>; Mon, 03 Feb 2020 04:27:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TcCVsGp+ck8HSdHvUYCv/zWLpi1WSJ+3T5wOFTmohAo=; b=HZMbSO50ZYTfplXktCqtP/0FrR4taH3KT4c+MU6Ugu2Ea3dn1We8fbJJvWRx2wGsmH sFtJr8jWPzxPKheCQo/5IP176nM8cwK/J2rlmKv2em1HVnSNxVAj0J4LnGiXbXPajg1Y tsW1IE9rjSPe6CbWR0TSFi79kDcQePR7WbXhwAj3P+7QW1GEOxuN2tbQK+Zi0eC+Seva U8JUrLCHnEZiBsxpB5BNB/hqxgOgMarEURE8iC6+e51aBjUt+uGXJRtX/4IKH6xOv6dI ulYqcldBzAnM622Kl055cx0HpKJuK1h29mMWYZpjvjMtb7ji8++O3Dr9zau6bhq0CHIz yzdQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TcCVsGp+ck8HSdHvUYCv/zWLpi1WSJ+3T5wOFTmohAo=; b=bav/Mtu0Izp+T1mQ3vk28FuMUHiF2QF43FXw3h0NLI3DKlidXgQb19ee+OJx2XiIMn NvrQzNTXePlPUp2bSt+QzYMdAvo/euPDXnl313We7rX+tVHkd1QITuARYVr7ZxPTMqlG ECN3hzZ46HxLvOcPSjCfBNlUAIChOqC0h8pR9krTctOfdh49cwvri8j3/1J9alFFHTul AW5zLTpvnHaVS49b3fG2hhsG8RHAc4vP9ijGf56pUDz24KN7vaxkbhh6cpHEm21X3lJI UPu0YboTN8UI8qdeFdZ5KqUziF2ElDsZOwixrXR03E+HpHhqFyTUM5vYw9z7Mzw96TP6 lzdA==
X-Gm-Message-State: APjAAAWvEQGbFVD9jIGvA7hVUgApan8bmlnzA53W0kWJCgSiFY8TDwZY b5JjARi1PLsuzfew86o9P5nJGGWB4/++E3XUPwrD1Q==
X-Google-Smtp-Source: APXvYqz+c2SzPd86WHU9LCHUVkuYf8YB+hhIx5tR1WBQrzIYELP1cCMYuf4yIsuc0BhBq8CgLVBXBKPGoQoQpWZ1eF0=
X-Received: by 2002:a2e:b0c4:: with SMTP id g4mr13924804ljl.83.1580732843012; Mon, 03 Feb 2020 04:27:23 -0800 (PST)
MIME-Version: 1.0
References: <158048874973.21096.7146214036477975185.idtracker@ietfa.amsl.com> <D48C1258-E534-43A8-8BD1-73F7AE99D9B2@gmail.com> <fabe0d9c-6278-43e9-a401-bef30804107b@www.fastmail.com> <CABcZeBOQ4Uv+c_zmPKv7+st-at=uTE3UukfU05p_rFQs5iCh3Q@mail.gmail.com> <CAF9D01C-A167-4B6E-BBAD-969B3878FA30@kuehlewind.net> <CABcZeBP5QN3OjMS+x4vkHnBc42=DhTunX+6GhCvEWjqGdmPc_Q@mail.gmail.com> <BF92F26A-9913-49CA-A3DF-39C8515D6846@kuehlewind.net> <CABcZeBM8GWdVoM7dxnySpn+XdCHuyT8KhY_wR=GzpQWE1fa9PQ@mail.gmail.com> <E182A2B2-31BE-4B9B-9524-EB3A8DA2E765@kuehlewind.net> <CABcZeBMVvzn1+_POk4TGvn_tSALqA9xbWU2Km5JeWxK98SJ81w@mail.gmail.com> <40683F7F-4530-4B01-874C-6B6C30813D40@kuehlewind.net>
In-Reply-To: <40683F7F-4530-4B01-874C-6B6C30813D40@kuehlewind.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 03 Feb 2020 04:26:46 -0800
Message-ID: <CABcZeBPQ-b9ordtH6PgfZ1VMX05u-0XGTZxLYwUd58p8_dKgXw@mail.gmail.com>
To: Mirja Kuehlewind <ietf@kuehlewind.net>
Cc: webtrans-chairs@ietf.org, webtransport@ietf.org, Bernard Aboba <bernard.aboba@gmail.com>, Martin Thomson <mt@lowentropy.net>, Magnus Westerlund <magnus.westerlund@ericsson.com>
Content-Type: multipart/alternative; boundary="00000000000097c929059dab0b16"
Archived-At: <https://mailarchive.ietf.org/arch/msg/webtransport/pdgFtDtTXoyCislkluiw76rgCJc>
Subject: Re: [Webtransport] Magnus Westerlund's Block on charter-ietf-webtrans-00-00: (with BLOCK and COMMENT)
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: Mon, 03 Feb 2020 12:27:27 -0000

On Mon, Feb 3, 2020 at 3:42 AM Mirja Kuehlewind <ietf@kuehlewind.net> wrote:

> My understanding is that Victor proposed a (separate) binding for H3 or
> QUIC + you say there should also be a binding for TCP (or I guess TLS over
> TCP). If that are the three option why not writing in the charter that the
> group works on either separate binding for these cases or one binding that
> might cover multiple of these protocols?
>

I don't understand what this means. My point is I *don't* think we should
do an H3 binding.

-Ekr


> Mirja
>
>
> > On 3. Feb 2020, at 12:02, Eric Rescorla <ekr@rtfm.com> wrote:
> >
> >
> >
> > On Mon, Feb 3, 2020 at 2:57 AM Mirja Kuehlewind <ietf@kuehlewind.net>
> wrote:
> > No I meant do you have another protocol proposal (given you said you
> might not want what is proposed by Victor)?
> >
> > Well, what I'm actually saying is that it's not clear that we need *all*
> the ones proposed by Victor.
> >
> > With that said, it's not clear to me if Victor has a TCP binding yet,
> but one is clearly needed.
> >
> > -Ekr
> >
> >
> > > On 3. Feb 2020, at 11:55, Eric Rescorla <ekr@rtfm.com> wrote:
> > >
> > >
> > >
> > > On Mon, Feb 3, 2020 at 2:52 AM Mirja Kuehlewind <ietf@kuehlewind.net>
> wrote:
> > > Yes, totally understood that you don’t want to put any specific
> protocol suggestions in the charter but right now it seem a bit too loose
> (from a transport point of view). So if you don’t want what is proposed
> currently, do you have another proposal?
> > >
> > > I'm fine with the current text. I'm arguing against the attempts to
> aggressively narrow it.
> > >
> > > -Ekr
> > >
> > > If you are working on a draft yourself, I think it would actually be
> nice to have a first version of this draft out before the groups is fully
> started to people discussion the charter right now, would actually better
> understand what the discussion is about.
> > >
> > > Mirja
> > >
> > >
> > >
> > > > On 3. Feb 2020, at 11:44, Eric Rescorla <ekr@rtfm.com> wrote:
> > > >
> > > > Well, I certainly don't think we should build a new version of QUIC,
> and it seems likely that QUIC will be involved somehow, but Victor had some
> quite specific protocol suggestions which might or might not be what we
> want. In addition we need to ensure that there's some parity via a
> TCP-based mechanism.
> > > >
> > > > -Ekr
> > > >
> > > >
> > > >
> > > > On Mon, Feb 3, 2020 at 2:42 AM Mirja Kuehlewind <ietf@kuehlewind.net>
> wrote:
> > > > Hi Ekr, hi Martin,
> > > >
> > > > I thought that building something on top of QUIC or H3 are
> preconditions for any solution. If that is the case I would also prefer to
> put this in the charter (to exclude it clearly from the scope of this group
> to rebuild a new QUIC or a new version of quic or something like that which
> should be done in the quic group; similar for http which should be done in
> the httpbis in future). If you think that is somehow too restrictive what
> are the option open, you would want to work on in this new group?
> > > >
> > > > Mirja
> > > >
> > > >
> > > >
> > > > > On 3. Feb 2020, at 11:23, Eric Rescorla <ekr@rtfm.com> wrote:
> > > > >
> > > > > As MT says, I would not be comfortable if the charter defined the
> specific protocol starting points, given the uncertainty about exactly
> which pieces we will do.
> > > > >
> > > > > -Ekr
> > > > >
> > > > >
> > > > > On Sat, Feb 1, 2020 at 11:53 AM Martin Thomson <mt@lowentropy.net>
> wrote:
> > > > > On Sat, Feb 1, 2020, at 04:09, Bernard Aboba wrote:
> > > > > > [BA] Would it be sufficient to add this clarification to the
> existing
> > > > > > sentence? The result would look like this.
> > > > > >
> > > > > > The WebTransport working group will define new client-server
> protocols
> > > > > > or protocol extensions using QUIC or HTTP3 in order to support
> the
> > > > >
> > > > > I would instead say "building on existing protocol work" and then
> point out separately that this will definitely not define a new transport
> (or lower) layer protocol.
> > > > >
> > > > > At Mozilla we are still uncertain about the set of protocols as
> currently proposed, and would feel uncomfortable limiting this to just
> those two *in the charter*.
> > > > >
> > > > > --
> > > > > Webtransport mailing list
> > > > > Webtransport@ietf.org
> > > > > https://www.ietf.org/mailman/listinfo/webtransport
> > > > > --
> > > > > Webtransport mailing list
> > > > > Webtransport@ietf.org
> > > > > https://www.ietf.org/mailman/listinfo/webtransport
> > > >
> > >
> >
> > --
> > Webtransport mailing list
> > Webtransport@ietf.org
> > https://www.ietf.org/mailman/listinfo/webtransport
>
>