Re: [Masque] [Webtransport] Layered or integrated protocols

Lucas Pardue <lucaspardue.24.7@gmail.com> Sat, 24 July 2021 01:50 UTC

Return-Path: <lucaspardue.24.7@gmail.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 03D853A2572 for <masque@ietfa.amsl.com>; Fri, 23 Jul 2021 18:50:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 BSmK-cZlBLQ1 for <masque@ietfa.amsl.com>; Fri, 23 Jul 2021 18:49:58 -0700 (PDT)
Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 5AD173A2571 for <masque@ietf.org>; Fri, 23 Jul 2021 18:49:58 -0700 (PDT)
Received: by mail-ed1-x52d.google.com with SMTP id b7so3933994edu.3 for <masque@ietf.org>; Fri, 23 Jul 2021 18:49:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6eGLwvrC8yoBEv5p97DgNNsS0N9pxRUYmRo7/mgZ+eU=; b=MzdRLXzQT3HHAp7awpn7RXBeNRvqTe/bqCIQeYK+8lvD3qO/hWXURomYnekrR6H2Tw oOGg/A3VOW64KlpIzlmp1V+XgS5sySYaziHWvIWRvKO2YJoIEOXcIpIhyPKx8FOcX4+s XVEpUyMnXghmzhew05OFQntB9DsYZENRni7ot+ErYQTottH1Ne8ZjxKVZXka3RzZs7Db 3RFWWnMjEqxqTSLVdoZKrvXaHdr0bW0cmp0jOSmYcNzSVlrcmKV0ASNz9NLfanOFSRiK 0Iv6yHcE1FET2ENr9fAfaZP3vo81QfIL/igDONoRuIdSaCkfn7zdxooNUpWKmhGqPhKs RFNg==
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=6eGLwvrC8yoBEv5p97DgNNsS0N9pxRUYmRo7/mgZ+eU=; b=hj0B6J/eZEB/9IB7o2C0xnTJjK7PnrHzGFOj+AvgJIqT+brzrRdBQlEY37WxhrZsAx PhwbeF6oYh30kjwF/kp7mxk9IHnK9HMPYYM/yakvI6t9jLpbEP7B0JGZwKzPdmqMh6uc tTSsmwAUxyASkRLIP/JIVsXouBgtOu58J5+C2FxG0XpvwVbDAYy7XPM8jJIzwAntxz8I 4IxWwjugrJRCAyVI+D/DAwbjqWbBhnmGKT2j2GDDfVp+3HZkoVHtqrgFoh8P1AX/FO60 OBNa5AuTVLxsHwJJAbX4I+gfdWfcFuJvFsqMLfRvntHaLI4NemEC4ByEe841G6WKBZnB 1xWw==
X-Gm-Message-State: AOAM533UeLfZBz3d0cYEgktfhMGZGj2rZlMfMNKfjHPkDoA1ioiVRJH+ mvwfWMzsH0OzHEgFOKmGyYoeVKKDJDWZmGoMWSM=
X-Google-Smtp-Source: ABdhPJzViJmBnUjYR4vRNvBTM9uMwwbQn37xgCSBz1WSSikvNpt0xZyqGb+yWVGc/VDgmXy8AjxImMCDl+02y+HIzBo=
X-Received: by 2002:aa7:cd49:: with SMTP id v9mr5994848edw.185.1627091396018; Fri, 23 Jul 2021 18:49:56 -0700 (PDT)
MIME-Version: 1.0
References: <7cd78e75-2fc2-483d-83d9-6930286378e2@www.fastmail.com> <337E8BB6-573C-44EB-B039-3B03C7940028@apple.com> <CAPDSy+5qpB=MfEj9FLGAJvm5XRctz90cr6WAnWQbDjzjtsUdGg@mail.gmail.com>
In-Reply-To: <CAPDSy+5qpB=MfEj9FLGAJvm5XRctz90cr6WAnWQbDjzjtsUdGg@mail.gmail.com>
From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Sat, 24 Jul 2021 02:49:44 +0100
Message-ID: <CALGR9oauLyT9YS=apmocqcRrzmgAXFkp-HiFTPOMhShs-k+Vxw@mail.gmail.com>
To: David Schinazi <dschinazi.ietf@gmail.com>
Cc: Tommy Pauly <tpauly@apple.com>, Martin Thomson <mt@lowentropy.net>, MASQUE <masque@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ad45ea05c7d4bc61"
Archived-At: <https://mailarchive.ietf.org/arch/msg/masque/Ai4l93G_nErpuQqmP4b32SaYG_4>
Subject: Re: [Masque] [Webtransport] Layered or integrated protocols
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: Sat, 24 Jul 2021 01:50:03 -0000

Good points on this thread. Too many to respond to directly.

WebTransport and MASQUE remind me of the UK comedy duo known as the Chuckle
Brothers [1]. They were related, looked vaguely similar, and had a
catchphrase "to me, to you" that was used often when they were trying to
deliver hard to manage items and shuffling back and forth.

There's a lot of similarity between the WebTransport and MASQUE. I think
we've been hitting problems that might have occurred in either as we
progress at different rates. And the solutions designed in one WG or spec
aren't as synchronised as we might like.

A Capsule semantic, that can be mapped to HTTP versions, can go a long way
to aligning WebTransport and MASQUE. It's currently defined in the HTTP/3
DGRAM spec out of necessity of invention, but it could be extracted it
people really wanted. When reading draft-thomson-webtrans-hwtq-00 my early
thoughts were that you could define capsule types to model the proposed
QUIC subset - this is basically what the datagram capsules are doing for
QUIC DATAGRAM frames.

There's benefits to in-stack and on-stack. I think that on-stack, in
simplistic terms, either requires treating everything as content (e.g. DATA
frames) and running a sub-protocol on top, or it requires  H2/H3 stacks to
treat new frames as opaque blobs that they throw to an upper layer to deal
with. The problem with the latter is where those frames have some
interaction or dependency that is not normally exposed to upper layers. I'd
hope our designs can allow implementations of in-stack and on-stack.

Cheers
Lucas

[1] - https://en.m.wikipedia.org/wiki/Chuckle_Brothers