Andy, I believe the provisional registration could work as long it doesn't get removed if the draft becomes abandoned, where that would meet the goal of publicizing the existence of an EPP extension in the EPP extension registry. In the EPP Extensibility and Extension Analysis it would great when we the extensions were in the EPP extension registry. I don't like using a non-IETF namespace for the IETF drafts, where starting with the registry fee extension we started using point version IETF namespaces for the EPP extension drafts that changed to "1.0" after WGLC. That has worked very well to support development and deployment during the progression of the IETF draft with the needed level of isolation. We implemented and deployed two point versions of the registry fee extension prior to transitioning to the final "1.0" version in the RFC, which helped to improve the draft. I would stay away from attempting to register the XML namespace in the XML registry for drafts, since they aren't final.
Thanks, -- JG James Gould Fellow Engineer [email protected] <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/[email protected]> 703-948-3271 12061 Bluemont Way Reston, VA 20190 Verisign.com <http://verisigninc.com/> On 11/7/25, 9:20 AM, "Andrew Newton (andy)" <[email protected] <mailto:[email protected]>> wrote: Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. On Thu, Nov 6, 2025 at 8:38 PM Gould, James <[email protected] <mailto:[email protected]>> wrote: > > To allow I-Ds, the EPP extensions registry could be modified to allow > "provisional" or "early" registrations that sidestep the XML namespace > registration requirements. This is done in many IANA protocol registries > setup by the IETF, and IANA knows how to periodically check on provisional > and early registrations. > > JG - This is an unnecessary step to fulfil the undefined goal in RST 2.0 and > the Next Round Registry Agreement. Setting aside this incorrect assertion, if you don't like the "provisional" registrations then another solution is to use a URI like "file:///dev/null" in I-Ds and have IANA assign the URN at publication time according to the provisions of RFC 3688 via a note in the IANA considerations section to both IANA and the RFC editor (for changing examples). This means I-Ds would not be registered until publication. -andy _______________________________________________ regext mailing list -- [email protected] To unsubscribe send an email to [email protected]
