Hi Mahesh, all, > reference. If it has to be done, the turnaround should be quick > (less than a month between WGLC, IETF LC, and IESG).
For me this is overkill for such a tiny change and, as an editor, I want relay to close this document. I disagree with that path. Now that the contentious text was removed, I think that the issue is closed and we can proceed with the publication once we have approvals from all authors. BTW, the doc shephered is Qiufang, not Kent but that is a detail. Thank you. Cheers, Med > -----Message d'origine----- > De : Mahesh Jethanandani <[email protected]> > Envoyé : vendredi 20 février 2026 20:00 > À : Sandy Ginoza <[email protected]> > Cc : BOUCADAIR Mohamed INNOV/NET <[email protected]>; > [email protected]; Editor RFC <[email protected]>; Andy > Bierman <[email protected]>; Qin Wu <[email protected]>; netmod- > [email protected]; [email protected]; auth48archive@rfc- > editor.org; [email protected] > Objet : Re: [AD] [IANA] AUTH48: RFC-to-be 9907 <draft-ietf-netmod- > rfc8407bis-28> for your review > > > Hi Sandy, > > Thanks to you and your team for your diligence on following up on > these these items. > > > > > On Feb 20, 2026, at 1:34 PM, Sandy Ginoza <[email protected] > editor.org> wrote: > > > > Hi All, > > > > We have removed the text added to Section 3.9, as well as the > introductory text that was added to 4.30.3.1 and 4.30.3.2 per > Med’s preference. > > Ok. > > > > > Regarding this item: > > > >> That new text was added to address a comment both Mahesh and > myself discussed with the RFC editor team and which was echoed in > this question: > >> > >> 20) <!--[rfced] Would you like to add examples of "reference" > >> substatements? The RPC and OPS ADs discussed this topic during > IETF > >> 123. The examples would show that the RFC title does not need > to be > >> included. (The exception is in the "revision" statement, where > the > >> title is typically included.) For example: > >> > >> reference (with section) > >> "RFC 8665, Section 5 > >> RFC 8666, Section 6"; > >> > >> reference (just RFC number) > >> "RFC 8665 > >> RFC 8666"; > >> --> > >> > >> If I remember well, this is also to simplify the required > reference checks/overload for the RFC Editor team (?). > > > > > > To clarify, we suggested adding a couple of examples to > introduce how authors can refer to specific section numbers. In > our recent experience, YANG authors use a mix of reference styles > - some of them are a bit confusing, for example: > > > > reference > > “… > > RFC 8200: Internet Protocol, Version 6 (IPv6) Specification > - > > Traffic Class”; > > > > reference > > “draft-ietf-httpbis-semantics-19: HTTP Semantics > > - Request Method POST”; > > > > > > Note that RFC 8200 has a section entitled “Traffic Classes”, so > it’s unclear whether the authors mean to refer to that section or > “Traffic Class” elsewhere in the document. draft-ietf-httpbis- > semantics was published as RFC 9110, which does not use the phrase > “Request Method POST.” Entries like these require the RPC to > check the RFC and section titles and work with the authors to tidy > them, which can be especially challenging for longer modules. We > will continue to examine the reference clauses and reach out > separately about potentially creating some basic recommendations > for these clauses. > > Thanks for providing context and examples for what ideally should > be followed. I am not against the idea of providing better > examples. My ask was that since the guidance was not discussed in > the WG, we need to involve the WG to discuss and agree on what is > the right amount of reference that should be added. Even now there > does not seem to be a consensus on what is the right amount of > reference. If it has to be done, the turnaround should be quick > (less than a month between WGLC, IETF LC, and IESG). > > Since there seems to be a strong desire to fix this, Kent, as a > shepherd, would you have a problem pulling this document out of > the RFC Editor queue, having a quick discussion in the WG around > just this change, doing a short consensus call and sending it back > to me. No other change should be entertained at this point. > > In the above example, in my opinion (as a individual contributor) > > - a reference should be provided when referring to a RFC, rather > than burying it in the description statement. That reference > should come in the form of a “RFC XXXX: <Title of the RFC> > - a Section should be referenced by its number > > Having the title of the draft helps those who do not have a map of > RFC numbers to titles. YANG modules outside the draft, do not have > luxury of the Normative/Informative References sections being > available handily. > > Thanks. > > > > > > > The updated files are available here: > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www.rfc- > editor.org%2Fauthors%2Frfc9907.xml&data=05%7C02%7Cmohamed.boucadai > r%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af34b40 > bfbc48b9253b6f5d20%7C0%7C0%7C639072113768384804%7CUnknown%7CTWFpbG > Zsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIs > IkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=y1FL%2FrUS3%2B > DbJjS7ZfOGfylAMNWa9HnWpb8DnsQU8P0%3D&reserved=0 > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www.rfc- > editor.org%2Fauthors%2Frfc9907.txt&data=05%7C02%7Cmohamed.boucadai > r%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af34b40 > bfbc48b9253b6f5d20%7C0%7C0%7C639072113768417098%7CUnknown%7CTWFpbG > Zsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIs > IkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=Q2b71MlYga2C7I > 3OZojj27nsu85OemBA5AN70lnFKXw%3D&reserved=0 > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www.rfc- > editor.org%2Fauthors%2Frfc9907.pdf&data=05%7C02%7Cmohamed.boucadai > r%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af34b40 > bfbc48b9253b6f5d20%7C0%7C0%7C639072113768438132%7CUnknown%7CTWFpbG > Zsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIs > IkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=R3d0ml84Q3CFX% > 2BbK5Ty5Pj7%2FDqmFR5lXyHs%2F3M10KHY%3D&reserved=0 > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www. > > rfc- > editor.org%2Fauthors%2Frfc9907.html&data=05%7C02%7Cmohamed.boucada > > > ir%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af34b4 > 0bfb > > > c48b9253b6f5d20%7C0%7C0%7C639072113768454362%7CUnknown%7CTWFpbGZsb > 3d8e > > > yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjo > iTWF > > > pbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ie43a7BpyYpX1yW5aEGuhWvS% > 2BZs > > JhmzqEwuojnhXXF8%3D&reserved=0 > > > > Diffs highlighting the most recent updates only: > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www.rfc-editor.org%2Fauthors%2Frfc9907- > lastdiff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f > 1172e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C > 0%7C0%7C639072113768469709%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGk > iOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUI > joyfQ%3D%3D%7C0%7C%7C%7C&sdata=iKlQRFMI%2Fr7RH0Nas9BZNCGdBrxHeteCd > LdgBO8PSQw%3D&reserved=0 > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www. > > rfc-editor.org%2Fauthors%2Frfc9907- > lastrfcdiff.html&data=05%7C02%7Cmoh > > > amed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C9 > 0c7a > > > 20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768483727%7CUnknown > %7CT > > > WFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4 > zMiI > > > sIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=U5RrNQ0zMkPfo > oJam > > ADSSPuQ0Ei%2Fw7zq3MwogxYW4ns%3D&reserved=0 (side by side) > > > > AUTH48 diffs: > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www.rfc-editor.org%2Fauthors%2Frfc9907- > auth48diff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C67 > 6f1172e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20% > 7C0%7C0%7C639072113768495334%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hc > GkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIld > UIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=q6yXJ%2F78dqUBVoST2FiiVoPbmhq9bAE > 7PaF8MFRbTKE%3D&reserved=0 > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www. > > rfc-editor.org%2Fauthors%2Frfc9907- > auth48rfcdiff.html&data=05%7C02%7Cm > > > ohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7 > C90c > > > 7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768509835%7CUnkno > wn%7 > > > CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXa > W4zM > > > iIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=%2BlOUp5%2F > ZJYa > > D9o%2BRCH0zkmlNQGmygwsIuqeLe2svRB4%3D&reserved=0 (side by side) > > > > Comprehensive diffs: > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www.rfc-editor.org%2Fauthors%2Frfc9907- > diff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172 > e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C > 0%7C639072113768526125%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnR > ydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyf > Q%3D%3D%7C0%7C%7C%7C&sdata=G6ha0KCRPEhsV%2BmCCF8DUr68uTqItTx%2FjtQ > n%2FMwp2P4%3D&reserved=0 > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www. > > rfc-editor.org%2Fauthors%2Frfc9907- > rfcdiff.html&data=05%7C02%7Cmohamed > > > .boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a > 20af > > > 34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768543496%7CUnknown%7CT > WFpb > > > GZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiI > sIkF > > > OIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=e3xBvRA31K0%2Bneo > kJnx > > 8AIPcd4fH8gMUElsZEHC%2BrdM%3D&reserved=0 (side by side) > > > > Please let us know if any additional updates are needed or if > you approve the RFC for publication. > > > > Thanks, > > Sandy Ginoza > > RFC Production Center > > > > > > > >> On Feb 18, 2026, at 7:26 AM, Mahesh Jethanandani > <[email protected]> wrote: > >> > >> Hi Megan, > >> > >> Based on the latest exchange ... > >> > >>>> On Feb 12, 2026, at 8:11 PM, Megan Ferguson > <[email protected]> wrote: > >>> > >>> Mahesh, > >>> > >>> Sounds good. We have incorporated the change to “Optional”. > We believe that closes out Issues 2 and 4 from our previous mail. > >>> > >>> So we will wait to hear back: > >>> > >>> -from the authors regarding Issue 1 (the added text to Section > 3.9) > >> > >> The added text in Section 3.9 should be dropped. > >> > >>> -that the wiki page has been updated (Issue 3) > >> > >> Not sure who has the action item for this. If you want me to > take care of it, please let me know. > >> > >> Thanks. > >> > >>> > >>> prior to moving this document forward. > >>> > >>> The files have been posted here (please refresh): > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc- > editor.org%2Fauthors%2Frfc9907.txt&data=05%7C02%7Cmohamed.bouc > >>> > adair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af3 > 4b > >>> > 40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768559127%7CUnknown%7CTWFp > bG > >>> > Zsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIs > Ik > >>> > FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=fY5Odjgcm2DypAMc > 77 > >>> KhU6Gse01IQ%2BpU8F70nOgouhM%3D&reserved=0 > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc- > editor.org%2Fauthors%2Frfc9907.pdf&data=05%7C02%7Cmohamed.bouc > >>> > adair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af3 > 4b > >>> > 40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768573468%7CUnknown%7CTWFp > bG > >>> > Zsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIs > Ik > >>> > FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=sQqGTcPnL8ih7G05 > zb > >>> yO3SFwoOpROkxNo7h7XrS3gU4%3D&reserved=0 > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc- > editor.org%2Fauthors%2Frfc9907.html&data=05%7C02%7Cmohamed.bou > >>> > cadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af > 34 > >>> > b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768588050%7CUnknown%7CTWF > pb > >>> > GZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiI > sI > >>> > kFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=LXEX95OgI557SSo > %2 > >>> FoUWyDZcuH1leEBp9RBgFRyIx4BY%3D&reserved=0 > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc- > editor.org%2Fauthors%2Frfc9907.xml&data=05%7C02%7Cmohamed.bouc > >>> > adair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af3 > 4b > >>> > 40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768602884%7CUnknown%7CTWFp > bG > >>> > Zsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIs > Ik > >>> > FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=9Xam3zEQro9GgvcI > gK > >>> Mvmjj6fLnTECysFXL1pYSWB2Y%3D&reserved=0 > >>> > >>> The related diff files have been posted here (please refresh): > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc-editor.org%2Fauthors%2Frfc9907- > diff.html&data=05%7C02%7Cmohame > >>> > d.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7 > a2 > >>> > 0af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768616426%7CUnknown% > 7C > >>> > TWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW > 4z > >>> > MiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=S%2FLTsEzG > CZ > >>> FfGSIdquMbi8g3X%2BnavojGDJ41ke3SCkw%3D&reserved=0 > (comprehensive) > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc-editor.org%2Fauthors%2Frfc9907- > rfcdiff.html&data=05%7C02%7Cmoh > >>> > amed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C9 > 0c > >>> > 7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768628355%7CUnkno > wn > >>> > %7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJ > Xa > >>> > W4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=mjoyBbq > Sj > >>> VZM9NDKplS5UQxpHNczbjpWciG3HpRvFNg%3D&reserved=0 > (comprehensive side > >>> by side) > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc-editor.org%2Fauthors%2Frfc9907- > auth48diff.html&data=05%7C02%7C > >>> > mohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3% > 7C > >>> > 90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768640352%7CUn > kn > >>> > own%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAi > Oi > >>> > JXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=yYgL > BV > >>> %2F2q9%2Fjl8mDE49kRNhfT6CqPQhp4Icydy6Jcas%3D&reserved=0 > (AUTH48 > >>> changes to date) > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc-editor.org%2Fauthors%2Frfc9907- > auth48rfcdiff.html&data=05%7C02 > >>> > %7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385 > b3 > >>> > %7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768651604%7 > CU > >>> > nknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsI > lA > >>> > iOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=s > 4% > >>> 2F5S3nPaW1vsn0CRwXXz3RocNeGT8L%2BD%2BaVSTenYq8%3D&reserved=0 > (AUTH48 > >>> changes side by side) > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc-editor.org%2Fauthors%2Frfc9907- > lastdiff.html&data=05%7C02%7Cmo > >>> > hamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C > 90 > >>> > c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768664304%7CUnkn > ow > >>> > n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOi > JX > >>> > aW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=p3yI7R > qZ > >>> leH0Ntb%2FX26Kv%2BUMaB%2BgS1q2Ak%2F527JlInA%3D&reserved=0 > (last > >>> version to this) > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc-editor.org%2Fauthors%2Frfc9907- > lastrfcdiff.html&data=05%7C02%7 > >>> > Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3 > %7 > >>> > C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768680678%7CU > nk > >>> > nown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlA > iO > >>> > iJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=Lob > 5s > >>> kCMMUDNUM%2B3njEFIWXM5zJo40Osaxk8%2BiGhuBM%3D&reserved=0 (last > >>> version side by side) > >>> > >>> The AUTH48 status page is viewable here: > >>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > ww > >>> w.rfc- > editor.org%2Fauth48%2Frfc9907&data=05%7C02%7Cmohamed.boucadair > >>> > %40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af34b40b > fb > >>> > c48b9253b6f5d20%7C0%7C0%7C639072113768691902%7CUnknown%7CTWFpbGZsb > 3d > >>> > 8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOI > jo > >>> > iTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=Zyvex5tv1owd59VdjqTVi > gY > >>> yAqsX34QKU7PCxwdWOR4%3D&reserved=0 > >>> > >>> Thank you. > >>> > >>> Megan Ferguson > >>> RFC Production Center > >>> > >>>> On Feb 12, 2026, at 4:32 PM, Mahesh Jethanandani > <[email protected]> wrote: > >>>> > >>>> Hi Megan, > >>>> > >>>>> On Feb 12, 2026, at 2:54 PM, Megan Ferguson > <[email protected]> wrote: > >>>>> > >>>>> Hi Mahesh, > >>>>> > >>>>> Thanks for the quick reply! > >>>>> > >>>>> Some follow-ups below marked with [rfced]. > >>>>> > >>>>> Thank you. > >>>>> > >>>>> Megan Ferguson > >>>>> RFC Production Center > >>>>> > >>>>>>> > >>>>>>> > >>>>>>> Issue #2: Redundant text in Section 4.30.3.1: > >>>>>>> > >>>>>>> We have updated to remove the text from the first > paragraph in this section as Mahesh suggested. > >>>>>>> > >>>>>>> Out of curiosity, is this a BCP 14 OPTIONAL? Or is this > all caps just to call attention to it? > >>>>>>> > >>>>>>> Current: > >>>>>>> This template ends with a section labeled "OPTIONAL”. > >>>>>> > >>>>>> My take is that it is not. It just happens to be all caps, > and it just happens to be one of the keywords from BCP 14. If we > want to disambiguate, we could call it TEMPLATE. > >>>>> > >>>>> [rfced] Could we simply have this appear as “Optional” (as > it is inside a template)? > >>>>> > >>>>> Note that this would include a change in multiple places > (twice in both Sections 4.30.3.1 and 4.30.3.2). > >>>>> > >>>>> Current: > >>>>> This template ends with a section labeled "OPTIONAL”. > >>>>> … > >>>>> -- OPTIONAL: > >>>>> > >>>>> Perhaps: > >>>>> This template ends with a section labeled "Optional”. > >>>>> … > >>>>> --Optional: > >>>> > >>>> I am ok with that > >>>> > >>>>> > >>>>> > >>>>> > >>>>> Further related clean up: > >>>>> a) This discussion made me realize that we had not updated > the <CODE BEGINS> and <CODE ENDS> tags used in Sections 4.30.3.1 > and 4.30.3.2 to instead use <BEGIN TEMPLATE TEXT> and <END > TEMPLATE TEXT> (as we had done in the security considerations > template section (see discussion with Med below)). This change has > now been incorporated (please refresh links to view). > >>>>> > >>>>> Note also that we made the following related change to the > change log: > >>>>> > >>>>> Original: > >>>>> * Added code markers for the security template. > >>>>> > >>>>> Current: > >>>>> * Added template markers for the security template. > >>>> > >>>> I do agree that it is not code, and using code markers would > be odd. Thanks for updating them to use template markers. > >>>> > >>>>> > >>>>> b) Note also that we have removed the following text from > Section 4.30.3.2 (to match its removal in 4.30.3.1). > >>>>> > >>>>> Original: > >>>>> > >>>>> This template ends with a section labeled "OPTIONAL". Any > text in > >>>>> this section that needs to be customized should be included > in the > >>>>> template. Text that does not require customization should > be > >>>>> omitted from the IANA Considerations section. > >>>>> > >>>>> Current: > >>>>> This template ends with a section labeled "OPTIONAL”. > >>>> > >>>> Thanks for catching that. > >>>> > >>>> Cheers. > >>>> > >>>>> > >>>>> > >>>>> > >>>>>>>> b) In contrast, regarding your note (about Section > 3.7.1): > >>>>>>>> * Added code markers for the security template. > >>>>>>>> > >>>>>>>> Why are the code markers being used for the security > >>>>>>>> considerations template? It seems odd because it is > prose, not > >>>>>>>> code. > >>>>>>> > >>>>>>> [Med] This one was requested by the trust. Please see > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > datatracker.ietf.org%2Fmeeting%2F116%2Fmaterials%2Fslides-116- > netmod-05-security-considerations-template-for-yang-module- > documents- > 00&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c > 2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639 > 072113768702990%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIl > YiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D > %7C0%7C%7C%7C&sdata=X7it65VEkfL2JVdGW5WSFgtqJesQ8fuWM3YrZixAFyo%3D > &reserved=0 or > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > mailarchive.ietf.org%2Farch%2Fmsg%2Fnetmod%2FgBEuz3mgOuyghmeQk7T4s > o_ZxF8%2F&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172 > e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C > 0%7C639072113768713828%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnR > ydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyf > Q%3D%3D%7C0%7C%7C%7C&sdata=yd1IcUhPRPsXShcaMtNdYX3X5itnTMVSa5XxmTK > hPBU%3D&reserved=0. > >>>>>>> > >>>>>>>> > >>>>>>>> c) Similarly, why are code markers used for the templates > in > >>>>>>>> Sections 4.30.3.1 and 4.30.3.2? > >>>>>>> > >>>>>>> [Med] For the same reasons as above. > >>>>>> > >>>>>> Might it be possible to update to <BEGIN TEMPLATE TEXT> and > <END TEMPLATE TEXT> instead? Additionally, should the following > paragraph from the TLP should be included? > >>>>>> > >>>>>> From > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > trustee.ietf.org%2Fdocuments%2Ftrust-legal-provisions%2Ftlp- > 5%2F&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb4 > 1c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6 > 39072113768724801%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUs > IlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D% > 3D%7C0%7C%7C%7C&sdata=u%2BLp5lkWJKhrHYBJJV4IHjMnMxH1Hrc5UtI%2F4ISB > ubs%3D&reserved=0 (which is linked to from > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > datatracker.ietf.org%2Fmeeting%2F116%2Fmaterials%2Fslides-116- > netmod-05-security-considerations-template-for-yang-module- > documents- > 00&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c > 2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639 > 072113768735229%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIl > YiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D > %7C0%7C%7C%7C&sdata=Qc0ii0i2zjWaaCHoI%2BLMl7kVl1xSTkc9VfI92YMPSFk% > 3D&reserved=0): > >>>>>> > >>>>>> Section 9. Template Text > >>>>>> a. Certain RFCs may contain text designated as “Template > Text” by the inclusion of the following legend in the introduction > to the RFC: > >>>>>> > >>>>>> “This RFC contains text intended for use as a template as > designated below by the markers <BEGIN TEMPLATE TEXT> and <END > TEMPLATE TEXT> or other clear designation. Such Template Text is > subject to the provisions of Section 9(b) of the Trust Legal > Provisions.” > >>>>> > >>>>>> [Med] Works for me. Thanks > >>>>> > >>>>> > >>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Issue #3: The wiki page update to make > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > wiki.ietf.org%2Fgroup%2Fops%2Fyang-security- > guidelines&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f117 > 2e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7 > C0%7C639072113768747241%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOn > RydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoy > fQ%3D%3D%7C0%7C%7C%7C&sdata=ofvHL8BhOhWQQjWAfSs78jscWs6w7CNOaJZ0Oy > EMiIg%3D&reserved=0? match the template in the document: > >>>>>>> > >>>>>>> Note that we have added this as an “approver” on the > AUTH48 status page at > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www.rfc- > editor.org%2Fauth48%2Frfc9907&data=05%7C02%7Cmohamed.boucadair%40o > range.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc4 > 8b9253b6f5d20%7C0%7C0%7C639072113768757453%7CUnknown%7CTWFpbGZsb3d > 8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOI > joiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=sRzbjJTVXb3PArjScoo > MRlaS%2FanjXFnWIEzgz8weTAs%3D&reserved=0 to ensure we match up > differences between the doc and that page prior to publication. > >>>>>>> > >>>>>>> In addition to updating to point to this document’s RFC > number (once it is published), we think the following still need > to be updated on the wiki page prior to publication (also viewable > in the diff at > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > www.rfc-editor.org%2Fauthors%2Frfc9907-wiki- > diff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172 > e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C > 0%7C639072113768768575%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnR > ydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyf > Q%3D%3D%7C0%7C%7C%7C&sdata=DIblmEf5oHRE4Ta5R%2F0lEtyGlww5JKa7txsCP > b%2FJwng%3D&reserved=0): > >>>>>>> > >>>>>>> Current (at wiki): > >>>>>>> The Network Configuration Access Control Model (NACM) > [RFC8341] provides the means to restrict access for particular > NETCONF or... > >>>>>>> > >>>>>>> Perhaps (to match document): > >>>>>>> The Network Configuration Access Control Model (NACM) > [RFC8341] provides the means to restrict access for particular > Network Configuration Protocol (NETCONF) or... > >>>>>>> > >>>>>>> Current (at wiki): > >>>>>>> All writable data nodes are likely to be sensitive... > >>>>>>> > >>>>>>> Perhaps (to match document): > >>>>>>> All writable data nodes are likely to be reasonably > sensitive… > >>>>>>> > >>>>>>> Current (at wiki): > >>>>>>> ...e.g., ones that might be protected by a "nacm:default- > deny-write”... > >>>>>>> > >>>>>>> Perhaps (to match document): > >>>>>>> ...e.g., ones that might be protected by a > >>>>>>> "nacm:default-deny-write”… > >>>>>> > >>>>>> Hmm. I am not sure if I am seeing a difference. > >>>>> > >>>>> [rfced] Sorry - copy and paste error: > >>>>> > >>>>> Perhaps: > >>>>> ...e.g., ones that are protected by a "nacm:default-deny- > write”… > >>>>> > >>>>>> > >>>>>>> > >>>>>>> Current (at wiki): > >>>>>>> ...or get-config) are particularly sensitive or > vulnerable… > >>>>>>> > >>>>>>> Perhaps (to match document): > >>>>>>> ...or get-config) that are particularly sensitive or > vulnerable… > >>>>>>> > >>>>>>> Current (at wiki): > >>>>>>> ...readable data nodes are ones that might be protected by > a… > >>>>>>> > >>>>>>> Perhaps (to match document): > >>>>>>> ...readable data nodes are ones that are protected by a… > >>>>>>> > >>>>>>> Current (at wiki): > >>>>>>> ...then add this text to remind the specific sensitivity… > >>>>>>> > >>>>>>> Perhaps (to match document): > >>>>>>> ...then add this text as a reminder of the specific > sensitivity… > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Issue #4: Our request for AD approval of Med’s suggestion. > >>>>>>> > >>>>>>> *Mahesh - please review and approve the following change: > >>>>>>> > >>>>>>> OLD: > >>>>>>> The IANA Considerations Section MAY also provide the > following > >>>>>>> information if a default action is expected: > >>>>>>> > >>>>>>> NEW: > >>>>>>> The IANA Considerations Section MAY also provide the > following > >>>>>>> information if a default action is to be overridden: > >>>>>> > >>>>>> I am ok with this change. > >>>>>> > >>>>>> Thanks for checking. > >>>>> > >>>>> [rfced] No problem. We have recorded your approval of this > change in the Notes field of the AUTH48 status page, but have left > your “Approval” field blank until the issue with the text in > Section 3.9 issue is resolved (we believe we’ve heard back from > you approving all other changes we requested - thank you!). > >>>>>> > >>>>>>> > >>>>>>> Please review our updates carefully as we do not make > changes once the document is published as an RFC. > >>>>>>> Please contact us with any further changes you may have. > >>>>>>> > >>>>>>> The files have been posted here (please refresh): > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc- > editor.org%2Fauthors%2Frfc9907.txt&data=05%7C02%7Cmoha > >>>>>>> > med.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C > >>>>>>> > 90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768778454%7C > >>>>>>> > Unknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMC > >>>>>>> > IsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C& > >>>>>>> > sdata=%2F2fMEswaup%2FQaUMHABeBvzs5jup7u9GpfwXFgMOLcVY%3D&reserve > >>>>>>> d=0 > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc- > editor.org%2Fauthors%2Frfc9907.pdf&data=05%7C02%7Cmoha > >>>>>>> > med.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C > >>>>>>> > 90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768788464%7C > >>>>>>> > Unknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMC > >>>>>>> > IsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C& > >>>>>>> > sdata=F8Qh5s0IsGAUpxcWvKdyMWrw%2FFYNu8UZ17ZcYOeLo7Y%3D&reserved= > >>>>>>> 0 > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc- > editor.org%2Fauthors%2Frfc9907.html&data=05%7C02%7Cmoh > >>>>>>> > amed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7 > >>>>>>> > C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768799260%7 > >>>>>>> > CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwM > >>>>>>> > CIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C > >>>>>>> > &sdata=CL8mnaLjwylnuPTC3P5U82gRzIDBC2Yi0yaPMZNDNMg%3D&reserved=0 > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc- > editor.org%2Fauthors%2Frfc9907.xml&data=05%7C02%7Cmoha > >>>>>>> > med.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C > >>>>>>> > 90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768809640%7C > >>>>>>> > Unknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMC > >>>>>>> > IsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C& > >>>>>>> > sdata=3D3how12Fi%2BDeirAMnGJRmSSd3qGVeJACU3B6zGCeAg%3D&reserved= > >>>>>>> 0 > >>>>>>> > >>>>>>> The related diff files have been posted here (please > refresh): > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > diff.html&data=05%7C02% > >>>>>>> > 7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b38 > >>>>>>> > 5b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768819 > >>>>>>> > 905%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAu > >>>>>>> > MDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C% > >>>>>>> > 7C%7C&sdata=N3FGk6MnLP7grss9SB4uHIEmDUJNkRnXxiqcd7sdsZc%3D&reser > >>>>>>> ved=0 (comprehensive) > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > rfcdiff.html&data=05%7C > >>>>>>> > 02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70 > >>>>>>> > b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768 > >>>>>>> > 834578%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwL > >>>>>>> > jAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0% > >>>>>>> > 7C%7C%7C&sdata=Yf02Ny1U5SZLtMAoxY6rb20Zyb9sQOgBR9FIAw47RYc%3D&re > >>>>>>> served=0 (comprehensive side by side) > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > auth48diff.html&data=05 > >>>>>>> > %7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008d > >>>>>>> > e70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113 > >>>>>>> > 768847368%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOi > >>>>>>> > IwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7 > >>>>>>> > C0%7C%7C%7C&sdata=D1kYi5iIiYh5Lhtx%2BUhO2TJXHeqp9Wj4sTANTz6yLS0% > >>>>>>> 3D&reserved=0 (AUTH48 changes to date) > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > auth48rfcdiff.html&data > >>>>>>> > =05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c21600 > >>>>>>> > 08de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072 > >>>>>>> > 113768857695%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlY > >>>>>>> > iOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3 > >>>>>>> > D%7C0%7C%7C%7C&sdata=a9DPR6uDwk9PZpCydkFmLDQvumCz9WrRVVfoT3J%2Ba > >>>>>>> 5w%3D&reserved=0 (AUTH48 changes side by side) > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > lastdiff.html&data=05%7 > >>>>>>> > C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de7 > >>>>>>> > 0b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C63907211376 > >>>>>>> > 8868027%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIw > >>>>>>> > LjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0 > >>>>>>> > %7C%7C%7C&sdata=LUhiCQRfHEjZMfDSgWpAkFIyStfHhGs4JBZ%2B7X2vpuk%3D > >>>>>>> &reserved=0 (last version to this) > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > lastrfcdiff.html&data=0 > >>>>>>> > 5%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008 > >>>>>>> > de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C63907211 > >>>>>>> > 3768877857%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiO > >>>>>>> > iIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D% > >>>>>>> > 7C0%7C%7C%7C&sdata=%2Fyg4fIvlDLTD10MS7FMDq43SkKobvAO2JLdzwk5%2BV > >>>>>>> FU%3D&reserved=0 (last version side by side) > >>>>>>> > >>>>>>> The AUTH48 status page is viewable here: > >>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F% > >>>>>>> 2Fwww.rfc- > editor.org%2Fauth48%2Frfc9907&data=05%7C02%7Cmohamed.b > >>>>>>> > oucadair%40orange.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a > >>>>>>> > 20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113768889064%7CUnkno > >>>>>>> > wn%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlA > >>>>>>> > iOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata > >>>>>>> =QeQEPb4VIJ1k6z3DjlGsfQ9casn4i7giL5tk5K6TEHA%3D&reserved=0 > >>>>>>> > >>>>>>> Thank you. > >>>>>>> > >>>>>>> Megan Ferguson > >>>>>>> RFC Production Center > >>>>>>> > >>>>>>> > >>>>>>>> On Feb 10, 2026, at 8:39 PM, Mahesh Jethanandani > <[email protected]> wrote: > >>>>>>>> > >>>>>>>> Hi Megan, > >>>>>>>> > >>>>>>>>> On Jan 26, 2026, at 12:13 PM, Megan Ferguson > <[email protected]> wrote: > >>>>>>>>> > >>>>>>>>> Hi Med, *Mahesh, (and IANA), > >>>>>>>>> > >>>>>>>>> Thanks for your careful reviews and replies. > >>>>>>>>> > >>>>>>>>> This message addresses mail from Mahesh, Med, and IANA > (the changes requested by Amanda on 22 January). For your > convenience, we have included links to the current versions of > files in multiple places in this mail (but all point to the same > files). > >>>>>>>>> > >>>>>>>>> Please review all updates carefully and let us know if > further changes are necessary. We will await approvals from all > parties (and of all actions) listed at the AUTH48 status page > (https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2 > Fwww.rfc- > editor.org%2Fauth48%2Frfc9907&data=05%7C02%7Cmohamed.boucadair%40o > range.com%7C676f1172e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc4 > 8b9253b6f5d20%7C0%7C0%7C639072113768900174%7CUnknown%7CTWFpbGZsb3d > 8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOI > joiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=PBtV%2FW1uKTe0mQDXa > aPy%2BaK9V%2B0L9iVqKwkEv9j%2BnQY%3D&reserved=0) prior to moving > this document forward in the publication process. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Addressing Mahesh’s reply (and necessary actions): > >>>>>>>>> ------------------------------------------------- > >>>>>>>>> *Mahesh - the addition of text to Section 3.9 can be > viewed in the diff files here: > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > auth48diff.html&dat > >>>>>>>>> > a=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c21 > >>>>>>>>> > 60008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6 > >>>>>>>>> > 39072113768910773%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRy > >>>>>>>>> > dWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIj > >>>>>>>>> > oyfQ%3D%3D%7C0%7C%7C%7C&sdata=mbydCS3OUKFbiW1DAcCGVHV3AHFWJC5A > >>>>>>>>> vzoaLrnDvmY%3D&reserved=0 (AUTH48 changes only) > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > auth48rfcdiff.html& > >>>>>>>>> > data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41 > >>>>>>>>> > c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0% > >>>>>>>>> > 7C639072113768921133%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiO > >>>>>>>>> > nRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIld > >>>>>>>>> > UIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=77sZsRvqSItI2GoCPyHYAWM8kGR3S > >>>>>>>>> MKzbkiC1K79fMI%3D&reserved=0 (AUTH48 side by side) > >>>>>>>>> > >>>>>>>>> We have also attached a screenshot of the piece in > question for your convenience. > >>>>>>>>> > >>>>>>>>> <Screen Shot 2026-01-16 at 10.25.54 AM.png> > >>>>>>>> > >>>>>>>> Thanks for sharing the screenshot of the set of changes. > I went and looked at all the revisions of the document including - > 25, the version approved by IESG. This whole text is a completely > new addition, and was never approved by the WG or by IESG. As > such, this cannot be approved, unless we poll the WG regarding the > change. Alternatively, we can just drop this new text. I will also > note that in later in the document, when it comes to IANA modules, > we insist that the reference statement contain the title of the > RFC. As such, these guidances are contradicting each other. > >>>>>>>> > >>>>>>>> Separately, I will note that in Section 4.30.3.1 this > text is repeated twice. The first time in the first paragraph: > >>>>>>>> > >>>>>>>> Any text in > >>>>>>>> this section that needs to be customized should be > included in > >>>>>>>> the template. Text that does not require customization > should > >>>>>>>> be omitted from the IANA Considerations section. > >>>>>>>> > >>>>>>>> and later in the “OPTIONAL” section: > >>>>>>>> > >>>>>>>> -- Include only text that needs to be customized for the > module. > >>>>>>>> -- Text that does not require customization should be > >>>>>>>> -- omitted. > >>>>>>>> > >>>>>>>> Do we need it twice? Maybe remove the new text in the > first paragraph?? > >>>>>>>> > >>>>>>>>> > >>>>>>>>> With regard to the possible updates to the wiki page at > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F > wiki.ietf.org%2Fgroup%2Fops%2Fyang-security- > guidelines&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f117 > 2e2fb41c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7 > C0%7C639072113768930850%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOn > RydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoy > fQ%3D%3D%7C0%7C%7C%7C&sdata=g5BwcYnzMPxBtvNgsUGKPkdmZXvRQZVBqX%2Bl > 5lxxjAM%3D&reserved=0?, we have also posted a diff file to > highlight the current differences between the document (template) > and the wiki at: > >>>>>>>>> > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907-wiki- > diff.html&data > >>>>>>>>> > =05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c216 > >>>>>>>>> > 0008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C63 > >>>>>>>>> > 9072113768940495%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRyd > >>>>>>>>> > WUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjo > >>>>>>>>> > yfQ%3D%3D%7C0%7C%7C%7C&sdata=YtSeseef9D5e3ekcg77qd0UHYKthLG3Fn > >>>>>>>>> dj8mvQcm%2Bk%3D&reserved=0 > >>>>>>>>> > >>>>>>>>> Some of the differences highlighted are expected and > will likely remain (e.g., having an RFC number in brackets or > marking with a double dash in the RFC itself vs. colored boxes), > but there are some textual differences remaining that we believe > should be resolved. > >>>>>>>> > >>>>>>>> Ok. > >>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Regarding this comment from Mahesh: > >>>>>>>>>>>> OLD: > >>>>>>>>>>>> "WG Web: > <https://fra01.safelinks.protection.outlook.com/?url=http%3A%2F%2F > datatracker.ietf.org%2Fwg%2Fyour-wg- > name%2F&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2 > fb41c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0% > 7C639072113768951898%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRyd > WUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ% > 3D%3D%7C0%7C%7C%7C&sdata=WVKQLav0asMFZ%2FCADlfFqJbYpqfUxKNmzq8SvrT > EwCo%3D&reserved=0> > >>>>>>>>>>>> WG List: <mailto:[email protected]> > >>>>>>>>>>>> > >>>>>>>>>>>> NEW: > >>>>>>>>>>>> "WG Web: > https://fra01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fd > atatracker.ietf.org%2Fwg%2Fyour-wg- > name&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb4 > 1c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6 > 39072113768961748%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUs > IlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D% > 3D%7C0%7C%7C%7C&sdata=dYthAt2b5sqJm8EUuX5%2BiIVJZroFDqQVm78kStS%2B > OZ8%3D&reserved=0 > >>>>>>>>>>>> WG List: YOUR-WG-NAME <mailto:[email protected]> > >>>>>>>>>> > >>>>>>>>>> Shouldn’t http be changed to https above? > >>>>>>>>> > >>>>>>>>> [rfced] We have updated as suggested. Calling out here > for author awareness. > >>>>>>>> > >>>>>>>> Ok. > >>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> For the update to the instructions below: > >>>>>>>>> > >>>>>>>>>> NEW1: > >>>>>>>>>> > >>>>>>>>>> // RFC Ed: replace 'date-revision' with the module > publication date <— Moved “RFC Ed: here > >>>>>>>>>> // the format is (YYYY-MM-DD) > >>>>>>>>>> > >>>>>>>>>> // replace XXXX with actual RFC number and remove // > this > >>>>>>>>>> note > >>>>>>>>>> > >>>>>>>>>> revision date-revision { > >>>>>>>>>> description > >>>>>>>>>> "What changed in this revision."; reference > >>>>>>>>>> "RFC XXXX: <Replace With Document Title>"; } > >>>>>>>>>> > >>>>>>>>>> // Authors: Replace RFC IIIII with the RFC number and > title. <— Made the text similar to the note to the RFC Editor. > >>>>>>>>>> // of the RFC that defined the initial version of // > the > >>>>>>>>>> module and remove this note > >>>>>>>>>> > >>>>>>>>>> revision date-initial { > >>>>>>>>>> description > >>>>>>>>>> "Initial version"; version."; reference > >>>>>>>>>> "RFC IIII: <Replace With Document Title>"; } > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Please review our update to this text and let us know if > any further changes are necessary. > >>>>>>>>> > >>>>>>>>> *Mahesh - please also review and approve the following > updates we have received in the meantime: > >>>>>>>>> > >>>>>>>>> -the addition of text to the end of the Introduction > >>>>>>>>> > >>>>>>>>> -the updates captured in the "Addressing the mail > exchange with IANA” part of this email below (the updates > suggested by IANA as well as our updates to it) - this includes > changes to Sections 4.30.3 (added text), 4.30.3.1 (added and > changed text), 4.30.3.2 (added and changed text), 5.3 (and the > reorganization/addition of Sections 5.3.1 and 5.3.1). > >>>>>>>> > >>>>>>>> I have reviewed these changes and approve of them. > >>>>>>>> > >>>>>>>> Thanks > >>>>>>>> > >>>>>>>>> > >>>>>>>>> The above are reviewable in the files below: > >>>>>>>>> > >>>>>>>>> The files have been posted here (please refresh): > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc- > editor.org%2Fauthors%2Frfc9907.txt&data=05%7C02%7C > >>>>>>>>> > mohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b38 > >>>>>>>>> > 5b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6390721137689 > >>>>>>>>> > 71219%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIw > >>>>>>>>> > LjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7 > >>>>>>>>> > C0%7C%7C%7C&sdata=LxrBfxqbt%2BJUpluhitgAOsHtQXH9PpCZCMsuqnTGbR > >>>>>>>>> c%3D&reserved=0 > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc- > editor.org%2Fauthors%2Frfc9907.pdf&data=05%7C02%7C > >>>>>>>>> > mohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b38 > >>>>>>>>> > 5b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6390721137689 > >>>>>>>>> > 84486%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIw > >>>>>>>>> > LjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7 > >>>>>>>>> > C0%7C%7C%7C&sdata=0Me5stlLRwb%2BQQLMzRWaFT0tXg4nGLExFSN7%2FFpe > >>>>>>>>> LRY%3D&reserved=0 > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc- > editor.org%2Fauthors%2Frfc9907.html&data=05%7C02%7 > >>>>>>>>> > Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b3 > >>>>>>>>> > 85b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639072113769 > >>>>>>>>> > 000165%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiI > >>>>>>>>> > wLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D% > >>>>>>>>> > 7C0%7C%7C%7C&sdata=5dCztgmiUjC9TZ8%2BUIZHxcW9IEif17j7jDVxgqNLe > >>>>>>>>> ig%3D&reserved=0 > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc- > editor.org%2Fauthors%2Frfc9907.xml&data=05%7C02%7C > >>>>>>>>> > mohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008de70b38 > >>>>>>>>> > 5b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6390721137690 > >>>>>>>>> > 16141%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIw > >>>>>>>>> > LjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7 > >>>>>>>>> > C0%7C%7C%7C&sdata=57VYm5CJPjMCBOzi%2FXMU13k4NvA4cHbihGKA%2FBbQ > >>>>>>>>> %2F1w%3D&reserved=0 > >>>>>>>>> > >>>>>>>>> The related diff files have been posted here (please > refresh): > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > diff.html&data=05%7 > >>>>>>>>> > C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160008d > >>>>>>>>> > e70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6390721 > >>>>>>>>> > 13769030285%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIl > >>>>>>>>> > YiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3 > >>>>>>>>> > D%3D%7C0%7C%7C%7C&sdata=aKXe6%2BVJfbDN4hKmqi%2Bz1DtNudvqWl0VuB > >>>>>>>>> IZiR1M7cg%3D&reserved=0 (comprehensive) > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > rfcdiff.html&data=0 > >>>>>>>>> > 5%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c21600 > >>>>>>>>> > 08de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6390 > >>>>>>>>> > 72113769040646%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWU > >>>>>>>>> > sIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyf > >>>>>>>>> > Q%3D%3D%7C0%7C%7C%7C&sdata=rn%2FhafA%2BkcPhIZXCd39TiQFRSCFY%2F > >>>>>>>>> Fwtfkhj63719DE%3D&reserved=0 (comprehensive side by > side) > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > auth48diff.html&dat > >>>>>>>>> > a=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c21 > >>>>>>>>> > 60008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6 > >>>>>>>>> > 39072113769057318%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRy > >>>>>>>>> > dWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIj > >>>>>>>>> > oyfQ%3D%3D%7C0%7C%7C%7C&sdata=7Sozee7VY78bgqXH%2FP7f8WAUaqeN5I > >>>>>>>>> c8K3LGSf%2BHF0Y%3D&reserved=0 (AUTH48 changes to date) > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > auth48rfcdiff.html& > >>>>>>>>> > data=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41 > >>>>>>>>> > c2160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0% > >>>>>>>>> > 7C639072113769079802%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiO > >>>>>>>>> > nRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIld > >>>>>>>>> > UIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=EjqIbgac34eKMWITi8d7CV2DqqX46 > >>>>>>>>> KAy17GvTH2WVzA%3D&reserved=0 (AUTH48 changes side by > side) > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > lastdiff.html&data= > >>>>>>>>> > 05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2160 > >>>>>>>>> > 008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639 > >>>>>>>>> > 072113769095849%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydW > >>>>>>>>> > UsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoy > >>>>>>>>> > fQ%3D%3D%7C0%7C%7C%7C&sdata=NUvjwT5syyb%2BcpbT1typ1HwbTuNrv0fg > >>>>>>>>> NMtW1biGb6I%3D&reserved=0 (last version to this) > >>>>>>>>> > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2 > >>>>>>>>> F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9907- > lastrfcdiff.html&da > >>>>>>>>> > ta=05%7C02%7Cmohamed.boucadair%40orange.com%7C676f1172e2fb41c2 > >>>>>>>>> > 160008de70b385b3%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C > >>>>>>>>> > 639072113769109601%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnR > >>>>>>>>> > ydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUI > >>>>>>>>> > joyfQ%3D%3D%7C0%7C%7C%7C&sdata=g9oPC0o3ezfD8CN1%2FWgu%2BkDQTrd > >>>>>>>>> RnHbnfT7n8kJgwz0%3D&reserved=0 (last version side by > side) > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Addressing Med’s mail (all resolved issues snipped): > >>>>>>>>> --------------------------------------------------- > >>>>>>>>> > >>>>>>>>>> On Jan 16, 2026, at 12:43 AM, > [email protected] wrote: > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> 4) For 28d: > >>>>>>>>>>> > >>>>>>>>>>>>> d) Please review the use of module/model when it > appears > >>>>>>>>>>> without YANG > >>>>>>>>>>>>> and confirm that these instances appear as intended. > >>>>>>>>>>>> > >>>>>>>>>>>> [Med] Will review that separately. > >>>>>>>>>>> > >>>>>>>>>>> Please let us know if any further changes are > necessary once > >>>>>>>>>>> you complete your review. > >>>>>>>>>> > >>>>>>>>>> [Med] We can update all "model" occurrences in the > bullet list of 4.23.3 to "module". > >>>>>>>>>> > >>>>>>>>>> Also, make a similar change in 4.23.3.1 for two > occurrences. > >>>>>>>>> [rfced] Please note that we also updated an instance > before the bulleted list in Section 4.23.3. Please review and let > us know if this change should be reverted. > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> 5) 28(e) and 28(f) ask about quotation around terms: > >>>>>>>>>>> > >>>>>>>>>>>>> e) We note that there may be some inconsistency in > the > >>>>>>>>>>>>> double > >>>>>>>>>>> quotes > >>>>>>>>>>>>> around statement names. For example, these terms > are not > >>>>>>>>>>> quoted at > >>>>>>>>>>>>> places in the text: > >>>>>>>>>>>>> > >>>>>>>>>>>>> import statement > >>>>>>>>>>>>> include statement > >>>>>>>>>>>>> normative reference statement XPath statement > extension > >>>>>>>>>>>>> statement YANG statement YANG extension statement > YANG > >>>>>>>>>>>>> conditional statement reference statement length > statement > >>>>>>>>>>>>> module tag extension statement > >>>>>>>>>>>> > >>>>>>>>>>>> [Med] Please follow the same convention as in RFC8407 > for > >>>>>>>>>>>> these ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. -- auth48archive mailing list -- [email protected] To unsubscribe send an email to [email protected]
