Med, Thank you for your reply. The two SHOULDs have been restored. In addition, the keywords paragraph has been added (as Section 1.1) and the references added; they were not present in the approved I-D.
This diff file shows only the most recent changes: https://www.rfc-editor.org/authors/rfc10014-lastrfcdiff.html For the rest of the files: https://www.rfc-editor.org/authors/rfc10014.html https://www.rfc-editor.org/authors/rfc10014.txt https://www.rfc-editor.org/authors/rfc10014.pdf https://www.rfc-editor.org/authors/rfc10014.xml (source) This diff file shows all changes from the approved I-D: https://www.rfc-editor.org/authors/rfc10014-diff.html https://www.rfc-editor.org/authors/rfc10014-rfcdiff.html (side by side) This diff file shows the changes made during AUTH48 thus far: https://www.rfc-editor.org/authors/rfc10014-auth48diff.html https://www.rfc-editor.org/authors/rfc10014-auth48rfcdiff.html (side by side) Please let us know if you approve this document for publication or any further changes are needed. Thank you. Alice Russo RFC Production Center > On Jun 18, 2026, at 12:09 AM, [email protected] wrote: > > Hi Alice, all, > > I disapprove the changes of the normative language in Section 3.7. Please > revert these changes and add relevant boilerplate. > > Thank you. > > Cheers, > Med > >> -----Message d'origine----- >> De : Alice Russo <[email protected]> >> Envoyé : jeudi 18 juin 2026 00:18 >> À : Carlos Pignataro <[email protected]>; BOUCADAIR Mohamed >> INNOV/NET <[email protected]> >> Cc : Adrian Farrel <[email protected]>; >> [email protected]; [email protected]; >> [email protected]; [email protected]; Mahesh Jethanandani >> <[email protected]>; RFC Editor <[email protected]>; >> auth48archive <[email protected]> >> Objet : AD - Re: Final Review: RFC-to-be 10014 (draft-ietf-opsawg- >> oam-characterization) in XML >> >> >> Carlos, Med (as AD), >> >> * Med, re: the lowercasing of the two SHOULDs, we await your reply >> to this mail from Carlos (15 June): >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> mailarchive.ietf.org%2Farch%2Fmsg%2Fauth48archive%2F5OFvsUA8GkPDXC >> DGXC8LRyxWrjQ%2F&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C1 >> 018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20 >> %7C0%7C0%7C639173314907088795%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1h >> cGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIl >> dUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=CZi3Xp2Qkfd4KVIHOuRN0e6CH6zoapLW >> 2IqR7Xrc7Co%3D&reserved=0 >> >> >> Thank you for your reply, Carlos. Please see the follow-ups below. >> The revised files are here (please refresh): >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc- >> editor.org%2Fauthors%2Frfc10014.html&data=05%7C02%7Cmohamed.boucad >> air%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b >> 40bfbc48b9253b6f5d20%7C0%7C0%7C639173314907104344%7CUnknown%7CTWFp >> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMi >> IsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=g9GSW2SLSsPp >> f%2BJo88DXTLC9k4G7pTsCBOIuYWYKv0s%3D&reserved=0 >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc- >> editor.org%2Fauthors%2Frfc10014.txt&data=05%7C02%7Cmohamed.boucada >> ir%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b4 >> 0bfbc48b9253b6f5d20%7C0%7C0%7C639173314907115270%7CUnknown%7CTWFpb >> GZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiI >> sIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=b%2FpcqGO8yAc >> D%2FPsb%2FryIbEnepandZs%2FFQRgj5sSWuGI%3D&reserved=0 >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc- >> editor.org%2Fauthors%2Frfc10014.pdf&data=05%7C02%7Cmohamed.boucada >> ir%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b4 >> 0bfbc48b9253b6f5d20%7C0%7C0%7C639173314907127292%7CUnknown%7CTWFpb >> GZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiI >> sIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=WbzZ14OICmPDg >> IMMPAY2jnIlpRiGJGRlZI4HvpPT5L8%3D&reserved=0 >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc- >> editor.org%2Fauthors%2Frfc10014.xml&data=05%7C02%7Cmohamed.boucada >> ir%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b4 >> 0bfbc48b9253b6f5d20%7C0%7C0%7C639173314907141910%7CUnknown%7CTWFpb >> GZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiI >> sIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=9RDEbZqZ46VQP >> 2iwO98Xq%2BkbJmwDPFgA7otrwFG%2FqlE%3D&reserved=0 >> >> This diff file shows all changes from the approved I-D: >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc-editor.org%2Fauthors%2Frfc10014- >> diff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C1018bb28 >> d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C >> 0%7C639173314907152678%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnR >> ydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyf >> Q%3D%3D%7C0%7C%7C%7C&sdata=M3yJDoRIZEadrtWxfzjsdgBM2otgBGObK1Kmlml >> EbmI%3D&reserved=0 >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc-editor.org%2Fauthors%2Frfc10014- >> rfcdiff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C1018b >> b28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0 >> %7C0%7C639173314907162895%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGki >> OnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIj >> oyfQ%3D%3D%7C0%7C%7C%7C&sdata=uEPR%2Baxs3XIFJNUzKLRMuJYRRTbExvhuQf >> NrbVeYc2A%3D&reserved=0 (side by side) >> >> This diff file shows the changes made during Final Review thus >> far: >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc-editor.org%2Fauthors%2Frfc10014- >> auth48diff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C10 >> 18bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20% >> 7C0%7C0%7C639173314907173477%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hc >> GkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIld >> UIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=3int1X1bvoxcQk3IHYOWxmx%2FnBtGcQC >> 3BPSxc%2FZnVwo%3D&reserved=0 >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc-editor.org%2Fauthors%2Frfc10014- >> auth48rfcdiff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7 >> C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d >> 20%7C0%7C0%7C639173314907183896%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU >> 1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIs >> IldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ssOBT96joBTZmJCUoFd5V7FEtLNHmo >> CJHgAHoJpv55A%3D&reserved=0 (side by side) >> >> >> Re: #8, we added the sentence in Section 3.4. Please review. >> Current: >> >> An example of "Equal-Forwarding-Treatment OAM" is presented in >> [RFC9551] in the context of Deterministic Networking (DetNet) >> OAM: >> "it traverses the same set of links and interfaces receiving >> the same >> QoS and Packet Replication, Elimination, and Ordering Functions >> (PREOF) treatment as the monitored DetNet flow". (The property >> of >> "Equal-Forwarding-Treatment" is referred to in [RFC9551] as >> "In-band >> OAM".) >> >> Re: #15 (Acknowledgements), removed duplicate as requested. FYI, >> we added a hyphen in "Huang-Feng" because of Alex's recent reply >> on this topic >> (https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2 >> Fmailarchive.ietf.org%2Farch%2Fmsg%2Fauth48archive%2FcNQMWS7FtV75D >> RiiExd5Idx3m4E%2F&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C >> 1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d2 >> 0%7C0%7C0%7C639173314907193853%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1 >> hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsI >> ldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=4TAO8ZFSS3aHpICLwfO3GnBPFojdQ3U >> OEioUaZdK0zQ%3D&reserved=0). >> >> You wrote: >>> After implementing these updates on this email thread, please >> mark my Approval on this document. >>> Approved. >> >> Your approval has been recorded. >> >> This page shows the Final Review status of your document: >> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> queue.rfc-editor.org%2Ffinal- >> review%2Frfc10014&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C >> 1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d2 >> 0%7C0%7C0%7C639173314907204229%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1 >> hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsI >> ldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=ulvn9Y8KOQhkGlIlbfdfJG6AawSEW4s >> oR7myAgVbjt8%3D&reserved=0 >> >> Thank you. >> >> Alice Russo >> RFC Production Center >> >>> On Jun 13, 2026, at 4:12 AM, Carlos Pignataro >> <[email protected]> wrote: >>> >>> Hi, Alice, >>> >>> Many thanks for this work, edits, and questions! >>> >>> Please find some responses inline. >>> >>> Additionally, I’d like to request these updates: >>> >>> 14. Grammo >>> OLD: >>> While this document introduces new terminology, it is does >> not update >>> or change the meaning of terminology found in existing RFCs. >>> >>> NEW: >>> While this document introduces new terminology, it does not >> update >>> or change the meaning of terminology found in existing RFCs. >>> >>> 15. Duplicate >>> OLD: >>> The authors wish to thank, chronologically, Hesham Elbakoury, >> Michael >>> Richardson, Stewart Bryant, Greg Mirsky, Med Boucadair, Loa >>> Andersson, Thomas Graf, Alex Huang Feng, Xiao Min, Dhruv >> Dhody, Henk >>> Birkholz, Alex Huang Feng, Tom Petch, Roni Even, Tim Chown, >> Marcus >>> Ihlar, Med Boucadair, Benoit Claise, Chongfeng Xie, Robert >> Sparks, >>> Kyle Rose, Mach Chen, Roman Danyliw, Gorry Fairhurst, Éric >> Vyncke, >>> Andy Newton, Deb Cooley, Ketan Talaulikar, and Gunter Van de >> Velde >>> for their thorough review and useful feedback comments that >> greatly >>> improved this document. >>> >>> NEW: >>> The authors wish to thank, chronologically, Hesham Elbakoury, >> Michael >>> Richardson, Stewart Bryant, Greg Mirsky, Med Boucadair, Loa >>> Andersson, Thomas Graf, Alex Huang Feng, Xiao Min, Dhruv >> Dhody, Henk >>> Birkholz, Tom Petch, Roni Even, Tim Chown, Marcus >>> Ihlar, Med Boucadair, Benoit Claise, Chongfeng Xie, Robert >> Sparks, >>> Kyle Rose, Mach Chen, Roman Danyliw, Gorry Fairhurst, Éric >> Vyncke, >>> Andy Newton, Deb Cooley, Ketan Talaulikar, and Gunter Van de >> Velde >>> for their thorough review and useful feedback comments that >> greatly >>> improved this document. >>> >>> 16: Carlos’ email contact >>> OLD: >>> Carlos Pignataro >>> Blue Fern Consulting >>> United States of America >>> Email: [email protected], [email protected] >>> >>> NEW: >>> Carlos Pignataro >>> Blue Fern Consulting >>> United States of America >>> Email: [email protected] >>> >>> More inline >>> >>>> On Jun 12, 2026, at 11:35 PM, [email protected] wrote: >>>> >>>> Authors, >>>> >>>> While reviewing this document during Final Review, please >> resolve (as >>>> necessary) the following questions, which are also in the >> source file. >>>> >>>> 1. This document will become part of BCP 161 because it updates >> RFC 6291. >>>> If this is not correct (i.e., it should be assigned a new BCP >>>> number), please let us know. >>>> >>>> See the complete list of BCPs here: >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www >>>> .rfc-editor.org%2Fbcp%2Fbcp- >> index.txt&data=05%7C02%7Cmohamed.boucadai >>>> >> r%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40 >> bfb >>>> >> c48b9253b6f5d20%7C0%7C0%7C639173314907214139%7CUnknown%7CTWFpbGZsb >> 3d8 >>>> >> eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIj >> oiT >>>> >> WFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=N7C%2Bk%2Fe6xm1bY2jqi%2 >> BCk >>>> l613ZSR1HMoeIIa%2Baeo0yYk%3D&reserved=0 >>>> >>> >>> Correct >>> >>>> >>>> 2. Please insert any keywords (beyond those that appear in the >> title) >>>> for use on >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www.rfc- >> editor.org%2Fsearch&data=05%7C02%7Cmohamed.boucadair%40orange.com% >> 7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5 >> d20%7C0%7C0%7C639173314907224081%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0e >> U1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCI >> sIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=XBVRVrR3m6eVJ%2F5CErnN58q0qBI >> D7YxM7n%2F63QyDBjI%3D&reserved=0. >>>> >>> >>> >>> Suggested keywords: OAM, in-band, out-of-band, path-congruent, >> active >>> OAM, passive OAM, hybrid OAM, in-data-packet, forwarding >> treatment >>> >>>> >>>> 3. We note that [RFC9341] uses "Alternate-Marking" rather than >>>> "Alternate Marking". Should the hyphen be added here? >>>> >>>> Current: >>>> Another example of "Hybrid Type I OAM" that is also "In-Data- >> Packet >>>> OAM" is Alternate Marking [RFC9341], when applied to data >> packets of >>>> a single stream. >>>> >>> >>> No. We use “Alternate Marking” as a noun, “Alternate-Marking” as >>> adjective. Same as RFC9341 ("Indeed, Alternate Marking can be)”, >> "that >>> Service Providers using Alternate Marking must do”, "Alternate- >> Marking >>> Method”, "Alternate-Marking technique”.) >>> >>> Please keep as is. >>> >>>> >>>> 4. For clarity, what does "allowing for packet loss >> computation" refer to? >>>> >>>> Original: >>>> Instead, OAM >>>> packets are used for carrying information about observed >> network >>>> characteristics, namely user packet counter values, allowing >> for >>>> packet loss computation. >>>> >>>> Option A (if characteristics allow for the computation): >>>> Instead, OAM >>>> packets are used for carrying information about observed >> network >>>> characteristics (namely, user packet counter values) allowing >> for >>>> packet loss computation. >>>> >>>> Option B (if values allow for the computation): >>>> Instead, OAM >>>> packets are used for carrying information about observed >> network >>>> characteristics - namely, user packet counter values that >> allow for >>>> packet loss computation. >>> >>> Option B >>> >>>> >>>> >>>> 5. For clarity, should "Path Followed OAM" be "Path-Followed >> OAM" >>>> or "Path-Following OAM"? This term has not appeared in any >> RFCs, and >>>> it appears only once in this document. >>>> >>> >>> Please rename section 3.3 to be consistent with 3.4 and others >>> >>> OLD: >>> 3.3. Path Followed OAM >>> >>> NEW: >>> 3.3. Path-Congruent OAM >>> >>> >>> >>>> >>>> 6. FYI, we added hyphens to the section title to make "3.4. >>>> Packet-Forwarding-Treatment OAM" >>>> similar to usage of "Equal-Forwarding-Treatment OAM" and >>>> "Different-Forwarding-Treatment OAM" in this document. >>>> Please let us know if you prefer otherwise. >>>> >>> >>> Accepted. >>> >>>> >>>> 7. For readability, may "forwarding (e.g., QoS) treatment" be >>>> changed to "forwarding treatment (e.g., QoS)"? There are 4 >> instances >>>> in this document. For example: >>>> >>>> Original: >>>> Equal-Forwarding-Treatment OAM: >>>> The OAM packets receive the same forwarding (e.g., QoS) >> treatment >>>> as user data packets. >>>> >>>> Perhaps: >>>> Equal-Forwarding-Treatment OAM: >>>> The OAM packets receive the same forwarding treatment (e.g., >> QoS) >>>> as user data packets. >>>> >>> >>> Yes, for all instances. >>> >>>> >>>> 8. Section 3.4: To make it clear to the reader why the >> definition of >>>> "In-band OAM" is being quoted here, would you like to add a >> sentence >>>> (similar to that in Appendix A) here as well? >>> >>> Yes, pelase. >>> >>>> >>>> In other words, the quote is from the definition for "In-band >> OAM" >>>> in Section 1.1 of [RFC9551], and the mapping is explained in >> Appendix A: >>>> The property of "Equal-Forwarding-Treatment" is referred to in >>>> [RFC9551] as "In-band OAM". >>>> >>>> Original: >>>> An example of "Equal-Forwarding-Treatment OAM" is presented in >>>> [RFC9551] in the context of Deterministic Networking (DetNet) >> OAM: >>>> "it traverses the same set of links and interfaces receiving >> the same >>>> QoS and Packet Replication, Elimination, and Ordering >> Functions >>>> (PREOF) treatment as the monitored DetNet flow". >>>> >>>> >>>> 9. For [P4-INT-2.1], may the provided URL be replaced? The URL >>>> provided >>>> >> (https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2 >> Fp4 >>>> .org%2Fp4- >> spec%2Fdocs%2FINT_v2_1.pdf&data=05%7C02%7Cmohamed.boucadair%40oran >> ge.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9 >> 253b6f5d20%7C0%7C0%7C639173314907233839%7CUnknown%7CTWFpbGZsb3d8ey >> JFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi >> TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=cC8POrpyw1p4yM6HUX4Fto >> H%2FTtsOVI3%2BnrbzUnjFqnI%3D&reserved=0) is 404. We have found >> the following URL, which appears to match the information in the >> reference: >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> p4. >>>> org%2Fwp-content%2Fuploads%2Fsites%2F53%2Fp4- >> spec%2Fdocs%2FINT_v2_1.p >>>> >> df&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C1018bb28d4054bd >> 53f >>>> >> 3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639173 >> 314 >>>> >> 907243533%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIw >> LjA >>>> >> uMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7 >> C%7 >>>> >> C&sdata=gOhIS9iSqJbU62YM%2F8zsY9wlSmvurm9s%2Bbsd2xKFGKc%3D&reserve >> d=0 >>>> Is this the correct updated URL? >>> >>> Correct. Please update the URL >>> >>>> >>>> >>>> 10. How may this be rephrased to avoid the repetition of >> "similar >>>> uses still use"? Does "documents" convey the intended meaning? >>>> >>>> Original: >>>> Other similar uses, including [P4-INT-2.1], still use >>>> variations of "in-band", "in band", or "inband". >>>> >>>> Perhaps: >>>> Other similar documents, including [P4-INT-2.1], still use >>>> variations of "in-band", "in band", or "inband". >>>> >>> >>> Yes. >>> >>>> >>>> 11. Does RFC 9912 (which was draft-ietf-raw-architecture) still >>>> contain similar text? If not, please provide updated text. >>>> (We were not able to identify the similar text.) >>> >>> Because of our review of the draft, that text was removed: >>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> auth >>> or-tools.ietf.org%2Fiddiff%3Furl1%3Ddraft-ietf-raw-architecture- >> 26%26u >>> rl2%3Ddraft-ietf-raw-architecture-27%26difftype%3D-- >> html&data=05%7C02% >>> >> 7Cmohamed.boucadair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4de >> e%7C >>> >> 90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639173314907253774%7CUn >> know >>> >> n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOi >> JXaW >>> >> 4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=%2BOpMRn >> hc1A >>> iZu2vZD5zrBBuDs%2FIBoEf4rvoAAq0oszc%3D&reserved=0 >>> >>> Please remove the sentence "[RFC9912] uses similar text.” And >> associated reference. >>> >>>> >>>> Current: >>>> Similarly, the property of "Different- Forwarding-Treatment >> OAM" >>>> can be found in the following definition in >>>> [RFC9551]: "Out-of-band OAM: an active OAM method whose path >> through >>>> the DetNet domain may not be topologically identical to the >> path of >>>> the monitored DetNet flow, its test packets may receive >> different QoS >>>> and/or PREOF treatment, or both." [RFC9912] uses similar text. >>>> >>>> >>>> 12. Please review the "Inclusive Language" portion of the >> online >>>> Style Guide >>>> >> <https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2 >> Fww >>>> w.rfc- >> editor.org%2Fstyleguide%2Fpart2%2F%23inclusive_language&data=05 >>>> >> %7C02%7Cmohamed.boucadair%40orange.com%7C1018bb28d4054bd53f3e08dec >> cbe >>>> >> 4dee%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6391733149072643 >> 72% >>>> >> 7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMC >> IsI >>>> >> lAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata >> =bn >>>> 33Sb%2Fg%2Fy3yk%2BMJ42fsOMb9XMCJSSSfXyBl2wHcmX4%3D&reserved=0> >>>> and let us know if any changes are needed. Updates of this >> nature >>>> typically result in more precise language, which is helpful for >> readers. >>> >>> No inclusive language concerns identified. >>> >>> Thanks! >>> >>> Carlos. >>> >>>> >>>> Note that our script did not flag any words in particular, but >> this >>>> should still be reviewed as a best practice. >>>> >>>> Thank you. >>>> >>>> Alice Russo >>>> RFC Production Center >>>> >>>> >>>> On Jun 12, 2026, [email protected] wrote: >>>> >>>> *****IMPORTANT***** >>>> >>>> RFC Author(s): >>>> -------------- >>>> >>>> Final Review for RFC-to-be 10014 >>>> <draft-ietf-opsawg-oam-characterization> >>>> >>>> Your document is now available for Final Review (previously >> AUTH48). >>>> Once it has been reviewed and approved by you and all >> coauthors, it will be published as an RFC. >>>> If an author is no longer available, there are several >> remedies; see >>>> the Unavailable Authors section >>>> >> (https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2 >> Fauthors.ietf.org%2Frfc-publication-process%23unavailable- >> authors&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C1018bb28d4 >> 054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0% >> 7C639173314907275001%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRyd >> WUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ% >> 3D%3D%7C0%7C%7C%7C&sdata=ANAk0sDlQaSijD9K2RbdXQgI11YL8jS6uCxkP5VO% >> 2Fog%3D&reserved=0). >>>> >>>> You and you coauthors are responsible for engaging other >> parties >>>> (e.g., Contributors or Working Group) as necessary before >> providing >>>> your approval. >>>> >>>> Planning your review >>>> --------------------- >>>> >>>> Please review the following aspects of your document: >>>> >>>> * RFC Editor questions >>>> >>>> Please review and resolve any questions raised by the RFC >> Editor >>>> that have been included in the XML file as comments marked as >>>> follows: >>>> >>>> <!-- [rfced] ... --> >>>> >>>> These questions will also be sent in a subsequent email. >>>> >>>> * Changes submitted by coauthors >>>> >>>> Please ensure that you review any changes submitted by your >>>> coauthors. We assume that if you do not speak up that you >> agree to >>>> changes submitted by your coauthors. >>>> >>>> * Content >>>> >>>> Please review the full content of the document, as this cannot >>>> change once the RFC is published. Please pay particular >> attention to: >>>> - IANA considerations updates (if applicable) >>>> - contact information >>>> - references >>>> >>>> * Copyright notices and legends >>>> >>>> Please review the copyright notice and legends as defined in >> RFC >>>> 5378 and the Trust Legal Provisions (TLP – >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> trustee.ietf.org%2Flicense- >> info&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C1018bb28d4054 >> bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6 >> 39173314907286712%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUs >> IlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D% >> 3D%7C0%7C%7C%7C&sdata=R%2Bdhml83e5MGE5Prqm37oYkkeoTz%2BziotUcSwKTO >> KFk%3D&reserved=0). >>>> >>>> * Semantic markup >>>> >>>> Please review the markup in the XML file to ensure that >> elements of >>>> content are correctly tagged. For example, ensure that >> <sourcecode> >>>> and <artwork> are set correctly. See details at >>>> >> <https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2 >> Fauthors.ietf.org%2Frfcxml- >> vocabulary&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C1018bb2 >> 8d4054bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7 >> C0%7C639173314907309914%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOn >> RydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoy >> fQ%3D%3D%7C0%7C%7C%7C&sdata=V%2F3A4KEsG%2FHGFNKXyz1JWcenSJPqasNI4d >> %2FgKjcGFBE%3D&reserved=0>. >>>> >>>> * Formatted output >>>> >>>> Please review the PDF, HTML, and TXT files to ensure that the >>>> formatted output, as generated from the markup in the XML file, >> is >>>> reasonable. Please note that the TXT will have formatting >>>> limitations compared to the PDF and HTML. >>>> >>>> >>>> Submitting changes >>>> ------------------ >>>> >>>> To submit changes, please reply to this email using 'REPLY ALL' >> as >>>> all the parties CCed on this message need to see your changes. >> The >>>> parties >>>> include: >>>> >>>> * your coauthors >>>> >>>> * [email protected] (the RPC team) >>>> >>>> * other document participants, depending on the stream (e.g., >>>> IETF Stream participants are your working group chairs, the >>>> responsible ADs, and the document shepherd). >>>> >>>> * [email protected], which is an archival mailing >> list >>>> to preserve discussion about the document while in the RPC >> editorial >>>> queue; it is not an active discussion list: >>>> >>>> * More info: >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> mai >>>> larchive.ietf.org%2Farch%2Fmsg%2Fietf-announce%2Fyb6lpIGh- >> 4Q9l2USxIAe >>>> >> 6P8O4Zc&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C1018bb28d4 >> 054 >>>> >> bd53f3e08deccbe4dee%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C6 >> 391 >>>> >> 73314907324367%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlY >> iOi >>>> >> IwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0 >> %7C >>>> >> %7C%7C&sdata=ht0nkYQB%2BGCETYKX3pIGff0HYQ6p5zWTs3MYRR4veaI%3D&rese >> rve >>>> d=0 >>>> >>>> * The archive itself: >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> mai >>>> >> larchive.ietf.org%2Farch%2Fbrowse%2Fauth48archive%2F&data=05%7C02% >> 7Cm >>>> >> ohamed.boucadair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7 >> C90 >>>> >> c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639173314907339135%7CUnkn >> own >>>> >> %7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJ >> XaW >>>> >> 4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=1OpDrFAh >> yHQ >>>> v%2BhTrzizOY%2Fz2nyq37IxXKDh%2Bzcl8LP4%3D&reserved=0 >>>> >>>> * Note: If only absolutely necessary, you may temporarily >> opt out >>>> of the archiving of messages (e.g., to discuss a >> sensitive matter). >>>> If needed, please add a note at the top of the message >> that you >>>> have dropped the address. When the discussion is >> concluded, >>>> [email protected] will be re-added to the CC >> list and >>>> its addition will be noted at the top of the message. >>>> >>>> You may submit your changes in one of two ways: >>>> >>>> An update to the provided XML file >>>> — OR — >>>> An explicit list of changes in this format >>>> >>>> Section # (or indicate Global) >>>> >>>> OLD: >>>> old text >>>> >>>> NEW: >>>> new text >>>> >>>> You do not need to reply with both an updated XML file and an >>>> explicit list of changes, as either form is sufficient. >>>> >>>> We will ask a stream manager to review and approve any changes >> that >>>> seem beyond editorial in nature, e.g., addition of new text, >> deletion >>>> of text, and technical changes. Information about stream >> managers >>>> can be found in the FAQ. Editorial changes do not require >> approval from a stream manager. >>>> >>>> >>>> Approving for publication >>>> -------------------------- >>>> >>>> To approve your RFC for publication, please reply to this email >>>> stating that you approve this RFC for publication. Please use >> 'REPLY >>>> ALL', as all the parties CCed on this message need to see your >> approval. >>>> >>>> >>>> Files >>>> ----- >>>> >>>> The files are available here: >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www >>>> .rfc- >> editor.org%2Fauthors%2Frfc10014.xml&data=05%7C02%7Cmohamed.bouca >>>> >> dair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34 >> b40 >>>> >> bfbc48b9253b6f5d20%7C0%7C0%7C639173314907354223%7CUnknown%7CTWFpbG >> Zsb >>>> >> 3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkF >> OIj >>>> >> oiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=%2FRjtkyl5leCxtN%2FD >> CRn >>>> Dowk9QPB5jYTmHB8xp0bM0W4%3D&reserved=0 >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www >>>> .rfc- >> editor.org%2Fauthors%2Frfc10014.html&data=05%7C02%7Cmohamed.bouc >>>> >> adair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af3 >> 4b4 >>>> >> 0bfbc48b9253b6f5d20%7C0%7C0%7C639173314907367428%7CUnknown%7CTWFpb >> GZs >>>> >> b3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk >> FOI >>>> >> joiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=f%2B6w65O79KH39LR0g >> chf >>>> dphe29pgkyRo4Octq%2FoJV7U%3D&reserved=0 >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www >>>> .rfc- >> editor.org%2Fauthors%2Frfc10014.pdf&data=05%7C02%7Cmohamed.bouca >>>> >> dair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34 >> b40 >>>> >> bfbc48b9253b6f5d20%7C0%7C0%7C639173314907378166%7CUnknown%7CTWFpbG >> Zsb >>>> >> 3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkF >> OIj >>>> >> oiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=pTcMt3N09y8YIJ3dNGz9 >> yLJ >>>> wdiA2wSUh%2Bl6Wu9O5YZg%3D&reserved=0 >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www >>>> .rfc- >> editor.org%2Fauthors%2Frfc10014.txt&data=05%7C02%7Cmohamed.bouca >>>> >> dair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a20af34 >> b40 >>>> >> bfbc48b9253b6f5d20%7C0%7C0%7C639173314907388305%7CUnknown%7CTWFpbG >> Zsb >>>> >> 3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkF >> OIj >>>> >> oiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=cszjRmfAfeBtFp3IX1%2 >> BhN >>>> MALESfT3lOxRlK7YOqAn18%3D&reserved=0 >>>> >>>> Diff file of the text: >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www >>>> .rfc-editor.org%2Fauthors%2Frfc10014- >> diff.html&data=05%7C02%7Cmohamed >>>> >> .boucadair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a >> 20a >>>> >> f34b40bfbc48b9253b6f5d20%7C0%7C0%7C639173314907398641%7CUnknown%7C >> TWF >>>> >> pbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zM >> iIs >>>> >> IkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=Iv4jo5%2F7tUCA >> nTY >>>> lQJIHUaq8zXrsLJtuoQhMQS9j9ek%3D&reserved=0 >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www >>>> .rfc-editor.org%2Fauthors%2Frfc10014- >> rfcdiff.html&data=05%7C02%7Cmoha >>>> >> med.boucadair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90 >> c7a >>>> >> 20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639173314907408790%7CUnknown >> %7C >>>> >> TWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW >> 4zM >>>> >> iIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=MrLItgFLH7m >> 5%2 >>>> FaD8mu0UUa9kU7X87tF4MSuVgtvjwzs%3D&reserved=0 (side by side) >>>> >>>> Diff of the XML: >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> www >>>> .rfc-editor.org%2Fauthors%2Frfc10014- >> xmldiff1.html&data=05%7C02%7Cmoh >>>> >> amed.boucadair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C9 >> 0c7 >>>> >> a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C639173314907418905%7CUnknow >> n%7 >>>> >> CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXa >> W4z >>>> >> MiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=G%2Bmy%2FB >> Hot >>>> MDgEuJaYhw6UFr8EbG70ijPknhcCf1F6d8%3D&reserved=0 >>>> >>>> >>>> Tracking progress >>>> ----------------- >>>> >>>> Details on the status of your Final Review are here: >>>> >>>> >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2F >> que >>>> ue.rfc-editor.org%2Ffinal- >> review%2Frfc10014%2F&data=05%7C02%7Cmohamed >>>> >> .boucadair%40orange.com%7C1018bb28d4054bd53f3e08deccbe4dee%7C90c7a >> 20a >>>> >> f34b40bfbc48b9253b6f5d20%7C0%7C0%7C639173314907428552%7CUnknown%7C >> TWF >>>> >> pbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zM >> iIs >>>> >> IkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=k%2Fhhxmz01B0A >> 7lq >>>> Jz1ljUyeyqCvex0Tnrhmx3gMPGi0%3D&reserved=0 >>>> >>>> Please let us know if you have any questions. >>>> >>>> Thank you for your cooperation, >>>> >>>> RFC Editor >>>> >>>> -------------------------------------- >>>> RFC 10014 (draft-ietf-opsawg-oam-characterization) >>>> >>>> Title : Guidelines for Characterizing the Term "OAM" >>>> Author(s) : C. Pignataro, >>>> A. Farrel, >>>> T. Mizrahi >>>> WG Chair(s) : Joe Clarke, Benoît Claise >>>> Area Director(s) : Mohamed Boucadair, Mahesh Jethanandani >>> > > ____________________________________________________________________________________________________________ > 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]
