Re: [auth48] [AD] [C468] AUTH48: RFC-to-be 9368 <draft-ietf-quic-version-negotiation-14> for your review

Eric Rescorla <ekr@rtfm.com> Fri, 26 May 2023 00:28 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED947C1524C8 for <auth48archive@ietfa.amsl.com>; Thu, 25 May 2023 17:28:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.895
X-Spam-Level:
X-Spam-Status: No, score=-4.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, URI_DOTEDU=1.999] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20221208.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bLQVe_Zg9APT for <auth48archive@ietfa.amsl.com>; Thu, 25 May 2023 17:28:52 -0700 (PDT)
Received: from mail-yb1-xb2f.google.com (mail-yb1-xb2f.google.com [IPv6:2607:f8b0:4864:20::b2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A322FC1524AE for <auth48archive@rfc-editor.org>; Thu, 25 May 2023 17:28:52 -0700 (PDT)
Received: by mail-yb1-xb2f.google.com with SMTP id 3f1490d57ef6-bad041bf313so468508276.0 for <auth48archive@rfc-editor.org>; Thu, 25 May 2023 17:28:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20221208.gappssmtp.com; s=20221208; t=1685060932; x=1687652932; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5bOkUJkmwKzPvAc/7Vib3pFYE3N2lVyndtbrTVZzDpQ=; b=y5Z6uXuww1+ObeAOYzEMIerPmfJs/EPmTTCgZRtkfGmBfZdod4uMWTWiHmDqvfLPtq GCAeoC8J+m33xlyMPsdFf8+epMmMLKeJOA28XlQnrWkHV+T/1dKppkKzCGjslayzzV8j 8Pl8ibZn+IrBuc+APttl92XIQVLMsQAwLH1PgNPwm9YwvB+V2y+1W+uF2vCflEj2oos5 7k75qkcFvIpwSEQIt6vOqnj7UWwOcZy8iZOfN4Fs1aNRs8Ip6TFYlGmlAwfl+2CBO5GG WMaJuk8Qe/vwEDVvsJOwMZ8g/bdFnI1UmyDNVVbeyV5WJwSIZIjW/qnmn9pg5nub+1hU F5hw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685060932; x=1687652932; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5bOkUJkmwKzPvAc/7Vib3pFYE3N2lVyndtbrTVZzDpQ=; b=Z7XVcNwGMZl0/4Yku9OVvn8+DHpL/x4eExYg4VeKqhG3P+oJ/eo6Gc/F3w+WaGxi68 kkHgmvBN171XtB779FrfTsH5etG1CxTYqwHAzvvoEV76FxHyEri1Fcbe4id/J88PU7WJ dKXB/g8/UrqboUO7q0AfqxkMVv7nDCk0FdMRPve8bpdEwgL6o2RGyOH8Lwmzs1p4RHNa suN86XftztPDgDmPwSRYHMh8w+vzmAd8P7ys5cI0c3amBu6WuPa1pZ62pJAN6BoCBXel TQ/uz4SMWZub9eWE7Q5tLOcnWOajd+N3dpi+gmfRlyd8EIIQWxUweP5mI5jyYjfZWL4c ywTQ==
X-Gm-Message-State: AC+VfDw4CIKwBfcBg2yrgt4rMegg4YCXRblNaxIcNv5OV0u2jHtU7/xP 5eBxkxI4cZB1aWfTvP2sn1Qa2LUA1bqXL4tSd9bpGw==
X-Google-Smtp-Source: ACHHUZ6fBTFmXRXVClStPqkjwmlxlT4jESL/99c442RcNO0Ej88QTQe8mzHX9UdrEZG6oTsrmcrvgfZkj6d6A+kX/pw=
X-Received: by 2002:a25:cc4a:0:b0:b9e:6912:595f with SMTP id l71-20020a25cc4a000000b00b9e6912595fmr5464422ybf.11.1685060931403; Thu, 25 May 2023 17:28:51 -0700 (PDT)
MIME-Version: 1.0
References: <20230224004202.B99B784D0C@rfcpa.amsl.com> <CAPDSy+4R_JK89xb4vQX3D3Et4G2anQbocnvrV-xrahJkZtkDmw@mail.gmail.com> <CAB1EFD3-B56F-45B6-AA19-17D5D483EF9D@amsl.com> <CAPDSy+5SDrErP5Wwc+s2B2Hd3zKc99kAcW7aYeVrS6+jVzGZVg@mail.gmail.com> <A463500E-E9F9-4E0B-9A0E-BF787AEBC3A5@amsl.com> <CAPDSy+7tAd35DS5iwYWOrU-3qRwn-D8zPfvG9KG9OHV73-VC5A@mail.gmail.com> <21E8A677-A4FA-4CE0-8C5A-D98F94A0CFB9@amsl.com> <DB7PR07MB399530527F4F4DE6E00452AB9FB09@DB7PR07MB3995.eurprd07.prod.outlook.com> <54E842AC-1F00-456B-8A74-7F484CF01EFA@amsl.com> <CAPDSy+5oaRoxw9LXkes-rrutPKvQhiXLKL=mSLM1AFWh-r7RBg@mail.gmail.com> <34A02D85-98F5-4967-BFA6-E8C8BC53682E@amsl.com> <CAPDSy+4of3U0JNrXAVBChR0ztoOOefMNC7vUVFY8yg-F3Ykcvg@mail.gmail.com> <C12A9F77-39BE-40AC-993A-709A8922EF45@amsl.com> <CAPDSy+7Nbfe17A8vjsXM_jvKt0OgY+yNisHcLnNrmBhEbFEiRg@mail.gmail.com> <449106C6-10A5-4C8D-80C0-B14EB0DEC78D@amsl.com> <CABcZeBNJ=M1DpoGQpqAwvap_3RM_jW=jWCZwiizKuz2EovRn2A@mail.gmail.com> <B9C269C2-3C60-4A07-8D15-FEB0F14E9A2B@amsl.com> <82343EA3-520B-4B12-B20E-04B51555A442@amsl.com> <CABcZeBPhb2gHh+3yORFBrQNBpxzuhdrrm0kmrXjFfXCEseuEzg@mail.gmail.com> <46FA7CAC-A1CF-4E56-8568-3E0429821917@amsl.com> <AF80239E-02AD-496C-B0FD-62EAC4543393@amsl.com> <14413544-C957-404D-BAC7-D5CEDF8765A9@amsl.com> <CABcZeBPR35GiRJxOpZPSd-SbNZpgEqPhC-H6zjAD_6mxhHpnpQ@mail.gmail.com> <67956BBF-1CCB-4574-B092-0C9A9DDC353A@amsl.com> <067A6ABA-F8CD-4E3B-A62C-555DBDA4165D@amsl.com> <CAPDSy+4WrjrSqz0VY_DRk0AX-j2UsAyx7pM9z-BGKJmfoGy7KA@mail.gmail.com> <888A5639-10F8-459A-AF18-4E08287FCDEC@amsl.com> <CAPDSy+7JW25RKJQgW7oOxMzvMewLLxu=nqS9heBaUGRQVy5Nqw@mail.gmail.com> <F2803E6F-5CC0-4FC0-B873-E00A91BF98E3@amsl.com> <CAPDSy+5SWdZZHT6TVUAubcPFedhtLs9RqZgxK6hL66DJbectGg@mail.gmail.com> <4E8E6ED7-F67A-4D6D-8149-56168703D846@amsl.com>
In-Reply-To: <4E8E6ED7-F67A-4D6D-8149-56168703D846@amsl.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Thu, 25 May 2023 17:28:15 -0700
Message-ID: <CABcZeBMo-oJzbVcj4QXO458hgqZN-fjKcmi8ghhBxUuCrVRk5A@mail.gmail.com>
To: Alanna Paloma <apaloma@amsl.com>
Cc: Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com>, David Schinazi <dschinazi.ietf@gmail.com>, RFC Errata System <rfc-editor@rfc-editor.org>, "quic-ads@ietf.org" <quic-ads@ietf.org>, "quic-chairs@ietf.org" <quic-chairs@ietf.org>, "matt.joras@gmail.com" <matt.joras@gmail.com>, "auth48archive@rfc-editor.org" <auth48archive@rfc-editor.org>
Content-Type: multipart/alternative; boundary="0000000000003ddc5f05fc8dd20b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/dWLlKulv3pitX9_9hzXlQXzTll4>
Subject: Re: [auth48] [AD] [C468] AUTH48: RFC-to-be 9368 <draft-ietf-quic-version-negotiation-14> for your review
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Fri, 26 May 2023 00:28:57 -0000

Thanks.

I have no opinion on the commas. David?

On the topic of "which" vs. "that", I have reverted one of the changes (see
https://github.com/quicwg/version-negotiation/pull/135).

The rest seem to be attempts to apply the rule that that should be used
rather than which in cases of integrated (restrictive) relatives.
However, this is inconsistent with common English usage, as documented in:
http://itre.cis.upenn.edu/%7Emyl/languagelog/archives/001461.html, so I
believe these
are a matter of preference.

-Ekr


On Thu, May 25, 2023 at 8:27 AM Alanna Paloma <apaloma@amsl.com> wrote:

> Hi Eric and Zahed*,
>
> *Zahed - This is a friendly reminder that we await your review and
> approval of the updated text and key words added in Sections 2.5, 4, and 8
> in the diff file below:
>  https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
>
> Eric - Please note that we await your word regarding the use of which/that
> and commas in this document (see our mail from 5/17/2023), as well as your
> approval.
>
> The files have been posted here (please refresh):
> https://www.rfc-editor.org/authors/rfc9368.txt
> https://www.rfc-editor.org/authors/rfc9368.pdf
> https://www.rfc-editor.org/authors/rfc9368.html
> https://www.rfc-editor.org/authors/rfc9368.xml
>
> The relevant diff files are posted here:
> https://www.rfc-editor.org/authors/rfc9368-diff.html (comprehensive diff)
> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all AUTH48
> changes)
> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html (htmlwdiff diff
> between last version and this)
> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html (rfcdiff
> between last version and this)
>
> Please see the AUTH48 status page for this document here:
> https://www.rfc-editor.org/auth48/rfc9368
>
> Thank you,
> RFC Editor/ap
>
> > On May 17, 2023, at 1:38 PM, David Schinazi <dschinazi.ietf@gmail.com>
> wrote:
> >
> > Hi Alanna, thank you for those updates.
> > I know Eric had a stronger opinion on the use of which vs that and
> commas, so I'll let him comment on that.
> > I personally don't feel strongly, so you can consider the document
> approved from my perspective whichever way that you and Eric agree on.
> > David
> >
> > On Wed, May 17, 2023 at 1:28 PM Alanna Paloma <apaloma@amsl.com> wrote:
> > Hi David,
> >
> > Thank you for your reply. We have updated the files as requested, but
> note that some of the instances with commas and which/that are not
> grammatically correct. We suggest the comma usage from our previously sent
> files. Please let us know if further updates are necessary.
> >
> > Regarding the numbered sentence, we have updated “which” to “that”, but
> we recommend using “which” so that it is grammatically correct. Another
> option would be to replace “that” with “— note that this”. Please let us
> know your preference.
> >
> > Current:
> >    This document specifies two means of performing version negotiation:
> >    1) "incompatible", which requires a round trip and is applicable to
> >    all versions, and 2) "compatible", that allows saving the round trip
> >    but only applies when the versions are compatible (see Section 2.2).
> >
> > Perhaps A:
> >    This document specifies two means of performing version negotiation:
> >    1) "incompatible", which requires a round trip and is applicable to
> >    all versions, and 2) "compatible", which allows saving the round trip
> >    but only applies when the versions are compatible (see Section 2.2).
> >
> > Perhaps B:
> >    This document specifies two means of performing version negotiation:
> >    1) "incompatible", which requires a round trip and is applicable to
> >    all versions, and 2) “compatible” — note that this allows saving the
> round trip
> >    but only applies when the versions are compatible (see Section 2.2).
> >
> > The files have been posted here (please refresh):
> >  https://www.rfc-editor.org/authors/rfc9368.txt
> >  https://www.rfc-editor.org/authors/rfc9368.pdf
> >  https://www.rfc-editor.org/authors/rfc9368.html
> >  https://www.rfc-editor.org/authors/rfc9368.xml
> >
> > The relevant diff files are posted here:
> >  https://www.rfc-editor.org/authors/rfc9368-diff.html (comprehensive
> diff)
> >  https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all AUTH48
> changes)
> >  https://www.rfc-editor.org/authors/rfc9368-lastdiff.html (htmlwdiff
> diff between last version and this)
> >  https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html (rfcdiff
> between last version and this)
> >
> > Please see the AUTH48 status page for this document here:
> > https://www.rfc-editor.org/auth48/rfc9368
> >
> > Thank you,
> > RFC Editor/ap
> >
> > > On May 15, 2023, at 5:32 PM, David Schinazi <dschinazi.ietf@gmail.com>
> wrote:
> > >
> > > Thanks Alanna. The suggestion of numerals sounds fine, I've added the
> numbers 1) and 2) to our copy. We still have a few changes between our
> copies: could you tweak the commas and which/that to match ours please?
> > >
> > >
> https://author-tools.ietf.org/iddiff?url2=https://quicwg.github.io/version-negotiation/auth48/draft-ietf-quic-version-negotiation.txt&url1=https://www.rfc-editor.org/authors/rfc9368.txt
> > >
> > > Thanks,
> > > David
> > >
> > > On Mon, May 15, 2023 at 4:57 PM Alanna Paloma <apaloma@amsl.com>
> wrote:
> > > Hi David and Zahed*,
> > >
> > > *Zahed - As the AD, please review and approve of the updated text and
> key words added in Sections 2.5, 4, and 8 in the diff file below:
> > >   https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> > >
> > > David - Thank you for your reply. We have updated the files per the
> diff file you provided.
> > >
> > > Note that there is one exception that we did not update. In Section 2,
> “which” is used after “compatible” and “incompatible” so that the
> descriptions are parallel. Would you prefer to add numerals to the sentence
> for clarity as follows?
> > >
> > > Perhaps:
> > >  This document specifies two means of performing version negotiation:
> > >   1) “incompatible”, which requires a round trip and is applicable to
> all
> > >   versions and 2) “compatible”, which allows saving the round trip but
> > >   only applies when the versions are compatible (see Section 2.2).
> > >
> > >  The files have been posted here (please refresh):
> > >   https://www.rfc-editor.org/authors/rfc9368.txt
> > >   https://www.rfc-editor.org/authors/rfc9368.pdf
> > >   https://www.rfc-editor.org/authors/rfc9368.html
> > >   https://www.rfc-editor.org/authors/rfc9368.xml
> > >
> > >  The relevant diff files are posted here:
> > >   https://www.rfc-editor.org/authors/rfc9368-diff.html (comprehensive
> diff)
> > >   https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all
> AUTH48 changes)
> > >   https://www.rfc-editor.org/authors/rfc9368-lastdiff.html (htmlwdiff
> diff between last version and this)
> > >   https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html
> (rfcdiff between last version and this)
> > >
> > > Please see the AUTH48 status page for this document here:
> > > https://www.rfc-editor.org/auth48/rfc9368
> > >
> > > Thank you,
> > > RFC Editor/ap
> > >
> > > > On May 11, 2023, at 3:50 PM, David Schinazi <
> dschinazi.ietf@gmail.com> wrote:
> > > > Hi Alanna,
> > > >
> > > > Eric and I spent some time reviewing the document and we'd like to
> make some minor changes. Here's a diff from your version to what we'd
> prefer:
> > > >
> https://author-tools.ietf.org/iddiff?url2=https://quicwg.github.io/version-negotiation/auth48/draft-ietf-quic-version-negotiation.txt&url1=https://www.rfc-editor.org/authors/rfc9368.txt
> > > >
> > > > Would you be able to make those changes please?
> > > >
> > > > Thanks,
> > > > David
> > > >
> > > > On Thu, May 11, 2023 at 9:00 AM Alanna Paloma <apaloma@amsl.com>
> wrote:
> > > > Hi Eric,
> > > >
> > > > This is a reminder that we await your review and approval of this
> document prior moving it forward in the publication process.
> > > >
> > > > The files are here:
> > > > https://www.rfc-editor.org/authors/rfc9368.txt
> > > > https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > https://www.rfc-editor.org/authors/rfc9368.html
> > > > https://www.rfc-editor.org/authors/rfc9368.xml
> > > >
> > > > The relevant diff files are posted here:
> > > > https://www.rfc-editor.org/authors/rfc9368-diff.html (comprehensive
> diff)
> > > > https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all
> AUTH48 changes)
> > > > https://www.rfc-editor.org/authors/rfc9368-lastdiff.html (htmlwdiff
> diff between last version and this)
> > > > https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html
> (rfcdiff between last version and this)
> > > >
> > > > This page shows the AUTH48 status of your document:
> > > > https://www.rfc-editor.org/auth48/rfc9368
> > > >
> > > > Best regards,
> > > > RFC Editor/ap
> > > >
> > > > > On May 4, 2023, at 8:40 AM, Alanna Paloma <apaloma@amsl.com>
> wrote:
> > > > >
> > > > > Hi Eric,
> > > > >
> > > > > Just a reminder that we await your review and approval prior to
> moving this document forward in the publication process.
> > > > >
> > > > > The files are here:
> > > > > https://www.rfc-editor.org/authors/rfc9368.txt
> > > > > https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > > https://www.rfc-editor.org/authors/rfc9368.html
> > > > > https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >
> > > > > The relevant diff files are posted here:
> > > > > https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > > https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all
> AUTH48 changes)
> > > > > https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> (htmlwdiff diff between last version and this)
> > > > > https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html
> (rfcdiff between last version and this)
> > > > >
> > > > > This page shows the AUTH48 status of your document:
> > > > > https://www.rfc-editor.org/auth48/rfc9368
> > > > >
> > > > > Best regards,
> > > > > RFC Editor/ap
> > > > >
> > > > >> On Apr 26, 2023, at 4:31 PM, Eric Rescorla <ekr@rtfm.com> wrote:
> > > > >>
> > > > >> Yee. I have now finished subcerts and am moving onto this. I
> should have completed an initial review this week.
> > > > >>
> > > > >> On Fri, Apr 14, 2023 at 11:05 AM Alanna Paloma <apaloma@amsl.com>
> wrote:
> > > > >> Hi Eric,
> > > > >>
> > > > >> Just a reminder that we await word from you regarding this
> document's readiness for publication as an RFC.
> > > > >>
> > > > >> The files are here:
> > > > >> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>
> > > > >> The relevant diff files are posted here:
> > > > >> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all
> AUTH48 changes)
> > > > >> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> (htmlwdiff diff between last version and this)
> > > > >> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html
> (rfcdiff between last version and this)
> > > > >>
> > > > >> This page shows the AUTH48 status of your document:
> > > > >> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>
> > > > >> Best regards,
> > > > >> RFC Editor/ap
> > > > >>
> > > > >>> On Apr 7, 2023, at 12:39 PM, Alanna Paloma <apaloma@amsl.com>
> wrote:
> > > > >>>
> > > > >>> Hi Eric,
> > > > >>>
> > > > >>> This is friendly reminder that we await your review and approval
> of the updated files.
> > > > >>>
> > > > >>> The files have been posted here (please refresh):
> > > > >>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>
> > > > >>> The relevant diff files are posted here:
> > > > >>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >>> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all
> AUTH48 changes)
> > > > >>> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> (htmlwdiff diff between last version and this)
> > > > >>> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html
> (rfcdiff between last version and this)
> > > > >>>
> > > > >>> This page shows the AUTH48 status of your document:
> > > > >>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>
> > > > >>> Thank you,
> > > > >>> RFC Editor/ap
> > > > >>>
> > > > >>>> On Mar 21, 2023, at 9:58 AM, Alanna Paloma <apaloma@amsl.com>
> wrote:
> > > > >>>>
> > > > >>>> Hi Eric,
> > > > >>>>
> > > > >>>> Thank you for letting us know. We’ve noted this delay on the
> AUTH48 status page:
> > > > >>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>
> > > > >>>> We’ll check in the week after IETF 116 if we don’t hear back
> from you first.
> > > > >>>>
> > > > >>>> Best regards,
> > > > >>>> RFC Editor/ap
> > > > >>>>
> > > > >>>>> On Mar 21, 2023, at 9:15 AM, Eric Rescorla <ekr@rtfm.com>
> wrote:
> > > > >>>>>
> > > > >>>>> Thanks. At this point I am preparing for IETF and will likely
> not get to this till after Yokohama.
> > > > >>>>>
> > > > >>>>> On Tue, Mar 21, 2023 at 9:14 AM Alanna Paloma <
> apaloma@amsl.com> wrote:
> > > > >>>>> Hi Eric,
> > > > >>>>>
> > > > >>>>> This is another friendly reminder that we await your review
> and approval of the updated files before continuing with the publication
> process.
> > > > >>>>>
> > > > >>>>> The files have been posted here (please refresh):
> > > > >>>>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>>>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>>>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>>>
> > > > >>>>> The relevant diff files are posted here:
> > > > >>>>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >>>>> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html
> (all AUTH48 changes)
> > > > >>>>> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> (htmlwdiff diff between last version and this)
> > > > >>>>> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html
> (rfcdiff between last version and this)
> > > > >>>>>
> > > > >>>>> This page shows the AUTH48 status of your document:
> > > > >>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>
> > > > >>>>> Thank you,
> > > > >>>>> RFC Editor/ap
> > > > >>>>>
> > > > >>>>>> On Mar 14, 2023, at 11:11 AM, Alanna Paloma <apaloma@amsl.com>
> wrote:
> > > > >>>>>>
> > > > >>>>>> Hi Eric,
> > > > >>>>>>
> > > > >>>>>> This is a friendly reminder that we await your review and
> approval of the updated files before continuing with the publication
> process.
> > > > >>>>>>
> > > > >>>>>> The files have been posted here (please refresh):
> > > > >>>>>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>>>>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>>>>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>>>>
> > > > >>>>>> The relevant diff files are posted here:
> > > > >>>>>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >>>>>> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html
> (all AUTH48 changes)
> > > > >>>>>> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> (htmlwdiff diff between last version and this)
> > > > >>>>>> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html
> (rfcdiff between last version and this)
> > > > >>>>>>
> > > > >>>>>> This page shows the AUTH48 status of your document:
> > > > >>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>
> > > > >>>>>> Thank you,
> > > > >>>>>> RFC Editor/ap
> > > > >>>>>>
> > > > >>>>>>> On Mar 7, 2023, at 7:58 PM, Eric Rescorla <ekr@rtfm.com>
> wrote:
> > > > >>>>>>>
> > > > >>>>>>> Thank you. I will try to look at it next week.
> > > > >>>>>>>
> > > > >>>>>>> On Tue, Mar 7, 2023 at 6:29 PM Alanna Paloma <
> apaloma@amsl.com> wrote:
> > > > >>>>>>> Hi David,
> > > > >>>>>>>
> > > > >>>>>>> Thank you for your approval; it has been noted on the AUTH48
> status page:
> > > > >>>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>>
> > > > >>>>>>> We will await Eric’s approval before moving forward with the
> publication process.
> > > > >>>>>>>
> > > > >>>>>>> Thank you,
> > > > >>>>>>> RFC Editor/ap
> > > > >>>>>>>
> > > > >>>>>>>> On Mar 7, 2023, at 4:12 PM, David Schinazi <
> dschinazi.ietf@gmail.com> wrote:
> > > > >>>>>>>>
> > > > >>>>>>>> Thank you so much Alanna. I approve publication of the
> document.
> > > > >>>>>>>> David
> > > > >>>>>>>>
> > > > >>>>>>>> On Tue, Mar 7, 2023 at 3:01 PM Alanna Paloma <
> apaloma@amsl.com> wrote:
> > > > >>>>>>>> Hi David,
> > > > >>>>>>>>
> > > > >>>>>>>> We have updated the document as requested and posted the
> revised files here (please refresh):
> > > > >>>>>>>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>>>>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>>>>>>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>>>>>>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>>>>>>
> > > > >>>>>>>> The relevant diff files are posted here:
> > > > >>>>>>>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >>>>>>>> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html
> (all AUTH48 changes)
> > > > >>>>>>>> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> (htmlwdiff diff between last version and this)
> > > > >>>>>>>> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html
> (rfcdiff between last version and this)
> > > > >>>>>>>>
> > > > >>>>>>>> Please review and let us know if any additional updates are
> needed or if you approve the RFC for publication.
> > > > >>>>>>>>
> > > > >>>>>>>> This page shows the AUTH48 status of your document:
> > > > >>>>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>>>
> > > > >>>>>>>> Thank you,
> > > > >>>>>>>> RFC Editor/ap
> > > > >>>>>>>>
> > > > >>>>>>>>> On Mar 6, 2023, at 2:49 PM, David Schinazi <
> dschinazi.ietf@gmail.com> wrote:
> > > > >>>>>>>>>
> > > > >>>>>>>>> Thank you Alanna!
> > > > >>>>>>>>>
> > > > >>>>>>>>> I just did my final full readthrough and found one last
> issue. In Section 2.3 (Compatible Version Negotiation), a change to the
> fifth paragraph unintentionally changes the meaning. Here is a crisper
> phrasing:
> > > > >>>>>>>>>
> > > > >>>>>>>>> CURRENT:
> > > > >>>>>>>>> For instance, if the Negotiated Version requires that the
> 5-tuple remain stable for the entire handshake (as QUIC version 1 does),
> then both endpoints need to validate the 5-tuple of all Handshake packets,
> including the converted first flight.
> > > > >>>>>>>>> FIXED:
> > > > >>>>>>>>> For instance, if the Negotiated Version requires that the
> 5-tuple remain stable for the entire handshake (as QUIC version 1 does),
> then both endpoints need to validate the 5-tuple of all packets received
> during the handshake, including the converted first flight.
> > > > >>>>>>>>>
> > > > >>>>>>>>> Thank you,
> > > > >>>>>>>>> David
> > > > >>>>>>>>>
> > > > >>>>>>>>> On Mon, Mar 6, 2023 at 12:21 PM Alanna Paloma <
> apaloma@amsl.com> wrote:
> > > > >>>>>>>>> Hi David,
> > > > >>>>>>>>>
> > > > >>>>>>>>> We have fixed that nit. The update files are here (please
> refresh):
> > > > >>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>>>>>>>
> > > > >>>>>>>>> The relevant diff files are posted here:
> > > > >>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html
> (all AUTH48 changes)
> > > > >>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> (htmlwdiff diff between last version and this)
> > > > >>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html (rfcdiff
> between last version and this)
> > > > >>>>>>>>>
> > > > >>>>>>>>> This page shows the AUTH48 status of your document:
> > > > >>>>>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>>>>
> > > > >>>>>>>>> Thank you,
> > > > >>>>>>>>> RFC Editor/ap
> > > > >>>>>>>>>
> > > > >>>>>>>>>> On Mar 6, 2023, at 11:28 AM, David Schinazi <
> dschinazi.ietf@gmail.com> wrote:
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> Hi Alanna,
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> Thanks for the updates. I've found a missing parenthesis.
> In Section 3 (Version Negotiation), the second paragraph needs a
> parenthesis before the final colon:
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> CURRENT:
> > > > >>>>>>>>>> The contents of Version Information are shown below
> (using the notation from Section 1.3 of [QUIC]:
> > > > >>>>>>>>>> FIXED:
> > > > >>>>>>>>>> The contents of Version Information are shown below
> (using the notation from Section 1.3 of [QUIC]):
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> Thanks,
> > > > >>>>>>>>>> David
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> On Mon, Mar 6, 2023 at 8:36 AM Alanna Paloma <
> apaloma@amsl.com> wrote:
> > > > >>>>>>>>>> Hi Zahed,
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> Thank you for your approval. We have noted it on the
> AUTH48 status page:
> > > > >>>>>>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> We will await approvals from Davis and Eric prior to
> moving this document forward in the publication process.
> > > > >>>>>>>>>>
> > > > >>>>>>>>>> Thank you,
> > > > >>>>>>>>>> RFC Editor/ap
> > > > >>>>>>>>>>
> > > > >>>>>>>>>>> On Mar 4, 2023, at 1:20 PM, Zaheduzzaman Sarker <
> zaheduzzaman.sarker@ericsson.com> wrote:
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> Approved.
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> Thanks all for working on this publication.
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> //Zahed
> > > > >>>>>>>>>>> From: Alanna Paloma <apaloma@amsl.com>
> > > > >>>>>>>>>>> Sent: Saturday, March 4, 2023 2:17:04 AM
> > > > >>>>>>>>>>> To: David Schinazi <dschinazi.ietf@gmail.com>;
> Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com>
> > > > >>>>>>>>>>> Cc: RFC Errata System <rfc-editor@rfc-editor.org>; Eric
> Rescorla <ekr@rtfm.com>; quic-ads@ietf.org <quic-ads@ietf.org>;
> quic-chairs@ietf.org <quic-chairs@ietf.org>; matt.joras@gmail.com <
> matt.joras@gmail.com>; auth48archive@rfc-editor.org <
> auth48archive@rfc-editor.org>
> > > > >>>>>>>>>>> Subject: Re: [AD] [C468] AUTH48: RFC-to-be 9368
> <draft-ietf-quic-version-negotiation-14> for your review
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> Hi David and Zahed (AD)*,
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> *Zahed - Please review and approve of the added text in
> Section 2 and the updated text in Section 5 in the diff file below.
> > > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> David - Thank you for your reply and for contacting IANA
> to update the registry. We have updated the files as you requested.
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> The files have been posted here (please refresh):
> > > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> The relevant diff files are posted here:
> > > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >>>>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all AUTH48
> changes)
> > > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html
> (htmlwdiff diff between last version and this)
> > > > >>>>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html (rfcdiff
> between last version and this)
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> This page shows the AUTH48 status of your document:
> > > > >>>>>>>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>> Best regards,
> > > > >>>>>>>>>>> RFC Editor/ap
> > > > >>>>>>>>>>>
> > > > >>>>>>>>>>>> On Mar 2, 2023, at 6:15 PM, David Schinazi <
> dschinazi.ietf@gmail.com> wrote:
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> Thank you Alanna!
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> I contacted IANA about the capitalization and they've
> updated the registry to say "Error negotiating version” instead of “Error
> Negotiating Version” in order to match other entries in that registry.
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> I did a pass on the document and found some changes I'd
> like to make. Here is a diff between our version and yours (we're on the
> left and you're the right)
> > > > >>>>>>>>>>>>
> https://author-tools.ietf.org/iddiff?url1=https://quicwg.github.io/version-negotiation/auth48/draft-ietf-quic-version-negotiation.txt&url2=https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>>>>>>>>> Can you tweak your copy to match the one on the left
> please?
> > > > >>>>>>>>>>>> (you can ignore the differences in the reference links
> at the end, that's a tooling issue)
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> Thanks,
> > > > >>>>>>>>>>>> David
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> On Wed, Mar 1, 2023 at 3:45 PM Alanna Paloma <
> apaloma@amsl.com> wrote:
> > > > >>>>>>>>>>>> Hi David,
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> Thank you for your reply.
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> We have made “Chosen Version” lowercase in the Abstract
> and have capitalized “Original Version” and “Negotiated Version” outside of
> the Abstract and Introduction.
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> Additionally, we have capitalized “Error Negotiating
> Version” in Section 10.2 to match the IANA registry.
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> The files have been posted here (please refresh):
> > > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> The relevant diff files are posted here:
> > > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >>>>>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (all AUTH48
> changes)
> > > > >>>>>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-lastdiff.html (htmlwdiff diff
> between last version and this)
> > > > >>>>>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-lastrfcdiff.html (rfcdiff
> between last version and this)
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> We will await approvals from each party listed on the
> AUTH48 status page below prior to moving this document forward in the
> publication process.
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> For the AUTH48 status of this document, please see:
> > > > >>>>>>>>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>> Best regards,
> > > > >>>>>>>>>>>> RFC Editor/ap
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>>>> On Mar 1, 2023, at 11:22 AM, David Schinazi <
> dschinazi.ietf@gmail.com> wrote:
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Thanks Alanna.
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Since we capitalized "Chosen Version", can we also
> capitalize "Original Version" and "Negotiated Version" please? On that note
> please do not capitalize any of these in the Abstract or Introduction,
> since the terms aren't yet defined at that point and they're used in a more
> vague fashion at that point.
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Don't worry about requesting changes from IANA,
> they've already fixed the typo (RFC Editor is CC'ed on that thread).
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Thanks,
> > > > >>>>>>>>>>>>> David
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> On Tue, Feb 28, 2023 at 12:56 PM Alanna Paloma <
> apaloma@amsl.com> wrote:
> > > > >>>>>>>>>>>>> Hi David,
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Thank you for your reply. We have updated as
> requested.
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Note that, once we have received all approvals, we
> will ask IANA to update the "QUIC Transport Error Codes” registry to have
> “Error negotiating version” (instead of “Error Negotiating Version”).
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> The files have been posted here (please refresh):
> > > > >>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> The relevant diff files have been posted here:
> > > > >>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> (comprehensive diff)
> > > > >>>>>>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-auth48diff.html (AUTH48
> changes)
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Please review the document carefully and contact us
> with any further updates you may have.  Note that we do not make changes
> once a document is published as an RFC.
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> We will await approvals from each party listed on the
> AUTH48 status page below prior to moving this document forward in the
> publication process.
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> For the AUTH48 status of this document, please see:
> > > > >>>>>>>>>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>> Thank you,
> > > > >>>>>>>>>>>>> RFC Editor/ap
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> On Feb 24, 2023, at 10:40 AM, David Schinazi <
> dschinazi.ietf@gmail.com> wrote:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Hi,
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Thank you for your work on this document! Responses
> to your questions are inline.
> > > > >>>>>>>>>>>>>> David
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> On Thu, Feb 23, 2023 at 4:42 PM <
> rfc-editor@rfc-editor.org> wrote:
> > > > >>>>>>>>>>>>>> Authors,
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> While reviewing this document during AUTH48, please
> resolve (as necessary) the following questions, which are also in the XML
> file.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> 1) <!--[rfced] FYI: Section 10.2. We have updated the
> "Description" text
> > > > >>>>>>>>>>>>>> below to match the text in the IANA "QUIC Transport
> Error Codes"
> > > > >>>>>>>>>>>>>> registry (i.e., updated "Error negotiating version"
> to "Error
> > > > >>>>>>>>>>>>>> negotiation version").
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Original:
> > > > >>>>>>>>>>>>>> Value:  0x11
> > > > >>>>>>>>>>>>>> Code:  VERSION_NEGOTIATION_ERROR
> > > > >>>>>>>>>>>>>> Description:  Error negotiating version
> > > > >>>>>>>>>>>>>> Status:  permanent
> > > > >>>>>>>>>>>>>> Specification:  This document
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Current:
> > > > >>>>>>>>>>>>>> Value:  0x11
> > > > >>>>>>>>>>>>>> Code:  VERSION_NEGOTIATION_ERROR
> > > > >>>>>>>>>>>>>> Description:  Error negotiation version
> > > > >>>>>>>>>>>>>> Status:  permanent
> > > > >>>>>>>>>>>>>> Specification:  RFC 9368
> > > > >>>>>>>>>>>>>> -->
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> The change from "Error negotiating version" to "Error
> negotiation version" was a typo made by IANA. I've emailed them about it to
> have them fix the registry and CCed you. Please revert the change to the
> document as the correct description is "Error negotiating version".
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> 2) <!--[rfced] Throughout the text, the following
> terminology appears to
> > > > >>>>>>>>>>>>>> be used inconsistently. Please review these
> occurrences and let
> > > > >>>>>>>>>>>>>> us know if/how they may be made consistent.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> - Chosen Version vs. chosen version (when not "Chosen
> Version field")
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Let's use "Chosen Version" to match "Partially
> Deployed Versions" and "Fully Deployed Versions" (see below).
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> - Retry vs. retry (when not "Retry packet")
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> RFC 9000 (which defines Retry) seems to always
> capitalize Retry, so let's do that here too.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> In addition, may we capitalize these terms as follows:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> "Handshake packet" (instead of "handshake packet")
> > > > >>>>>>>>>>>>>>   [Note: this change will match use in the companion
> document and
> > > > >>>>>>>>>>>>>>    will be consistent with the capitalization of the
> other packet
> > > > >>>>>>>>>>>>>>    names.]
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> "Partially Deployed Versions" (instead of
> "partially-deployed versions")
> > > > >>>>>>>>>>>>>>   [Note: this change will match how "Fully Deployed
> Versions" appears
> > > > >>>>>>>>>>>>>>    in the text.]
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Sounds good to me.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> -->
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> 3) <!-- [rfced] Please review the "Inclusive
> Language" portion of the online
> > > > >>>>>>>>>>>>>> Style Guide <
> https://www.rfc-editor.org/styleguide/part2/#inclusive_language>
> > > > >>>>>>>>>>>>>> and let us know if any changes are needed.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Note that our script did not flag any words in
> particular, but this should still
> > > > >>>>>>>>>>>>>> be reviewed as a best practice.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> I'm not aware of any further needed changes due to
> inclusive language.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> -->
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Thank you.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> RFC Editor/ap/kc
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> On Feb 23, 2023, at 4:40 PM,
> rfc-editor@rfc-editor.org wrote:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *****IMPORTANT*****
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Updated 2023/02/23
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> RFC Author(s):
> > > > >>>>>>>>>>>>>> --------------
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Instructions for Completing AUTH48
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Your document has now entered AUTH48.  Once it has
> been reviewed and
> > > > >>>>>>>>>>>>>> approved by you and all coauthors, it will be
> published as an RFC.
> > > > >>>>>>>>>>>>>> If an author is no longer available, there are
> several remedies
> > > > >>>>>>>>>>>>>> available as listed in the FAQ (
> https://www.rfc-editor.org/faq/).
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> You and you coauthors are responsible for engaging
> other parties
> > > > >>>>>>>>>>>>>> (e.g., Contributors or Working Group) as necessary
> before providing
> > > > >>>>>>>>>>>>>> your approval.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Planning your review
> > > > >>>>>>>>>>>>>> ---------------------
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Please review the following aspects of your document:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  RFC Editor questions
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Please review and resolve any questions raised by the
> RFC Editor
> > > > >>>>>>>>>>>>>> that have been included in the XML file as comments
> marked as
> > > > >>>>>>>>>>>>>> follows:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> <!-- [rfced] ... -->
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> These questions will also be sent in a subsequent
> email.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  Changes submitted by coauthors
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Please ensure that you review any changes submitted
> by your
> > > > >>>>>>>>>>>>>> coauthors.  We assume that if you do not speak up
> that you
> > > > >>>>>>>>>>>>>> agree to changes submitted by your coauthors.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  Content
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Please review the full content of the document, as
> this cannot
> > > > >>>>>>>>>>>>>> change once the RFC is published.  Please pay
> particular attention to:
> > > > >>>>>>>>>>>>>> - IANA considerations updates (if applicable)
> > > > >>>>>>>>>>>>>> - contact information
> > > > >>>>>>>>>>>>>> - references
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  Copyright notices and legends
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Please review the copyright notice and legends as
> defined in
> > > > >>>>>>>>>>>>>> RFC 5378 and the Trust Legal Provisions
> > > > >>>>>>>>>>>>>> (TLP – https://trustee.ietf.org/license-info/).
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  Semantic markup
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Please review the markup in the XML file to ensure
> that elements of
> > > > >>>>>>>>>>>>>> content are correctly tagged.  For example, ensure
> that <sourcecode>
> > > > >>>>>>>>>>>>>> and <artwork> are set correctly.  See details at
> > > > >>>>>>>>>>>>>> <https://authors.ietf.org/rfcxml-vocabulary>.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  Formatted output
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Please review the PDF, HTML, and TXT files to ensure
> that the
> > > > >>>>>>>>>>>>>> formatted output, as generated from the markup in the
> XML file, is
> > > > >>>>>>>>>>>>>> reasonable.  Please note that the TXT will have
> formatting
> > > > >>>>>>>>>>>>>> limitations compared to the PDF and HTML.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Submitting changes
> > > > >>>>>>>>>>>>>> ------------------
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> To submit changes, please reply to this email using
> ‘REPLY ALL’ as all
> > > > >>>>>>>>>>>>>> the parties CCed on this message need to see your
> changes. The parties
> > > > >>>>>>>>>>>>>> include:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  your coauthors
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  rfc-editor@rfc-editor.org (the RPC team)
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  other document participants, depending on the
> stream (e.g.,
> > > > >>>>>>>>>>>>>>  IETF Stream participants are your working group
> chairs, the
> > > > >>>>>>>>>>>>>>  responsible ADs, and the document shepherd).
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  auth48archive@rfc-editor.org, which is a new
> archival mailing list
> > > > >>>>>>>>>>>>>>  to preserve AUTH48 conversations; it is not an
> active discussion
> > > > >>>>>>>>>>>>>>  list:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  More info:
> > > > >>>>>>>>>>>>>>
> https://mailarchive.ietf.org/arch/msg/ietf-announce/yb6lpIGh-4Q9l2USxIAe6P8O4Zc
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  The archive itself:
> > > > >>>>>>>>>>>>>>
> https://mailarchive.ietf.org/arch/browse/auth48archive/
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> *  Note: If only absolutely necessary, you may
> temporarily opt out
> > > > >>>>>>>>>>>>>>    of the archiving of messages (e.g., to discuss a
> sensitive matter).
> > > > >>>>>>>>>>>>>>    If needed, please add a note at the top of the
> message that you
> > > > >>>>>>>>>>>>>>    have dropped the address. When the discussion is
> concluded,
> > > > >>>>>>>>>>>>>>    auth48archive@rfc-editor.org will be re-added to
> the CC list and
> > > > >>>>>>>>>>>>>>    its addition will be noted at the top of the
> message.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> You may submit your changes in one of two ways:
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> An update to the provided XML file
> > > > >>>>>>>>>>>>>> — OR —
> > > > >>>>>>>>>>>>>> An explicit list of changes in this format
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Section # (or indicate Global)
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> OLD:
> > > > >>>>>>>>>>>>>> old text
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> NEW:
> > > > >>>>>>>>>>>>>> new text
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> You do not need to reply with both an updated XML
> file and an explicit
> > > > >>>>>>>>>>>>>> list of changes, as either form is sufficient.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> We will ask a stream manager to review and approve
> any changes that seem
> > > > >>>>>>>>>>>>>> beyond editorial in nature, e.g., addition of new
> text, deletion of text,
> > > > >>>>>>>>>>>>>> and technical changes.  Information about stream
> managers can be found in
> > > > >>>>>>>>>>>>>> the FAQ.  Editorial changes do not require approval
> from a stream manager.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Approving for publication
> > > > >>>>>>>>>>>>>> --------------------------
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> To approve your RFC for publication, please reply to
> this email stating
> > > > >>>>>>>>>>>>>> that you approve this RFC for publication.  Please
> use ‘REPLY ALL’,
> > > > >>>>>>>>>>>>>> as all the parties CCed on this message need to see
> your approval.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Files
> > > > >>>>>>>>>>>>>> -----
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> The files are available here:
> > > > >>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.xml
> > > > >>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.html
> > > > >>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.pdf
> > > > >>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.txt
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Diff file of the text:
> > > > >>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368-diff.html
> > > > >>>>>>>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-rfcdiff.html (side by side)
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Diff of the XML:
> > > > >>>>>>>>>>>>>>
> https://www.rfc-editor.org/authors/rfc9368-xmldiff1.html
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> XMLv3 file that is a best effort to capture
> v3-related format updates
> > > > >>>>>>>>>>>>>> only:
> > > > >>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9368.form.xml
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Tracking progress
> > > > >>>>>>>>>>>>>> -----------------
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> The details of the AUTH48 status of your document are
> here:
> > > > >>>>>>>>>>>>>> https://www.rfc-editor.org/auth48/rfc9368
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Please let us know if you have any questions.
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Thank you for your cooperation,
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> RFC Editor
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> --------------------------------------
> > > > >>>>>>>>>>>>>> RFC9368 (draft-ietf-quic-version-negotiation-14)
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Title            : Compatible Version Negotiation for
> QUIC
> > > > >>>>>>>>>>>>>> Author(s)        : D. Schinazi, E. Rescorla
> > > > >>>>>>>>>>>>>> WG Chair(s)      : Matt Joras, Lucas Pardue
> > > > >>>>>>>>>>>>>>
> > > > >>>>>>>>>>>>>> Area Director(s) : Martin Duke, Zaheduzzaman Sarker
> > > > >>>>>>>>>>>>>
> > > > >>>>>>>>>>>>
> > > > >>>>>>>>>>
> > > > >>>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>
> > > > >>>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>>
> > > > >>
> > > > >
> > > >
> > >
> >
> >
>
>
>