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.
- QUIC ossification Martin Duke
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Roberto Peon
- Re: QUIC ossification David Schinazi
- Re: QUIC ossification Roberto Peon
- Re: QUIC ossification Martin Duke
- Re: QUIC ossification Ian Swett
- Re: QUIC ossification Ted Hardie
- Re: QUIC ossification Mikkel Fahnøe Jørgensen
- Re: QUIC ossification Christian Huitema
- Re: QUIC ossification Spencer Dawkins at IETF
- Re: QUIC ossification Roberto Peon
- Re: QUIC ossification Spencer Dawkins at IETF
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Christian Huitema
- Re: QUIC ossification Christian Huitema
- Re: QUIC ossification Jana Iyengar
- Re: QUIC ossification Martin Duke
- Re: QUIC ossification Martin Duke
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Jana Iyengar
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Mikkel Fahnøe Jørgensen
- Re: QUIC ossification Ted Hardie
- Re: QUIC ossification Spencer Dawkins at IETF
- Re: QUIC ossification Christian Huitema
- Re: QUIC ossification Spencer Dawkins at IETF
- Re: QUIC ossification David Benjamin
- RE: QUIC ossification Mike Bishop
- Re: QUIC ossification David Schinazi
- Re: QUIC ossification Martin Duke
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification David Schinazi
- Re: QUIC ossification Martin Duke
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Ian Swett
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Mikkel Fahnøe Jørgensen
- Re: QUIC ossification Spencer Dawkins at IETF
- Re: QUIC ossification Brian Trammell (IETF)
- Re: QUIC ossification Jana Iyengar
- Re: QUIC ossification Mikkel Fahnøe Jørgensen
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Ted Hardie
- Re: QUIC ossification Jana Iyengar
- Re: QUIC ossification Roberto Peon
- Re: QUIC ossification Jana Iyengar
- Re: QUIC ossification Brian Trammell (IETF)
- Re: QUIC ossification Brian Trammell (IETF)
- Re: QUIC ossification Jana Iyengar
- Re: QUIC ossification Erik Kline
- Re: QUIC ossification Roberto Peon
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Christian Huitema
- Re: QUIC ossification Mikkel Fahnøe Jørgensen
- Re: QUIC ossification Martin Thomson
- Re: QUIC ossification Jana Iyengar
- Re: QUIC ossification Kazuho Oku
- Re: QUIC ossification Roberto Peon
- Re: QUIC ossification Martin Duke
- Re: QUIC ossification Mirja Kühlewind
- RE: QUIC ossification Mike Bishop
- Re: QUIC ossification Martin Duke