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
- [Masque] Layered or integrated protocols Martin Thomson
- Re: [Masque] [Webtransport] Layered or integrated… Tommy Pauly
- Re: [Masque] [Webtransport] Layered or integrated… David Schinazi
- Re: [Masque] [Webtransport] Layered or integrated… Lucas Pardue