Re: reserved bits for spin bit, etc.

Ted Hardie <ted.ietf@gmail.com> Mon, 27 November 2017 17:27 UTC

Return-Path: <ted.ietf@gmail.com>
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 4EEA4128BBB for <quic@ietfa.amsl.com>; Mon, 27 Nov 2017 09:27:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 DYZpExAB-UJZ for <quic@ietfa.amsl.com>; Mon, 27 Nov 2017 09:27:07 -0800 (PST)
Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (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 EB0BB12895E for <quic@ietf.org>; Mon, 27 Nov 2017 09:27:06 -0800 (PST)
Received: by mail-qk0-x22e.google.com with SMTP id c123so23037536qkf.7 for <quic@ietf.org>; Mon, 27 Nov 2017 09:27:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WxYr18VoaE1/5ie4U/CTzUxK2fRXQqRg2pidhAG6YRA=; b=Yw72uZP2fazS+A+PO20Pv+l5Tr6vZRlnQHNx5+Z3VhVuJaysjjAyF6bpNpEIvrHmxq vjcj7IMUvLGTykbreCMWxsNYJ01zIddTIzJwdF8lVHNFgBylpKgTqRZgRf1sQK17iNvt GYRTRGTm3PT0U3oc7ujyjExV27wFuOEVkZuhWU2MNoyJahU7WY72+eqF73VwFpugzgL6 DFFpKv8kC11tBRGI/PyXCiRne2npOI/NQ0Fl4cYBIZ+1QzwvG5BElIu/dfmBu2KrdGcw 81Y7dKE/LD5fg21XwJs64ZXcohVM33byePZi7URyJs69P61QocDG2bJnNA6NbBW/0XCy qIww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WxYr18VoaE1/5ie4U/CTzUxK2fRXQqRg2pidhAG6YRA=; b=NMzFCs3psx6TnMXfUUeP7G0fb/zwkvPxZcnd8OufFxl0leItywY7/t0RLwS/djM/j7 JuTxL3ft4EU4SsvqewDD3BSIO797JLZR0IV8VROKB77OxT2SA6MUZ9GDqAPmYmonY8f6 lSaBzixpaZQqCAEpgca6H+rdIDs7AZbcLRQ3rGrzEFWIgZDRATL0kEUtLE3uo17VQtKB AZ+tGixI5hB+XLU2K9ylhSYUgd2UFsAk2rh3CVI0Suq9rr5QQHRugOx+WLuw8fpfRR/p TTSS/SJhUWVQhgKk9W5UeR1rit865cLfbqh6QQrItz03bskZ36McdM2XCXIEgR+yuOWW ZqvQ==
X-Gm-Message-State: AJaThX7jx8J1UvUeheaTwhh7UgOMLBytQIeRnbLBH3wQfQyGyMpuvHjG W+kmAMIgnm4kj+Qh+z/xheGAaXHq4lZn1uBs7Ws=
X-Google-Smtp-Source: AGs4zMbCbjKC5rmmGxtZfFHiBCk00xp6+mxAQSO12wvK6BjV9hLs3O0wnLhaMPskBRnNBO1zdRvaT+ihi4ig0JoovDI=
X-Received: by 10.55.163.17 with SMTP id m17mr61010346qke.304.1511803625780; Mon, 27 Nov 2017 09:27:05 -0800 (PST)
MIME-Version: 1.0
Received: by 10.237.36.169 with HTTP; Mon, 27 Nov 2017 09:26:35 -0800 (PST)
In-Reply-To: <55F677B1-E18B-4F40-9A8E-28E4A24C562E@trammell.ch>
References: <e3b6894d-280b-37ce-1ca8-0432f2f1e035@huitema.net> <5108b3b9-d374-0709-3e6f-57c3192469b8@tessares.net> <CABkgnnXq0fhiuHQu9VnMZHf5dbMapE-YkpbBUkN36WPi_g=f2g@mail.gmail.com> <CAGD1bZYV03d_--Tih68c0D14zWQYYMgJjWeTod5Uic-4R7_Xcg@mail.gmail.com> <55F677B1-E18B-4F40-9A8E-28E4A24C562E@trammell.ch>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Mon, 27 Nov 2017 09:26:35 -0800
Message-ID: <CA+9kkMDi92awCqi1SrqCnzmHb1GCt+D2ia0uA6FUDa_DP2+D-w@mail.gmail.com>
Subject: Re: reserved bits for spin bit, etc.
To: "Brian Trammell (IETF)" <ietf@trammell.ch>
Cc: Jana Iyengar <jri@google.com>, Christian Huitema <huitema@huitema.net>, Olivier Bonaventure <olivier.bonaventure@tessares.net>, "quic@ietf.org" <quic@ietf.org>, Martin Thomson <martin.thomson@gmail.com>
Content-Type: multipart/alternative; boundary="001a114fb00415b9bd055efa3642"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/ENIlKffS0sts4eTYMGLX2Me8yY8>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 27 Nov 2017 17:27:08 -0000

Quoting one tiny piece of this for emphasis:

On Sun, Nov 26, 2017 at 11:03 PM, Brian Trammell (IETF) <ietf@trammell.ch>
wrote:


> I'll note that if we go to varints for packet numbers -- which we really
> should -- then there are five bits free in the short header now. We'll
> probably want to reserve all of those for the future, regardless of how
> many of them eventually get used for measurability, so they'll need to be
> greased somehow anyway.
>

I think Brian has this exactly right:  if we reclaim these bits, then they
need to be greased as soon as possible.  Having the greasing algorithms
working and the peer behavior confirmed would be something I'd argue for as
a test for the first implementation draft after the change is made.

We've identified greasing as a strong requirement for avoiding early
ossification in QUIC, and I think this is a useful test of *that*,
regardless of the eventual use of the bits.

regards,

Ted