<br><br><div class="gmail_quote">On Thu, Feb 21, 2013 at 4:23 AM, Andrew de la Haye <span dir="ltr"><<a href="mailto:ripencc-management@ripe.net" target="_blank">ripencc-management@ripe.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word"><div>[Apologies for duplicate emails]</div><div><br></div>Dear colleagues,<br><br>Based on recent discussions on the RIPE Address Policy WG mailing list,<br>the RIPE NCC is now seeking policy related action from the RIPE<br>

community with regards to clear guidelines on how it should proceed with<br>certifying transferred IPv4 allocations.<br><br>It has recently come to our notice, via two of the policy authors, that<br>the original intention (in 2007) of the sentence "Re-allocated blocks<br>

will be signed to establish the current allocation owner" was that the<br>transferred block *must* be signed *after* the transfer in order to<br>completely establish holdership.<br><br>This sentence can be found under section 5.5 of "IPv4 Address Allocation<br>

and Assignment Policies for the RIPE NCC Service Region" here:<br><a href="http://www.ripe.net/ripe/docs/ripe-582#Transfers-of-Allocations" target="_blank">http://www.ripe.net/ripe/docs/ripe-582#Transfers-of-Allocations</a><br>

<br>Because the RIPE community provided guidance saying that certification<br>should be an opt-in system, the RIPE NCC built an RPKI Certification<br>system based on this opt-in notion, therefore it is not currently<br>possible for the RIPE NCC to issue certificates without the resource<br>

holder initiating the process.<br><br>Therefore, the RIPE NCC's interpretation and implementation of this<br>specific sentence has been:<br><br>Registration Services verifies and reflects the change in holdership of<br>

the re-allocated blocks by updating the database objects and internal<br>records following the transfer. Any certificates that had been attached<br>to these number resources before the transfer automatically become<br>invalid/revoked due to the holdership change. The transfer recipient can<br>

then request a new certificate for the address space and the RIPE NCC<br>will proceed to sign these resources to establish the current allocation<br>holder.<br><br>Therefore, the RIPE NCC does not make certification of any resources<br>

mandatory.<br><br>As the sentence in section 5.5 of "IPv4 Address Allocation and<br>Assignment Policies for the RIPE NCC Service Region" is open to<br>interpretation, the RIPE NCC is seeking representative(s) from the RIPE<br>

community to submit an update to ripe-582 that will replace this<br>sentence with more accurate and appropriate wording or perhaps remove it<br>completely.</div></blockquote><div><br></div><div>How about replacing;</div>
<div>
<br></div><div><span style="color:rgb(38,38,38);font-family:Helvetica,Arial,FreeSans,sans-serif;font-size:12px;line-height:16.799999237060547px;background-color:rgb(255,255,255)">"Re-allocated blocks will be signed to establish the current allocation owner."</span></div>

<div><br></div><div>with:</div><div><br></div><div><span style="background-color:rgb(255,255,255)"><font color="#262626" face="Helvetica, Arial, FreeSans, sans-serif"><span style="font-size:12px;line-height:16.799999237060547px">"Re-allocated blocks will be signed to establish the current allocation holder if the�</span><span style="font-size:12px;line-height:16.788888931274414px">receiving</span><span style="font-size:12px;line-height:16.799999237060547px">�party chooses."</span></font></span></div>

<div><span style="background-color:rgb(255,255,255)"><font color="#262626" face="Helvetica, Arial, FreeSans, sans-serif"><span style="font-size:12px;line-height:16.799999237060547px"><br></span></font></span></div><div><font color="#262626" face="Helvetica, Arial, FreeSans, sans-serif"><span style="font-size:12px;line-height:16.788888931274414px">??</span></font></div>

<div><br></div></div><div><br></div>-- <br>Cheers,<br><br>McTim<br>"A name indicates what we seek. An address indicates where it is. A route indicates how we get there."� Jon Postel