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 <[email protected]> wrote: > > > > On Fri, Jan 16, 2026 at 2:37 PM Madison Church <[email protected]> > 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 <[email protected]> > > 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 > > <[email protected]> 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 <[email protected]> wrote: > >>> > >>> approved (via email and at the PRs listed) > >>> > >>> Paul > >>> > >>> On Thu, Jan 8, 2026 at 4:49 PM Madison Church > >>> <[email protected]> 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 > >>>>> <[email protected]> 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 <[email protected]> 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 > >>>>>> <[email protected]> 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 <[email protected]> > >>>>>>> wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> On Dec 18, 2025, at 11:06, Madison Church > >>>>>>>> <[email protected]> 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 > >>>>>>>>> <[email protected]> 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 <[email protected]> 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 > >>>>>>>>>>> <[email protected]> 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 <[email protected]> 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 <[email protected]> > >>>>>>>>>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> On Wed, Dec 3, 2025 at 6:23 AM Madison Church > >>>>>>>>>>> <[email protected]> wrote: > >>>>>>>>>>> Hi Eric, > >>>>>>>>>>> > >>>>>>>>>>> Thank you for your reply! Please see inline. > >>>>>>>>>>> > >>>>>>>>>>>> On Dec 2, 2025, at 1:38 PM, Eric Rescorla <[email protected]> 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 > >>>>>>>>>>>> <[email protected]> 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 > >>>>>>>>>>>>> <[email protected]> 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 <[email protected]> > >>>>>>>>>>>>>> wrote: > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> Update: I fixed my affiliation. > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> > >>>>>>>>>>>>>> On Thu, Nov 20, 2025 at 8:23 PM Eric Rescorla <[email protected]> > >>>>>>>>>>>>>> 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 <[email protected]> > >>>>>>>>>>>>>> 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 -- auth48archive mailing list -- [email protected] To unsubscribe send an email to [email protected]
