We also implemented the signal in section 5 of draft-gould-regext-rdap-versioning, using the "versioning" query parameter. We intend to make draft-gould-regext-rdap-versioning more generic to support opaque versioning (use of extension identifier only) and semantic versioning (extension identifier with major and manor version numbers) with the three features of extension information in the help response, signaling the desired extensions in a query parameter or an HTTP header based on draft-newton-regext-rdap-x-media-type, and extension information beyond that supplied in the rdapConformance in the RDAP responses.
-- JG James Gould Fellow Engineer jgo...@verisign.com <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgo...@verisign.com> 703-948-3271 12061 Bluemont Way Reston, VA 20190 Verisign.com <http://verisigninc.com/> On 11/13/23, 12:29 PM, "regext on behalf of kowa...@denic.de <mailto:kowa...@denic.de>" <regext-boun...@ietf.org <mailto:regext-boun...@ietf.org> on behalf of kowa...@denic.de <mailto:kowa...@denic.de>> wrote: Hi James, Likely I missed this part about splitting in the meeting - sorry for that. Can you be more specific? It is the mechanism described in 4. Transition Considerations? Shall it be only referring to jscontact or contact representation or to any transition of output representations? Here we also have draft-newton-regext-rdap-x-media-type-01 which would fulfil the same purpose, wouldn't it? Kind Regards, Pawel Am 13.11.23 um 16:53 schrieb James Galvin: > Following up from last week’s REGEXT meeting, there was consensus in the room > that the document: > > https://secure-web.cisco.com/19J4Hdt8br6nY1uMmm4OX0PG_8xqcMHW4gsCzm8MPCaHVTYL-Yq7qAxm8cV64pX3HOgs1Gw-fMpc1KgzWcYlvslhpFHdVx6DeEwtQSYAUsvdmjR35SNJ1y92kNiviIl7-eIX2QyWJjNK5R_F7wFlv84ZG1r2TUnfbY_DVw6jc37LA596n58VlexGlZP82oqBlyNwRkQwzC0bgOfN9C-69ZX5la-CDxWR0XrlrY8CPQmH10Wv9nUTVeSy-IXHnJjrPTo9tYunZDAJsB8za62Pkg7Cng6dvjhFOqIEzDTbDeDk/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-rdap-jscontact-16%2F > > <https://secure-web.cisco.com/19J4Hdt8br6nY1uMmm4OX0PG_8xqcMHW4gsCzm8MPCaHVTYL-Yq7qAxm8cV64pX3HOgs1Gw-fMpc1KgzWcYlvslhpFHdVx6DeEwtQSYAUsvdmjR35SNJ1y92kNiviIl7-eIX2QyWJjNK5R_F7wFlv84ZG1r2TUnfbY_DVw6jc37LA596n58VlexGlZP82oqBlyNwRkQwzC0bgOfN9C-69ZX5la-CDxWR0XrlrY8CPQmH10Wv9nUTVeSy-IXHnJjrPTo9tYunZDAJsB8za62Pkg7Cng6dvjhFOqIEzDTbDeDk/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-rdap-jscontact-16%2F> > > Should be split into two documents: the signaling function and the extension. > > The signaling function draft would be put on the standards track and the > extension draft would be put on the experimental track. > > With this message the Chairs are asking the broader working group to confirm > this action. If you have questions or concerns please reply to this message > by Monday, 20 November 2023. If you need more time please ask on the list and > the Chairs will consider an extension. > > Although we had consensus in the meeting room, the Chairs would appreciate a > “+1” reply if you agree with this action. > > Thanks, > > Antoin and Jim > > _______________________________________________ > regext mailing list > regext@ietf.org <mailto:regext@ietf.org> > https://secure-web.cisco.com/1pPSFq2VKaxybECYf_INsJKHN8J2hAiijwinhLvPwYL0lx-V9FprBVazcsqHa5wHEq0exmIodBCqB127SzjhErc0bZAsvuCfmDPbYc5R-5hTJ0Lp_VbrqX9pScApsRabhPE1tv2wtc9QOMjFOLDlgTi12mXooukGwhdQbJLVVYGuyGbO0oD6EaHBYTFfJHE8FH_W5oI4SjH2Fbgen50YCXrlwpggpjvy3-4uasJ36E9FyXVlgSJcP1a3BMWG30CnqiHFG51QKFn1qCbBHDD45b6Qr_blpxy58MZgeL9N8LwQ/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext > > <https://secure-web.cisco.com/1pPSFq2VKaxybECYf_INsJKHN8J2hAiijwinhLvPwYL0lx-V9FprBVazcsqHa5wHEq0exmIodBCqB127SzjhErc0bZAsvuCfmDPbYc5R-5hTJ0Lp_VbrqX9pScApsRabhPE1tv2wtc9QOMjFOLDlgTi12mXooukGwhdQbJLVVYGuyGbO0oD6EaHBYTFfJHE8FH_W5oI4SjH2Fbgen50YCXrlwpggpjvy3-4uasJ36E9FyXVlgSJcP1a3BMWG30CnqiHFG51QKFn1qCbBHDD45b6Qr_blpxy58MZgeL9N8LwQ/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext> _______________________________________________ regext mailing list regext@ietf.org https://www.ietf.org/mailman/listinfo/regext
