Hi, 

For supporting both a single-step restore and a two-step restore, I had 
proposed below to use exclusion (single-step restore) and inclusion (two-step 
restore) of the RGP extension in the response as the signal.  In hindsight, a 
better signal would be the result code of 1000 for a single-step restore and 
1001 for a two-step restore.  Upon review of RFC 3915, the only reference to 
the result code for the restore request is 1000 in the example response.  I 
believe the restore request for a two-step restore should return a 1001 to 
align the pendingRestore status with the definition of the pending statuses in 
RFC 5731 with " A transform command that is processed, but whose requested 
action is pending, is noted with response code 1001."  We should look to 
formally address the EPP result code used in the restore response in the text 
of draft-carney-regext-rfc3915bis.  I also found the definition of the 1001 
result code misleading in RFC 5730, which states "This response code MUST be 
returned when responding to a command that requires offline activity before the 
requested action can be completed.", where both the restore request and the 
transfer request commands are pending but don't require offline review.  My 
interpretation of this is that language is not restrictive to use of the 1001 
result code for pending commands that only require offline review, but that if 
offline review is required the 1001 result code MUST be used.       

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 5/8/26, 9:08 AM, "Gould, James" <[email protected] 
<mailto:[email protected]>> wrote:


I find it unusual that the working group would be working on rfc3915bis without 
considering all the implementation issues of RFC 3915 based on the concern of 
changing the XML namespace. If changing the XML namespace is the issue, can we 
look to include some functionality that doesn't require a change to the XML 
namespace, such as below?


1. Reference the use of the Change Poll Message with the RGP extension to 
indicate to the registrar that the restore will expire and that it has expired 
due to the lack of receiving the restore report with a two-step restore. Use of 
the Change Poll Message for a future change is something new but could be 
leveraged without changing the RGP XML schema and its XML namespace. This would 
eliminate the need for a custom EPP extension, such as 
https://www.verisign.com/assets/epp-sdk/verisign_epp-extension_rgp-poll_v01.html
 
<https://www.verisign.com/assets/epp-sdk/verisign_epp-extension_rgp-poll_v01.html>.
 
2. Define the optional feature of including the RGP status expiry in the status 
text message. This is not as good as having an "expiry" attribute, but it would 
provide the feature without having to change the RGP XML schema and its XML 
namespace. An example is <rgp:rgpStatus 
s="addPeriod">endDate=2026-05-13T13:01:31Z</rgp:rgpStatus>.
3. Make the use of the restore report optional and based on server policy. The 
RGP State Diagram would need to be updated and the execution of the single step 
restore request could be signaled to the client using a standard EPP successful 
response without the inclusion of the RGP extension, which is only used to 
indicate the setting of the "pendingRestore" RGP status when using a two-step 
restore. This would be backward compatible and would not require a change to 
the RGP XML schema and its XML namespace. 



Thanks,


-- 


JG 






James Gould
Fellow Engineer
[email protected] <mailto:[email protected]> 
<applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/[email protected] 
<mailto:[email protected]>>


703-948-3271
12061 Bluemont Way
Reston, VA 20190


Verisign.com <http://verisigninc.com/> <http://verisigninc.com/&gt;> 








On 5/8/26, 5:58 AM, "Pawel Kowalik" <[email protected] 
<mailto:[email protected]> <mailto:[email protected] 
<mailto:[email protected]>>> wrote:




Hi,




As far as I can now notice, the document now does not change XML 
namespace. This is IMHO a good choice.




In this form I support adoption with the small scope without any added 
functionality.




Kind Regards,
Pawel




On 04.05.26 12:55, James Galvin wrote:
> Folks,
>
> IMPORTANT: PLEASE READ AND RESPOND IF APPROPRIATE FOR YOU.
>
>
> Strictly speaking, based on the fact that no one outside of the authors have 
> indicated support for adopting this document, the adoption of this document 
> should be rejected. However, this working group often makes exceptions, in 
> large part because the number of working group members who are active is 
> quite small compared to the typical IETF working group. In this case, the 
> authors are all active participants, leaving extremely few others to express 
> an opinion.
>
> So here’s the exception.
>
> The Chairs would suggest this document be adopted. Although we do not 
> ordinarily base our decisions only on document author preferences, this is an 
> update to an existing standard that should progress, in our opinion of 
> course. If we adopt this document the working group will still have a 
> decision point at which it can reject or revise these changes.
>
> Since this is an exception, we have not changed the status of the document 
> just yet. While we will consider this document adopted, we are going to allow 
> an additional week for any working group member to object this decision. If 
> anyone objects, then this document will not be adopted and will revert to 
> remaining on the list of “Candidate for Working Group Adoption”. The Chairs 
> will work with the authors to consider the best path forward at that time.
>
> If no one objects during this week, the document status will change on 11 May 
> 2026 and the Chairs will ask the authors to submit a draft named for the 
> working group.
>
> The opportunity to object to the adoption of this draft, closes on Monday, 11 
> May 2026.
>
> Please reply to the list if you want to object and please indicate why you do 
> not believe we should adopt this document.
>
> Thanks,
>
> Jim, Antoin, Jorge
>
>
> On 20 Apr 2026, at 15:33, James Galvin via Datatracker wrote:
>
>> This message starts a regext WG Call for Adoption of:
>> draft-carney-regext-rfc3915bis-02
>>
>> This Working Group Call for Adoption ends on 2026-05-04
>>
>> Abstract:
>> This document describes an Extensible Provisioning Protocol (EPP)
>> [RFC5730] extension mapping for the management of Domain Name System
>> (DNS) domain names subject to "grace period" policies. Grace period
>> policies exist to allow protocol actions to be reversed or otherwise
>> revoked during a short period of time after the protocol action has
>> been performed. This mapping extends the EPP domain name mapping
>> [RFC5731] to provide additional features required for grace period
>> processing.
>>
>> This document replaces the extension mapping for grace periods
>> described in [RFC3915], rendering that document obsolete.
>>
>> Please reply to this message and indicate whether or not you support adoption
>> of this Internet-Draft by the regext WG. Comments to explain your preference
>> are greatly appreciated. Please reply to all recipients of this message and
>> include this message in your response.
>>
>> Authors, and WG participants in general, are reminded of the Intellectual
>> Property Rights (IPR) disclosure obligations described in BCP 79 [2].
>> Appropriate IPR disclosures required for full conformance with the provisions
>> of BCP 78 [1] and BCP 79 [2] must be filed, if you are aware of any.
>> Sanctions available for application to violators of IETF IPR Policy can be
>> found at [3].
>>
>> Thank you.
>> [1] 
>> https://secure-web.cisco.com/1znt267tr3-h8zizddMwtjeXudDSIHO1jB2ASeXQcVKwuHWotKpIVFE_PtZ4VDiXMBsUMLpo00ztHXjh2giWLhZJt39rhVjPLumXqVqFtwIzSsBVyVbaKNk00PMbyqbSWO0Dg5ZTanWWg44Hv_0EKb0-dsgpPb9dfcBD2Pp9G5fCt8e64-zegtLFdQml0pfV6VxE_qAfDwDSQVNTDn3PArGb0sz8x1yAqECCzNgF_CN1J3F3iAolIwtOtWe71YBjVCfgJnnc9XZnPYIRuKLSLSf2vXALaeB7X5zYyP75j6-kH7nqil3HoM_FWIPChSFN5/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fbcp78%2F
>>  
>> <https://secure-web.cisco.com/1znt267tr3-h8zizddMwtjeXudDSIHO1jB2ASeXQcVKwuHWotKpIVFE_PtZ4VDiXMBsUMLpo00ztHXjh2giWLhZJt39rhVjPLumXqVqFtwIzSsBVyVbaKNk00PMbyqbSWO0Dg5ZTanWWg44Hv_0EKb0-dsgpPb9dfcBD2Pp9G5fCt8e64-zegtLFdQml0pfV6VxE_qAfDwDSQVNTDn3PArGb0sz8x1yAqECCzNgF_CN1J3F3iAolIwtOtWe71YBjVCfgJnnc9XZnPYIRuKLSLSf2vXALaeB7X5zYyP75j6-kH7nqil3HoM_FWIPChSFN5/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fbcp78%2F>
>>  
>> <https://secure-web.cisco.com/1znt267tr3-h8zizddMwtjeXudDSIHO1jB2ASeXQcVKwuHWotKpIVFE_PtZ4VDiXMBsUMLpo00ztHXjh2giWLhZJt39rhVjPLumXqVqFtwIzSsBVyVbaKNk00PMbyqbSWO0Dg5ZTanWWg44Hv_0EKb0-dsgpPb9dfcBD2Pp9G5fCt8e64-zegtLFdQml0pfV6VxE_qAfDwDSQVNTDn3PArGb0sz8x1yAqECCzNgF_CN1J3F3iAolIwtOtWe71YBjVCfgJnnc9XZnPYIRuKLSLSf2vXALaeB7X5zYyP75j6-kH7nqil3HoM_FWIPChSFN5/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fbcp78%2F>
>>  
>> <https://secure-web.cisco.com/1znt267tr3-h8zizddMwtjeXudDSIHO1jB2ASeXQcVKwuHWotKpIVFE_PtZ4VDiXMBsUMLpo00ztHXjh2giWLhZJt39rhVjPLumXqVqFtwIzSsBVyVbaKNk00PMbyqbSWO0Dg5ZTanWWg44Hv_0EKb0-dsgpPb9dfcBD2Pp9G5fCt8e64-zegtLFdQml0pfV6VxE_qAfDwDSQVNTDn3PArGb0sz8x1yAqECCzNgF_CN1J3F3iAolIwtOtWe71YBjVCfgJnnc9XZnPYIRuKLSLSf2vXALaeB7X5zYyP75j6-kH7nqil3HoM_FWIPChSFN5/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fbcp78%2F&gt;>
>> [2] 
>> https://secure-web.cisco.com/1x513dYPAYRXvu6CEBRNFPNwtuGs1EXKwrt66LXuUNN9R2Qi3Jqs_bThx0RGaqpAhKl89LvjNUV4bs0MU3Nig_WQooNmMuaPzNr-L7kfTn5YF9bytO5ovJzQBGV2VJFTP7lyobHc1He6ak0qcah7SuwJ-9YNPcAj3AUoEUb1cYlqH7CarT6oag1NLj3KE9ci67rOGNeVZys-Tm8KyaLOSAFmkwGUna2QhT5TQlKNr9cGAXgr2vGFQAXNUTrIymFGViznm0nNPJcKQvOHF_zvZkQOH9eQFhsAl8fCQHYjxvfTikoMZm3qfDTFs3j9hGlHR/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fbcp79%2F
>>  
>> <https://secure-web.cisco.com/1x513dYPAYRXvu6CEBRNFPNwtuGs1EXKwrt66LXuUNN9R2Qi3Jqs_bThx0RGaqpAhKl89LvjNUV4bs0MU3Nig_WQooNmMuaPzNr-L7kfTn5YF9bytO5ovJzQBGV2VJFTP7lyobHc1He6ak0qcah7SuwJ-9YNPcAj3AUoEUb1cYlqH7CarT6oag1NLj3KE9ci67rOGNeVZys-Tm8KyaLOSAFmkwGUna2QhT5TQlKNr9cGAXgr2vGFQAXNUTrIymFGViznm0nNPJcKQvOHF_zvZkQOH9eQFhsAl8fCQHYjxvfTikoMZm3qfDTFs3j9hGlHR/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fbcp79%2F>
>>  
>> <https://secure-web.cisco.com/1x513dYPAYRXvu6CEBRNFPNwtuGs1EXKwrt66LXuUNN9R2Qi3Jqs_bThx0RGaqpAhKl89LvjNUV4bs0MU3Nig_WQooNmMuaPzNr-L7kfTn5YF9bytO5ovJzQBGV2VJFTP7lyobHc1He6ak0qcah7SuwJ-9YNPcAj3AUoEUb1cYlqH7CarT6oag1NLj3KE9ci67rOGNeVZys-Tm8KyaLOSAFmkwGUna2QhT5TQlKNr9cGAXgr2vGFQAXNUTrIymFGViznm0nNPJcKQvOHF_zvZkQOH9eQFhsAl8fCQHYjxvfTikoMZm3qfDTFs3j9hGlHR/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fbcp79%2F>
>>  
>> <https://secure-web.cisco.com/1x513dYPAYRXvu6CEBRNFPNwtuGs1EXKwrt66LXuUNN9R2Qi3Jqs_bThx0RGaqpAhKl89LvjNUV4bs0MU3Nig_WQooNmMuaPzNr-L7kfTn5YF9bytO5ovJzQBGV2VJFTP7lyobHc1He6ak0qcah7SuwJ-9YNPcAj3AUoEUb1cYlqH7CarT6oag1NLj3KE9ci67rOGNeVZys-Tm8KyaLOSAFmkwGUna2QhT5TQlKNr9cGAXgr2vGFQAXNUTrIymFGViznm0nNPJcKQvOHF_zvZkQOH9eQFhsAl8fCQHYjxvfTikoMZm3qfDTFs3j9hGlHR/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fbcp79%2F&gt;>
>> [3] 
>> https://secure-web.cisco.com/1CpalABMvSHZw5u9rPXVGcUGfCSdVFJ-sJSJGtzRmEjbR4uBySfLpT4_VtaQed2Pazr57MMN4_VFcPgCYeXJEQKw4PkHi7pPB80cjhUV7zB1cKQC81T8T-SnN1C6HOf5J8rHDSOtWebQyFTbgJzTelvKmFAUTasp0CYEoR-52dWi3-wGJyXA1-Zs8FEoohYlm7YWkhszA-VwWP7FH8BolakvhdZroAdWaNGi0DhtD-A7GE5_wb1xEZJstp6QwhQD8GdySPjJcAClmvjkLs2NePSzh_WXwXCIr4_U8-4BiPeFyHrcr0DksWSIAMQEjZRGd/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Frfc6701%2F
>>  
>> <https://secure-web.cisco.com/1CpalABMvSHZw5u9rPXVGcUGfCSdVFJ-sJSJGtzRmEjbR4uBySfLpT4_VtaQed2Pazr57MMN4_VFcPgCYeXJEQKw4PkHi7pPB80cjhUV7zB1cKQC81T8T-SnN1C6HOf5J8rHDSOtWebQyFTbgJzTelvKmFAUTasp0CYEoR-52dWi3-wGJyXA1-Zs8FEoohYlm7YWkhszA-VwWP7FH8BolakvhdZroAdWaNGi0DhtD-A7GE5_wb1xEZJstp6QwhQD8GdySPjJcAClmvjkLs2NePSzh_WXwXCIr4_U8-4BiPeFyHrcr0DksWSIAMQEjZRGd/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Frfc6701%2F>
>>  
>> <https://secure-web.cisco.com/1CpalABMvSHZw5u9rPXVGcUGfCSdVFJ-sJSJGtzRmEjbR4uBySfLpT4_VtaQed2Pazr57MMN4_VFcPgCYeXJEQKw4PkHi7pPB80cjhUV7zB1cKQC81T8T-SnN1C6HOf5J8rHDSOtWebQyFTbgJzTelvKmFAUTasp0CYEoR-52dWi3-wGJyXA1-Zs8FEoohYlm7YWkhszA-VwWP7FH8BolakvhdZroAdWaNGi0DhtD-A7GE5_wb1xEZJstp6QwhQD8GdySPjJcAClmvjkLs2NePSzh_WXwXCIr4_U8-4BiPeFyHrcr0DksWSIAMQEjZRGd/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Frfc6701%2F>
>>  
>> <https://secure-web.cisco.com/1CpalABMvSHZw5u9rPXVGcUGfCSdVFJ-sJSJGtzRmEjbR4uBySfLpT4_VtaQed2Pazr57MMN4_VFcPgCYeXJEQKw4PkHi7pPB80cjhUV7zB1cKQC81T8T-SnN1C6HOf5J8rHDSOtWebQyFTbgJzTelvKmFAUTasp0CYEoR-52dWi3-wGJyXA1-Zs8FEoohYlm7YWkhszA-VwWP7FH8BolakvhdZroAdWaNGi0DhtD-A7GE5_wb1xEZJstp6QwhQD8GdySPjJcAClmvjkLs2NePSzh_WXwXCIr4_U8-4BiPeFyHrcr0DksWSIAMQEjZRGd/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Frfc6701%2F&gt;>
>>
>> The IETF datatracker status page for this Internet-Draft is:
>> https://secure-web.cisco.com/1vS_dNa08PwzkwBf6UXdEdYyEDjM4CkN_WXrVuCPdAxm-imEq6h1Q6rG4PWUTFgvA7lADfaO53Cl-e96vD9PebxVgFH9H9t6KsHzGkW5XVdXud1ysd9d3-KeouoZ9xVjN_Z5i5Ku77F9yzlnhbZ0kBkDAVXTkLmkw3ROjblOrLHiXK8JOAmf9kgbZk3CKH7QLs3IcjZ514vQZVCxHz22RcyW5UvvW1x_MWgzn7yCN_weNexH_awhJSEWeHimBGIGYNfnx6YUsSdVdYxfRl_XYsa9EkzsHNDlhbBwAx7dW1zUzpu97BQ6OUDjmFnQJmY2b/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-carney-regext-rfc3915bis%2F
>>  
>> <https://secure-web.cisco.com/1vS_dNa08PwzkwBf6UXdEdYyEDjM4CkN_WXrVuCPdAxm-imEq6h1Q6rG4PWUTFgvA7lADfaO53Cl-e96vD9PebxVgFH9H9t6KsHzGkW5XVdXud1ysd9d3-KeouoZ9xVjN_Z5i5Ku77F9yzlnhbZ0kBkDAVXTkLmkw3ROjblOrLHiXK8JOAmf9kgbZk3CKH7QLs3IcjZ514vQZVCxHz22RcyW5UvvW1x_MWgzn7yCN_weNexH_awhJSEWeHimBGIGYNfnx6YUsSdVdYxfRl_XYsa9EkzsHNDlhbBwAx7dW1zUzpu97BQ6OUDjmFnQJmY2b/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-carney-regext-rfc3915bis%2F>
>>  
>> <https://secure-web.cisco.com/1vS_dNa08PwzkwBf6UXdEdYyEDjM4CkN_WXrVuCPdAxm-imEq6h1Q6rG4PWUTFgvA7lADfaO53Cl-e96vD9PebxVgFH9H9t6KsHzGkW5XVdXud1ysd9d3-KeouoZ9xVjN_Z5i5Ku77F9yzlnhbZ0kBkDAVXTkLmkw3ROjblOrLHiXK8JOAmf9kgbZk3CKH7QLs3IcjZ514vQZVCxHz22RcyW5UvvW1x_MWgzn7yCN_weNexH_awhJSEWeHimBGIGYNfnx6YUsSdVdYxfRl_XYsa9EkzsHNDlhbBwAx7dW1zUzpu97BQ6OUDjmFnQJmY2b/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-carney-regext-rfc3915bis%2F>
>>  
>> <https://secure-web.cisco.com/1vS_dNa08PwzkwBf6UXdEdYyEDjM4CkN_WXrVuCPdAxm-imEq6h1Q6rG4PWUTFgvA7lADfaO53Cl-e96vD9PebxVgFH9H9t6KsHzGkW5XVdXud1ysd9d3-KeouoZ9xVjN_Z5i5Ku77F9yzlnhbZ0kBkDAVXTkLmkw3ROjblOrLHiXK8JOAmf9kgbZk3CKH7QLs3IcjZ514vQZVCxHz22RcyW5UvvW1x_MWgzn7yCN_weNexH_awhJSEWeHimBGIGYNfnx6YUsSdVdYxfRl_XYsa9EkzsHNDlhbBwAx7dW1zUzpu97BQ6OUDjmFnQJmY2b/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-carney-regext-rfc3915bis%2F&gt;>
>>
>> There is also an HTMLized version available at:
>> https://secure-web.cisco.com/1a-X6dNoSTbcNDmp834xfPbnr0uAP8rPlxycZ1AzMkAn2CvV0PABJQM7DOmIHU8Fcb4n7UeefiKpMwiQdIbapNbGQm9_zIkNSqXXSypyR_ZblNl0EvRW8Hzj1iq7UEv_fyHYi3GEieWAWtYbX7P3P2Uva8SqL9mCbFDHxvC7PHBXTT2Tru5EuSAk_f09mE-XMW9hs_PoqqWMkAsvzne-3JWlOFbI857xgzXHwMHIsdiDDhK98Y5s9ie5yX0COPdJYH7Rh7e4ykuWp1v29JtTdQF7aR-tJ0gRFYihAvIK706ofZRej_bVKeUUVB6o2cH0L/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-carney-regext-rfc3915bis-02
>>  
>> <https://secure-web.cisco.com/1a-X6dNoSTbcNDmp834xfPbnr0uAP8rPlxycZ1AzMkAn2CvV0PABJQM7DOmIHU8Fcb4n7UeefiKpMwiQdIbapNbGQm9_zIkNSqXXSypyR_ZblNl0EvRW8Hzj1iq7UEv_fyHYi3GEieWAWtYbX7P3P2Uva8SqL9mCbFDHxvC7PHBXTT2Tru5EuSAk_f09mE-XMW9hs_PoqqWMkAsvzne-3JWlOFbI857xgzXHwMHIsdiDDhK98Y5s9ie5yX0COPdJYH7Rh7e4ykuWp1v29JtTdQF7aR-tJ0gRFYihAvIK706ofZRej_bVKeUUVB6o2cH0L/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-carney-regext-rfc3915bis-02>
>>  
>> <https://secure-web.cisco.com/1a-X6dNoSTbcNDmp834xfPbnr0uAP8rPlxycZ1AzMkAn2CvV0PABJQM7DOmIHU8Fcb4n7UeefiKpMwiQdIbapNbGQm9_zIkNSqXXSypyR_ZblNl0EvRW8Hzj1iq7UEv_fyHYi3GEieWAWtYbX7P3P2Uva8SqL9mCbFDHxvC7PHBXTT2Tru5EuSAk_f09mE-XMW9hs_PoqqWMkAsvzne-3JWlOFbI857xgzXHwMHIsdiDDhK98Y5s9ie5yX0COPdJYH7Rh7e4ykuWp1v29JtTdQF7aR-tJ0gRFYihAvIK706ofZRej_bVKeUUVB6o2cH0L/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-carney-regext-rfc3915bis-02>
>>  
>> <https://secure-web.cisco.com/1a-X6dNoSTbcNDmp834xfPbnr0uAP8rPlxycZ1AzMkAn2CvV0PABJQM7DOmIHU8Fcb4n7UeefiKpMwiQdIbapNbGQm9_zIkNSqXXSypyR_ZblNl0EvRW8Hzj1iq7UEv_fyHYi3GEieWAWtYbX7P3P2Uva8SqL9mCbFDHxvC7PHBXTT2Tru5EuSAk_f09mE-XMW9hs_PoqqWMkAsvzne-3JWlOFbI857xgzXHwMHIsdiDDhK98Y5s9ie5yX0COPdJYH7Rh7e4ykuWp1v29JtTdQF7aR-tJ0gRFYihAvIK706ofZRej_bVKeUUVB6o2cH0L/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-carney-regext-rfc3915bis-02&gt;>
>>
>> A diff from the previous version is available at:
>> https://secure-web.cisco.com/1LojbVgGLdL3mPJ8c1SWDybaldSWkcG4XmSCCjGkZFfPZN7Fj_feKBlC6yEuZNyqWOpie-wMk0KiEZ_Kfi97NAIVSpUC5-5xv77Vfbi85xmmV6DVGdyryd7MQNR90g_X24OACnpxTDlSZgWJ1SqE_XI7yFlInqDf2b8Natq5BGkGcrk8_BEqRtqAM3lEgXFD7O8JrYzhyVrR2Kcr6xYo-6lj1adTzxY5dxMt5qOOEX14YjbnK5lsa1GucqW9Ztj8gF_V-dMPObbVYsa4j9IWEq8LbJki_Ahm23UTg8exY7VxaUXjjP5FYa2QCNDiJsqx-/https%3A%2F%2Fauthor-tools.ietf.org%2Fiddiff%3Furl2%3Ddraft-carney-regext-rfc3915bis-02
>>  
>> <https://secure-web.cisco.com/1LojbVgGLdL3mPJ8c1SWDybaldSWkcG4XmSCCjGkZFfPZN7Fj_feKBlC6yEuZNyqWOpie-wMk0KiEZ_Kfi97NAIVSpUC5-5xv77Vfbi85xmmV6DVGdyryd7MQNR90g_X24OACnpxTDlSZgWJ1SqE_XI7yFlInqDf2b8Natq5BGkGcrk8_BEqRtqAM3lEgXFD7O8JrYzhyVrR2Kcr6xYo-6lj1adTzxY5dxMt5qOOEX14YjbnK5lsa1GucqW9Ztj8gF_V-dMPObbVYsa4j9IWEq8LbJki_Ahm23UTg8exY7VxaUXjjP5FYa2QCNDiJsqx-/https%3A%2F%2Fauthor-tools.ietf.org%2Fiddiff%3Furl2%3Ddraft-carney-regext-rfc3915bis-02>
>>  
>> <https://secure-web.cisco.com/1LojbVgGLdL3mPJ8c1SWDybaldSWkcG4XmSCCjGkZFfPZN7Fj_feKBlC6yEuZNyqWOpie-wMk0KiEZ_Kfi97NAIVSpUC5-5xv77Vfbi85xmmV6DVGdyryd7MQNR90g_X24OACnpxTDlSZgWJ1SqE_XI7yFlInqDf2b8Natq5BGkGcrk8_BEqRtqAM3lEgXFD7O8JrYzhyVrR2Kcr6xYo-6lj1adTzxY5dxMt5qOOEX14YjbnK5lsa1GucqW9Ztj8gF_V-dMPObbVYsa4j9IWEq8LbJki_Ahm23UTg8exY7VxaUXjjP5FYa2QCNDiJsqx-/https%3A%2F%2Fauthor-tools.ietf.org%2Fiddiff%3Furl2%3Ddraft-carney-regext-rfc3915bis-02>
>>  
>> <https://secure-web.cisco.com/1LojbVgGLdL3mPJ8c1SWDybaldSWkcG4XmSCCjGkZFfPZN7Fj_feKBlC6yEuZNyqWOpie-wMk0KiEZ_Kfi97NAIVSpUC5-5xv77Vfbi85xmmV6DVGdyryd7MQNR90g_X24OACnpxTDlSZgWJ1SqE_XI7yFlInqDf2b8Natq5BGkGcrk8_BEqRtqAM3lEgXFD7O8JrYzhyVrR2Kcr6xYo-6lj1adTzxY5dxMt5qOOEX14YjbnK5lsa1GucqW9Ztj8gF_V-dMPObbVYsa4j9IWEq8LbJki_Ahm23UTg8exY7VxaUXjjP5FYa2QCNDiJsqx-/https%3A%2F%2Fauthor-tools.ietf.org%2Fiddiff%3Furl2%3Ddraft-carney-regext-rfc3915bis-02&gt;>
> _______________________________________________
> regext mailing list -- [email protected] <mailto:[email protected]> 
> <mailto:[email protected] <mailto:[email protected]>>
> To unsubscribe send an email to [email protected] 
> <mailto:[email protected]> <mailto:[email protected] 
> <mailto:[email protected]>>









_______________________________________________
regext mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to