Re: QUIC ossification

Ted Hardie <ted.ietf@gmail.com> Tue, 19 February 2019 18:52 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 0593612D4E7 for <quic@ietfa.amsl.com>; Tue, 19 Feb 2019 10:52:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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_NONE=-0.0001, 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 hrD8GppS6zeE for <quic@ietfa.amsl.com>; Tue, 19 Feb 2019 10:52:20 -0800 (PST)
Received: from mail-it1-x135.google.com (mail-it1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) (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 DA55D1277CC for <quic@ietf.org>; Tue, 19 Feb 2019 10:52:19 -0800 (PST)
Received: by mail-it1-x135.google.com with SMTP id m137so8661924ita.0 for <quic@ietf.org>; Tue, 19 Feb 2019 10:52:19 -0800 (PST)
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=yzU2azDSHpY0uWSV2VrEOGd8fFFUCZzhiEHtz40aELc=; b=STZ9U3sGyuYY57c90aJk3Xi2ATyjT9ZB9zSxuXKQhwJ2Cfpmp/sLXTdQ4Doa9gDN+Q zL5PCJulSTdRrgAkgGcbLYAeuL3t7cE7IdijfP/aVjmvrr5Nfm9DkcIYVMnBn3kPTOde SIUlmVMEKpl+5OzuqUu2MGd+yiMNxuSn1bcspLWGpmBR30dMHdsrsB9VjYw6rwrF8xGo 5v4CRWOtFl1xjoiPoBQW3esNeLzl6huCd0q3CZ3AgI/Q8WdJLtFBo7Xj5/YM8yqlW+SV 38XtoX2fPK3XHXnCX4zL8ngFPX2pZ3ErU0RuL/qo5J9JCu6O5pk+SZFx8deFI59V7R1O gUFw==
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=yzU2azDSHpY0uWSV2VrEOGd8fFFUCZzhiEHtz40aELc=; b=Wg6jMQAIzCbgeHh0MYEImbKySZ0xgEFyk4VZi1yHrv+B4Wphy2nCYk+U7bMwss7sfT q396EMOhnqexlpw27SooC/XIMksCOuobp6EBmPPcwW/9xG56zzYAsAmSicPLOhSIycQI KTgsV0NFUOCddLtRw6bkRO5kZXSBKBZWOdRP6rHFl0/UwfSotEYt+Sfhq/EO3uDwdZ4f 0fQxcpWIvt0nJkpboxTadiVEDS1SM0FdBcEzyTyC9Bhi6a7HuQakHYlCLbVIVzBmGl2i sF5TDJkanLnDnu1OaPKF09wzGNW+Re6RCuVFMIheg+blXFeS+MqIUmxPPVffT43mi2zr lixw==
X-Gm-Message-State: AHQUAuZGywI1sfynXOdqR7b2WmTkWsw6tQoq2dcewrNiu8CVskR627Kr lRXj1SBNRA1OXlvpGZHsB2XTRGHxwY4drulP2tQ8gqGA
X-Google-Smtp-Source: AHgI3IaYSYgx34frh77vj/u4vxGj2+QnqTdGCU98QPizmNdvfB87A8Rw+3XON66WSMBGoegbRNxRhdWOZuSzgVtU9F4=
X-Received: by 2002:a02:601d:: with SMTP id i29mr14944912jac.11.1550602338710; Tue, 19 Feb 2019 10:52:18 -0800 (PST)
MIME-Version: 1.0
References: <CAM4esxTm0GiXnow4Vyv0UX6kFW4U3zJgVrN_JzD31Sm6sxoYGg@mail.gmail.com> <1550007332.441557.1656692832.0E5412AE@webmail.messagingengine.com> <9425344B-D72F-474D-A549-AA2453E57F19@fb.com> <CAPDSy+5LikoojquLhaW58DbJ3VrGXUViaD0aHcTkxBJGzFjgQA@mail.gmail.com> <47E7A834-B6CD-4D73-BF49-8768A48CADF0@fb.com> <CAM4esxThzPJUxU7R5-CY-ZcgmqhYdPFMoM5Fg17vN-Hsk_pJ8A@mail.gmail.com> <CAKcm_gMmxeHHN3dtH9kby_En96oPwTqrfHE=wpqy5Z0YbX4png@mail.gmail.com> <CAN1APdegy8n3+8J-pkgB6f-SNxHtju9p1Hiyct2tHWQ0KyeiGg@mail.gmail.com> <CA+9kkMC95TnFatowKU6121g+1DPy1hMNbKPagveMfKCXtpFSUQ@mail.gmail.com> <5B7F7D53-546D-4E3F-A0FC-AC29B1B05742@huitema.net> <CAKKJt-cQm+D2vptcfCLywz_QmuZW8tMYgcxNLoxyfC67OvYPUw@mail.gmail.com> <271E52ED-FA3A-4B4D-978C-90CE5CE57053@fb.com> <CAKKJt-f4U15Nr316xjuPb2S0QYOO6YAi9HRZzLWaZVfyXT3s8A@mail.gmail.com> <6b503e6a-d9ed-e747-9db6-f943f92fe114@huitema.net> <CACpbDcdixBEBFnLNbN1OhiKv9iTGjCpT3LQH13Rd64x1N0sJsA@mail.gmail.com> <CAM4esxTRsj7WqOSiCKfhQu2CfEosC+1-wJcm9uS1ryjchtpxdA@mail.gmail.com> <CAM4esxSqOAHEXXgAYP3iHyb-mkScrkXg1e5Dx+zA=Bi=yAcnQg@mail.gmail.com> <1550117350.927768.1657684024.116377B8@webmail.messagingengine.com> <CACpbDceGpp2Vs1pztJB3o7CJqg2f4HbL2mOoJtEPPeL7CvbXsA@mail.gmail.com> <1550120918.954942.1657706568.2C59A22F@webmail.messagingengine.com> <DB6PR10MB1766CDECAEED8E8391F61CD4AC670@DB6PR10MB1766.EURPRD10.PROD.OUTLOOK.COM> <CAF8qwaD8TKN251Ru5Q0G+NH9osyVw8MqWY5g+7VvLkzQph6jOQ@mail.gmail.com> <MWHPR22MB09916CC98D4AB60AA6A185BEDA670@MWHPR22MB0991.namprd22.prod.outlook.com> <CAPDSy+4=+Kpx0AD-xOuGJJec2T-MoFX9GOgfKWFPOPkj8D1MBg@mail.gmail.com> <CAM4esxSem6kkcd3rE7qfHJD9A1urmssoVsnagEmtJn7MU=mo5g@mail.gmail.com> <65405c4c-9bf7-4dca-91a3-d4a650ecfeb0@www.fastmail.com> <CAPDSy+4=HzVzm2zVpyt+Fuf4NQq_qyZXy6Ga==rBMnebsSyPpA@mail.gmail.com> <1c10b7bb-380a-4ac8-a3f8-fe185efa9b6b@www.fastmail.com> <CAKcm_gM1BdWAw6xHgWTGWwpThwtDwrkZBZU19VmCR4TXMFMPxA@mail.gmail.com> <41c7ef89-88e0-41bd-a62f-eb3828a09568@www.fastmail.com> <CACpbDceKcBFCde_5ddC+Rbj6SrK7u_L3eAWdJ6XcHpjgzYE6vw@mail.gmail.com> <f76aa399-f35d-46c5-b6a7-043d8704a90e@www.fastmail.com>
In-Reply-To: <f76aa399-f35d-46c5-b6a7-043d8704a90e@www.fastmail.com>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Tue, 19 Feb 2019 10:51:51 -0800
Message-ID: <CA+9kkMAuCwDUrR2Rc_wK_=BR2ZOnHw3_Ok-67jwDe-BjOG=0Kw@mail.gmail.com>
Subject: Re: QUIC ossification
To: Martin Thomson <mt@lowentropy.net>
Cc: IETF QUIC WG <quic@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000009639fb058243bd4c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/uv0R5XNwdB5EMzMhEAXoOEQfnS8>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 19 Feb 2019 18:52:22 -0000

On Tue, Feb 19, 2019 at 7:52 AM Martin Thomson <mt@lowentropy.net> wrote:

>
> I completely get the don't segregate thing.  But to - I think - Mikkel's
> point about experimentation without permission, I do think that squatting
> is a perfectly sound approach in a space this big.  TLS people do it in a
> much smaller space.  As long squatters pick random values, they do so
> infrequently, and they get IANA registrations for codepoints relatively
> soon afterwards, the risk of collision is low.


The difficulty, of course, is that squatters use whatever process they like
for picking code points and it is easier to be lazy*.  One way out of this
is to have IANA generate random values for "unregistered" codepoints and
block those from appearing in the public registry for a period of time
(say, 6 months). At the end of six months they must either be formally
registered or dropped.  A slightly different, but probably similar effect
can be gotten by IANA generating random codepoints for a shifting
experimental range; they put out N code points at time T and age them out
and replace them at some interval afterwards.  That would, as a side
effect, give you a changing random pool that middleboxes would likely want
to track, rather than a static small number of versions.

Ted

*I have anecdata on this from ULAs but it is depressing enough that you
probably don't want to see it.