[auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-tls-esni-25> for your review
Kazuho Oku <kazuhooku@gmail.com> Thu, 05 February 2026 06:39 UTC
Return-Path: <kazuhooku@gmail.com>
X-Original-To: auth48archive@mail2.ietf.org
Delivered-To: auth48archive@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id E3538B222A71 for <auth48archive@mail2.ietf.org>; Wed, 4 Feb 2026 22:39:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.099
X-Spam-Level:
X-Spam-Status: No, score=-1.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, OBFU_TEXT_ATTACH=1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i0J5vHkEhhX0 for <auth48archive@mail2.ietf.org>; Wed, 4 Feb 2026 22:39:49 -0800 (PST)
Received: from mail-dl1-x1231.google.com (mail-dl1-x1231.google.com [IPv6:2607:f8b0:4864:20::1231]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 9846EB222A62 for <auth48archive@rfc-editor.org>; Wed, 4 Feb 2026 22:39:49 -0800 (PST)
Received: by mail-dl1-x1231.google.com with SMTP id a92af1059eb24-1249b9f5703so1066269c88.0 for <auth48archive@rfc-editor.org>; Wed, 04 Feb 2026 22:39:49 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1770273589; cv=none; d=google.com; s=arc-20240605; b=IuKjjEo3VWo/4gS1puJknQzaVREGTRDAE9dKBRtaODF64dh7kav1HTB7maepcixP1i xIm6ilUvWdXhigZ8GFz5+XxLHq7z/TtBXYUZnXH9BQAU2cra0sJ8aTqHBDiafKv9gb7z y9Zhz8VvgXSyb5aeymjqEzxM+xHbsGSDUV2a1yvHfua9/ieNRiNyNTElj5BGOl7vjve4 W2kOK89FX9FDfOGrij46T0sqMsuRhIzwdaxKEGb+BivQYlHerPHvPwaAKi8NjYcq/1yD ivNkG4wflWld/kTsE7Gh6atfoE5/36vRxk9WOWBskHRV5xdptGWdRQEBHed+LeDbPSS8 y9Lg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=apcYmaeeH6QSTSbt0tkhcx3bqsjYHtMLJGiPQzAHktI=; fh=6I8GoIJLiRssBr5kKV8kfBesOwcqIydhDhDV0wvTdnY=; b=UJThXtgD8zLg3Xj/M48pZfxkCzkd6xJgYNuEwDtUNAZxJ7YztJykKOhGf1sPu6fCSq H8L8dxtoBPdlobgJomriAT5vubOcO2Qad9sS2FuWEEF+o6FxuFcA0WDPBZYpCjQTJ2ps fkfwnMKhrBOG8ZQCYjSCWvhrZlJ3nf4VERV+YWNQyuvjRt7MAwjP5v05YGVjj3eHbfJ3 rNP9fHPQm0G1nDhrBzMLm4wFAN9FPyDLnJHR3SKlSwNxIGkNho3yFm7muaeZjGuQgiOt 46rVtkStOdCeSFYvum8Sabu1m7P1Qab8X75LIcNNvf1CoaI+j6TCscWvxuvBNVjhLQca oLiQ==; darn=rfc-editor.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1770273589; x=1770878389; darn=rfc-editor.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=apcYmaeeH6QSTSbt0tkhcx3bqsjYHtMLJGiPQzAHktI=; b=k5Gi76vhVDdcm2hYlh8siMU0khfMveAeVOf0PTReUDbMuCIJjVrqYclmka8TxC7d53 w/BGnfGn5iJofChpSqQ/qm6N3e8rsvWOeZH55VWBjiftjqChC3ivdiZYhTZ+QMci+DxF I6eaLi89ucUe0J40OwLs2FLj6I+Ep/9WLzCOpPnFizo9CcV/ecPkDaYR8MK9JSofubpH JjwMf74bqtHV4c2ymaRe86VCuez+9GVYqhhk+h2eRyPGH/rAEJly+97cafc+5cm/yIX5 nREcdT9cRjhdJ3Ehz9V2FBMTPf6tSuOxQVPQexdz7NmE4RdHu80e4fO3pDjRWy/injQv uJBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1770273589; x=1770878389; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=apcYmaeeH6QSTSbt0tkhcx3bqsjYHtMLJGiPQzAHktI=; b=UN5mlKDTHgbVvyzTn+5kZSsOqOZBVpR2GyA02wNSPzz5ek61U2CMlBzLCAt/5d4noE P+nXdL/0+yQs8yW9Oc1tTOL7EMgY8QLbTE+hzU0KWDzmpM5N74nHm5ahPVB3qjNK3G4+ GZ9rS+8F0O++jM7NvaXyORcmXTlEXKgdnJYFbPnuBdu2OFgSRojkI3pmKyrPvuHRrGho yrkuQ8f8fINwpY/Jvh8QyK6c9R4/hsVS17zpEx6IbV+KkDyaTb4wg/NEb3+0lgL1d/Xu N2VK8m2AWcvLA2F5x2NKpUq50+TzMnX1LQ880UClNW1RNQbYbM+a1J0rawxnRp0CKj91 k1AQ==
X-Forwarded-Encrypted: i=1; AJvYcCVR/1y/M2LWp3EuCJzdM1OL4Yavat0qUTFUKXac4i2JONCLYn2KdvFJYbpBunr9z0o4b4AlvyR0GrfISnRj@rfc-editor.org
X-Gm-Message-State: AOJu0YwygCR3mk1c1UwAl+LYu2inzhXKNltpNQuBghSvW0ixNyc9xBsz /KCEspGilCIOKQ30t6s/DKxC/GY5To3X/UWvldgfJDh/oldmGOCo4B7zSmnXghH3eeMEFmgnwzN p30BXVVub8v6bef4ke0EIaniFPW3bN5I=
X-Gm-Gg: AZuq6aK5Sp5Whb5jcyFPXE7nM5cANvZnWOext8TNRg8Ldfa8gH/pabOsS/CLEnhGqzn oSOOFYdpkZjmquGJItxf1L50bTPZ91wjeDd8U5OjTtkqLBrrB5wecgolPVAiGnxWkauReGvJbVL lRjNEiXDNC+B0UEilL896LR50maBLAhWN46+a4U6Is4sRe8jsrKzeehqkohVK5hdWR0qPswxZX0 Oa5lwoINIFRKRLCtoJ/04UQbAZLxZsaTxCJynln1habmjP+xqHZwCSBreZKHI6HdEvuOHwh618p /3nCTonrWRW2HzcrMyZ+o01mPHQ5rQ==
X-Received: by 2002:a05:7022:61d:b0:123:330b:398 with SMTP id a92af1059eb24-126f478727bmr2453477c88.19.1770273588202; Wed, 04 Feb 2026 22:39:48 -0800 (PST)
MIME-Version: 1.0
References: <A51C7BBF-9761-4B01-BEBE-E6E0F1FCDA2E@staff.rfc-editor.org> <04D5F779-A167-4AF4-B021-91705D903208@aiven.io> <2445A7B5-257A-435C-B384-8F5B5FBF362F@staff.rfc-editor.org> <CABcZeBPi1KYk1TfsF1K9L-8z=mLagE2eDfDAohoFbhuRXtPuKw@mail.gmail.com> <0AB66F06-7692-487C-AE3A-BE1C0A872C33@staff.rfc-editor.org> <83D12CB5-B548-443B-92E8-05B4A685D572@staff.rfc-editor.org> <CAGL5yWYwHSSaNUYJ4Lr9Gf9+GRTht6miE73469UC10nVTx9_rQ@mail.gmail.com> <CAOjisRzLpwGUunPs1QoOf1g=H-X4gPHv_opaf4mz5au2k+6X1g@mail.gmail.com> <CAOjisRxZ50=Dk_Qn+qGSSpqYSVGoP8YxHUami12FVetF6BFgPA@mail.gmail.com> <7ADB36CE-11B7-4832-85E6-920BEEF84D71@staff.rfc-editor.org> <CABcZeBOeOKc=OSbOV8PZ4g=XtLGnLY6rGJ=d-=HLrf3YnzOS5Q@mail.gmail.com> <DDFA2102-EFAF-4EF8-99B9-977013289673@staff.rfc-editor.org> <9504E995-638E-4522-BD85-8A3D688A4E3D@staff.rfc-editor.org> <CABcZeBMg+EB34s8iJEtd9ZULGcJukYg_n5Sj8vBGfTr3vePNbQ@mail.gmail.com> <56B84B95-02A6-4BFD-B034-AA1A03F4E412@staff.rfc-editor.org>
In-Reply-To: <56B84B95-02A6-4BFD-B034-AA1A03F4E412@staff.rfc-editor.org>
From: Kazuho Oku <kazuhooku@gmail.com>
Date: Thu, 05 Feb 2026 15:39:35 +0900
X-Gm-Features: AZwV_QhvJPJKV7YtSABLb6JopSL5o4J3_3QOIdpzsLRnh6W4U62c5BGBa1n7Zas
Message-ID: <CANatvzwXc=2CHZFknDBWv6c1SkO0--caL5Kx-5cVzbK5C08XEA@mail.gmail.com>
To: Madison Church <mchurch@staff.rfc-editor.org>
Content-Type: multipart/mixed; boundary="00000000000061f970064a0df04c"
Message-ID-Hash: 4UXS2YCOPCRSNQETFHOSIZIISFXCIEYH
X-Message-ID-Hash: 4UXS2YCOPCRSNQETFHOSIZIISFXCIEYH
X-MailFrom: kazuhooku@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Eric Rescorla <ekr@rtfm.com>, Nick Sullivan <nicholas.sullivan@gmail.com>, caw@heapingbits.net, Paul Wouters <paul.wouters@aiven.io>, nicholas.sullivan+ietf@gmail.com, Editor RFC <rfc-editor@rfc-editor.org>, tls-ads@ietf.org, tls-chairs@ietf.org, jsalowey@gmail.com, auth48archive@rfc-editor.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-tls-esni-25> for your review
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/q9dlu044cpskDSZn4Qixg3qT8x4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Owner: <mailto:auth48archive-owner@rfc-editor.org>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Subscribe: <mailto:auth48archive-join@rfc-editor.org>
List-Unsubscribe: <mailto:auth48archive-leave@rfc-editor.org>
Hello Madison, authors, Thank you very much for pushing the draft forward. I have read through the updated markdown and I would like to request two nits. I've separately filed a PR (https://github.com/tlswg/draft-ietf-tls-esni/pull/672) but the nits are: # Section 5 and Section 6.1: Incorrect references to properties of HpkeKeyConfig `cipher_suites`, `kem_id`, `public_key` are members of `HpkeKeyConfig`, and therefore it would be correct to refer to them as `ECHConfigContents.key_config.~`. However, `key_config` is missing. IMO this is editorial, however it is not a grammatical error, and therefore would appreciate reviews from other authors. # Update my name to use Kanji This would make the representation consistent with other RFCs that I coauthored. For the ease of the review, the diff file against the TXT version is attached. 2026年2月4日(水) 6:32 Madison Church <mchurch@staff.rfc-editor.org>: > > Hi Eric, > > Thank you for the updated markdown file! Updated files are listed below. We will wait to hear from you once you’ve completed your top-to-bottom read. > > For details of the AUTH48 process in kramdown-rfc (including the two-part approval process), see https://www.rfc-editor.org/rpc/wiki/doku.php?id=pilot_test_kramdown_rfc. > > The files have been posted here (please refresh): > https://www.rfc-editor.org/authors/rfc9849.txt > https://www.rfc-editor.org/authors/rfc9849.pdf > https://www.rfc-editor.org/authors/rfc9849.html > > Markdown file: > https://www.rfc-editor.org/authors/rfc9849.md > > The relevant diff files have been posted here (please refresh): > https://www.rfc-editor.org/authors/rfc9849-diff.html (comprehensive diff) > https://www.rfc-editor.org/authors/rfc9849-rfcdiff.html (side by side) > https://www.rfc-editor.org/authors/rfc9849-auth48diff.html (diff showing AUTH48 changes) > https://www.rfc-editor.org/authors/rfc9849-auth48rfcdiff.html (side by side) > > Markdown diffs: > https://www.rfc-editor.org/authors/rfc9849-md-diff.html > https://www.rfc-editor.org/authors/rfc9849-md-rfcdiff.html > https://www.rfc-editor.org/authors/rfc9849-md-auth48diff.html > https://www.rfc-editor.org/authors/rfc9849-md-auth48rfcdiff.html > > For the AUTH48 status of this document, please see: > https://www.rfc-editor.org/auth48/rfc9849 > > Thank you! > > Madison Church > RFC Production Center > > > On Feb 3, 2026, at 2:17 PM, Eric Rescorla <ekr@rtfm.com> wrote: > > > > Here is an updated markdown file with the outstanding PRs. The technical ones > > were reviewed. > > > > https://raw.githubusercontent.com/tlswg/draft-ietf-tls-esni/18715d4e44626db8f3460442e363ede9526277b0/rfc9849.md > > > > I still need to do my top-to-bottom read. > > > > -Ekr > > > > > > On Tue, Feb 3, 2026 at 11:55 AM Madison Church <mchurch@staff.rfc-editor.org> wrote: > > Hi Authors, > > > > This is another friendly weekly reminder that we await content approvals from Christopher, Kazuho, and Eric before moving along with formatting updates for this document. > > > > Thank you! > > > > Madison Church > > RFC Production Center > > > > > On Jan 27, 2026, at 2:37 PM, Madison Church <mchurch@staff.rfc-editor.org> wrote: > > > > > > Hi Authors, > > > > > > This is a friendly weekly reminder that we await content approvals from Christopher, Kazuho, and Eric before moving along with formatting updates for this document. > > > > > > Thank you! > > > > > > Madison Church > > > RFC Production Center > > > > > >> On Jan 17, 2026, at 6:37 PM, Eric Rescorla <ekr@rtfm.com> wrote: > > >> > > >> > > >> > > >> On Fri, Jan 16, 2026 at 2:37 PM Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >> Hi All, > > >> > > >> Paul - We have noted your approvals for the two proposed technical changes. > > >> > > >> Nick - Thank you for your reply! We have noted your approval for the contents of this document on the AUTH48 status page and implemented your requested updates. The diff file was incredibly helpful! > > >> > > >> We will wait for confirmation to implement the technical changes. > > >> > > >> I will implement the technical changes in my copy. > > >> > > >> -Ekr > > >> > > >> Please review the contents of the document carefully. Contact us with any further updates or with your approval of the document’s contents in its current form. Once we receive approvals from Christopher, Kazuho, and Eric, we will move forward with formatting updates. > > >> > > >> For details of the AUTH48 process in kramdown-rfc (including the two-part approval process), see https://www.rfc-editor.org/rpc/wiki/doku.php?id=pilot_test_kramdown_rfc. > > >> > > >> The files have been posted here (please refresh): > > >> https://www.rfc-editor.org/authors/rfc9849.txt > > >> https://www.rfc-editor.org/authors/rfc9849.pdf > > >> https://www.rfc-editor.org/authors/rfc9849.html > > >> > > >> Markdown file: > > >> https://www.rfc-editor.org/authors/rfc9849.md > > >> > > >> The relevant diff files have been posted here (please refresh): > > >> https://www.rfc-editor.org/authors/rfc9849-diff.html (comprehensive diff) > > >> https://www.rfc-editor.org/authors/rfc9849-rfcdiff.html (side by side) > > >> https://www.rfc-editor.org/authors/rfc9849-auth48diff.html (diff showing AUTH48 changes) > > >> https://www.rfc-editor.org/authors/rfc9849-auth48rfcdiff.html (side by side) > > >> > > >> Markdown diffs: > > >> https://www.rfc-editor.org/authors/rfc9849-md-diff.html > > >> https://www.rfc-editor.org/authors/rfc9849-md-rfcdiff.html > > >> https://www.rfc-editor.org/authors/rfc9849-md-auth48diff.html > > >> https://www.rfc-editor.org/authors/rfc9849-md-auth48rfcdiff.html > > >> > > >> For the AUTH48 status of this document, please see: > > >> https://www.rfc-editor.org/auth48/rfc9849 > > >> > > >> Thank you, > > >> Madison Church > > >> RFC Production Center > > >> > > >>> On Jan 14, 2026, at 9:42 AM, Nick Sullivan <nicholas.sullivan@gmail.com> wrote: > > >>> > > >>> Hello RFC Production Center, > > >>> > > >>> I reviewed the currently posted AUTH48 text for RFC-to-be 9849 > > >>> (rfc9849.txt on the RFC Editor authors page). Below are a small set of > > >>> remaining editorial issues. > > >>> > > >>> Two items that are technically non-editorial are already being handled > > >>> in the TLS WG GitHub repository (issues 656 and 665 / corresponding > > >>> open PRs). To avoid duplication, I am not requesting those changes > > >>> here or requesting any expansion of RFC number placeholders (for > > >>> example RFCYYY1) in this note. > > >>> > > >>> A) Typos and minor editorial fixes (no intended technical change) > > >>> > > >>> Section 5.1 (Encoding the ClientHelloInner) > > >>> - Replace “structured defined” with “structure defined”. > > >>> Section 6.1 (Offering ECH) > > >>> - Capitalization: “Instead, It MUST …” -> “Instead, it MUST …”. > > >>> Section 7 (Server Behavior introduction) > > >>> - Consistency: “back-end server” -> “backend server”. > > >>> Section 10.8 (Cookies) > > >>> - Insert missing space: “unencrypted.This” -> “unencrypted. This”. > > >>> Section 11.3 (ECH Configuration Extension Registry) > > >>> - Fix grammar in the “Recommended” field description and remove > > >>> duplicated wording (“value with a value of”). > > >>> > > >>> Proposed patch (unified diff against the currently posted rfc9849.txt; > > >>> excludes items already covered by issues 656 and 665; no RFC > > >>> placeholder expansions) > > >>> > > >>> ``` > > >>> --- rfc9849.txt > > >>> +++ rfc9849.txt > > >>> @@ -521,7 +521,7 @@ > > >>> - structured defined in Section 5.3 of [RFC9147]. This does not > > >>> + structure defined in Section 5.3 of [RFC9147]. This does not > > >>> > > >>> @@ -675,7 +675,7 @@ > > >>> - ClientHelloInner.random. Instead, It MUST generate a fresh > > >>> + ClientHelloInner.random. Instead, it MUST generate a fresh > > >>> > > >>> @@ -1129,7 +1129,7 @@ > > >>> - the client-facing server or as the back-end server. Depending on the > > >>> + the client-facing server or as the backend server. Depending on the > > >>> > > >>> @@ -1706,7 +1706,7 @@ > > >>> - unencrypted.This means differences in cookies between backend > > >>> + unencrypted. This means differences in cookies between backend > > >>> > > >>> @@ -2114,13 +2114,12 @@ > > >>> - Recommended: A "Y" or "N" value indicating if the extension is TLS > > >>> - WG recommends that the extension be supported. This column is > > >>> - assigned a value of "N" unless explicitly requested. Adding a > > >>> - value with a value of "Y" requires Standards Action [RFC8126]. > > >>> + Recommended: A "Y" or "N" value indicating if the TLS Working Group > > >>> + recommends that the extension be supported. This column is assigned a > > >>> + value of "N" unless explicitly requested. Adding a value of "Y" > > >>> + requires Standards Action [RFC8126]. > > >>> ``` > > >>> > > >>> GitHub PR: https://github.com/tlswg/draft-ietf-tls-esni/pull/671/files > > >>> > > >>> With these changes, the publication is approved by me. > > >>> > > >>> Thank you, > > >>> Nick Sullivan > > >>> > > >>> > > >>> On Mon, Jan 12, 2026 at 12:28 PM Nick Sullivan > > >>> <nicholas.sullivan@gmail.com> wrote: > > >>>> > > >>>> Hi Madison, > > >>>> > > >>>> Apologies for the delay, I was intending to do this over the new year but didn't get to it. I'll review by end of week. > > >>>> > > >>>> Best, > > >>>> Nick > > >>>> > > >>>> On Fri, Jan 9, 2026 at 10:31 AM Paul Wouters <paul.wouters@aiven.io> wrote: > > >>>>> > > >>>>> approved (via email and at the PRs listed) > > >>>>> > > >>>>> Paul > > >>>>> > > >>>>> On Thu, Jan 8, 2026 at 4:49 PM Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>> > > >>>>>> Hi Authors, *Paul, > > >>>>>> > > >>>>>> Happy new year! > > >>>>>> > > >>>>>> This is a friendly reminder that we have yet to hear back from you regarding the readiness of this document’s contents before moving forward with formatting updates. > > >>>>>> > > >>>>>> *Paul - As responsible AD for this document, please review the changes below and let us know if you approve: > > >>>>>> https://github.com/tlswg/draft-ietf-tls-esni/pull/668 > > >>>>>> https://github.com/tlswg/draft-ietf-tls-esni/pull/667 > > >>>>>> > > >>>>>> For the AUTH48 status page, see: https://www.rfc-editor.org/auth48/rfc9849. > > >>>>>> > > >>>>>> Thank you! > > >>>>>> Madison Church > > >>>>>> RFC Production Center > > >>>>>> > > >>>>>> > > >>>>>>> On Dec 18, 2025, at 12:46 PM, Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>>> > > >>>>>>> Hi Eric, > > >>>>>>> > > >>>>>>> Thank you for the followup! We have updated the AUTH48 status page (https://www.rfc-editor.org/auth48/rfc9849) and we will wait to hear from you once you complete your final content review. > > >>>>>>> > > >>>>>>> Madison Church > > >>>>>>> RFC Production Center > > >>>>>>> > > >>>>>>>> On Dec 18, 2025, at 12:33 PM, Eric Rescorla <ekr@rtfm.com> wrote: > > >>>>>>>> > > >>>>>>>> FWIW I think Paul actually just approved this one change, not the overall RFC. > > >>>>>>>> > > >>>>>>>> I have merged this markdown file into the version on GitHub. There are two pending > > >>>>>>>> changes that are technically not just editorial, though I think obvious and need Paul's > > >>>>>>>> approval: > > >>>>>>>> > > >>>>>>>> https://github.com/tlswg/draft-ietf-tls-esni/pull/668 > > >>>>>>>> https://github.com/tlswg/draft-ietf-tls-esni/pull/667 > > >>>>>>>> > > >>>>>>>> In parallel, I will also need to give it a final top-to-bottom read, which I hope to do in the next > > >>>>>>>> week or so. > > >>>>>>>> > > >>>>>>>> -Ekr > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> On Thu, Dec 18, 2025 at 9:42 AM Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>>>> Hi Paul, > > >>>>>>>> > > >>>>>>>> We have marked your approval on the AUTH48 status page (see https://www.rfc-editor.org/auth48/rfc9849) > > >>>>>>>> > > >>>>>>>> Thanks! > > >>>>>>>> > > >>>>>>>> Madison Church > > >>>>>>>> RFC Production Center > > >>>>>>>> > > >>>>>>>>> On Dec 18, 2025, at 11:27 AM, Paul Wouters <paul.wouters@aiven.io> wrote: > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>>> On Dec 18, 2025, at 11:06, Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>>>>>> > > >>>>>>>>>> Hi Authors, *Paul, > > >>>>>>>>>> > > >>>>>>>>>> *Paul - As responsible AD, please note that we await your approval of RFC YYY1 as an Informative Reference (changed from Normative to Informative). > > >>>>>>>>> > > >>>>>>>>> approved > > >>>>>>>>> > > >>>>>>>>> Paul > > >>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> Authors - This is a friendly reminder that we await approvals from each author prior to moving forward with formatting updates. > > >>>>>>>>>> > > >>>>>>>>>> For details of the AUTH48 process in kramdown-rfc (including the two-part approval process), see https://www.rfc-editor.org/rpc/wiki/doku.php?id=pilot_test_kramdown_rfc. > > >>>>>>>>>> > > >>>>>>>>>> The files have been posted here (please refresh): > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.txt > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.pdf > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.html > > >>>>>>>>>> > > >>>>>>>>>> Markdown file: > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.md > > >>>>>>>>>> > > >>>>>>>>>> The relevant diff files have been posted here (please refresh): > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-diff.html (comprehensive diff) > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-rfcdiff.html (side by side) > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-auth48diff.html (diff showing AUTH48 changes) > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-auth48rfcdiff.html (side by side) > > >>>>>>>>>> > > >>>>>>>>>> Markdown diffs: > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-diff.html > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-rfcdiff.html > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-auth48diff.html > > >>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-auth48rfcdiff.html > > >>>>>>>>>> > > >>>>>>>>>> For the AUTH48 status of this document, please see: > > >>>>>>>>>> https://www.rfc-editor.org/auth48/rfc9849 > > >>>>>>>>>> > > >>>>>>>>>> Thank you, > > >>>>>>>>>> > > >>>>>>>>>> Madison Church > > >>>>>>>>>> RFC Production Center > > >>>>>>>>>> > > >>>>>>>>>>> On Dec 11, 2025, at 10:07 AM, Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>>>>>>> > > >>>>>>>>>>> Hi Eric, *Paul, > > >>>>>>>>>>> > > >>>>>>>>>>> Eric - Thank you for your reply! We weren’t sure if this was intentional, so thank you for clarifying. We have moved RFC YYY1 to the Informative References section. > > >>>>>>>>>>> > > >>>>>>>>>>> *Paul - As responsible AD, please let us know if you approve RFC YYY1 as an Informative Reference. > > >>>>>>>>>>> > > >>>>>>>>>>> Please review the contents of the document carefully. Contact us with any further updates or with your approval of the document’s contents in its current form. We will await approvals from each author prior to moving forward with formatting updates. > > >>>>>>>>>>> > > >>>>>>>>>>> For details of the AUTH48 process in kramdown-rfc (including the two-part approval process), see https://www.rfc-editor.org/rpc/wiki/doku.php?id=pilot_test_kramdown_rfc. > > >>>>>>>>>>> > > >>>>>>>>>>> The files have been posted here (please refresh): > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.txt > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.pdf > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.html > > >>>>>>>>>>> > > >>>>>>>>>>> Markdown file: > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.md > > >>>>>>>>>>> > > >>>>>>>>>>> The relevant diff files have been posted here (please refresh): > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-diff.html (comprehensive diff) > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-rfcdiff.html (side by side) > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-auth48diff.html (diff showing AUTH48 changes) > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-auth48rfcdiff.html (side by side) > > >>>>>>>>>>> > > >>>>>>>>>>> Markdown diffs: > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-diff.html > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-rfcdiff.html > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-auth48diff.html > > >>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-auth48rfcdiff.html > > >>>>>>>>>>> > > >>>>>>>>>>> For the AUTH48 status of this document, please see: > > >>>>>>>>>>> https://www.rfc-editor.org/auth48/rfc9849 > > >>>>>>>>>>> > > >>>>>>>>>>> Thank you, > > >>>>>>>>>>> Madison Church > > >>>>>>>>>>> RFC Production Center > > >>>>>>>>>>> > > >>>>>>>>>>>>> On Dec 5, 2025, at 4:38 PM, Eric Rescorla <ekr@rtfm.com> wrote: > > >>>>>>>>>>>> > > >>>>>>>>>>>> Hi Madison, > > >>>>>>>>>>>> > > >>>>>>>>>>>> I believe that the citation to RFCYYY1 should be informative, not normative. I corrected that in > > >>>>>>>>>>>> my version but I guess I forgot to flag it. Paul, co-authors, any objections? > > >>>>>>>>>>>> > > >>>>>>>>>>>> -Ekr > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>>> On Fri, Dec 5, 2025 at 2:16 PM Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>>>>>>>> Hi Eric, > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thank you for the updated markdown file! We have incorporated your edits into the document. Upon further review, we have also updated the term "Shared Mode" to follow the same pattern as "Split Mode" (uppercase on first use and in titles, lowercase otherwise). Please let us know any objections. Additionally, we will update the WHATWG reference per our discussion during formatting. Aside from the updates mentioned, we have no further questions/comments at this time. > > >>>>>>>>>>>> > > >>>>>>>>>>>> Please review the contents of the document carefully. Contact us with any further updates or with your approval of the document’s contents in its current form. We will await approvals from each author prior to moving forward with formatting updates. > > >>>>>>>>>>>> > > >>>>>>>>>>>> For details of the AUTH48 process in kramdown-rfc (including the two-part approval process), see https://www.rfc-editor.org/rpc/wiki/doku.php?id=pilot_test_kramdown_rfc. > > >>>>>>>>>>>> > > >>>>>>>>>>>> The files have been posted here (please refresh): > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.txt > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.pdf > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.html > > >>>>>>>>>>>> > > >>>>>>>>>>>> Markdown file: > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.md > > >>>>>>>>>>>> > > >>>>>>>>>>>> The relevant diff files have been posted here (please refresh): > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-diff.html (comprehensive diff) > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-rfcdiff.html (side by side) > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-auth48diff.html (diff showing AUTH48 changes) > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-auth48rfcdiff.html (side by side) > > >>>>>>>>>>>> > > >>>>>>>>>>>> Markdown diffs: > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-diff.html > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-rfcdiff.html > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-auth48diff.html > > >>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-auth48rfcdiff.html > > >>>>>>>>>>>> > > >>>>>>>>>>>> For the AUTH48 status of this document, please see: > > >>>>>>>>>>>> https://www.rfc-editor.org/auth48/rfc9849 > > >>>>>>>>>>>> > > >>>>>>>>>>>> Thank you, > > >>>>>>>>>>>> Madison Church > > >>>>>>>>>>>> RFC Production Center > > >>>>>>>>>>>> > > >>>>>>>>>>>> > > >>>>>>>>>>>>> On Dec 4, 2025, at 7:12 PM, Eric Rescorla <ekr@rtfm.com> wrote: > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Here is an updated markdown file with the fixed width adjustments. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> https://raw.githubusercontent.com/tlswg/draft-ietf-tls-esni/refs/heads/auth48/rfc9849.md > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> -Ekr > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> On Wed, Dec 3, 2025 at 9:49 AM Eric Rescorla <ekr@rtfm.com> wrote: > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> On Wed, Dec 3, 2025 at 6:23 AM Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>>>>>>>>> Hi Eric, > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Thank you for your reply! Please see inline. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>>> On Dec 2, 2025, at 1:38 PM, Eric Rescorla <ekr@rtfm.com> wrote: > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Thanks. > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Re the questions and comments: > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> * I will send a revised file with the fixed width issues fixed > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Noted! > > >>>>>>>>>>>>> > > >>>>>>>>>>>>>> * As I understand the WHATWG question, there are two distinct issues (1) whether to reference a commit and (2) whether to reference fragments. I'm OK with referencing a commit like this if that's what you agreed with WHATWG, but I read this text as saying not to reference fragments unless we ensure that the anchor is permanent https://whatwg.org/working-mode#anchors. Have we done so for this one? > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Thank you for clarifying. We are unsure if the current anchor [1] is permanent, so we would recommend not using it and using the more general one [2]. However, if any other authors put in a request with WHATWG to make that anchor permanent, please let us know. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> [1] https://url.spec.whatwg.org/#concept-ipv4-parser > > >>>>>>>>>>>>> [2] https://url.spec.whatwg.org/ > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> I think we are in agreement, then, thanks. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> -Ekr > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Thank you! > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> Madison Church > > >>>>>>>>>>>>> RFC Production Center > > >>>>>>>>>>>>> > > >>>>>>>>>>>>>> -Ekr > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> On Tue, Dec 2, 2025 at 6:58 AM Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>>>>>>>>>> Hi Authors, > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> This is a friendly weekly reminder that we await answers to the followup questions/comments below and your review of the document before continuing with the publication process. For details of the AUTH48 process in kramdown-rfc (including the two-part approval process), see: https://www.rfc-editor.org/rpc/wiki/doku.php?id=pilot_test_kramdown_rfc. > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Thank you! > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>> Madison Church > > >>>>>>>>>>>>>> RFC Production Center > > >>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> On Nov 25, 2025, at 8:34 AM, Madison Church <mchurch@staff.rfc-editor.org> wrote: > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Hi Eric, > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Thank you for your reply! We have updated the document as requested and have two followup items for your review, which can be viewed in the AUTH48 thread below or in the updated markdown file marked with "rfced". > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> On Nov 20, 2025, at 10:33 PM, Eric Rescorla <ekr@rtfm.com> wrote: > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> Update: I fixed my affiliation. > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> On Thu, Nov 20, 2025 at 8:23 PM Eric Rescorla <ekr@rtfm.com> wrote: > > >>>>>>>>>>>>>>>> Thank you. I am editing this in GitHub. I merged in your proposed changes except > > >>>>>>>>>>>>>>>> for those I think are inadvisable, which I reverted. I answered your questions inline. > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> You can find the latest markdown file here (also attached): > > >>>>>>>>>>>>>>>> https://raw.githubusercontent.com/tlswg/draft-ietf-tls-esni/refs/heads/auth48/rfc9849.md > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> -Ekr > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> On Fri, Nov 14, 2025 at 10:53 AM <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 source file. > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> 1) <!-- [rfced] References > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> a) Regarding [WHATWG-IPV4], this reference's date is May 2021. > > >>>>>>>>>>>>>>>> The URL provided resolves to a page with "Last Updated 12 May 2025". > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> Note that WHATWG provides "commit snapshots" of their living standards and > > >>>>>>>>>>>>>>>> there are several commit snapshots from May 2021 with the latest being from 20 > > >>>>>>>>>>>>>>>> May 2021. For example: 20 May 2021 > > >>>>>>>>>>>>>>>> (https://url.spec.whatwg.org/commit-snapshots/1b8b8c55eb4bed9f139c9a439fb1c1bf5566b619/#concept-ipv4-parser) > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> We recommend updating this reference to the most current version of the WHATWG > > >>>>>>>>>>>>>>>> Living Standard, replacing the URL with the more general URL to the standard > > >>>>>>>>>>>>>>>> (https://url.spec.whatwg.org/) and adding a "commit snapshot" URL to the > > >>>>>>>>>>>>>>>> reference. > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> Current: > > >>>>>>>>>>>>>>>> [WHATWG-IPV4] > > >>>>>>>>>>>>>>>> WHATWG, "URL - IPv4 Parser", WHATWG Living Standard, May > > >>>>>>>>>>>>>>>> 2021, <https://url.spec.whatwg.org/#concept-ipv4-parser>. > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> EKR: Per MT, WHATWG has asked us not to do that. We should leave > > >>>>>>>>>>>>>>>> this as-is and change the date to December 2025. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> 1) For context, we reached out to WHATWG in September about a format for references to their standards (see: https://github.com/whatwg/meta/issues/363) The proposed update below for this reference reflects the approved format. It would be helpful for the RPC to know what WHATWG has asked authors to not do so that we can reach out for clarification and update our recommended citation if necessary. With this in mind, let us know if any updates need to be made. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Perhaps: > > >>>>>>>>>>>>>>> [WHATWG-IPV4] > > >>>>>>>>>>>>>>> WHATWG, "URL - IPv4 Parser", WHATWG Living Standard, > > >>>>>>>>>>>>>>> <https://url.spec.whatwg.org/#concept-ipv4-parser>. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Commit snapshot: > > >>>>>>>>>>>>>>> https://url.spec.whatwg.org/commit-snapshots/1b8b8c55eb4bed9f139c9a439fb1c1bf5566b619/#concept-ipv4-parser > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Regarding the date, we don't recommend using a future date for a reference as it doesn't reflect the date for a currently published work (unless there is an anticipated update to the WHATWG specification in December 2025). > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> d) FYI, RFCYYY1 (draft-ietf-tls-svcb-ech) will be updated during the XML stage. > > >>>>>>>>>>>>>>>> --> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> 7) <!-- [rfced] We note that the following terms use fixed-width font > > >>>>>>>>>>>>>>>> inconsistently. Please review these terms and let us know how we should update > > >>>>>>>>>>>>>>>> or if there are any specific patterns that should be followed (e.g., > > >>>>>>>>>>>>>>>> fixed-width font used for field names, variants, etc.). > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> accept_confirmation > > >>>>>>>>>>>>>>>> cipher_suite > > >>>>>>>>>>>>>>>> ClientHello > > >>>>>>>>>>>>>>>> ClientHelloInner > > >>>>>>>>>>>>>>>> ClientHelloOuter > > >>>>>>>>>>>>>>>> ClientHelloOuterAAD > > >>>>>>>>>>>>>>>> config_id > > >>>>>>>>>>>>>>>> ECHClientHello > > >>>>>>>>>>>>>>>> ECHConfig > > >>>>>>>>>>>>>>>> ECHConfig.contents.public_name > > >>>>>>>>>>>>>>>> ECHConfigContents > > >>>>>>>>>>>>>>>> ECHConfigList > > >>>>>>>>>>>>>>>> EncodedClientHelloInner > > >>>>>>>>>>>>>>>> inner > > >>>>>>>>>>>>>>>> maximum_name_length > > >>>>>>>>>>>>>>>> outer > > >>>>>>>>>>>>>>>> payload > > >>>>>>>>>>>>>>>> public_key > > >>>>>>>>>>>>>>>> ServerHello.random > > >>>>>>>>>>>>>>>> zeros > > >>>>>>>>>>>>>>>> —> > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> EKR: Thanks. Fixed width should be used for field names and other PDUs. > > >>>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>>> I notice that some of these are regular words (zeros) so you have to determine from context whether it's referring to some protocol element or just to the concept "carries an encrypted payload" versus "the payload field". Do you want to take a cut at changing as many of these as make sense and then I can review, or would you prefer I make the changes? > > >>>>>>>>>>>>>>>> One question is what to do in definition lists. My sense is that the list heds should be non-fixed-width but maybe you have a convention. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> 2) Thank you for offering to make changes. Please feel free to attach an updated markdown file containing the changes for terms using fixed-width font. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> For definition lists, we typically leave this up to the authors to determine how they would like the terms to appear for consistency. For an example of terms in a definition list using a fixed-width font, see: https://www.rfc-editor.org/rfc/rfc9623.html#section-5.1.1. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> The files have been posted here (please refresh): > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.txt > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.pdf > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.html > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.xml > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849.md > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> The relevant diff files have been posted here (please refresh): > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-diff.html > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-rfcdiff.html (side by side) > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-auth48diff.html > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-auth48rfcdiff.html (side by side) > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Markdown diffs: > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-diff.html > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-rfcdiff.html > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-auth48diff.html > > >>>>>>>>>>>>>>> https://www.rfc-editor.org/authors/rfc9849-md-auth48rfcdiff.html > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> For the AUTH48 status of this document, please see: https://www.rfc-editor.org/auth48/rfc9849. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> We will await approvals from each author prior to moving forward with formatting updates. For details of the AUTH48 process in kramdown-rfc (including the two-part approval process), see: https://www.rfc-editor.org/rpc/wiki/doku.php?id=pilot_test_kramdown_rfc. > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Thank you! > > >>>>>>>>>>>>>>> > > >>>>>>>>>>>>>>> Madison Church > > >>>>>>>>>>>>>>> RFC Production Center > > > > > > -- Kazuho Oku
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… rfc-editor
- [auth48] AUTH48: RFC-to-be 9849 <draft-ietf-tls-e… rfc-editor
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Sean Turner
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] [AD] Re: AUTH48: RFC-to-be 9849 <draft-i… Madison Church
- [auth48] Re: [AD] AUTH48: RFC-to-be 9849 <draft-i… Madison Church
- [auth48] Re: [AD] AUTH48: RFC-to-be 9849 <draft-i… Paul Wouters
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Nick Sullivan
- [auth48] [AD] Re: AUTH48: RFC-to-be 9849 <draft-i… Madison Church
- [auth48] Re: [AD] Re: AUTH48: RFC-to-be 9849 <dra… Paul Wouters
- [auth48] Re: [AD] Re: AUTH48: RFC-to-be 9849 <dra… Nick Sullivan
- [auth48] Re: [AD] Re: AUTH48: RFC-to-be 9849 <dra… Nick Sullivan
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Kazuho Oku
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Christopher Wood
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] [AD - Paul] Re: AUTH48: RFC-to-be 9849 <… Sandy Ginoza
- [auth48] Re: [AD - Paul] Re: AUTH48: RFC-to-be 98… Eric Rescorla
- [auth48] Re: [AD - Paul] AUTH48: RFC-to-be 9849 <… Sandy Ginoza
- [auth48] Re: [AD - Paul] AUTH48: RFC-to-be 9849 <… Sandy Ginoza
- [auth48] Re: [AD - Paul] AUTH48: RFC-to-be 9849 <… Eric Rescorla
- [auth48] Re: [AD - Paul] Re: AUTH48: RFC-to-be 98… Paul Wouters
- [auth48] Re: [AD - Paul] AUTH48: RFC-to-be 9849 <… Sandy Ginoza
- [auth48] Re: [AD - Paul] AUTH48: RFC-to-be 9849 <… Paul Wouters
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Kazuho Oku
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Nick Sullivan
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Kazuho Oku
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Christopher Wood
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] [IANA] Re: AUTH48: RFC-to-be 9849 <draft… Madison Church
- [auth48] [IANA #1445080] [IANA] Re: AUTH48: RFC-t… Amanda Baber via RT
- [auth48] Re: [IANA #1445080] [IANA] Re: AUTH48: R… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] Re: C430: references to RFC 8446 vs draf… Eric Rescorla
- [auth48] Re: C430: references to RFC 8446 vs draf… Eric Rescorla
- [auth48] Re: AUTH48: RFC-to-be 9849 <draft-ietf-t… Madison Church
- [auth48] C430: references to RFC 8446 vs draft-ie… Sandy Ginoza
- [auth48] Re: C430: references to RFC 8446 vs draf… Stephen Farrell
- [auth48] Re: C430: references to RFC 8446 vs draf… Sandy Ginoza
- [auth48] Re: C430: references to RFC 8446 vs draf… Paul Wouters
- [auth48] Re: C430: references to RFC 8446 vs draf… Sean Turner
- [auth48] Re: C430: references to RFC 8446 vs draf… Thomas Fossati
- [auth48] Re: C430: references to RFC 8446 vs draf… Sandy Ginoza