Hello everybody,

The following concern just popped up in my mind:

Some people (in particular the press,...) may take version numbers very seriously. Reading "QUIC version 2", my guess is that there might be articles saying things such as "Quic already is at version 2" or "Quic version 1 is outdated, use version 2", and so on.

Everybody on this list (including me) of course understands that such stuff is completely wrong, and it's easy for people who want to figure out that it's wrong. Nevertheless, there are quite a few instances where version numbers have taken a life of their own.

The purpose of this mail is that everybody consider the risk of the above "misunderstandings". If we are fine with that risk, then let's go with "version 2". If we have some doubts, it would be easy to change the version number to something else, such as 1.1, or 0.99, or A.bc, or whatever.

Regards,   Martin.

On 2022-01-22 09:22, Martin Duke wrote:
All outstanding issues are resolved. The biggest practical change for
developers is the random version number, although many asked for the
narrative about how compatible negotiation works, which is now there.

In some sense, this is ready for WGLC, but we may want to wait for the VN
draft to catch up. David and I had to sort out which draft covered certain
areas, and in many ways they are tightly linked.

On Fri, Jan 21, 2022 at 4:13 PM <[email protected]> wrote:


A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This draft is a work item of the QUIC WG of the IETF.

         Title           : QUIC Version 2
         Author          : Martin Duke
         Filename        : draft-ietf-quic-v2-01.txt
         Pages           : 15
         Date            : 2022-01-21

Abstract:
    This document specifies QUIC version 2, which is identical to QUIC
    version 1 except for some trivial details.  Its purpose is to combat
    various ossification vectors and exercise the version negotiation
    framework.  It also serves as a template for the minimum changes in
    any future version of QUIC.

    Note that "version 2" is an informal name for this proposal that
    indicates it is the second standards-track QUIC version.  The
    protocol specified here will receive a version number other than 2
    from IANA.

    Discussion of this work is encouraged to happen on the QUIC IETF
    mailing list [email protected] or on the GitHub repository which contains
    the draft: https://github.com/quicwg/quic-v2.


Reply via email to