Hi Cenk and Matthias, We have noted your approval of the format at <https://www.rfc-editor.org/auth48/rfc9953>.
We now await approval of the format from Christian. Best regards, Karen Moore RFC Production Center > On Mar 25, 2026, at 2:17 PM, Matthias Waehlisch <[email protected]> > wrote: > > > +1 > > > thanks! > matthias > > On Wed, 25 Mar 2026, Dr. Cenk Gündoğan wrote: > >> Hello Karen, >> >> also approve from my side for the format. >> >> Thanks, >> Cenk >> >> ______________________________________________________________________ >> From: Karen Moore <[email protected]> >> Sent: Wednesday, March 25, 2026 20:22 >> To: Thomas C. Schmidt <[email protected]>; >> [email protected] <[email protected]>; Matthias Waehlisch >> <[email protected]>; Martine Sophie Lenders >> <[email protected]> >> Cc: Dr. Cenk Gündoğan <[email protected]>; >> [email protected] <[email protected]>; >> [email protected] <[email protected]>; Mike Bishop >> <[email protected]>; [email protected] <[email protected]>; >> [email protected] <[email protected]>; Marco >> Tiloca <[email protected]> >> Subject: Re: AUTH48: RFC-to-be 9953 <draft-ietf-core-dns-over-coap-20> >> for your review >> >> Hi Thomas, >> >> We have noted your approval of the format on the AUTH48 >> page(https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_auth48_rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_Cdpg >> nVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRv >> vUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=G78tbbMPPwt7D >> tQLsYJ9j0KSyygrTKhL_2FpEgg55n4&e=). >> >> We will await approval of the format from Christian, Cent, and >> Matthias before moving forward with publication. >> >> Best regards, >> >> Karen Moore >> RPC Production Center >> >>> On Mar 25, 2026, at 11:58 AM, Thomas C. >>> Schmidt<https://urldefense.proofpoint.com/v2/url?u=http-3A__t.schmidt-40haw- >> 2Dhamburg.de&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM& >> r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMta >> P92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=zil9ZegD6tW-hos8f8tYc >> ubgDI4R4Bd83SQKE94WjOI&e=> wrote: >>> >>> Hi Karen, >>> >>> many thanks and yes, I approve. >>> >>> Best, >>> Thomas >>> >>> On 25.03.2026 19:48, Karen Moore wrote: >>>> Hello Martine and *coauthors, >>>> We have updated "Section 2.7" to "Section 2.9” (in Section 7). With >> this change, we have noted your approval of the format on the AUTH48 >> status >> page(https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_auth48_rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_Cdpg >> nVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRv >> vUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=G78tbbMPPwt7D >> tQLsYJ9j0KSyygrTKhL_2FpEgg55n4&e=). >>>> *Christian, Cenk, Thomas, and Matthias, please review the XML file >> and its TXT, HTML, and PDF outputs, and let us know if any changes are >> required or if you approve the RFC for publication. While this is your >> approval of the XML and its outputs, we consider this your final >> assent that the document is ready for publication. To request changes >> or approve your RFC for publication, please reply to this email. >> Please use ‘REPLY ALL’, as all the parties CCed on this message need >> to see your approval. >>>> Note that we will only make changes in the XML file from this point >> on. >>>> —Files (please refresh)— >>>> XML file: >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.xml&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=wcsbw-6jf >> xH-YT_zcHY9CBLhX8YTlZ7MSPe5BulQr9s&e= >>>> Output files: >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A >> _CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzq >> sXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=FDKjxy5K >> K_NkyHEhjnQ9HUj1Dc97BUkH_1ji8D6CdUk&e= >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.pdf&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=aVEmxFgg7 >> 5MtyfLccye-BV3sRYgLT556veWBz_Meijk&e= >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=bWm4pO8_Z >> 1oVOD9xPkYn14use9WVo80NzgHnBBH7-pM&e= >>>> Lastdiff of the text (shows only the format changes): >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dlastdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7 >> jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKr >> I&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI >> &s=G8w9K_rvRr_GvXLtjgOvNUnfT19LsVGXUFSEiP4Cjq4&e= >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dlastrfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN >> 8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7J >> wKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexeb >> tEI&s=MZLrzskAA1Bhftxm77f_p_OvWqU5Z0zdv4SnDFRLGSU&e= (side by side) >>>> Comprehensive diff file of the text: >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrw >> qOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m= >> bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=8 >> et4W8fuw9o2zeqmIfyN2GuZsrI5ln6N-6Ek0PZOiHs&e= >>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7j >> XrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI >> &m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI& >> s=FntVd6eJ9d-ezSqNZgWoZyYWhAsWiV4FzH5P3Qjs4Cc&e= (side by side) >>>> Thank you, >>>> Karen Moore >>>> RFC Production Center >>>>> On Mar 24, 2026, at 11:50 PM, Martine Sophie Lenders >> <[email protected]> wrote: >>>>> >>>>> Hello Karen, hello co-authors, >>>>> >>>>> again only non-rendered parts are removed and the PRE-RFC9952 >> reference is changed to RFC9952. However, the versions of >> [COAP-CORR-CLAR] and [RFC7228bis] also changed. With [COAP-CORR-CLAR] >> this means that the Section reference in the first paragraph of >> Section 7 needs to be changed. While checking that, I noticed that I >> made a mistake in the content review. The section that needs to be >> referenced is now 2.9 in corr-clar-04 (was 2.8 in -03, NOT 2.7), see >> [1] where the reference was originally introduced and pointed to the >> then Section 2.6 "RFC 7252-9.1/11.3: Handling outdated addresses and >> security contexts" (which is Section 2.9 in corr-clar-04). As such, >> please make the following change in Section 7: >>>>> >>>>> Current: >>>>> Section 2.7 of >>>>> [CoAP-CORR-CLAR] provides insights on what can be done when >> those are >>>>> resumed from a new endpoint. >>>>> >>>>> Change: >>>>> Section 2.9 of >>>>> [CoAP-CORR-CLAR] provides insights on what can be done when >> those are >>>>> resumed from a new endpoint. >>>>> >>>>> The [RFC7228bis] reference does not refer to a specific section >> and the information we are referencing is still in the document. So, >> after the change above, we are good to go, I believe. >>>>> >>>>> Best >>>>> Martine >>>>> >>>>> [1]https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf >> .org_doc_html_draft-2Dietf-2Dcore-2Ddns-2Dover-2Dcoap-2D10-23section >> -2D8&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNS >> AgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXx >> kuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=FEW-BQTPVYzzMnPUynostYxty_XNy >> 4-IngcS89aIH3o&e= >>>>> >>>>> On 3/25/26 06:57, Karen Moore wrote: >>>>>> Hello authors, >>>>>> We have converted the kramdown-rfc file to RFCXML. Note that we >> have updated “[PRE-RFC9952]” to “[RFC9952]”, and we have updated the >> title of RFC-to-be 9952 to match the edited document. >>>>>> Please review the XML file and its TXT, HTML, and PDF outputs, >> and let us know if any changes are required or if you approve the RFC >> for publication. While this is your approval of the XML and its >> outputs, we consider this your final assent that the document is ready >> for publication. To request changes or approve your RFC for >> publication, please reply to this email. Please use ‘REPLY ALL’, as >> all the parties CCed on this message need to see your approval. >>>>>> Note that we will only make changes in the XML file from this >> point on. >>>>>> XML file: >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.xml&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=wcsbw-6jf >> xH-YT_zcHY9CBLhX8YTlZ7MSPe5BulQr9s&e= >>>>>> Output files: >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A >> _CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzq >> sXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=FDKjxy5K >> K_NkyHEhjnQ9HUj1Dc97BUkH_1ji8D6CdUk&e= >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.pdf&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=aVEmxFgg7 >> 5MtyfLccye-BV3sRYgLT556veWBz_Meijk&e= >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=bWm4pO8_Z >> 1oVOD9xPkYn14use9WVo80NzgHnBBH7-pM&e= >>>>>> Lastdiff of the text (shows only the format changes): >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dlastdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7 >> jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKr >> I&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI >> &s=G8w9K_rvRr_GvXLtjgOvNUnfT19LsVGXUFSEiP4Cjq4&e= >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dlastrfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN >> 8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7J >> wKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexeb >> tEI&s=MZLrzskAA1Bhftxm77f_p_OvWqU5Z0zdv4SnDFRLGSU&e= (side by side) >>>>>> Comprehensive diff file of the text: >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrw >> qOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m= >> bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=8 >> et4W8fuw9o2zeqmIfyN2GuZsrI5ln6N-6Ek0PZOiHs&e= >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7j >> XrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI >> &m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI& >> s=FntVd6eJ9d-ezSqNZgWoZyYWhAsWiV4FzH5P3Qjs4Cc&e= (side by side) >>>>>> For the AUTH48 status of this document, please see: >>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_auth48_rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_Cdpgn >> VfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvv >> UgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=G78tbbMPPwt7Dt >> QLsYJ9j0KSyygrTKhL_2FpEgg55n4&e= >>>>>> Thank you, >>>>>> Karen Moore >>>>>> RFC Production Center >>>>>>> On Mar 24, 2026, at 9:49 PM, Karen Moore >> <[email protected]> wrote: >>>>>>> >>>>>>> Hi Mike, Martine, and Marco, >>>>>>> >>>>>>> Thank you for your replies. We have noted Mike’s approval of the >> beyond editorial changes on the AUTH48 status >> page(https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_auth48_rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_Cdpg >> nVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRv >> vUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=G78tbbMPPwt7D >> tQLsYJ9j0KSyygrTKhL_2FpEgg55n4&e=). >>>>>>> >>>>>>> Given the current status of RFC-to-be 9846 and that no author >> approvals have been received to date, we will leave references to RFC >> 8446 in this document as is. >>>>>>> >>>>>>> Authors, now that we have received all necessary approvals of >> the content, we will be proceeding with Part 2 of AUTH48; we will >> contact you shortly regarding the format of the XML and output files. >>>>>>> >>>>>>> Best regards, >>>>>>> >>>>>>> Karen Moore >>>>>>> RFC Production Center >>>>>>> >>>>>>> >>>>>>>> On Mar 24, 2026, at 3:52 PM, Mike Bishop <[email protected]> >> wrote: >>>>>>>> >>>>>>>> Works for me. >>>>>>>> >>>>>>>> >>>>>>>> From: Marco Tiloca <[email protected]> >>>>>>>> Sent: Tuesday, March 24, 2026 4:42:55 PM >>>>>>>> To: Martine Sophie Lenders <[email protected]>; >> Mike Bishop <[email protected]> >>>>>>>> Cc: Karen Moore >>>>>>>> <[email protected]>;[email protected]<https://urldefense.proofpoint.com/v2/url >> ?u=http-3A__cenk.gundogan-40neuralagent.ai&d=DwIFaQ&c=euGZstcaTDllvi >> mEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rC >> V7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHce >> xebtEI&s=wjiz-17XMsKgXLZ2RGx7oN9YWTo_Yxgibd9OaI6RlNU&e=>; Matthias >> Waehlisch <[email protected]>; >> [email protected]<https://urldefense.proofpoint.com/v2/url?u=http-3A__t.schmidt-40haw- >> 2Dhamburg.de&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM& >> r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMta >> P92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=zil9ZegD6tW-hos8f8tYc >> ubgDI4R4Bd83SQKE94WjOI&e=>; [email protected] >> <[email protected]>; [email protected] >> <[email protected]>; [email protected] <[email protected]>; >> [email protected]<[email protected]>; >> [email protected] <[email protected]> >>>>>>>> Subject: Re: [AD] Re: AUTH48: RFC-to-be 9953 >> <draft-ietf-core-dns-over-coap-20> for your review >>>>>>>> Hi, >>>>>>>> >>>>>>>> Speaking as Document Shepherd, I also think that either answer >> is fine, but I would like to point out that RFC9846-to-be is a complex >> document that has already spent more than three months in AUTH48, now >> with a pending proposed update (see [1][2][3] and the related ongoing >> consensus call [4] until April 6). >>>>>>>> >>>>>>>> Because of that, and since the reference to RFC 8446 is rather >> specific (in the context of RFC 8323 and of the possible use of SNI), >> there is no need to queue up behind RFC9846-to-be, and keeping the >> reference RFC 8846 feels like preferable. >>>>>>>> >>>>>>>> Best, >>>>>>>> /Marco >>>>>>>> >>>>>>>> [1]https://urldefense.proofpoint.com/v2/url?u=https-3A__mailarchive.ietf >> .org_arch_msg_tls_zWP2Q4fAjL6KdX2pOX3ekduOQOU_&d=DwIFaQ&c=euGZstcaTD >> llvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ro >> n3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeX >> FHcexebtEI&s=hhKL06gUiLEUw5NsjIuKzIxgrXDX4CP9dtG8uwM_dvs&e= >>>>>>>> >>>>>>>> [2]https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_tlswg >> _tls13-2Dspec_pull_1410&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_C >> dpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsX >> bRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=EDyCO-R97i >> nuRfGvAuM4cOk3_N4ekGSQvJpU5lxaIAE&e= >>>>>>>> >>>>>>>> [3]https://urldefense.proofpoint.com/v2/url?u=https-3A__mailarchive.ietf >> .org_arch_msg_tls_jpSC-5FG9chvSpL34X7pH3oCKh6cE_&d=DwIFaQ&c=euGZstca >> TDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2 >> Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4yg >> eXFHcexebtEI&s=EnI95Oke1u-JpWlYyVQwvuvhNZdzbvxehtiN69unJwo&e= >>>>>>>> >>>>>>>> [4]https://urldefense.proofpoint.com/v2/url?u=https-3A__mailarchive.ietf >> .org_arch_msg_tls_HXlf6FvX4B6NmH0zeffiTiXCXw8_&d=DwIFaQ&c=euGZstcaTD >> llvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ro >> n3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeX >> FHcexebtEI&s=pjJxdwJhHeknrNrSEq9V9_QY44KgW3UDiZqpcu3urU0&e= >>>>>>>> >>>>>>>> From: Martine Sophie Lenders >>>>>>>> Sent: Tuesday, March 24, 2026 9:15 PM >>>>>>>> To: Mike Bishop >>>>>>>> Cc: Karen Moore; [email protected]; Matthias >> Waehlisch; [email protected]; [email protected]; >> [email protected]; [email protected]; [email protected]; >> Marco Tiloca; [email protected] >>>>>>>> Subject: Re: [AD] Re: AUTH48: RFC-to-be 9953 >> <draft-ietf-core-dns-over-coap-20> for your review >>>>>>>> >>>>>>>> On 3/24/26 15:10, Mike Bishop wrote: >>>>>>>>> Given that 8446-bis is also in AUTH48, might it make sense to >> update the >>>>>>>>> references from 8446 to 9846 and avoid referencing a newly- or >> nearly- >>>>>>>>> obsoleted document? >>>>>>>>> >>>>>>>>> I'm fine with either answer; the changes in this diff are >> approved. >>>>>>>> >>>>>>>> Discussed this with Christian offline today. He and I would >> leave it in >>>>>>>> the end to the RFC editor. But considering that RFC-to-be 9846 >> is >>>>>>>> already in AUTH48 for quite a while, we would prefer that if >> it's just a >>>>>>>> week of delay, update the reference, otherwise we would prefer >> it to >>>>>>>> leave it as is. >>>>>>>> >>>>>>>> Best >>>>>>>> Martine >>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >> --- >>>>>>>>> *From:* Martine Sophie Lenders >>>>>>>>> *Sent:* Thursday, March 19, 2026 9:55 PM >>>>>>>>> *To:* Mike Bishop >>>>>>>>> *Cc:* Karen Moore; [email protected]; Matthias >> Waehlisch; >>>>>>>>> [email protected]; [email protected]; >> rfc-editor@rfc- >>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org&d=DwIF >> aQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63v >> yTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b >> 3fxdBhG_5E4ygeXFHcexebtEI&s=Bn1X2mYraFY3TiFV__n4ATXY3m_VhZ3K2hUrnhew >> Xg0&e=; [email protected]; [email protected]; [email protected]; >>>>>>>>> [email protected] >>>>>>>>> *Subject:* Re: [AD] Re: AUTH48: RFC-to-be 9953 >> <draft-ietf-core-dns- >>>>>>>>> over-coap-20> for your review >>>>>>>>> >>>>>>>>> Hi Mike, >>>>>>>>> >>>>>>>>> On 3/18/26 19:00, Karen Moore wrote: >>>>>>>>>> Hi Martine, Thomas, Matthias, Christian, Cenk, and *Mike >> (AD), >>>>>>>>>> >>>>>>>>>> Thank you for your replies. We have noted all of your >> approvals for >>>>>>>>> the content of this document on the AUTH48 status >>>>>>>>> page(https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2D&d=Dw >> IFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei6 >> 3vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y >> 9b3fxdBhG_5E4ygeXFHcexebtEI&s=Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4 >> pR56o&e= >>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_auth48 >> _rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hl >> uYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92d >> lmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=EEW-lA2zBFzFRUxy9PIS7eOYq >> Hf3QRiMUZ6DQ_TErIk&e= <https://urldefense.proofpoint.com/v2/url?u=ht >> tps-3A__www.rfc-2Deditor.org_auth48_rfc9953&d=DwIFaQ&c=euGZstcaTDllv >> imEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3r >> CV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHc >> exebtEI&s=G78tbbMPPwt7DtQLsYJ9j0KSyygrTKhL_2FpEgg55n4&e=>). >>>>>>>>> Note that we will remove any hidden comments prior to >> publication. Once >>>>>>>>> Mike approves the beyond editorial changes made, we will >> contact you >>>>>>>>> regarding approving the format of the document. >>>>>>>>>> >>>>>>>>>> *Mike, as AD, please review the updates to the following >> sections and >>>>>>>>> let us know if you approve. The changes can be viewed here: >> <[https://]https://>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b >> 7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwK >> rI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtE >> I&s=LGr3GHN1J6D5qJUyr_FcZLV62EjvthhcUtFAEozMOEA&e= <https://urldefen >> se.proofpoint.com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaT >> DllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2R >> on3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4yge >> XFHcexebtEI&s=Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v >> 5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxF >> zqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=RPR0dW >> DDoLXNzeP0HbSkYvjAU-a2ZbQ8GI2ZuOW2MXY&e=>>. >>>>>>>>>> >>>>>>>>>> Section 3.2 (review "has a length between 0 and 23 octets, >> inclusive”) >>>>>>>>>> Section 3.2.1 (updates to the figures) >>>>>>>>>> [Note from Martine]: >>>>>>>>>> a) The hexadecimal TTL `00 00 06 6b` in the third example >> parses >>>>>>>>> to 1643, not 643. >>>>>>>>>> b) The RDATA in the last example contains 44 bytes (00 >> 2c), not >>>>>>>>> 43 bytes (00 2b) >>>>>>>>> >>>>>>>>> These changes to the examples should be confirmable with any >> DNS parser >>>>>>>>> as the actual SVCB record data is not touched. However, there >> is also an >>>>>>>>> update in the current main branch of the Python-based DNS >> toolkit >>>>>>>>> `dnspython` [1] which specifically allows for parsing the >> docpath >>>>>>>>> SvcParam, in case you need output similar to the >> "human-readable" one. >>>>>>>>> >>>>>>>>> Hope that can help you with your review. >>>>>>>>> >>>>>>>>> Martine >>>>>>>>> >>>>>>>>> [1] >>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_rthal >> ley_dnspython_&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiM >> M&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbM >> taP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=Wh2geFb5CHxYDpyJqFx >> pG8rx5qiHIGgVIV-JGDcUYI0&e= >>>>>>>>> commit/08c5a9e6914b63eafb3a8b959c463a9213714ca3<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_&d=D >> wIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei >> 63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0 >> Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=0obHB9Kc7LY3lAgYJv1u1vJbaU_bftR48VkjL >> 9k0jv4&e=>>>>>>> >> rthalley/dnspython/commit/08c5a9e6914b63eafb3a8b959c463a9213714ca3> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Section 4.3 (added “OPTIONAL”) >>>>>>>>>> Section 5.1 (updated "do so” to "unsubscribe or close the >> session”) >>>>>>>>>> Acknowledgements (new text added) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> —Files (please refresh)— >>>>>>>>>> Updated MD file: >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.md&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_C >> dpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsX >> bRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=5ANQKMxROl >> 0zWOyh6utjCEu7z_G4qLo6Yp7gENhwRy4&e= <https://urldefense.proofpoint. >> com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXr >> wqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m >> =bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s= >> Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.md&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM& >> r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMta >> P92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=nkO9UNwMK3qbFrFZVZELr >> jlf7H-dAE4w-DpXDmqwXcI&e=> >>>>>>>>>> >>>>>>>>>> Updated output files: >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A >> _CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzq >> sXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=FDKjxy5K >> K_NkyHEhjnQ9HUj1Dc97BUkH_1ji8D6CdUk&e= <https://urldefense.proofpoin >> t.com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7j >> XrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI >> &m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI& >> s=Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiM >> M&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbM >> taP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=BTt2P0vVEKFGkRpPRTA >> GhEoWeZOzF6lEmlEggCUZp08&e=> >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.pdf&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=aVEmxFgg7 >> 5MtyfLccye-BV3sRYgLT556veWBz_Meijk&e= <https://urldefense.proofpoint >> .com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jX >> rwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI& >> m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s >> =Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.pdf&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM >> &r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMt >> aP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=LueGXhmWoYT2NF3yxp9i >> fsbgb77dfvPgyWSogJerAKI&e=> >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=bWm4pO8_Z >> 1oVOD9xPkYn14use9WVo80NzgHnBBH7-pM&e= <https://urldefense.proofpoint >> .com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jX >> rwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI& >> m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s >> =Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM >> &r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMt >> aP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=hSabFRmNpjpai4xg9DoS >> _FJf2tSmISjyJSejLrJJ79A&e=> >>>>>>>>>> >>>>>>>>>> Diff files of the text: >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrw >> qOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m= >> bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=8 >> et4W8fuw9o2zeqmIfyN2GuZsrI5ln6N-6Ek0PZOiHs&e= <[https://]https://>>> >>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwq >> Of-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=b >> VFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=m4 >> Sszyg1RrX58cDBsDoXl7ZM6u3ef5QnneJ3ozFipkw&e=> (all changes) >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953rfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrw >> qOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m= >> bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=y >> y3rzGkucr_kJqqe3e2QBOCHM0MdlW4E6mZErsvuvIg&e= <[https://]https://>>> >>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953rfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwq >> Of-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=b >> VFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=51 >> BS2RztoSCqAH3E97Jd2NWeo-qfB8nPBUXrZjomQWY&e=> (all changes side by >> side) >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8 >> b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7Jw >> KrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebt >> EI&s=FSaHEVPtU3iB4QQY7f_PIZwnXgOnBlMBDzbHjAX2FaA&e= <[https://]https >> ://>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b >> 7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwK >> rI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtE >> I&s=LGr3GHN1J6D5qJUyr_FcZLV62EjvthhcUtFAEozMOEA&e=> (AUTH48 changes) >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dauth48rfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvim >> EN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV >> 7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcex >> ebtEI&s=Tk5qSmt0fZ4OuZx3RlYNZ6SRzF3jW85mAiQGCyusGRo&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dauth48rfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvi >> mEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rC >> V7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHce >> xebtEI&s=Tk5qSmt0fZ4OuZx3RlYNZ6SRzF3jW85mAiQGCyusGRo&e=> (AUTH48 >>>>>>>>> changes side by side) >>>>>>>>>> >>>>>>>>>> Diff files of the kramdown: >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b >> 7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwK >> rI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtE >> I&s=ZDTf4X-lLGHyuaRlSr9cJfcdo5hHCYv8C5at_AqAXAs&e= <[https://]https: >> //>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Dmd-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7 >> jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKr >> I&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI >> &s=BupR7bhcGkbdTJdddiC_4fzD9HrCp9Q7dVhlOR_5rqU&e=> (all changes) >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimE >> N8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7 >> JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexe >> btEI&s=xOERAuU3c8qyJ4vX2cGdihkJV48JLlAlQOqJUk-V6sY&e= <[https://]htt >> ps://>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Dmd-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN >> 8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7J >> wKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexeb >> tEI&s=-TX8GzHueVMh0xKhK1lQJEfBnLypy0onTaPK_BFyts4&e=> (all changes >> side by >>>>>>>>> side) >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDllv >> imEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3r >> CV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHc >> exebtEI&s=984L1eiOQ_kl4eIYiskyED64gkkv8iSrQUJdjRTQoZY&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dmd-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDll >> vimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3 >> rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFH >> cexebtEI&s=984L1eiOQ_kl4eIYiskyED64gkkv8iSrQUJdjRTQoZY&e=> (AUTH48 >>>>>>>>> changes) >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Dauth48rfcdiff.html&d=DwIFaQ&c=euGZstcaTD >> llvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ro >> n3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeX >> FHcexebtEI&s=5D9hsbLTWrqFQe7WlteVTVfgH484ZPBFFohQVCHTfCo&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dmd-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf >> -v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVF >> xFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=V7Ip >> uwgZXlBL6wqahLCbZ2GPBkEr7qRC4Or6bJSnXx0&e=>>>>>>> auth48rfcdiff.html> >> (AUTH48 changes side by side) >>>>>>>>>> >>>>>>>>>> For the AUTH48 status of this document, please see: >>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_auth48_rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_Cdpgn >> VfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvv >> UgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=G78tbbMPPwt7Dt >> QLsYJ9j0KSyygrTKhL_2FpEgg55n4&e=<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2D&d=Dw >> IFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei6 >> 3vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y >> 9b3fxdBhG_5E4ygeXFHcexebtEI&s=Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4 >> pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_auth48 >> _rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hl >> uYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92d >> lmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=EEW-lA2zBFzFRUxy9PIS7eOYq >> Hf3QRiMUZ6DQ_TErIk&e=> >>>>>>>>>> >>>>>>>>>> Best regards, >>>>>>>>>> >>>>>>>>>> Karen Moore >>>>>>>>>> RFC Production Center >>>>>>>>>> >>>>>>>>>>> On Mar 17, 2026, at 11:02 PM, Martine Sophie Lenders >>>>>>>>> <[email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Karen and team, >>>>>>>>>>> >>>>>>>>>>> thanks for processing this. >>>>>>>>>>> >>>>>>>>>>> One minor thing I noticed is, that there is still a list of >>>>>>>>> references no longer used (from the deleted appendices and >>>>>>>>> implementation status sections) at the very bottom of the >> markdown >>>>>>>>> version from line 809. Also there is still the comment on the >> too long >>>>>>>>> TXT output. From what I can see this resolved. >>>>>>>>>>> >>>>>>>>>>> But neither those references nor the comment references show >> up in >>>>>>>>> the final HTML or TXT, so I count them as formatting updates >> and approve >>>>>>>>> the publication of the current version. >>>>>>>>>>> >>>>>>>>>>> Best >>>>>>>>>>> Martine >>>>>>>>>>> >>>>>>>>>>> On 3/18/26 00:58, Karen Moore wrote: >>>>>>>>>>>> Hello Martine, >>>>>>>>>>>> Thank you for your reply. We have updated our files >> accordingly. >>>>>>>>> Please note that we updated one instance of “Lenders, M.” To >> “Lenders, >>>>>>>>> M. S.” per your request. Please review and let us know if any >> further >>>>>>>>> changes are needed or if you approve the document in its >> current form. >>>>>>>>>>>> Note that we will await approvals from each author prior to >> moving >>>>>>>>> forward with formatting updates. >>>>>>>>>>>> —Files— >>>>>>>>>>>> Note that it may be necessary for you to refresh your >> browser to >>>>>>>>> view the most recent version. Please review the contents of >> the document >>>>>>>>> carefully as we do not make changes once it has been published >> as an RFC. >>>>>>>>>>>> For details of the AUTH48 process in kramdown-rfc >> (including the >>>>>>>>> two-part approval process), >>>>>>>>> seehttps://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_rpc_wiki_&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiM >> M&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbM >> taP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=sz4B4qo4GuWLenZYG2g >> lZMHZ0LprvLmZNvf8Ms4LUYI&e= >>>>>>>>> doku.php?id=pilot_test_kramdown_rfc<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_rpc_&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r= >> hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP9 >> 2dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=KHggaVO2RkgxCEWe-MrI7Sp >> poGhHzwvlM8RDwCdoiIY&e=>>>>>>> >> wiki/doku.php?id=pilot_test_kramdown_rfc>. >>>>>>>>>>>> Updated MD file: >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.md&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_C >> dpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsX >> bRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=5ANQKMxROl >> 0zWOyh6utjCEu7z_G4qLo6Yp7gENhwRy4&e= <https://urldefense.proofpoint. >> com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXr >> wqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m >> =bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s= >> Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.md&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM& >> r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMta >> P92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=nkO9UNwMK3qbFrFZVZELr >> jlf7H-dAE4w-DpXDmqwXcI&e=> >>>>>>>>>>>> Updated output files: >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A >> _CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzq >> sXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=FDKjxy5K >> K_NkyHEhjnQ9HUj1Dc97BUkH_1ji8D6CdUk&e= <https://urldefense.proofpoin >> t.com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7j >> XrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI >> &m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI& >> s=Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiM >> M&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbM >> taP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=BTt2P0vVEKFGkRpPRTA >> GhEoWeZOzF6lEmlEggCUZp08&e=> >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.pdf&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=aVEmxFgg7 >> 5MtyfLccye-BV3sRYgLT556veWBz_Meijk&e= <https://urldefense.proofpoint >> .com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jX >> rwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI& >> m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s >> =Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.pdf&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM >> &r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMt >> aP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=LueGXhmWoYT2NF3yxp9i >> fsbgb77dfvPgyWSogJerAKI&e=> >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=bWm4pO8_Z >> 1oVOD9xPkYn14use9WVo80NzgHnBBH7-pM&e= <https://urldefense.proofpoint >> .com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jX >> rwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI& >> m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s >> =Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM >> &r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMt >> aP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=hSabFRmNpjpai4xg9DoS >> _FJf2tSmISjyJSejLrJJ79A&e=> >>>>>>>>>>>> Diff files of the text: >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrw >> qOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m= >> bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=8 >> et4W8fuw9o2zeqmIfyN2GuZsrI5ln6N-6Ek0PZOiHs&e= <[https://]https://>>> >>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwq >> Of-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=b >> VFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=m4 >> Sszyg1RrX58cDBsDoXl7ZM6u3ef5QnneJ3ozFipkw&e=> (all changes) >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953rfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrw >> qOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m= >> bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=y >> y3rzGkucr_kJqqe3e2QBOCHM0MdlW4E6mZErsvuvIg&e= <[https://]https://>>> >>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953rfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwq >> Of-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=b >> VFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=51 >> BS2RztoSCqAH3E97Jd2NWeo-qfB8nPBUXrZjomQWY&e=> (all changes side by >> side) >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8 >> b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7Jw >> KrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebt >> EI&s=FSaHEVPtU3iB4QQY7f_PIZwnXgOnBlMBDzbHjAX2FaA&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDllvimEN >> 8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7J >> wKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexeb >> tEI&s=FSaHEVPtU3iB4QQY7f_PIZwnXgOnBlMBDzbHjAX2FaA&e=> (AUTH48 >>>>>>>>> changes) >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dauth48rfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvim >> EN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV >> 7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcex >> ebtEI&s=Tk5qSmt0fZ4OuZx3RlYNZ6SRzF3jW85mAiQGCyusGRo&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dauth48rfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvi >> mEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rC >> V7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHce >> xebtEI&s=Tk5qSmt0fZ4OuZx3RlYNZ6SRzF3jW85mAiQGCyusGRo&e=> (AUTH48 >>>>>>>>> changes side by side) >>>>>>>>>>>> Diff files of the kramdown: >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b >> 7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwK >> rI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtE >> I&s=ZDTf4X-lLGHyuaRlSr9cJfcdo5hHCYv8C5at_AqAXAs&e= <[https://]https: >> //>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Dmd-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7 >> jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKr >> I&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI >> &s=BupR7bhcGkbdTJdddiC_4fzD9HrCp9Q7dVhlOR_5rqU&e=> (all changes) >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimE >> N8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7 >> JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexe >> btEI&s=xOERAuU3c8qyJ4vX2cGdihkJV48JLlAlQOqJUk-V6sY&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dmd-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvim >> EN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV >> 7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcex >> ebtEI&s=xOERAuU3c8qyJ4vX2cGdihkJV48JLlAlQOqJUk-V6sY&e=> (all >>>>>>>>> changes side by side) >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDllv >> imEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3r >> CV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHc >> exebtEI&s=984L1eiOQ_kl4eIYiskyED64gkkv8iSrQUJdjRTQoZY&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dmd-2Dauth48diff.html&d=DwIFaQ&c=euGZstcaTDll >> vimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3 >> rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFH >> cexebtEI&s=984L1eiOQ_kl4eIYiskyED64gkkv8iSrQUJdjRTQoZY&e=> (AUTH48 >>>>>>>>> changes) >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Dauth48rfcdiff.html&d=DwIFaQ&c=euGZstcaTD >> llvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ro >> n3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeX >> FHcexebtEI&s=5D9hsbLTWrqFQe7WlteVTVfgH484ZPBFFohQVCHTfCo&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dmd-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf >> -v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVF >> xFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=V7Ip >> uwgZXlBL6wqahLCbZ2GPBkEr7qRC4Or6bJSnXx0&e=>>>>>>> auth48rfcdiff.html> >> (AUTH48 changes side by side) >>>>>>>>>>>> For the AUTH48 status of this document, please see: >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_auth48_rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_Cdpgn >> VfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvv >> UgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=G78tbbMPPwt7Dt >> QLsYJ9j0KSyygrTKhL_2FpEgg55n4&e= <https://urldefense.proofpoint.com/ >> v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf >> -v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVF >> xFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=Z-K6 >> n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_auth48 >> _rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hl >> uYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92d >> lmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=EEW-lA2zBFzFRUxy9PIS7eOYq >> Hf3QRiMUZ6DQ_TErIk&e=> >>>>>>>>>>>> Best regards, >>>>>>>>>>>> Karen Moore >>>>>>>>>>>> RFC Production Center >>>>>>>>>>>>> On Mar 16, 2026, at 4:54 PM, Martine Sophie Lenders >>>>>>>>> <[email protected]> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Dear RFC editor team, >>>>>>>>>>>>> >>>>>>>>>>>>> here too, sorry for the late reply. Find our answers, >> additional >>>>>>>>> nits and errors found, and additional requests inline. >>>>>>>>>>>>> >>>>>>>>>>>>> On 3/6/26 04:15, [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] FYI: We >>>>>>>>>>>>>> updatedhttps://urldefense.proofpoint.com/v2/url?u=http-3A__-5BI-2DD.ie&d=DwI >> FaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63 >> vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9 >> b3fxdBhG_5E4ygeXFHcexebtEI&s=wJqou8szi8YdzMujiByaXSXvM2i_87pGsCPt2Tt >> 2vgE&e=tf-core-coap-dtls-alpn] to >>>>>>>>> [PRE-RFC9952] >>>>>>>>>>>>>> for now. We will make the final updates in RFCXML (i.e., >> remove >>>>>>>>> "PRE-"). >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> ACK. >>>>>>>>>>>>> >>>>>>>>>>>>>> 2) <!--[rfced] Please note that the title of the document >> has been >>>>>>>>>>>>>> updated as follows. The abbreviation has been expanded >> per >>>>>>>>> Section 3.6 >>>>>>>>>>>>>> of RFC 7322 ("RFC Style Guide"). We also added "the". >> Please review. >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> DNS over CoAP (DoC) >>>>>>>>>>>>>> Current: >>>>>>>>>>>>>> DNS over the Constrained Application Protocol (DoC) >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> See remarks in the reply on RFC-to-be-9952 with regards to >> "CoAP" >>>>>>>>> in the title. Our preferred title would be >>>>>>>>>>>>> >>>>>>>>>>>>>> DNS over CoAP (DoC) >>>>>>>>>>>>> >>>>>>>>>>>>> If adding CoAP to the well-known abbreviation list is not >>>>>>>>> possible, your proposal is fine. >>>>>>>>>>>>> >>>>>>>>>>>>>> 3) <!--[rfced] May we remove "(CoAPS)" in the Abstract as >> this >>>>>>>>>>>>>> term/abbreviation is not used elsewhere in the document? >> Please >>>>>>>>>>>>>> review. >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> These CoAP messages can be protected by (D)TLS-Secured >> CoAP >>>>>>>>> (CoAPS) >>>>>>>>>>>>>> or Object Security for Constrained RESTful >> Environments >>>>>>>>> (OSCORE) to >>>>>>>>>>>>>> provide encrypted DNS message exchange for constrained >> devices in >>>>>>>>>>>>>> the Internet of Things (IoT). >>>>>>>>>>>>>> Perhaps: >>>>>>>>>>>>>> These CoAP messages can be protected by (D)TLS-Secured >> CoAP or >>>>>>>>>>>>>> Object Security for Constrained RESTful Environments >> (OSCORE) to >>>>>>>>>>>>>> provide encrypted DNS message exchange for constrained >> devices in >>>>>>>>>>>>>> the Internet of Things (IoT). >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> ACK. >>>>>>>>>>>>> >>>>>>>>>>>>>> 4) <!--[rfced] FYI: draft-ietf-iotops-7228bis has not >> been >>>>>>>>> published yet >>>>>>>>>>>>>> (currently, its IESG state is "I-D Exists"). Thus, we >> have left >>>>>>>>>>>>>> references to RFC 7228 and draft-ietf-iotops-7228bis as >> is. >>>>>>>>>>>>>> Author note: >>>>>>>>>>>>>> Please remove the {{-constr-nodes}} reference and >> replace >>>>>>>>>>>>>> it with {{I-D.ietf-iotops-7228bis}} throughout the >> document >>>>>>>>> in case >>>>>>>>>>>>>> {{I-D.ietf-iotops-7228bis}} becomes an RFC before >> publication. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> Yes, sadly draft-ietf-iotops-7228bis will take a little >> longer >>>>>>>>> until publication. >>>>>>>>>>>>> >>>>>>>>>>>>>> 5) <!--[rfced] FYI - We updated "authoritive name server" >> to >>>>>>>>> "authoritative name >>>>>>>>>>>>>> server" to match other usage in this document and in >> other RFCs. >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> That DoC server can be the authoritive name server for >> the >>>>>>>>> queried >>>>>>>>>>>>>> record or a DNS client (i.e., a stub or recursive >> resolver) that >>>>>>>>>>>>>> resolves DNS information by using other DNS transports >> such >>>>>>>>> as DNS >>>>>>>>>>>>>> over UDP [STD13], DNS over HTTPS [RFC8484], or DNS >> over QUIC >>>>>>>>>>>>>> [RFC9250] when communicating with the upstream DNS >>>>>>>>> infrastructure. >>>>>>>>>>>>>> Updated: >>>>>>>>>>>>>> That DoC server can be the authoritative name server >> for the >>>>>>>>> queried >>>>>>>>>>>>>> record or a DNS client (i.e., a stub or recursive >> resolver) that >>>>>>>>>>>>>> resolves DNS information by using other DNS transports >> such >>>>>>>>> as DNS >>>>>>>>>>>>>> over UDP [STD13], DNS over HTTPS [RFC8484], or DNS >> over QUIC >>>>>>>>>>>>>> [RFC9250] when communicating with the upstream DNS >>>>>>>>> infrastructure. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> ACK. >>>>>>>>>>>>> >>>>>>>>>>>>>> 6) <!-- [rfced] Please clarify "is of length 0 and 24 >> octets" in >>>>>>>>> this sentence. >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> As long as each docpath- >>>>>>>>>>>>>> segment is of length 0 and 24 octets, it is easily >>>>>>>>> transferred into >>>>>>>>>>>>>> the path representation in CRIs [I-D.ietf-core-href] >> by >>>>>>>>> masking each >>>>>>>>>>>>>> length octet with the CBOR text string major type 3 >> (0x60 as an >>>>>>>>>>>>>> octet, see [RFC8949]). >>>>>>>>>>>>>> Perhaps: >>>>>>>>>>>>>> As long as each docpath- >>>>>>>>>>>>>> segment has a length between 0 and 24 octets, it is >> easily >>>>>>>>> transferred into >>>>>>>>>>>>>> the path representation in CRIs [CRI] by masking each >> length >>>>>>>>> octet >>>>>>>>>>>>>> with the CBOR text string major type 3 (0x60 as an >> octet; see >>>>>>>>>>>>>> [RFC8949]). >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> Yes, it must be "between 0 and ...", however there is also >> a >>>>>>>>> technical error in that sentence (thanks Marco, for noticing >> last >>>>>>>>> minute!). To avoid ambiguity it is probably also best, to >> spefify that >>>>>>>>> the range is inclusive. It must read >>>>>>>>>>>>> >>>>>>>>>>>>> As long as each docpath- >>>>>>>>>>>>> segment has a length between 0 and 23 octets, >> inclusive, it is >>>>>>>>>>>>> easily transferred into >>>>>>>>>>>>> the path representation in CRIs [CRI] by masking each >> length octet >>>>>>>>>>>>> with the CBOR text string major type 3 (0x60 as an >> octet; see >>>>>>>>>>>>> [RFC8949]). >>>>>>>>>>>>> >>>>>>>>>>>>> 24 is already the marker for that the value of the >> argument is >>>>>>>>> held in the following 1 byte (see [RFC8949, section 3]) and >> would thus >>>>>>>>> not be as easily transferable as stated. >>>>>>>>>>>>> >>>>>>>>>>>>>> 7) <!--[rfced] We are having trouble parsing this >> sentence. >>>>>>>>> Please let us >>>>>>>>>>>>>> know if it can be revised as shown below for clarity. >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> Likewise, it can be transferred into a URI >> path-abempty form by >>>>>>>>>>>>>> replacing each length octet with the "/" character >> None of the >>>>>>>>>>>>>> abovementioned prevent longer docpath-segments than >> the >>>>>>>>> considered, >>>>>>>>>>>>>> they just make the translation harder, as they require >> to >>>>>>>>> make space >>>>>>>>>>>>>> for the longer delimiters, in turn requiring to move >> octets. >>>>>>>>>>>>>> Perhaps: >>>>>>>>>>>>>> Likewise, it can be transferred into a URI >> path-abempty form by >>>>>>>>>>>>>> replacing each length octet with the "/" character. >> None of the >>>>>>>>>>>>>> abovementioned prevent longer docpath-segments than >> the >>>>>>>>> considered >>>>>>>>>>>>>> ones; they just make the translation harder as space >> is required >>>>>>>>>>>>>> for the longer delimiters, which in turn require >> octets to be >>>>>>>>>>>>>> moved. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> Due to the line ending in the Markdown file we failed to >> spot the >>>>>>>>> missing period between "character" and "None". Yes, please go >> ahead with >>>>>>>>> the proposed version. >>>>>>>>>>>>> >>>>>>>>>>>>>> 8) <!-- [rfced] May we update "going through" to "with" >> here to >>>>>>>>> improve clarity? >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> The construction algorithm for DoC >>>>>>>>>>>>>> requests is as follows, going through the provided >> records in >>>>>>>>> order >>>>>>>>>>>>>> of their priority. >>>>>>>>>>>>>> Perhaps: >>>>>>>>>>>>>> The construction algorithm for DoC >>>>>>>>>>>>>> requests is as follows, with the provided records in >> order >>>>>>>>>>>>>> of their priority. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> ACK. >>>>>>>>>>>>> >>>>>>>>>>>>>> 9) <!-- [rfced] How may we update the third item in the >> series >>>>>>>>> for parallel >>>>>>>>>>>>>> structure? Would either removing "from" or adding >> "information" >>>>>>>>> be correct? >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> This may include (1) A >>>>>>>>>>>>>> or AAAA RRs associated with the target name and >> delivered >>>>>>>>> with the >>>>>>>>>>>>>> SVCB RR (see [RFC9462]), (2) "ipv4hint" or "ipv6hint" >> SvcParams >>>>>>>>>>>>>> from the SVCB RR (see [RFC9461]), or (3) from IPv4 or >> IPv6 >>>>>>>>>>>>>> addresses provided if DNR [RFC9463] is used. >>>>>>>>>>>>>> Perhaps A (cut "from"): >>>>>>>>>>>>>> This may include (1) A >>>>>>>>>>>>>> or AAAA RRs associated with the target name and >> delivered >>>>>>>>> with the >>>>>>>>>>>>>> SVCB RR (see [RFC9462]), (2) "ipv4hint" or "ipv6hint" >> SvcParams >>>>>>>>>>>>>> from the SVCB RR (see [RFC9461]), or (3) IPv4 or IPv6 >>>>>>>>>>>>>> addresses provided if DNR [RFC9463] is used. >>>>>>>>>>>>>> or >>>>>>>>>>>>>> Perhaps B (add "information"): >>>>>>>>>>>>>> This may include (1) A >>>>>>>>>>>>>> or AAAA RRs associated with the target name and >> delivered >>>>>>>>> with the >>>>>>>>>>>>>> SVCB RR (see [RFC9462]), (2) "ipv4hint" or "ipv6hint" >> SvcParams >>>>>>>>>>>>>> from the SVCB RR (see [RFC9461]), or (3) information >> from >>>>>>>>> IPv4 or IPv6 >>>>>>>>>>>>>> addresses provided if DNR [RFC9463] is used. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> Proposal A is the more accurate one, so please use that >> one. >>>>>>>>>>>>> >>>>>>>>>>>>>> 10) <!--[rfced] Per the following note, we have replaced >> "ff 0a" >>>>>>>>> with "00 0a" in >>>>>>>>>>>>>> the examples in Section 3.2.1 (per IANA's assignment of >> "10" for >>>>>>>>>>>>>> "docpath"). Please confirm that this is correct and let >> us know >>>>>>>>> if any further >>>>>>>>>>>>>> updates are needed. >>>>>>>>>>>>>> Author note: >>>>>>>>>>>>>> Since the number for "docpath" was not assigned at the >> time of >>>>>>>>>>>>>> writing, we used the hex `ff 0a` (in decimal 65290; >> from the >>>>>>>>>>>>>> private use range of SvcParamKeys) throughout this >> section. >>>>>>>>> Before >>>>>>>>>>>>>> publication, please replace `ff 0a` with the >> hexadecimal >>>>>>>>>>>>>> representation of the final value assigned by IANA in >> this >>>>>>>>>>>>>> section. Please remove this paragraph after that. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> Your replacements here are correct. However, while >> checking the >>>>>>>>> parsibility of the hexadecimal examples, we noticed several >> errors we >>>>>>>>> introduced: >>>>>>>>>>>>> >>>>>>>>>>>>> a) The hexadecimal TTL `00 00 06 6b` in the third example >> parses to >>>>>>>>>>>>> 1643, not 643. >>>>>>>>>>>>> >>>>>>>>>>>>> Original: >>>>>>>>>>>>> _dns.example.org. 643 IN SVCB >>>>>>>>>>>>> 1https://urldefense.proofpoint.com/v2/url?u=http-3A__dns.example.org&d >> =DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomS >> ei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfa >> G0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=fyqQTsIkZYXLhmOgfXcSealcld7Acvw3N6W >> GKFbpX0E&e= ( >>>>>>>>>>>>> >>>>>>>>>>>>> Corrected: >>>>>>>>>>>>> _dns.example.org. 1643 IN SVCB >>>>>>>>>>>>> 1https://urldefense.proofpoint.com/v2/url?u=http-3A__dns.example.org&d >> =DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomS >> ei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfa >> G0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=fyqQTsIkZYXLhmOgfXcSealcld7Acvw3N6W >> GKFbpX0E&e= ( >>>>>>>>>>>>> >>>>>>>>>>>>> b) The RDATA in the last example contains 44 bytes (00 >> 2c), >>>>>>>>>>>>> not 43 bytes (00 2b) >>>>>>>>>>>>> >>>>>>>>>>>>> Original: >>>>>>>>>>>>> Resource record (binary): >>>>>>>>>>>>> 04 5f 64 6e 73 07 65 78 61 6d 70 6c 65 03 6f 72 >>>>>>>>>>>>> 67 00 00 40 00 01 00 00 01 ad 00 2b 00 01 03 64 >>>>>>>>>>>>> >>>>>>>>>>>>> Corrected: >>>>>>>>>>>>> Resource record (binary): >>>>>>>>>>>>> 04 5f 64 6e 73 07 65 78 61 6d 70 6c 65 03 6f 72 >>>>>>>>>>>>> 67 00 00 40 00 01 00 00 01 ad 00 2c 00 01 03 64 >>>>>>>>>>>>> >>>>>>>>>>>>>> 11) <!--[rfced] We note that "Cache-Key" appears as >> "cache key" >>>>>>>>> in RFC >>>>>>>>>>>>>> 8132. Would you like to match use in RFC 8132? >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> This ensures that the CoAP Cache-Key (see [RFC8132], >> Section 2) >>>>>>>>>>>>>> does not change when multiple DNS queries for the same >> DNS data, >>>>>>>>>>>>>> carried in CoAP requests, are issued. >>>>>>>>>>>>>> Perhaps: >>>>>>>>>>>>>> This ensures that the CoAP cache key (see [RFC8132], >> Section 2) >>>>>>>>>>>>>> does not change when multiple DNS queries for the same >> DNS data, >>>>>>>>>>>>>> carried in CoAP requests, are issued. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> We used the spelling from [RFC7252] here. As this is also >> used in >>>>>>>>> many other documents except [RFC8132] (e.g., RFC 9668, >> draft-ietf-core- >>>>>>>>> groupcomm-bis, or draft-ietf-core-cacheable-oscore), we would >> prefer the >>>>>>>>> original spelling "Cache-Key". >>>>>>>>>>>>> >>>>>>>>>>>>>> 12) <!-- [rfced] Please review the text starting with >> "OPCODE—a DNS >>>>>>>>>>>>>> Update ...". Should this be updated as follows or in some >> other way? >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> As described in Section 4.1, a DoC server uses NotImp >> (RCODE >>>>>>>>> = 4) if >>>>>>>>>>>>>> it does not support an OPCODE—a DNS Update (OPCODE = >> 5) for >>>>>>>>>>>>>> "example.org" in this case. >>>>>>>>>>>>>> Perhaps: >>>>>>>>>>>>>> As described in Section 4.1, a DoC server uses NotImp >> (RCODE >>>>>>>>> = 4) if >>>>>>>>>>>>>> it does not support an OPCODE - in this case, a DNS >> Update >>>>>>>>> (OPCODE = 5) for >>>>>>>>>>>>>> "example.org" is used. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> It is not used, but the NotImp (RCODE = 4) rejects the DNS >> Update >>>>>>>>> (OPCODE = 5). As we are not sure, if "reject" is the correct >> DNS >>>>>>>>> terminology, how about the following. >>>>>>>>>>>>> >>>>>>>>>>>>> Proposal: >>>>>>>>>>>>> As described in Section 4.1, a DoC server uses NotImp >> (RCODE = >>>>>>>>> 4) if >>>>>>>>>>>>> it does not support an OPCODE - in this case it errors >> on a DNS >>>>>>>>>>>>> Update (OPCODE = 5) for "example.org". >>>>>>>>>>>>> >>>>>>>>>>>>>> 13) <!--[rfced] Please clarify what "a failure to do so" >> refers >>>>>>>>> to in the >>>>>>>>>>>>>> following sentence. >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> As there is no CoAP observer anymore from the >> perspective of the >>>>>>>>>>>>>> DoC server, a failure to do so cannot be communicated >> back to any >>>>>>>>>>>>>> DoC observer. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> A failure to unsubscribe or close the session. >>>>>>>>>>>>> >>>>>>>>>>>>> Proposal: >>>>>>>>>>>>> As there is no CoAP observer anymore from the >> perspective of the >>>>>>>>>>>>> DoC server, a failure to unsubscribe or close the >> session >>>>>>>>> cannot be >>>>>>>>>>>>> communicated back to any DoC observer. >>>>>>>>>>>>> >>>>>>>>>>>>>> 14) <!--[rfced] FYI: We added "to protect" to this >> sentence for >>>>>>>>>>>>>> clarity. Please let us know if it changes the intended >> meaning. >>>>>>>>>>>>>> Original: >>>>>>>>>>>>>> For secure communication via (D)TLS or OSCORE, an >>>>>>>>> unpredictable ID >>>>>>>>>>>>>> against spoofing is not necessary. >>>>>>>>>>>>>> Updated: >>>>>>>>>>>>>> For secure communication via (D)TLS or OSCORE, an >>>>>>>>> unpredictable ID >>>>>>>>>>>>>> to protect against spoofing is not necessary. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> ACK. >>>>>>>>>>>>> >>>>>>>>>>>>>> 15) <!-- [rfced] FYI: We removed the change log, which >> included a >>>>>>>>>>>>>> reference to RFC 2136. If RFC 2136 should be mentioned >> elsewhere in >>>>>>>>>>>>>> the running text, please let us know. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> Section 4.1 clarifies that OPCODEs other than 0 are not >> supported, >>>>>>>>> as such (and as pointed out in the change log entry for >> `-10`), the >>>>>>>>> reference to single out DNS Update (OPCODE = 5, RFC 2136) is >> not >>>>>>>>> necessary. DNS Update is only mentioned as an example for the >> NotImp >>>>>>>>> RCODE now. We do not think that justifies the reference >> either. If you >>>>>>>>> think otherwise, please add an informational reference there, >> e.g., >>>>>>>>> adapting our proposal from 12): >>>>>>>>>>>>> >>>>>>>>>>>>> As described in Section 4.1, a DoC server uses NotImp >> (RCODE = >>>>>>>>> 4) if >>>>>>>>>>>>> it does not support an OPCODE - in this case it errors >> on a DNS >>>>>>>>>>>>> Update (OPCODE = 5, see [RFC2138]) for "example.org". >>>>>>>>>>>>> >>>>>>>>>>>>>> 16) <!--[rfced] We note that >> "draft-amsuess-core-cachable-oscore" is >>>>>>>>>>>>>> expired and has been replaced by >> "draft-ietf-core-cacheable-oscore". >>>>>>>>>>>>>> May we replace the current entry below with the entry for >>>>>>>>>>>>>> "draft-ietf-core-cacheable-oscore"? >>>>>>>>>>>>>> Current: >>>>>>>>>>>>>> [I-D.amsuess-core-cachable-oscore] >>>>>>>>>>>>>> Amsüss, C. and M. Tiloca, "Cacheable OSCORE", Work in >> Progress, >>>>>>>>>>>>>> Internet-Draft, draft-amsuess-core-cachable-oscore-11, >> 6 July >>>>>>>>> 2025, >>>>>>>>>>>>>> >>>>>>>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.iet >> f.org_doc_html_draft-2Damsuess-2Dcore-2D&d=DwIFaQ&c=euGZstcaTDllvimE >> N8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7 >> JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexe >> btEI&s=bdsQs1RwS_VV7g0DYPhPH9g_4wRu6ixzrsHFq369-eA&e=>>>>>>> >> cachable- >>>>>>>>>>>>>> oscore-11>. >>>>>>>>>>>>>> Perhaps: >>>>>>>>>>>>>> [CACHABLE-OSCORE] >>>>>>>>>>>>>> Amsüss, C. and M. Tiloca, "Cacheable OSCORE", Work in >>>>>>>>>>>>>> Progress, Internet-Draft, draft-ietf-core-cacheable- >>>>>>>>>>>>>> oscore-00, 22 September 2025, >>>>>>>>>>>>>> >>>>>>>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.iet >> f.org_doc_html_draft-2Dietf-2Dcore-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b >> 7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwK >> rI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtE >> I&s=_YjZgKJfUhO9sCi65JfWpFivGeDOIO3Uf_TT3vFGLYg&e=>>>>>>>>>>>> >> cacheable-oscore-00>. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> Yes, but the title changed as well in the most current >> version of >>>>>>>>> that draft. >>>>>>>>>>>>> >>>>>>>>>>>>> Perhaps (also note the extra “E” in the reference): >>>>>>>>>>>>> [CACHEABLE-OSCORE] >>>>>>>>>>>>> Amsüss, C. and M. Tiloca, "End-to-End Protected and >> Cacheable >>>>>>>>>>>>> Responses for the Constrained Application Protocol >> (CoAP) using >>>>>>>>>>>>> Group Object Security for Constrained RESTful >> Environments (Group >>>>>>>>>>>>> OSCORE)", Work in Progress, Internet-Draft, >> draft-ietf-core- >>>>>>>>>>>>> cacheable-oscore-01, 2 March 2026, >>>>>>>>>>>>> >>>>>>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.iet >> f.org_doc_html_draft-2Dietf-2Dcore-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b >> 7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwK >> rI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtE >> I&s=_YjZgKJfUhO9sCi65JfWpFivGeDOIO3Uf_TT3vFGLYg&e=>>>>>>>>>>> >> cacheable-oscore-01>. >>>>>>>>>>>>> >>>>>>>>>>>>>> 17) <!--[rfced] Sourcecode and artwork >>>>>>>>>>>>>> a) Some lines in Figure 1 are too long for the TXT >> output. This >>>>>>>>> figure is >>>>>>>>>>>>>> marked as artwork, so it needs to have a width of 72 >> characters >>>>>>>>> or less. How >>>>>>>>>>>>>> may we revise this figure to fit these parameters? We >> tested >>>>>>>>> removing some >>>>>>>>>>>>>> space in the figure; please check out the following test >> files >>>>>>>>> and let us know >>>>>>>>>>>>>> if this would work (see TXT file for ascii art and HTML >> for SVG). >>>>>>>>> If not, please >>>>>>>>>>>>>> provide an updated figure. >>>>>>>>>>>>>> Test files: >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953test.md&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v >> 5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxF >> zqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=2eo92m >> Jh3bQtFrchwEO0VdhjJ9aieyIMePlbiqxA9Yo&e= >> <[https://]https://>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953test.md&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5 >> A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFz >> qsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=utvro-J >> -C2p5wn-6tVgI5nOoh9jZiGnYQcHfnhNjF2M&e=> >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953test.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf- >> v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFx >> FzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=GPWyX >> tFUb84ykzr4DRb13JjO0mqMGfVKsp1pofR_MKU&e= <[https://]https://>>>>>>> >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953test.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v >> 5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxF >> zqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=bsma9T >> _L6AdbcINEiQ4X7Al2fP-RlmqIcW1quz57Gv8&e=> >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953test.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf >> -v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVF >> xFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=eG52 >> a7-xtIZDdl3xOcy3qTWVE0sbnaff7JcVgcBY1XQ&e= <[https://]https://>>>>>> >>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953test.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf- >> v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFx >> FzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=z5At1 >> GWUFkwizva7auiYW7zV99RhY7xKC2na0KTqY24&e=> >>>>>>>>>>>>> >>>>>>>>>>>>> Your proposal is still recognizable as the original when >> parsed to >>>>>>>>> SVG and readable when shown in TXT, so ACK for taking the >> proposal in >>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__rfc9953test.md&d= >> DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSe >> i63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG >> 0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=DFNvtx04UBgc5Jr7Yw0czKeIaVMdemh--rYV >> LbT7G94&e=. >>>>>>>>>>>>> >>>>>>>>>>>>>> b) We have updated the blocks in Sections 3.2, 3.2.1, >> 4.2.3, and >>>>>>>>> 4.3.3 to be >>>>>>>>>>>>>> marked as sourcecode. We set the type for the block in >> Section >>>>>>>>> 3.2 as "abnf" >>>>>>>>>>>>>> (i.e., "~~~ abnf"). Please let us know if the type should >> be set >>>>>>>>> for the other >>>>>>>>>>>>>> sourcecode blocks. For example, should the ones in >> Section 3.2.1 >>>>>>>>> be marked as >>>>>>>>>>>>>> type "dns-rr"? If the current list of preferred values >> (see link >>>>>>>>> below) does >>>>>>>>>>>>>> not contain an applicable type, feel free to let us know. >> Also, it is >>>>>>>>>>>>>> acceptable to leave the type not set. >>>>>>>>>>>>>> List of sourcecode types: >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_rpc_wiki_doku.php-3Fid-3Dsourcecode-2Dtypes&d=DwIFaQ&c=euGZstca >> TDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2 >> Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4yg >> eXFHcexebtEI&s=Zs0lQqwongvU8fnHy36cD6bMUPnDBTRlKeSVg_opyss&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_rpc_wiki_doku.php-3Fid-3Dsourcecode-2Dtypes&d=DwIFaQ&c=euGZstc >> aTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia >> 2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4y >> geXFHcexebtEI&s=Zs0lQqwongvU8fnHy36cD6bMUPnDBTRlKeSVg_opyss&e=> >>>>>>>>>>>>> >>>>>>>>>>>>> As far as we can tell, marking them as “sourcecode” in >> Markdown, >>>>>>>>> makes these blocks rendered into a <sourcecode> XML element, >> rather than >>>>>>>>> an <artwork> element. That is definitely more correct. >>>>>>>>>>>>> >>>>>>>>>>>>> All of them are merely textual representations of DNS >> messages or >>>>>>>>> resource records, so we would not assign any type to them >> (except maybe >>>>>>>>> "txt", but that does not seem to exist and we see it as >> equivalent to >>>>>>>>> having no type). >>>>>>>>>>>>> >>>>>>>>>>>>> Looking at other RFCs, "dns-rr" only is used for >> zone-file-like >>>>>>>>> DNS resource records (which we also use after `Resource record >> (human- >>>>>>>>> readable):`). However, our examples include a hexadecimal part >> (as well >>>>>>>>> as the labels for each). We fear that this might confuse >> parsers more >>>>>>>>> than it is helpful, so these examples should stay pure text >> blocks as well. >>>>>>>>>>>>> >>>>>>>>>>>>>> c) The blocks in Section 4.3.3 are too long for the TXT >> output. >>>>>>>>> We marked >>>>>>>>>>>>>> these as sourcecode, so they should have a width of 69 >> characters >>>>>>>>> or less. The >>>>>>>>>>>>>> long lines are currently 70 characters. Would moving all >> the >>>>>>>>> lines with >>>>>>>>>>>>>> semicolons over to the left one space (in just this >> section or in >>>>>>>>> all the >>>>>>>>>>>>>> sourcecode in the document) be a good solution? We tried >> this in >>>>>>>>> the test >>>>>>>>>>>>>> files listed above so you can see what the output will >> look like. >>>>>>>>> Feel free to >>>>>>>>>>>>>> offer other suggestions as well. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> Yes that is acceptable. However, for reasons of >> consistency it >>>>>>>>> should also be applied to _all_ examples in Sections 3.2.1, >> 4.2.3, and >>>>>>>>> 4.3.3, including the indent under `Resource record (binary):`, >> `Resource >>>>>>>>> record (human-readable):` and `Payload (binary):`, e.g., in >> Section 3.2.1 >>>>>>>>>>>>> >>>>>>>>>>>>> ~~~ >>>>>>>>>>>>> Resource record (binary): >>>>>>>>>>>>> 04 5f 64 6e 73 07 65 78 61 6d 70 6c 65 03 6f 72 >>>>>>>>>>>>> 67 00 00 40 00 01 00 00 06 28 00 1e 00 01 03 64 >>>>>>>>>>>>> 6e 73 07 65 78 61 6d 70 6c 65 03 6f 72 67 00 00 >>>>>>>>>>>>> 01 00 03 02 63 6f 00 0a 00 00 >>>>>>>>>>>>> >>>>>>>>>>>>> Resource record (human-readable): >>>>>>>>>>>>> _dns.example.org. 1576 IN SVCB >>>>>>>>>>>>> 1https://urldefense.proofpoint.com/v2/url?u=http-3A__dns.example.org&d >> =DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomS >> ei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfa >> G0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=fyqQTsIkZYXLhmOgfXcSealcld7Acvw3N6W >> GKFbpX0E&e= ( >>>>>>>>>>>>> alpn=co docpath ) >>>>>>>>>>>>> ~~~ >>>>>>>>>>>>> {: gi="sourcecode"} >>>>>>>>>>>>> >>>>>>>>>>>>> or in Section 4.2.3 >>>>>>>>>>>>> >>>>>>>>>>>>> ~~~ >>>>>>>>>>>>> FETCH coaps://[2001:db8::1]/ >>>>>>>>>>>>> Content-Format: 553 (application/dns-message) >>>>>>>>>>>>> Accept: 553 (application/dns-message) >>>>>>>>>>>>> Payload (binary): >>>>>>>>>>>>> 00 00 01 00 00 01 00 00 00 00 00 00 07 65 78 61 >>>>>>>>>>>>> 6d 70 6c 65 03 6f 72 67 00 00 1c 00 01 >>>>>>>>>>>>> >>>>>>>>>>>>> Payload (human-readable): >>>>>>>>>>>>> ;; ->>Header<<- opcode: QUERY, status: NOERROR, id: 0 >>>>>>>>>>>>> ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, >> ADDITIONAL: 0 >>>>>>>>>>>>> >>>>>>>>>>>>> ;; QUESTION SECTION: >>>>>>>>>>>>> ;example.org. IN AAAA >>>>>>>>>>>>> ~~~ >>>>>>>>>>>>> {: gi="sourcecode"} >>>>>>>>>>>>> >>>>>>>>>>>>>> 18) <!--[rfced] Please review the "Inclusive Language" >> portion of >>>>>>>>> the online >>>>>>>>>>>>>> Style >>>>>>>>>>>>>> Guide<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_styleguide_part2_&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_C >> dpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsX >> bRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=8RSgxWwSoG >> Bbm0INOgX4T12I1Xe-x7szf1Js35dE8pc&e=>>>>>>> >> #inclusive_language<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_styleguide_part2_&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_C >> dpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsX >> bRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=8RSgxWwSoG >> Bbm0INOgX4T12I1Xe-x7szf1Js35dE8pc&e=>>>>>>> #inclusive_language>> >>>>>>>>>>>>>> and let us know if any changes are needed. Updates of >> this >>>>>>>>> nature typically >>>>>>>>>>>>>> result in more precise language, which is helpful for >> readers. >>>>>>>>>>>>>> Note that our script did not flag any words in >> particular, but >>>>>>>>> this should >>>>>>>>>>>>>> still be reviewed as a best practice. >>>>>>>>>>>>>> --> >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks! To the best of our abilities, we did not find any >>>>>>>>> potentially remaining non-inclusive wordings in the document. >>>>>>>>>>>>> >>>>>>>>>>>>> -------------------------------------- >>>>>>>>>>>>> >>>>>>>>>>>>> # Additional Nits and Errors Found >>>>>>>>>>>>> >>>>>>>>>>>>> The current version of RFC-to-be 9953 effectively replaced >> an "or" >>>>>>>>> with an "and". Furthermore, that the more related DTLS and TLS >> separated >>>>>>>>> by OSCORE read a little bit weird on final read-through. >>>>>>>>>>>>> >>>>>>>>>>>>> Original: >>>>>>>>>>>>> Each CoAP message can be secured by DTLS 1.2 or newer >> [RFC6347] >>>>>>>>>>>>> [RFC9147] as well as Object Security for Constrained >> RESTful >>>>>>>>>>>>> Environments (OSCORE) [RFC8613] but also TLS 1.3 or newer >> [RFC8323] >>>>>>>>>>>>> [RFC8446] to ensure message integrity and >> confidentiality. >>>>>>>>>>>>> >>>>>>>>>>>>> Current: >>>>>>>>>>>>> Each CoAP message can be secured by DTLS 1.2 or newer >> [RFC6347] >>>>>>>>>>>>> [RFC9147] as well as Object Security for Constrained >> RESTful >>>>>>>>>>>>> Environments (OSCORE) [RFC8613] and TLS 1.3 or newer >> [RFC8323] >>>>>>>>>>>>> [RFC8446] to ensure message integrity and >> confidentiality. >>>>>>>>>>>>> >>>>>>>>>>>>> Since the "or" is meant to be inclusive (nothing speaks >> against, >>>>>>>>> e.g., combining DTLS and OSCORE), we would prefer the >> following: >>>>>>>>>>>>> >>>>>>>>>>>>> Proposal: >>>>>>>>>>>>> Each CoAP message can be secured by any combination of >> DTLS 1.2 or >>>>>>>>>>>>> newer [RFC6347] [RFC9147], TLS 1.3 or newer [RFC8323] >> [RFC8446], or >>>>>>>>>>>>> Object Security for Constrained RESTful Environments >> (OSCORE) >>>>>>>>>>>>> [RFC8613] to ensure message integrity and >> confidentiality. >>>>>>>>>>>>> >>>>>>>>>>>>> --------------------------------------- >>>>>>>>>>>>> >>>>>>>>>>>>> In paragraph 7 of Section 3.2 of -20 >>>>>>>>>>>>> (seehttps://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_&d= >> DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSe >> i63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG >> 0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=XXs1AEMpS2VL3f64ULOvbHHSpW4Yla1d-NVF >> Peia5I0&e= >>>>>>>>> >> archive/id/draft-ietf-core-dns-over-coap-20.html#section-3.2-7) >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_ar >> chive_id_draft-2Dietf-2Dcore-2Ddns-2Dover-2D&d=DwIFaQ&c=euGZstcaTDll >> vimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3 >> rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFH >> cexebtEI&s=-9QUx6g86AvAhBDdrYDhlpvQpmjEflgjLaM-3Qo2r1M&e=>>>>>>> >> coap-20.html#section-3.2-7)> it states in HTML and TXT form: >>>>>>>>>>>>> >>>>>>>>>>>>> The same considerations for the "," and "" characters in >>>>>>>>>>>>> docpath-segments [...] >>>>>>>>>>>>> >>>>>>>>>>>>> There is a render error here due to the original Markdown >> having >>>>>>>>> only one `\` inserted between the quotation-mark pair `""` >> which results >>>>>>>>> in an interpretation as an escaped `"`. The Markdown must be >> corrected >>>>>>>>> as follows. >>>>>>>>>>>>> >>>>>>>>>>>>> Original: >>>>>>>>>>>>> The same considerations for the "," and "\" characters in >>>>>>>>>>>>> docpath-segments [...] >>>>>>>>>>>>> >>>>>>>>>>>>> Proposal: >>>>>>>>>>>>> The same considerations for the "," and "\\" characters >> in >>>>>>>>>>>>> docpath-segments [...] >>>>>>>>>>>>> >>>>>>>>>>>>> (Thanks Marco for spotting this) >>>>>>>>>>>>> >>>>>>>>>>>>> --------------------------------------- >>>>>>>>>>>>> >>>>>>>>>>>>> The "optional" with regards to the Accept option in >> Section 4.3 >>>>>>>>> should be normative >>>>>>>>>>>>> >>>>>>>>>>>>> Original: >>>>>>>>>>>>> The use of the Accept option in the request is optional. >>>>>>>>>>>>> >>>>>>>>>>>>> Proposed change: >>>>>>>>>>>>> The use of the Accept option in the request is OPTIONAL. >>>>>>>>>>>>> >>>>>>>>>>>>> --------------------------------------- >>>>>>>>>>>>> >>>>>>>>>>>>> The two ndashes in Section 4.3.3 should actually be "–" >> (– >>>>>>>>> as XML character entity reference) not two minuses (--) >>>>>>>>>>>>> >>>>>>>>>>>>> Original: >>>>>>>>>>>>> When a DNS error -- NxDomain (RCODE = 3) for >> "does.not.exist" in >>>>>>>>> this case -- is noted in the DNS response, the CoAP response >> still >>>>>>>>> indicates success. >>>>>>>>>>>>> >>>>>>>>>>>>> Proposed change: >>>>>>>>>>>>> When a DNS error – NxDomain (RCODE = 3) for >> "does.not.exist" in >>>>>>>>> this case – is noted in the DNS response, the CoAP response >> still >>>>>>>>> indicates success. >>>>>>>>>>>>> >>>>>>>>>>>>> --------------------------------------- >>>>>>>>>>>>> >>>>>>>>>>>>> In Section 5.1 the capitalization of "DNS push >> [notification(s)]" >>>>>>>>> is mixed. E.g., >>>>>>>>>>>>> >>>>>>>>>>>>> DNS Push Notifications [RFC8765] provide the capability >> to >>>>>>>>>>>>> asynchronously notify clients about resource record >> changes. >>>>>>>>>>>>> >>>>>>>>>>>>> vs. >>>>>>>>>>>>> >>>>>>>>>>>>> The DoC server MAY subscribe to DNS push notifications >> for that >>>>>>>>>>>>> record. >>>>>>>>>>>>> >>>>>>>>>>>>> Since [RFC8765] capitalizes "DNS Push Notification(s)" >>>>>>>>> consistently, we prefer the consistent spelling of "DNS Push", >> "DNS Push >>>>>>>>> Notifications", etc. in RFC-to-be 9953 as well. "Notification" >> on its >>>>>>>>> own (as well as its plural) or in conjunction with CoAP >> Observe should >>>>>>>>> remain uncapitalized, as per Section 2. >>>>>>>>>>>>> >>>>>>>>>>>>> ---------------------------------------- >>>>>>>>>>>>> >>>>>>>>>>>>> In Section 7, RFC-to-be 9953 refers to considerations on >> the >>>>>>>>> maintenance of long-lived security contexts. In the cited >> version >>>>>>>>> (`-03`) of [CoAP-CORR-CLAR], these considerations moved to >> Section 2.7. >>>>>>>>>>>>> >>>>>>>>>>>>> Original: >>>>>>>>>>>>> Additionally, DoC uses request patterns that require >>>>>>>>>>>>> the maintenance of long-lived security contexts. Section >> 2.6 of >>>>>>>>>>>>> [CoAP-CORR-CLAR] provides insights on what can be done >> when >>>>>>>>> those are >>>>>>>>>>>>> resumed from a new endpoint. >>>>>>>>>>>>> >>>>>>>>>>>>> Proposed change: >>>>>>>>>>>>> Additionally, DoC uses request patterns that require >>>>>>>>>>>>> the maintenance of long-lived security contexts. Section >> 2.7 of >>>>>>>>>>>>> [CoAP-CORR-CLAR] provides insights on what can be done >> when >>>>>>>>> those are >>>>>>>>>>>>> resumed from a new endpoint. >>>>>>>>>>>>> >>>>>>>>>>>>> ---------------------------------------- >>>>>>>>>>>>> >>>>>>>>>>>>> # Additional Requests >>>>>>>>>>>>> >>>>>>>>>>>>> Please append the following sentence to the >> acknowledgements: >>>>>>>>>>>>> >>>>>>>>>>>>> This work was supported in parts by the German Federal >> Ministry of >>>>>>>>>>>>> Research, Technology and Space (BMFTR) under the grant >> numbers >>>>>>>>>>>>> 16KIS1386K (TU Dresden) and 16KIS1387 (HAW Hamburg) >> within the >>>>>>>>>>>>> research project PIVOT and under the grant numbers >> 16KIS1694K (TU >>>>>>>>>>>>> Dresden) and 16KIS1695 (HAW Hamburg) within the research >> project >>>>>>>>>>>>> C-ray4edge. >>>>>>>>>>>>> >>>>>>>>>>>>>> Thank you. >>>>>>>>>>>>> >>>>>>>>>>>>> Thank you! >>>>>>>>>>>>> Martine >>>>>>>>>>>>> >>>>>>>>>>>>>> Karen Moore and Rebecca VanRheenen >>>>>>>>>>>>>> RFC Production Center >>>>>>>>>>>>>> On Mar 5, 2026, at 7:10 PM, [email protected] >> wrote: >>>>>>>>>>>>>> *****IMPORTANT***** >>>>>>>>>>>>>> Updated 2026/03/05 >>>>>>>>>>>>>> RFC Author(s): >>>>>>>>>>>>>> -------------- >>>>>>>>>>>>>> Your document has now entered AUTH48. >>>>>>>>>>>>>> The document was edited in kramdown-rfc as part of the >> RPC pilot >>>>>>>>> test (see >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_rpc_wiki_doku.php-3F&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A >> _CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzq >> sXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=Qnjj-nWI >> xjiOAB457Wd9MPWnx5fTD2S_w7FW22pu2gc&e= >>>>>>>>> id=pilot_test_kramdown_rfc)<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_rpc_wiki_&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfii >> MM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWb >> MtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=sz4B4qo4GuWLenZYG2 >> glZMHZ0LprvLmZNvf8Ms4LUYI&e=>>>>>>> >> doku.php?id=pilot_test_kramdown_rfc)>. >>>>>>>>>>>>>> Please review the procedures for AUTH48 using >> kramdown-rfc: >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_rpc_wiki_doku.php-3F&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A >> _CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzq >> sXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=Qnjj-nWI >> xjiOAB457Wd9MPWnx5fTD2S_w7FW22pu2gc&e= >>>>>>>>> id=pilot_test_instructions_completing_auth48_using_kramdown >> <[https://]https://>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_rpc_wiki_doku.php-3F&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=VdpAV0l9h >> Gm2F54_1IxbtXJbWkT6_wAfntHDtLRwtC0&e= >>>>>>>>> id=pilot_test_instructions_completing_auth48_using_kramdown> >>>>>>>>>>>>>> Once your document has completed AUTH48, it will be >> published as >>>>>>>>>>>>>> an RFC. >>>>>>>>>>>>>> Files >>>>>>>>>>>>>> ----- >>>>>>>>>>>>>> The files are available here: >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.md&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_C >> dpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsX >> bRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=5ANQKMxROl >> 0zWOyh6utjCEu7z_G4qLo6Yp7gENhwRy4&e= <https://urldefense.proofpoint. >> com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXr >> wqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m >> =bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s= >> Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.md&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM& >> r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMta >> P92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=nkO9UNwMK3qbFrFZVZELr >> jlf7H-dAE4w-DpXDmqwXcI&e=> >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A >> _CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzq >> sXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=FDKjxy5K >> K_NkyHEhjnQ9HUj1Dc97BUkH_1ji8D6CdUk&e= <https://urldefense.proofpoin >> t.com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7j >> XrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI >> &m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI& >> s=Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiM >> M&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbM >> taP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=BTt2P0vVEKFGkRpPRTA >> GhEoWeZOzF6lEmlEggCUZp08&e=> >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.pdf&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=aVEmxFgg7 >> 5MtyfLccye-BV3sRYgLT556veWBz_Meijk&e= <https://urldefense.proofpoint >> .com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jX >> rwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI& >> m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s >> =Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.pdf&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM >> &r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMt >> aP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=LueGXhmWoYT2NF3yxp9i >> fsbgb77dfvPgyWSogJerAKI&e=> >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_ >> CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqs >> XbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=bWm4pO8_Z >> 1oVOD9xPkYn14use9WVo80NzgHnBBH7-pM&e= <https://urldefense.proofpoint >> .com/v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jX >> rwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI& >> m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s >> =Z-K6n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_author >> s_rfc9953.txt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM >> &r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMt >> aP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=hSabFRmNpjpai4xg9DoS >> _FJf2tSmISjyJSejLrJJ79A&e=> >>>>>>>>>>>>>> Diff file of the text: >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrw >> qOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m= >> bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=8 >> et4W8fuw9o2zeqmIfyN2GuZsrI5ln6N-6Ek0PZOiHs&e= <[https://]https://>>> >>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwq >> Of-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=b >> VFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=m4 >> Sszyg1RrX58cDBsDoXl7ZM6u3ef5QnneJ3ozFipkw&e=> >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7j >> XrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI >> &m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI& >> s=FntVd6eJ9d-ezSqNZgWoZyYWhAsWiV4FzH5P3Qjs4Cc&e= <[https://]https:// >>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jX >> rwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI& >> m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s >> =kIse5G877X13Qe3vk-9xc-v-zl5ulZnBMQfZSmwQK14&e=> (side by side) >>>>>>>>>>>>>> Diff of the kramdown: >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b >> 7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwK >> rI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtE >> I&s=ZDTf4X-lLGHyuaRlSr9cJfcdo5hHCYv8C5at_AqAXAs&e= <[https://]https: >> //>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-2Deditor. >> org_authors_rfc9953-2Dmd-2Ddiff.html&d=DwIFaQ&c=euGZstcaTDllvimEN8b7 >> jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKr >> I&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI >> &s=BupR7bhcGkbdTJdddiC_4fzD9HrCp9Q7dVhlOR_5rqU&e=> >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_authors_rfc9953-2Dmd-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvimE >> N8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7 >> JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexe >> btEI&s=xOERAuU3c8qyJ4vX2cGdihkJV48JLlAlQOqJUk-V6sY&e= >>>>>>>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Dedito >> r.org_authors_rfc9953-2Dmd-2Drfcdiff.html&d=DwIFaQ&c=euGZstcaTDllvim >> EN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV >> 7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcex >> ebtEI&s=xOERAuU3c8qyJ4vX2cGdihkJV48JLlAlQOqJUk-V6sY&e=> (side by >> side) >>>>>>>>>>>>>> Tracking progress >>>>>>>>>>>>>> ----------------- >>>>>>>>>>>>>> The details of the AUTH48 status of your document are >> here: >>>>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.rfc-2Deditor >> .org_auth48_rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_Cdpgn >> VfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvv >> UgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=G78tbbMPPwt7Dt >> QLsYJ9j0KSyygrTKhL_2FpEgg55n4&e= <https://urldefense.proofpoint.com/ >> v2/url?u=https-3A__www.rfc-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf >> -v5A_CdpgnVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVF >> xFzqsXbRvvUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=Z-K6 >> n1yrZ4hZuuyPH15bWrLXuen9gspnQiF8b4pR56o&e=>>>>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__editor.org_auth48 >> _rfc9953&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=hl >> uYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRvvUgWbMtaP92d >> lmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=EEW-lA2zBFzFRUxy9PIS7eOYq >> Hf3QRiMUZ6DQ_TErIk&e=> >>>>>>>>>>>>>> Please let us know if you have any questions. >>>>>>>>>>>>>> Thank you for your cooperation, >>>>>>>>>>>>>> RFC Editor >>>>>>>>>>>>>> -------------------------------------- >>>>>>>>>>>>>> RFC9953 (draft-ietf-core-dns-over-coap-20) >>>>>>>>>>>>>> Title : DNS over CoAP (DoC) >>>>>>>>>>>>>> Author(s) : M. S. Lenders, C. Amsüss, C. Gündoğan, >> T. C. >>>>>>>>> Schmidt, M. Wählisch >>>>>>>>>>>>>> WG Chair(s) : Jaime Jimenez, Marco Tiloca >>>>>>>>>>>>>> Area Director(s) : Gorry Fairhurst, Mike Bishop >>>>>>>>>> >>>>>>> >>>>>>> >>> >>> -- >>> >>> Prof. Dr. Thomas C. Schmidt >>> ° Hamburg University of Applied Sciences Berliner >> Tor 7 ° >>> ° Dept. Informatik, Internet Technologies Group 20099 Hamburg, >> Germany ° >>> °https://urldefense.proofpoint.com/v2/url?u=http-3A__inet.haw-2Dhambur >> g.de_members_schmidt&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_Cdpg >> nVfiiMM&r=hluYNSAgcomSei63vyTzkQpsOY4Ia2Ron3rCV7JwKrI&m=bVFxFzqsXbRv >> vUgWbMtaP92dlmXxkuDwfaG0Y9b3fxdBhG_5E4ygeXFHcexebtEI&s=MximTlZJZYnfG >> P71DKxp6sL6eVuo8enFzn5maOqj2rw&e= Fon: +49-40-42875-8452 ° >>> >>> >> >> >> >> > > > -- > Matthias Waehlisch > . TU Dresden, Chair of Distributed and Networked Systems > .. https://tu-dresden.de/cs/netd/about/mw -- auth48archive mailing list -- [email protected] To unsubscribe send an email to [email protected]
