IETF Logo Mail Archive

Re: QUIC ossification

Ian Swett <ianswett@google.com> Fri, 15 February 2019 01:22 UTC

Return-Path: <ianswett@google.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 02DFD130E79 for <quic@ietfa.amsl.com>; Thu, 14 Feb 2019 17:22:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.5
X-Spam-Level:
X-Spam-Status: No, score=-17.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 vvnqNDjyB-OW for <quic@ietfa.amsl.com>; Thu, 14 Feb 2019 17:22:24 -0800 (PST)
Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 81D2F130E6B for <quic@ietf.org>; Thu, 14 Feb 2019 17:22:24 -0800 (PST)
Received: by mail-wr1-x430.google.com with SMTP id q1so8594107wrp.7 for <quic@ietf.org>; Thu, 14 Feb 2019 17:22:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8plzfQp/CPPLB+werMB98Q1R7Lt0HmZYjrXn4qaYy9M=; b=oaicx0/UbhY77mOIu17aPmPbYAF3pMy2lxbQJ5E/VgjthFunmpxP3jo0gn50aXxglD EaAjd/8/GxJZoOAMlDJFvPXoOHta7pPmfZyzsrMab3ELOK73gxpAy2L6mKmGi8BnaSRH xlZ5das+ETM0La8l9SwsH4PcnRVjfqdCfqRrCN/JHtyMvh5HRT+0izCwT8dmB9UkED7h 0pliKIzyUIXiY/IW89v2BBtP8rSOU15YeG4EHUlFb3+YJgog+zUvX0oD3Rc2ghLGNg5g B2JP2yaGcDOXw2271MPPmX9WfPHyYkMalx0FwvKHWkaKocfhlyRHtIsj2RW+pG1s57Uj guqg==
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=8plzfQp/CPPLB+werMB98Q1R7Lt0HmZYjrXn4qaYy9M=; b=qkob1u60mf8jrwoB8U+PyMlGjApq9YpnIlaR5r59kvk3XF42tfjqu8czPWvZTwsXns HVTRe97iidrogzqjbx18eGJa5dNlTu27VJdHTuZL370TbwVjRA/uMbIMhWm2+oNNDrK8 JR4gR25tfLRJguh9rQ3nxZxdZLgGxUsX3jolQIY9PmydYdHWXtQKMS/lB4GNEH9t8A10 wQj7w/8E2yFlnLQGSGUgru+uREx6iT7mhQhP2VpMdo1gM0ZjwtGBLe5npkV+Kxo5gySz L5w/ln/BdfFz5a2lkVg2wfWTKtMBB6Hj8sVeJhoPThgJ+3+cO9z2MLd1YYoLwZFXZcmp UjRw==
X-Gm-Message-State: AHQUAuYM/SCxYgY8yUQcfsymByi2W3jMKmdNg2di5rnH405NolKPwEEX uAfUTMKcR6zhZkVg2W4LLy8EGzyEX2lOPXHbOP27Ww==
X-Google-Smtp-Source: AHgI3IbJcwFzgr4alVgic54o3hX7j1w/83dZgfljLjaKKEmzTOLeWszCkVcyxRMSHXdhixEtC56c1o9ESOAzLG+cVqg=
X-Received: by 2002:adf:eb07:: with SMTP id s7mr4963053wrn.158.1550193742697; Thu, 14 Feb 2019 17:22:22 -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>
In-Reply-To: <1c10b7bb-380a-4ac8-a3f8-fe185efa9b6b@www.fastmail.com>
From: Ian Swett <ianswett@google.com>
Date: Thu, 14 Feb 2019 20:22:06 -0500
Message-ID: <CAKcm_gM1BdWAw6xHgWTGWwpThwtDwrkZBZU19VmCR4TXMFMPxA@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="0000000000005e529b0581e49bf0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/5tTVuaFxOtF_IZ2Rh7IzsCSja0s>
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: Fri, 15 Feb 2019 01:22:27 -0000

On Thu, Feb 14, 2019 at 8:13 PM Martin Thomson <mt@lowentropy.net> wrote:

> On Fri, Feb 15, 2019, at 12:09, David Schinazi wrote:
> > One potential change to v1 that has come out of this discussion is that
> > we could change the 32bit version number from 0x00000001 to a value
> > randomly generated at RFC publication time.
>
> I didn't get an answer to my questions about that, because that seems
> silly.
>

I believe the concern is that a middlebox/etc will conclude that a certain
range of versions are IETF standard versions and should be allowed and
others are fine to block because they're experimental, thereby making the
majority of versions largely undeployable.


>
> On Fri, Feb 15, 2019, at 12:11, Martin Duke wrote:
> > I think we are edging towards shenanigans in v1 deployments, possibly
> > involving IANA action?
>
> The IANA bit would be a good one to track.  For some reason that is lost
> to me, we decided not to have IANA manage this space.  I never really
> understood how that was supposed to work, so I would definitely support
> having them take that bit over.
>
>

v2.23.0 | Report a Bug | By Email