Re: The first octet

"Brian Trammell (IETF)" <ietf@trammell.ch> Wed, 08 August 2018 16:00 UTC

Return-Path: <ietf@trammell.ch>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 522DD130E83 for <quic@ietfa.amsl.com>; Wed, 8 Aug 2018 09:00:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no
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 PlvgIDX0otXZ for <quic@ietfa.amsl.com>; Wed, 8 Aug 2018 09:00:38 -0700 (PDT)
Received: from gozo.iway.ch (gozo.iway.ch [IPv6:2001:8e0:40:325::36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96A0C130E7B for <quic@ietf.org>; Wed, 8 Aug 2018 09:00:30 -0700 (PDT)
Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 3DDC83409AB; Wed, 8 Aug 2018 18:00:27 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/6030.29685); Wed, 8 Aug 2018 18:00:26 +0200 (CEST)
Received: from switchplus-mail.ch (switchplus-mail.ch [212.25.8.236]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gozo.iway.ch (Postfix) with ESMTPS; Wed, 8 Aug 2018 18:00:26 +0200 (CEST)
Received: from nb-10604.ethz.ch (account ietf@trammell.ch [82.130.102.91] verified) by switchplus-mail.ch (CommuniGate Pro SMTP 6.1.18) with ESMTPSA id 63591701; Wed, 08 Aug 2018 18:00:26 +0200
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
Message-Id: <AC47DCD9-4C51-4F07-A096-8F5D064A469D@trammell.ch>
Content-Type: multipart/signed; boundary="Apple-Mail=_C397E28E-1F9E-4B48-8A70-C2FED4018872"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Subject: Re: The first octet
Date: Wed, 8 Aug 2018 18:00:25 +0200
In-Reply-To: <CAKcm_gP99yXctFRe7mZwabOeBN-KkknVRu3_4xewK4T4MXzZ-w@mail.gmail.com>
Cc: Roni Even <roni.even@huawei.com>, IETF QUIC WG <quic@ietf.org>, Martin Thomson <martin.thomson@gmail.com>, alexandre.ferrieux@orange.com, Kazuho Oku <kazuhooku@gmail.com>
To: Ian Swett <ianswett=40google.com@dmarc.ietf.org>
References: <CABkgnnVFYMjWDk6zEEA8T_6qg+6qO9yAwVF70foMj4bXEdBaqQ@mail.gmail.com> <CANatvzwRcaE48mXpjTbeUtA4QLG-iJtXnDqjP5BjBm-RMPWodQ@mail.gmail.com> <CABkgnnUegjp1r6iRMRRqYretRFZBjHHdkiCxaLi56ywpkogufA@mail.gmail.com> <13948_1533714633_5B6AA0C9_13948_54_1_7bcd9ecb-c425-ecba-3caf-7bf004beb7d9@orange.com> <CABkgnnV3KPoAR3s_Qq6hVHK7yuQb4cNBrOCNYvtjjbxXw_-5Zg@mail.gmail.com> <26969_1533734553_5B6AEE99_26969_131_1_373ed656-1dba-9b82-5c8b-eb2b7a5c9ad0@orange.com> <CAKcm_gPJBpjJbiRa4GTs_RDQcwJBCgza+eX+BMdJKC4Dffmd9g@mail.gmail.com> <24749_1533735863_5B6AF3B7_24749_220_1_604c6e2a-2ded-ed00-3089-3e4db36996a6@orange.com> <6E58094ECC8D8344914996DAD28F1CCD8BB1FD@DGGEMM506-MBX.china.huawei.com> <CAKcm_gP99yXctFRe7mZwabOeBN-KkknVRu3_4xewK4T4MXzZ-w@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/E_YwZ_3kPUY9R7DzJd15SAnMR44>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Aug 2018 16:00:40 -0000

+1 to this is a separate thread we should pick up later.
Note we (at ETH) are actively working on a few techniques for loss/congestion measurement/exposure in QUIC. I've just seen an MSc presentation on one part of this work, and another MSc thesis project will begin in October. We aim to pull all this together into a coherent proposal for v2, which might also propose (distinguishable on the wire) alternate uses for the spin and/or VEC bits in v2.

In any case I see the measurement experiment bits in v1 as a form of greasing *in themselves*; techniques such as probabilistic non-participation should keep the semantics of the bits themselves from getting stuck.

One minor correction in a derail below:

> -----Original Message-----
> From: QUIC [mailto:quic-bounces@ietf.org] On Behalf Of alexandre.ferrieux@orange.com
> Sent: Wednesday, August 08, 2018 4:44 PM
> To: Ian Swett
> Cc: IETF QUIC WG; Martin Thomson; Kazuho Oku
> Subject: Re: The first octet
> 
> Sure:
> 
>   - spin+VEC are documented in draft-trammel-spin-03

The canonical reference for this now (sorry, it's confusing) is draft-trammell-tsvwg-spin-00; this now includes the spin bit for TCP as well (which we've implemented for Linux, there's an short paper to follow on this at IMC).

Cheers,

Brian