Hi Kevin,
Thank you for your reply and thank you for providing links to the updates as
well!
We have updated the document and will continue with publication at this time.
Thank you,
RFC Editor/sg
> On Jun 13, 2025, at 1:42 AM, Kevin Smith, Vodafone <kevin.sm...@vodafone.com>
> wrote:
>
> Dear Sandy, all,
>
> Thanks for the catch - in both cases, setting the number of spaces per
> indentation level to one takes the string character length under 69 in each
> case, and is still valid JSON.
>
> NB In case my email server garbles the suggestions below, you can also find
> them here in the right-hand output pane::
> Section 5.1 NEW: Reformatted JSON at Prettier.io
> Section A.1 NEW: Reformatted JSON at Prettier.io
>
> Thanks again for your help :)
> Kevin
>
> Section 5.1
> OLD:
> {
> "linkset": [
> {
> "anchor": "https://www.example.com/.well-known/api-catalog";,
> "item": [
> {
> "href": "https://developer.example.com/apis/foo_api";
> },
> {
> "href": "https://developer.example.com/apis/bar_api";
> },
> {
> "href": "https://developer.example.com/apis/cantona_api";
> }
> ],
> "api-catalog": "https://www.example.net/.well-known/api-catalog";
> }
> ]
> }
>
>
>
> NEW:
> {
> "linkset": [
> {
> "anchor": "https://www.example.com/.well-known/api-catalog";,
> "item": [
> {
> "href": "https://developer.example.com/apis/foo_api";
> },
> {
> "href": "https://developer.example.com/apis/bar_api";
> },
> {
> "href": "https://developer.example.com/apis/cantona_api";
> }
> ],
> "api-catalog": "https://www.example.net/.well-known/api-catalog";
> }
> ]
> }
>
> Section A.1 OLD:
> {
> "linkset": [
> {
> "anchor": "https://developer.example.com/apis/foo_api";,
> "service-desc": [
> {
> "href": "https://developer.example.com/apis/foo_api/spec";,
> "type": "application/yaml"
> }
> ],
> "status": [
> {
> "href": "https://developer.example.com/apis/foo_api/status";,
> "type": "application/json"
> }
> ],
> "service-doc": [
> {
> "href": "https://developer.example.com/apis/foo_api/doc";,
> "type": "text/html"
> }
> ],
> "service-meta": [
> {
> "href": "https://developer.example.com/apis/foo_api/policies";,
> "type": "text/xml"
> }
> ]
> },
> {
> "anchor": "https://developer.example.com/apis/bar_api";,
> "service-desc": [
> {
> "href": "https://developer.example.com/apis/bar_api/spec";,
> "type": "application/yaml"
> }
> ],
> "status": [
> {
> "href": "https://developer.example.com/apis/bar_api/status";,
> "type": "application/json"
> }
> ],
> "service-doc": [
> {
> "href": "https://developer.example.com/apis/bar_api/doc";,
> "type": "text/plain"
> }
> ]
> },
> {
> "anchor": "https://apis.example.net/apis/cantona_api";,
> "service-desc": [
> {
> "href": "https://apis.example.net/apis/cantona_api/spec";,
> "type": "text/n3"
> }
> ],
> "service-doc": [
> {
> "href": "https://apis.example.net/apis/cantona_api/doc";,
> "type": "text/html"
> }
> ]
> }
> ]
> }
>
> NEW:
> {
> "linkset": [
> {
> "anchor": https://developer.example.com/apis/foo_api,
> "service-desc": [
> {
> "href": https://developer.example.com/apis/foo_api/spec,
> "type": "application/yaml"
> }
> ],
> "status": [
> {
> "href": https://developer.example.com/apis/foo_api/status,
> "type": "application/json"
> }
> ],
> "service-doc": [
> {
> "href": https://developer.example.com/apis/foo_api/doc,
> "type": "text/html"
> }
> ],
> "service-meta": [
> {
> "href": https://developer.example.com/apis/foo_api/policies,
> "type": "text/xml"
> }
> ]
> },
> {
> "anchor": https://developer.example.com/apis/bar_api,
> "service-desc": [
> {
> "href": https://developer.example.com/apis/bar_api/spec,
> "type": "application/yaml"
> }
> ],
> "status": [
> {
> "href": https://developer.example.com/apis/bar_api/status,
> "type": "application/json"
> }
> ],
> "service-doc": [
> {
> "href": https://developer.example.com/apis/bar_api/doc,
> "type": "text/plain"
> }
> ]
> },
> {
> "anchor": https://apis.example.net/apis/cantona_api,
> "service-desc": [
> {
> "href": https://apis.example.net/apis/cantona_api/spec,
> "type": "text/n3"
> }
> ],
> "service-doc": [
> {
> "href": https://apis.example.net/apis/cantona_api/doc,
> "type": "text/html"
> }
> ]
> }
> ]
> }
>
> -----Original Message-----
> From: Sandy Ginoza <sgin...@staff.rfc-editor.org>
> Sent: 12 June 2025 19:50
> To: Kevin Smith, Vodafone <kevin.sm...@vodafone.com>
> Cc: RFC Editor <rfc-edi...@rfc-editor.org>; httpapi-...@ietf.org;
> httpapi-cha...@ietf.org; dar...@tavis.ca; Francesca Palombini
> <francesca.palomb...@ericsson.com>; auth48archive@rfc-editor.org
> Subject: Question - Re: AUTH48: RFC-to-be 9727
> <draft-ietf-httpapi-api-catalog-08> for your review
>
> [You don't often get email from mailto:sgin...@staff.rfc-editor.org. Learn
> why this is important at https://aka.ms/LearnAboutSenderIdentification ]
>
> This email was sent from outside our network. Please verify if the
> sender is trusted and be cautious of suspicious links or attachments. If you
> are unsure, kindly use the Report button to submit the email.
>
> Greetings,
>
> Unfortunately, the following lines extend 1 character beyond the margin. How
> may we break these lines so they fit within the 69 character limit?
>
> "api-catalog":
> "https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.example.net%2F.well-known%2Fapi-catalog%25E2%2580%259D&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498040935%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=XZLf7aDbw%2BtAFvn1x08HiPhTouv3XnObzGJoFRR6cvA%3D&reserved=0
>
> "href":
> "https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdeveloper.example.com%2Fapis%2Ffoo_api%2Fpolicies&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498065292%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=nObK3gsEOmkSC3Wq90yMu8L8z5E9pNu5XklR9ZbJinI%3D&reserved=0";,
>
> We will wait to hear from you before continuing with the publication process.
>
> Thank you,
> RFC Editor/sg
>
> > On Jun 4, 2025, at 10:18 AM, Madison Church
> > <mailto:mchu...@staff.rfc-editor.org> wrote:
> >
> > Hi Kevin,
> >
> > Thank you for your quick reply! We have noted your approval here:
> > https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.rfc-editor.org%2Fauth48%2Frfc9727&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498079475%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=yTVqbilRqDDSisMYjSDyn%2BycSHJ2Hk4FvDnHBTHCUEQ%3D&reserved=0.
> >
> > We will now ask IANA to make their updates before moving this document
> > forward in the publication process.
> >
> > Thank you,
> > RFC Editor/mc
> >
> >> On Jun 4, 2025, at 11:12 AM, Kevin Smith, Vodafone
> >> <mailto:kevin.sm...@vodafone.com> wrote:
> >>
> >> Dear Madison, all,
> >>
> >> I approve this RFC for publication.
> >>
> >> Many thanks to all for the updates and support throughout the process!
> >>
> >> All best,
> >> Kevin
> >>
> >> -----Original Message-----
> >> From: Madison Church <mailto:mchu...@staff.rfc-editor.org>
> >> Sent: 04 June 2025 16:18
> >> To: Kevin Smith, Vodafone <mailto:kevin.sm...@vodafone.com>
> >> Cc: RFC Editor <mailto:rfc-edi...@rfc-editor.org>;
> >> mailto:httpapi-...@ietf.org;
> >> mailto:httpapi-cha...@ietf.org; mailto:dar...@tavis.ca;
> >> mailto:francesca.palomb...@ericsson.com;
> >> mailto:auth48archive@rfc-editor.org
> >> Subject: Re: AUTH48: RFC-to-be 9727
> >> <draft-ietf-httpapi-api-catalog-08> for your review
> >>
> >> [You don't often get email from mailto:mchu...@staff.rfc-editor.org. Learn
> >> why this is important at
> >> https://aka.ms/LearnAboutSenderIdentification ]
> >>
> >> This email was sent from outside our network. Please verify if the
> >> sender is trusted and be cautious of suspicious links or attachments. If
> >> you are unsure, kindly use the Report button to submit the email.
> >>
> >> Hi Kevin,
> >>
> >> Thank you for your reply. We have updated the document accordingly and all
> >> of our questions have been addressed.
> >>
> >> Please review the document carefully to ensure satisfaction as we do not
> >> make changes once it has been published as an RFC. Contact us with any
> >> further updates or with your approval of the document in its current form.
> >> We will await approvals from each author prior to moving forward in the
> >> publication process.
> >>
> >> The files have been posted here (please refresh):
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauthors%2Frfc9727.txt&data=05%7C02%7CKevin.Smith%40
> >> vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb
> >> 3a5228f18b893%7C0%7C0%7C638853511498093068%7CUnknown%7CTWFpbGZsb3d8ey
> >> JFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWF
> >> pbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=2LzhjZmIqC9NOoQRafuOFYZj
> >> uNz1fWW0COB35QYfoIQ%3D&reserved=0
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauthors%2Frfc9727.pdf&data=05%7C02%7CKevin.Smith%40
> >> vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb
> >> 3a5228f18b893%7C0%7C0%7C638853511498106646%7CUnknown%7CTWFpbGZsb3d8ey
> >> JFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWF
> >> pbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=BEkx84alH1R9LFX2A7OOe1yt
> >> jzeidnwKHxdtVxOTLgQ%3D&reserved=0
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauthors%2Frfc9727.html&data=05%7C02%7CKevin.Smith%4
> >> 0vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86ad
> >> b3a5228f18b893%7C0%7C0%7C638853511498124321%7CUnknown%7CTWFpbGZsb3d8e
> >> yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTW
> >> FpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=YrxIy1Jf5MbX9fAUjb8nbCf
> >> HF7UKL5rD6m9jWYefqOs%3D&reserved=0
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauthors%2Frfc9727.xml&data=05%7C02%7CKevin.Smith%40
> >> vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb
> >> 3a5228f18b893%7C0%7C0%7C638853511498138446%7CUnknown%7CTWFpbGZsb3d8ey
> >> JFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWF
> >> pbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=PcnRQb7dUg6rxvm4Y6GU1RVw
> >> 8ldD4H33Kn8Bfwy83pY%3D&reserved=0
> >>
> >> The relevant diff files have been posted here (please refresh):
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauthors%2Frfc9727-diff.html&data=05%7C02%7CKevin.Sm
> >> ith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874
> >> c86adb3a5228f18b893%7C0%7C0%7C638853511498152219%7CUnknown%7CTWFpbGZs
> >> b3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOI
> >> joiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=AEACbYJaudRvOJ6evW
> >> 1V04oWqT8lAJMDz3FBOUCIWeA%3D&reserved=0 (comprehensive diff)
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauthors%2Frfc9727-rfcdiff.html&data=05%7C02%7CKevin
> >> .Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84
> >> 874c86adb3a5228f18b893%7C0%7C0%7C638853511498165296%7CUnknown%7CTWFpb
> >> GZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIk
> >> FOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=OWGpBiMywszTATr
> >> trd%2FZOxUfzjsuU5JpVyUYboqOWj4%3D&reserved=0 (side by side)
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauthors%2Frfc9727-auth48diff.html&data=05%7C02%7CKe
> >> vin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3
> >> b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498178185%7CUnknown%7CTW
> >> FpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiI
> >> sIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=jPk%2FasL0oy
> >> vxfafw33Gp04Lru%2FofXqWvZJJJmL6eVTk%3D&reserved=0 (diff showing
> >> AUTH48 changes)
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauthors%2Frfc9727-auth48rfcdiff.html&data=05%7C02%7
> >> CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C6828
> >> 3f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498191255%7CUnknown%7
> >> CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4z
> >> MiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=k5lCuzZEJ
> >> w%2B4xvp%2FgRfVuMrp%2FJ60EuP%2BA1qbRutGZRM%3D&reserved=0 (side by
> >> side of AUTH48 changes)
> >>
> >> For the AUTH48 status of this document, please see:
> >>
> >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> >> .rfc-editor.org%2Fauth48%2Frfc9727&data=05%7C02%7CKevin.Smith%40vodaf
> >> one.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a522
> >> 8f18b893%7C0%7C0%7C638853511498204326%7CUnknown%7CTWFpbGZsb3d8eyJFbXB
> >> 0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIs
> >> IldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=SUxXGblTcgNL9%2ByqAvORT0PVlDH
> >> uwKro8otgNCm41LA%3D&reserved=0
> >>
> >> Thank you,
> >> RFC Editor/mc
> >>
> >>> On Jun 3, 2025, at 7:53 AM, Kevin Smith, Vodafone
> >>> <mailto:Kevin.Smith=40vodafone....@dmarc.ietf.org> wrote:
> >>>
> >>> Dear RFC Editor(s), Thanks for your review and helpful suggestions.
> >>> Please see my answers below.
> >>>
> >>> 1) Approved
> >>> 2) Please add the keyword 'API' (which is in the list at
> >>> https://www/.
> >>> ietf.org%2Ftechnologies%2Fkeywords%2F&data=05%7C02%7CKevin.Smith%40v
> >>> od
> >>> afone.com%7C0b4a17886f4f45b3750008dda37b09a2%7C68283f3b84874c86adb3a
> >>> 52
> >>> 28f18b893%7C0%7C0%7C638846471438092763%7CUnknown%7CTWFpbGZsb3d8eyJFb
> >>> XB
> >>> 0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCI
> >>> sI
> >>> ldUIjoyfQ%3D%3D%7C60000%7C%7C%7C&sdata=ZeeIxcQLRhlPpnCa4J3H1HZzsxFKQ
> >>> 92
> >>> myupcElpzXoE%3D&reserved=0)
> >>> 3) Please use the third (‘Or’) option
> >>> 4) Approved
> >>> 5) Approved
> >>> 6) Approved (the ‘Perhaps’ option)
> >>> 7) Approved (the ‘Perhaps’ option)
> >>> 8) Approved
> >>> 9) I agree the original wording is confusing, however the suggested
> >>> change does not reflect the intent . How about:
> >>> Section 5.1
> >>> OLD
> >>> If the Publisher is not the domain authority for
> >>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww
> >>> .example.net%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c3
> >>> 10e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498217324%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=kK1bu2kgpk%2BjzbkpqZHxWbNtHMxOoofwDRlIa8RGPBU%3D&reserved=0
> >>> - or any third-party domain that hosts any of the Publisher's APIs -
> >>> then the Publisher MAY include a link in its own API catalog to that
> >>> third-party domain's API catalog.
> >>>
> >>> NEW
> >>> If the Publisher is not the domain authority for
> >>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww
> >>> .example.net%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c3
> >>> 10e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%
> >>> 7C638853511498230121%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWU
> >>> sIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3
> >>> D%7C40000%7C%7C%7C&sdata=xRE%2FN3bR2WnRs6GA0qe96jOaUYcWg87t1twPIjEkj
> >>> Dg%3D&reserved=0, then the Publisher’s API Catalog MAY include a
> >>> link to the API catalog of the third-party that is the domain
> >>> authority for
> >>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww
> >>> .e%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba25
> >>> 0b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C63885351
> >>> 1498244628%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwL
> >>> jAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%
> >>> 7C%7C%7C&sdata=Ec9KZW0r5PuWz1r%2FtX22Vl9P7kmx89n2Oq%2F8gL85K%2Bw%3D&
> >>> reserved=0
> >>> xample.net%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C0b4a17886f
> >>> 4f
> >>> 45b3750008dda37b09a2%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C63
> >>> 88
> >>> 46471438138100%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiO
> >>> iI
> >>> wLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C6000
> >>> 0%
> >>> 7C%7C%7C&sdata=YKW3Uqnxwm99WnqPtAAP1Oy%2BfuFJEtFySUSCcdf3hXs%3D&rese
> >>> rv
> >>> ed=0
> >>>
> >>> 10) Approved
> >>> 11) Approved
> >>> 12) Noted
> >>> 13) Approved (the ‘Perhaps’ option)
> >>> 14) Approved (the ‘Perhaps’ option)
> >>> 15) Here is an updated reference entry for [RESTdesc], note there no date
> >>> on the website, only the current year.
> >>> Current:
> >>> [RESTdesc] Ruben Verborgh, Erik Mannens, Rick Van de Walle, and
> >>> Thomas Steiner, "RESTdesc", 15 September 2023,
> >>> < apisjson.org/format/apisjson_0.16.txt>.
> >>>
> >>> New:
> >>> [RESTdesc] Ruben Verborgh, Erik Mannens, Rick Van de Walle, and
> >>> Thomas Steiner, "RESTdesc", 2025,
> >>> <
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frestdesc.org%2Fabout%2Fdescriptions&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498258951%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=D9t3MZhlE3SSav5DQBsjvZu%2Fvp9ZVqXYtHXPS0FGBqM%3D&reserved=0
> >>> >. 16) Approved (the ‘Perhaps’ option)
> >>> 17) Approved
> >>> 18) Approved
> >>> 19) Checked and Approved
> >>> 20) Approved: please can you set type to "json"?
> >>> 21) Reviewed, I'm not aware of any changes needed.
> >>> In addition, there is one typo introduced in the newly revised version:
> >>> Section: Abstract
> >>> OLD:
> >>> well-know
> >>> NEW:
> >>> well-known
> >>>
> >>> Many thanks,
> >>> Kevin
> >>> -----Original Message-----
> >>> From: mailto:rfc-edi...@rfc-editor.org <mailto:rfc-edi...@rfc-editor.org>
> >>> Sent: 03 June 2025 00:59
> >>> To: Kevin Smith, Vodafone <mailto:kevin.sm...@vodafone.com>
> >>> Cc: mailto:rfc-edi...@rfc-editor.org; mailto:httpapi-...@ietf.org;
> >>> mailto:httpapi-cha...@ietf.org;
> >>> mailto:dar...@tavis.ca;francesca.palomb...@ericsson.com;
> >>> mailto:auth48archive@rfc-editor.org
> >>> Subject: Re: AUTH48: RFC-to-be 9727 <draft-ietf-httpapi-api-catalog-08>
> >>> for your review
> >>> This email was sent from outside our network. Please verify if the
> >>> sender is trusted and be cautious of suspicious links or attachments. If
> >>> you are unsure, kindly use the Report button to submit the email.
> >>> Authors,
> >>> While reviewing this document during AUTH48, please resolve (as
> >>> necessary) the following questions, which are also in the XML file.
> >>> 1) <!-- [rfced] FYI - We have updated the short title of the document,
> >>> which appears in the running header in the PDF output, as follows.
> >>> Please review and let us know any objections.
> >>> Original:
> >>> api-catalog well-known URI
> >>> Current:
> >>> api-catalog: A Well-Known URI
> >>> -->
> >>> 2) <!-- [rfced] Please insert any keywords (beyond those that appear
> >>> in the title) for use
> >>> onhttps://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> >>> www.rfc-editor.org%2Fsearch&data=05%7C02%7CKevin.Smith%40vodafone.co
> >>> m%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b
> >>> 893%7C0%7C0%7C638853511498275005%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1
> >>> hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIld
> >>> UIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=32SnPkLAYNJ%2Fttpb1SVTdND90q2Bs
> >>> X0ZYbfMBzsKWoU%3D&reserved=0. -->
> >>> 3) <!-- [rfced] Are the goals listed in Section 1.1 specified for
> >>> api-catalog or for this document?
> >>> Current:
> >>> The primary goal is to facilitate the automated discovery of a
> >>> Publisher's public API endpoints, along with metadata that describes
> >>> the purpose and usage of each API, by specifying a well-known URI
> >>> that returns an API catalog document.
> >>> Perhaps:
> >>> The primary goal for api-catalog is to facilitate the automated
> >>> discovery of a Publisher's public API endpoints, along with
> >>> metadata that describes the purpose and usage of each API, by
> >>> specifying a well-known URI that returns an API catalog document.
> >>> Or:
> >>> The primary goal of this document is to facilitate the automated
> >>> discovery of a Publisher's public API endpoints, along with
> >>> metadata that describes the purpose and usage of each API, by
> >>> specifying a well-known URI that returns an API catalog document.
> >>> -->
> >>> 4) <!-- [rfced] We find this sentence difficult to parse. We have updated
> >>> the text to read as follows. Please let us know any objections.
> >>> Original:
> >>> For scenarios
> >>> where the Publisher "example" is not the authority for a given
> >>> _.example._ domain then that is made explicit in the text.
> >>> Current:
> >>> Scenarios where the Publisher "example" is not the authority for a
> >>> given _.example._ domain are made explicit in the text.
> >>> -->
> >>> 5) <!-- [rfced] May we reformat the bulleted list items in Section 3.1
> >>> into paragraph form?
> >>> Original:
> >>> 3.1. Using additional link relations
> >>> * "item" [RFC6573]. When used in an API catalog document, the
> >>> "item" link relation identifies a target resource that represents
> >>> an API that is a member of the API catalog.
> >>> * Other link relations may be utilised in an API catalog to convey
> >>> metadata descriptions for API links.
> >>> Perhaps:
> >>> 3.1. Using Additional Link Relations
> >>> When used in an API catalog document, the "item" [RFC6573] link
> >>> relation identifies a target resource that represents an API that
> >>> is a member of the API catalog.
> >>> Other link relations may be utilised in an API catalog to convey
> >>> metadata descriptions for API links.
> >>> -->
> >>> 6) <!-- [rfced] Is "As illustration" meant to be "as illustrated" in this
> >>> context? Would "For example" also work here for simplicity?
> >>> Original:
> >>> As illustration, the API catalog document URI of
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.example.com%2Fmy_api_catalog.json&data=05%7C02%7CKevin.Smith%40vod
> >>> afone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a
> >>> 5228f18b893%7C0%7C0%7C638853511498288207%7CUnknown%7CTWFpbGZsb3d8eyJ
> >>> FbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWF
> >>> pbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=ykHbj2cH59alK2f5zmdKjJn
> >>> HICmRtsJ4qMNEnH2es7I%3D&reserved=0 can be requested directly, or
> >>> via a request to
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.example.com%2F.well-known%2F&data=05%7C02%7CKevin.Smith%40vodafone
> >>> .com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f
> >>> 18b893%7C0%7C0%7C638853511498301359%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0
> >>> eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIs
> >>> IldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=AtgH2Z%2FFdAQSRaYLIVR6jkNVH%
> >>> 2B3zEzMIjDn8xUDrzLU%3D&reserved=0 api-catalog, which the Publisher
> >>> will resolve to
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.example.com%2Fmy_api_catalog&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498314705%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=Hp6wK5QM4wp%2BEjaw9z3%2F4u36EXzQZIUtThnspyi525o%3D&reserved=0.
> >>> Perhaps:
> >>> For example, the API catalog document URI of
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.example.com%2Fmy_api_catalog.json&data=05%7C02%7CKevin.Smith%40vod
> >>> afone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a
> >>> 5228f18b893%7C0%7C0%7C638853511498327754%7CUnknown%7CTWFpbGZsb3d8eyJ
> >>> FbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWF
> >>> pbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=C3olTaWo57U81iIqyec0vdc
> >>> %2F1Fv6pKPgwG6cVENC7Q0%3D&reserved=0 can be requested directly or
> >>> via a request to
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.example.com%2F.well-known%2F&data=05%7C02%7CKevin.Smith%40vodafone
> >>> .com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f
> >>> 18b893%7C0%7C0%7C638853511498342916%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0
> >>> eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIs
> >>> IldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=d%2BLTNUhaXeQgvMCX0zansDd%2F
> >>> bdr4Wd9FOHOSDipehrY%3D&reserved=0 api-catalog, which the Publisher
> >>> will resolve to
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.example.com%2Fmy_api_catalog&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498356977%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=8%2B4zzHrewCTrOazXwz9gk1QfaG9CsjWOn%2Fftxft5U40%3D&reserved=0.
> >>> -->
> >>> 7) <!-- [rfced] May we split the sentence below into two sentences to
> >>> improve readability?
> >>> Original:
> >>> The API catalog MUST include hyperlinks to API endpoints, and is
> >>> RECOMMENDED to include useful metadata, such as usage policies, API
> >>> version information, links to the OpenAPI Specification [OAS]
> >>> definitions for each API, etc.
> >>> Perhaps:
> >>> The API catalog MUST include hyperlinks to API endpoints. It is
> >>> RECOMMENDED that the API catalog also includes useful metadata, such
> >>> as usage policies, API version information, links to the OpenAPI
> >>> Specification [OAS] definitions for each API, etc.
> >>> -->
> >>> 8) <!-- [rfced] FYI - We have updated the citation below since Section
> >>> 5.3 of [HTTP] doesn't appear to mention "content negotiation", while
> >>> Section 12 of [HTTP] is titled "Content Negotiation". Please review.
> >>> Original:
> >>> The Publisher MAY make additional formats available via content
> >>> negotiation (section 5.3 of [HTTP]) to their
> >>> /.well-known/api-catalog location.
> >>> Current:
> >>> The Publisher MAY make additional formats available via content
> >>> negotiation (Section 12 of [HTTP]) to their /.well-known/api-catalog
> >>> location.
> >>> -->
> >>> 9) <!-- [rfced] May we rephrase the following sentence for clarity?
> >>> Original:
> >>> If the Publisher is not the domain authority for
> >>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww
> >>> .example.net%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c3
> >>> 10e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498370479%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=aXyzQJHgqfeuAtb%2BMV9GA6vSaDcE30e0kLnQfXY6%2ByU%3D&reserved=0
> >>> - or any third-party domain that hosts any of the Publisher's APIs -
> >>> then the Publisher MAY include a link in its own API catalog to that
> >>> third-party domain's API catalog.
> >>> Perhaps:
> >>> If the Publisher or any third-party domain that hosts any of the
> >>> Publisher's APIs is not the domain authority for
> >>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww
> >>> .example.net%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498384319%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=hY8lC%2Br5Cbro3WU851HuYu4GfMKLDweBMmIH8yVTFE4%3D&reserved=0,
> >>> then the Publisher MAY include a link in its own API catalog to that
> >>> third-party domain's API catalog.
> >>> -->
> >>> 10) <!--[rfced] As this sentence reads awkwardly due to the two instances
> >>> of "already", may we remove the first one?
> >>> Original:
> >>> This grouping may already be implicit where the Publisher has
> >>> already published their APIs across multiple domains, e.g. at
> >>> gaming.example.com, iot.example.net, etc.
> >>> Perhaps:
> >>> This grouping may be implicit
> >>> where the Publisher has already published their APIs across
> >>> multiple domains, e.g., at gaming.example.com, iot.example.net, etc.
> >>> -->
> >>> 11) <!-- [rfced] We note that Section 6.3 is titled "Registration of
> >>> the api-catalog Well-Known URI" and simply states "See Section 7
> >>> considerations below." The section that follows immediately is the
> >>> api-catalog well-known URI IANA registration, thus Section 6.3 seems
> >>> redundant. May we remove this section to avoid repetition? -->
> >>> 12) <!-- [rfced] FYI - We have updated "THIS-RFC-URL" to
> >>> "https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.rfc-editor.org%2Finfo%2Frfc9727&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498398311%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=ydifuRaN7m5IzUQwwPTdqKLMcZhAdOlJjsMeHrnLECM%3D&reserved=0";.
> >>> Note that this URL will lead to a page that states "RFC 9727 does not
> >>> exist" until this document is published.
> >>> -->
> >>> 13) <!-- [rfced] Please review the following reference. The URL uses the
> >>> "latest published version", which now takes the reader to version 3.1.1
> >>> of [OAS] rather than version 3.1.0 (please note that there has also been
> >>> a change of authors between versions). Please clarify if you wish for
> >>> this reference to point to one of these specific versions. If you would
> >>> like to refer to the latest version, we recommend the following format
> >>> (with an added annotation).
> >>> Current:
> >>> [OAS] Darrel Miller, Ed., Jeremy Whitlock, Ed., Marsh Gardiner,
> >>> Ed., Mike Ralphson, Ed., Ron Ratovsky, Ed., and Uri Sarid,
> >>> Ed., "OpenAPI Specification v3.1.0", 15 February 2021,
> >>>
> >>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fspec.openapis.org%2Foas%2Flatest&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498411966%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=A7PxemKlQ8fckUvwxujCuRtVTcDiuk2%2BnVpzis7G7UI%3D&reserved=0>.
> >>> Perhaps:
> >>> [OAS] Miller, D., Ed., Andrews, H., Ed., Whitlock, J., Ed.,
> >>> Mitchell,
> >>> L., Ed., Gardiner, M., Ed., Quintero, M., Ed., Kistler, M.,
> >>> Ed.,
> >>> Handl, R., Ed., and R. Ratovsky, Ed., "OpenAPI Specification
> >>> v3.1.1", 24 October 2024,
> >>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fspec.openapis.org%2Foas%2Fv3.1.1.html&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498426901%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=ygqWy3fYWvtzLCJ5Zv0moH63RGjcmIy3K9HBo4fwo5Y%3D&reserved=0>.
> >>> Latest version available at
> >>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fspec.openapis.org%2Foas%2Flatest.html&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498440135%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=IzuJZ7Mwix8pb%2F7gfAyHvRawOo2QYun4SJgWdAqM7%2F0%3D&reserved=0>.
> >>> -->
> >>> 14) <!-- [rfced] Please review the following reference. The date
> >>> provided for this reference is 15 September 2020, but the URL lists
> >>> a date of
> >>> 9 January 2020. We have updated this reference to use that date.
> >>> There are also more recent versions of this specification (see
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapisjson.org%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498453137%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=HqTCrq9v%2FHRbyKEtF5kYxAxyXFCkWqcinEofEoINZO4%3D&reserved=0).
> >>> The latest version was released on 6 November 2024 (see
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapisjson.org%2Fformat%2Fapisjson_0.19.txt&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498466346%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=MAH274GmP2ytUOaBfPC3N4O7r123CC0SLYDhuODzm%2FA%3D&reserved=0).
> >>> Would you like us to update the URL to use the most current version and
> >>> date for this reference?
> >>> Current:
> >>> [APIsjson] Lane, K. and S. Willmott, "API Discovery Format", 9
> >>> January 2020,
> >>>
> >>> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapisjson.org%2Fformat%2Fapisjson_0.16.txt&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498479424%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=TY1tMjAXnvGu0YxbYKBAp5Yqm2fNKgyasQirIDBdJgk%3D&reserved=0>.
> >>> Perhaps:
> >>> [APIsjson] Lane, K. and S. Willmott, "API Discovery Format", 6
> >>> November 2024,
> >>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapisjson.org%2Fformat%2Fapisjson_0.19.txt&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498492232%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=jTaI6Dmz2JfsHUkRNCwKCHcKr60JEo0aJcifelrY5Z4%3D&reserved=0>.
> >>> Latest version available at
> >>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapisjson.org%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498505243%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=Pt1Jvggh2yFDluWdK35pB9nqeDz2r%2Bb6fkHMqfCQVD8%3D&reserved=0>.
> >>> -->
> >>> 15) <!-- [rfced] Please review the reference entry for [RESTdesc]. It
> >>> uses the same URL as [APIsjson]
> >>> (https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapisjson.org%2Fformat%2Fapisjson_0.16.txt&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498518466%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=6ikX0f%2Fn7mzXyaInLjpLzoajXkm8Rp4WkdndAOxBA9A%3D&reserved=0).
> >>> We found the following the URL, which appears to match some of the
> >>> original reference information
> >>> provided:https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frestdesc.org%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498531572%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=p16wPn6MnCN8vNJ4eVYWt4X6bwTA82IrTL1G5X3KAAg%3D&reserved=0.
> >>> Please provide an updated reference entry for [RESTdesc].
> >>> Current:
> >>> [RESTdesc] Ruben Verborgh, Erik Mannens, Rick Van de Walle, and
> >>> Thomas Steiner, "RESTdesc", 15 September 2023,
> >>>
> >>> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapisjson.org%2Fformat%2Fapisjson_0.16.txt&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498544691%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=puuFxh29reo9FSWtaNTGsiaiyIvpJpK647i6wEHCE%2Bk%3D&reserved=0>.
> >>> -->
> >>> 16) <!-- [rfced] May we rephrase the following section title to
> >>> avoid using RFC
> >>> 8615 as an adjective?
> >>> Also, we have updated the RFC number to 8631 as we belive this was the
> >>> intended RFC.
> >>> Original:
> >>> A.1. Using Linkset with RFC8615 relations
> >>> Perhaps:
> >>> A.1. Using Linkset with Link Relations Defined in RFC 8631
> >>> -->
> >>> 17) <!-- [rfced] We have updated the following bulleted list into a
> >>> definition list for a more cohesive presentation. Please let us know any
> >>> objections.
> >>> Original:
> >>> * "service-desc", used to link to a description of the API that is
> >>> primarily intended for machine consumption (for example the [OAS]
> >>> specification YAML or JSON file).
> >>> * "service-doc", used to link to API documentation that is primarily
> >>> intended for human consumption (an example of human-readable
> >>> documentation is the IETF Internet-Draft submission API
> >>> instructions
> >>> (https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fapi%2Fsubmission&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498559891%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=%2BdHtq2CRHqqMM9bZI%2FAgEMEoJhA3%2F6BOS7FW07RgBZ0%3D&reserved=0)).
> >>> * "service-meta", used to link to additional metadata about the API,
> >>> and is primarily intended for machine consumption.
> >>> * "status", used to link to the API status (e.g. API "health"
> >>> indication etc.) for machine and/or human consumption.
> >>> Current:
> >>> "service-desc": Used to link to a description of the API that is
> >>> primarily intended for machine consumption (for example, the [OAS]
> >>> specification YAML or JSON file).
> >>> "service-doc": Used to link to API documentation that is primarily
> >>> intended for human consumption (an example of human-readable
> >>> documentation is the IETF Internet-Draft submission API
> >>> instructions
> >>> (https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fapi%2Fsubmission&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498573342%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=dMFXZ7%2F4hdJUnxKwbb8knfHfe%2FqsNTgQ%2FUE3M4WNNL4%3D&reserved=0)).
> >>> "service-meta": Used to link to additional metadata about the API
> >>> and is primarily intended for machine consumption.
> >>> "status": Used to link to the API status (e.g., API "health"
> >>> indication) for machine and/or human consumption.
> >>> -->
> >>> 18) <!-- [rfced] We note that the document uses single quotes (') and
> >>> double quotes (") inconsistently. For example, "api-catalog" and
> >>> "example" appear multiple times using both single and double quotes. Is
> >>> this intentional?
> >>> If there are no objections, may we replace all instances of single quotes
> >>> with double quotes for consistency?
> >>> -->
> >>> 19) <!-- [rfced] FYI - We have added expansions for the following
> >>> abbreviations per Section 3.6 of RFC 7322 ("RFC Style Guide"). Please
> >>> review each expansion in the document carefully to ensure correctness.
> >>> Cross-Origin Resource Sharing (CORS) Fully Qualified Domain Name
> >>> (FQDN) Top-Level Domain (TLD)
> >>> -->
> >>> 20) <!-- [rfced] We updated artwork to sourcecode in Appendix A.1, A.2,
> >>> and A.4 to match the sourcecode element in Section 5.1. Please confirm
> >>> that this is correct.
> >>> Please consider whether the "type" attribute for these sourcecode
> >>> elements should be set to "json", "pseudocode", or something else.
> >>> The current list of preferred values for "type" is available at
> >>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.rfc-editor.org%2Frpc%2Fwiki%2Fdoku.php%3Fid%3Dsourcecode-types&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498589573%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=eDOoIwHmIBvKMvqOMK81yuiP5GfCfEj5Fnbi471mBrI%3D&reserved=0>.
> >>> If the current list does not contain an applicable type, feel free to
> >>> suggest additions for consideration.
> >>> Note that it is also acceptable to leave the "type" attribute not set.
> >>> -->
> >>> 21) <!-- [rfced] Please review the "Inclusive Language" portion of
> >>> the online Style Guide <https://www/
> >>> .rfc-editor.org%2Fstyleguide%2Fpart2%2F%23inclusive_language&data=05
> >>> %7
> >>> C02%7CKevin.Smith%40vodafone.com%7C0b4a17886f4f45b3750008dda37b09a2%
> >>> 7C
> >>> 68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638846471438505507%7CUnkn
> >>> ow
> >>> n%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJX
> >>> aW
> >>> 4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C60000%7C%7C%7C&sdata=zqqzFZ
> >>> Fi X87GaJC%2BHCkgCWxQ%2BrVBgzq7Ze6owhdrLuE%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.
> >>> Note that our script did not flag any words in particular, but this
> >>> should still be reviewed as a best practice. --> Thank you.
> >>> RFC Editor/mc/ap
> >>> On Jun 2, 2025, at 4:57 PM, rfc-editor@rfc-editor.orgwrote:
> >>> *****IMPORTANT*****
> >>> Updated 2025/06/02
> >>> RFC Autmailto:hor(s):
> >>> --------------
> >>> Instructions for Completing AUTH48
> >>> Your document has now entered 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 available
> >>> as listed in the FAQ
> >>> (https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.rfc-editor.org%2Ffaq%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498604737%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=0mSy%2BjaBXee4Zg9rBMKoXWFxlni6d643Gb6C%2BrZQQAU%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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftrustee.ietf.org%2Flicense-info&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498619046%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=HIBCqBFA50ITt%2B2Wl64JEX0ExBri4NCwzTvE2bFuLzI%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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fauthors.ietf.org%2Frfcxml-vocabulary&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498633031%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=2Zo%2BYiOgKKXiHgj1bBjYnzV8ugRzxujqpNnu5LDqFbU%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
> >>> * rfc-edi...@rfc-editor.org (the RPC team)
> >>> * other document participants, depending omailto:n the stream (e.g.,
> >>> IETF Stream participants are your working group chairs, the
> >>> responsible ADs, and the document shepherd).
> >>> * auth48archive@rfc-editor.org, which is a new archival mailing list
> >>> to preserve AUTmailto:H48 conversations; it is not an active
> >>> discussion
> >>> list:
> >>> * More info:
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailarchive.ietf.org%2Farch%2Fmsg%2Fietf-announce%2Fyb6lpIGh-4Q9l2USxIAe6P8O4Zc&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498646351%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=oR8G3W%2B%2FFVIIGjl%2B0rv15MweW%2BiU6m0KMhi2s0IWkeQ%3D&reserved=0
> >>> * The archive itself:
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailarchive.ietf.org%2Farch%2Fbrowse%2Fauth48archive%2F&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498659594%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=NGJ67f8DH5MO66GQNHofO84d2dWw%2FHax8NpRzoG1Nkc%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,
> >>> auth48archive@rfc-editor.org will be re-added to the CC list and
> >>> its addition wimailto:ll 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.rfc-editor.org%2Fauthors%2Frfc9727.xml&data=05%7C02%7CKevin.Smith%
> >>> 40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86
> >>> adb3a5228f18b893%7C0%7C0%7C638853511498673662%7CUnknown%7CTWFpbGZsb3
> >>> d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIj
> >>> oiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=gRVucmRgP6HiZg83Jh
> >>> Iw5Akusr%2BSOKOJTl%2F3hA1kMg8%3D&reserved=0
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.rfc-editor.org%2Fauthors%2Frfc9727.html&data=05%7C02%7CKevin.Smith
> >>> %40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c8
> >>> 6adb3a5228f18b893%7C0%7C0%7C638853511498687296%7CUnknown%7CTWFpbGZsb
> >>> 3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOI
> >>> joiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=yxWRViUtw1QFEpu3m
> >>> 7P73MoILyCi7YfpbvzHUytcGy4%3D&reserved=0
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.rfc-editor.org%2Fauthors%2Frfc9727.pdf&data=05%7C02%7CKevin.Smith%
> >>> 40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86
> >>> adb3a5228f18b893%7C0%7C0%7C638853511498700844%7CUnknown%7CTWFpbGZsb3
> >>> d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIj
> >>> oiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=7QF9kT%2BqeQUR%2Fp
> >>> s5%2BjuR%2FijJ3UpENdI8L8YtN%2FGpmU4%3D&reserved=0
> >>>
> >>> https://www/.
> >>> rfc-editor.org%2Fauthors%2Frfc9727.txt&data=05%7C02%7CKevin.Smith%40
> >>> vo
> >>> dafone.com%7C0b4a17886f4f45b3750008dda37b09a2%7C68283f3b84874c86adb3
> >>> a5
> >>> 228f18b893%7C0%7C0%7C638846471438659317%7CUnknown%7CTWFpbGZsb3d8eyJF
> >>> bX
> >>> B0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbC
> >>> Is
> >>> IldUIjoyfQ%3D%3D%7C60000%7C%7C%7C&sdata=JIcOObyaRe0%2BlBg%2FjFoLxr9b
> >>> xA
> >>> wU4S36dl372rEISpM%3D&reserved=0
> >>> Diff file of the text:
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.rfc-editor.org%2Fauthors%2Frfc9727-diff.html&data=05%7C02%7CKevin.
> >>> Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84
> >>> 874c86adb3a5228f18b893%7C0%7C0%7C638853511498714340%7CUnknown%7CTWFp
> >>> bGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIs
> >>> IkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=ZBC82w5o1KXa
> >>> iLURQ3iUhM7iufByZ7im16DkKUDA%2Bys%3D&reserved=0
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.rfc-editor.org%2Fauthors%2Frfc9727-rfcdiff.html&data=05%7C02%7CKevin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498727887%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=J5LChuvHc0if8rSipM4QH9ighxZmFkfAaiRk28QWerE%3D&reserved=0
> >>> (side by side) Diff of the XML:
> >>>
> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> >>> w.rfc-editor.org%2Fauthors%2Frfc9727-xmldiff1.html&data=05%7C02%7CKe
> >>> vin.Smith%40vodafone.com%7C001e06c310e042ba250b08dda9e1d12b%7C68283f
> >>> 3b84874c86adb3a5228f18b893%7C0%7C0%7C638853511498743306%7CUnknown%7C
> >>> TWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4z
> >>> MiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C40000%7C%7C%7C&sdata=LS7xAMIz
> >>> 3Hgd50%2Fa89HdtQO4fJAluwr7JqvKaw1%2BtME%3D&reserved=0
> >>> Tracking progress
> >>> -----------------
> >>> The details of the AUTH48 status of your document are here:
> >>>
> >>> https://www/.
> >>> rfc-editor.org%2Fauth48%2Frfc9727&data=05%7C02%7CKevin.Smith%40vodaf
> >>> on
> >>> e.com%7C0b4a17886f4f45b3750008dda37b09a2%7C68283f3b84874c86adb3a5228
> >>> f1
> >>> 8b893%7C0%7C0%7C638846471438711801%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0e
> >>> U1
> >>> hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIld
> >>> UI
> >>> joyfQ%3D%3D%7C60000%7C%7C%7C&sdata=12yVMWjFy1G72baZA%2FM2GVTDXgQbXSb
> >>> V%
> >>> 2FsOQFGgXk%2F4%3D&reserved=0 Please let us know if you have any
> >>> questions.
> >>> Thank you for your cooperation,
> >>> RFC Editor
> >>> --------------------------------------
> >>> RFC9727 (draft-ietf-httpapi-api-catalog-08)
> >>> Title : api-catalog: a well-known URI and link relation to
> >>> help discovery of APIs
> >>> Author(s) : K. Smith
> >>> WG Chair(s) : Darrel Miller, Rich Salz
> >>> Area Director(s) : Gorry Fairhurst, Mike Bishop
> >>>
> >>> C2 General
> >>
> >>
> >>
> >> C2 General
> >
>
>
> C2 General
>
--
auth48archive mailing list -- auth48archive@rfc-editor.org
To unsubscribe send an email to auth48archive-le...@rfc-editor.org
