Re: Stream0 Design Team Proposal

Martin Thomson <> Wed, 23 May 2018 03:00 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id D040512895E for <>; Tue, 22 May 2018 20:00:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id lItVSoH8P_4D for <>; Tue, 22 May 2018 20:00:51 -0700 (PDT)
Received: from ( [IPv6:2607:f8b0:4003:c0f::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 792591200C1 for <>; Tue, 22 May 2018 20:00:51 -0700 (PDT)
Received: by with SMTP id m11-v6so23489432otf.3 for <>; Tue, 22 May 2018 20:00:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lmsrWj28kzYvWDcTxlu1R5aUUqf/CVX6nbMtaI3V/I4=; b=IEJRgv88I9I9FXU4tiLaDC76hSZBvwIIeysnyxwYhBMLjR1n0uRbPmF7eTnPimb7zd DOLMSep+GexBKFlRg8pD3lapEDKFxd5jTH79/cM+uQQXMH0MH76pknCSoWTrHVDXSlWx SV8j69+Ggkl0pvKmKHC63WxSAaFK++fH907jmyE69b3HoT/t1qvr6j4N45Wzrc+9s4Q3 1PHFySOKtypv+hLeGTg5hr+B/ImJMFbgU0Sc4sEvhC8JSm8hvLcTmrKvsCtkORfIj4d/ 73XQRzC+JgWlYwZIZvnuMkd6wfl/dYBA2AXMkbffS0TKsLBJ9jl4H4fKeiWk3te8e5ml Kv/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lmsrWj28kzYvWDcTxlu1R5aUUqf/CVX6nbMtaI3V/I4=; b=Holnco0ZOg5XFHdVAneBcdhUez88oO+bce8TNBt+GoAK9BZS3QtndxEfMdSyKavxWv zxqt7c2v56HEcDQo9Iwb5OYnaFoIPMgWyXGbi0ks9aXlTus1DXrAP/NAXcxWPL7DXIs7 Vntq0/9cSWl8feuA0uDKseZ+8ubMs91LUjWylBU44zBc3J88swtX9baT3FVf31KOHgGq uF6sK/PT/6cxymNg1otgJIimi5NZyraRdeN18F4ahcXCvR5ZTj09eHGZgmnPnmtwydJt glcM9wGjRWeMa8uachpux7/BqEIIa9LtQgo5oNOjoz64XVlb6VeEns/tBoDn4ofqC4vg 3EqQ==
X-Gm-Message-State: ALKqPwegvsNjOXRLlNethJ/sOY3eVkaYWmcSwY7zhO1Jv1czCmdog2az 7kG+pvuQwaLolIpAIn7BUl0NWZBdBJCzyTYbfV3n2UwW
X-Google-Smtp-Source: AB8JxZozKF6Ecq/cSuTyt24DeXJgIWz6RRIXeLjpTkCdSjkj8qMiMISd5sRKBK1gAl8jMmLDkR68MUIX8NJHtgiRGU0=
X-Received: by 2002:a9d:3a65:: with SMTP id j92-v6mr705026otc.352.1527044450663; Tue, 22 May 2018 20:00:50 -0700 (PDT)
MIME-Version: 1.0
References: <>
In-Reply-To: <>
From: Martin Thomson <>
Date: Wed, 23 May 2018 13:00:40 +1000
Message-ID: <>
Subject: Re: Stream0 Design Team Proposal
To: Ian Swett <>
Cc: QUIC WG <>,
Content-Type: text/plain; charset="UTF-8"
Archived-At: <>
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 23 May 2018 03:00:54 -0000

First of all, thanks to the design team for the work they have done.  I
haven't digested everything yet, but I think that I have a good sense of
the shape of the proposal.

Overall, this looks like a workable design.  It's a lot more invasive of
the cryptographic handshake implementation than I had thought people were
willing to stomach originally.  But it's clear that we've run into problems
with the current, more abstract API and this is a fairly natural way to
split TLS.  I've spent a little time thinking about how this might be
implemented and I think that it's not going to be *too* painful.  The proof
will be in the pudding there though.

In looking at the PR, I really appreciate seeing all the changes together.
BTW, the link above points to the wrong PR, so be careful (it appears to
have the same content, but that's not guaranteed).  The actual PR is here:

I've pushed a branch to the main repo so that you can preview the entire
document set:

It seems like there are some core changes here and a bunch of separable or
at least secondary changes.  I'm sure that each one has its own
justification, but that isn't always clear. The following changes seem like
they are separable:

* The use of separate packet number spaces
* The Retry packet changes (and NEW_TOKEN)
* The TLS extension for flow control

Right now, some of these appear to be entirely gratuitous.  I'd like to get
to the bottom of each before we continue.

At a minimum, the PR we land first should include just the core changes.
As you say, reviewing a monster PR like this will only make GitHub weep
unicorns, but we might be able to cut this into smaller pieces.

On Wed, May 23, 2018 at 11:31 AM Ian Swett <ianswett=> wrote:

> Dear QUIC WG,

> On behalf of the Stream 0 Design Team, I am pleased to report that we
have consensus on a proposed approach to share with the WG. The DT's
proposal will make QUIC and TLS work closer together and incorporates ideas
from DTLS, but it does not use the DTLS protocol itself.

> The DT believes this solves the important open Stream 0 issues. The
proposal will be a bit more invasive in TLS, but we believe it is the right
long-term direction and several TLS stacks (BoringSSL, PicoTLS, NSS, and
Mint) are willing and able to do the work necessary.. A number of stacks
are currently working on implementations of this new approach, which we
hope to have in time for the Interim meeting.

> A design document describing the overall approach can be found at:

> A PR making the changes to the QUIC documents can be found at:


> A few design details did not have clear consensus, but it was felt it
would be better to discuss those in the wider WG than delay the design
team.  A consistent choice was made in the PR and these issues are
mentioned in Appendix B of the design doc.

> As always, comments and questions welcome. That said, this is a big PR
and we recognize that some editorial work is going to be needed before
merging. In the interest of letting people follow along, and to keep github
from falling over, we ask people to keep discussion on the mailing list and
refrain from making PR comments.

> See you in Kista!

> Ian and Eric