<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">On Jun 3, 2015, at 11:29 PM, David Conrad <<a href="mailto:drc@virtualized.org" class="">drc@virtualized.org</a>> wrote:<br class=""><div><blockquote type="cite" class=""><blockquote type="cite" class=""><br class=""></blockquote></blockquote><blockquote type="cite" class=""><blockquote type="cite" class="">Is it correct to say that you simply feel registry should always be updated if address<br class="">holder wishes (and even if they disregard policy, fail to enter an agreement pay the<br class=""></blockquote><blockquote type="cite" class="">transfer fee, etc?)<br class=""></blockquote></blockquote><blockquote type="cite" class=""><blockquote type="cite" class=""><br class=""></blockquote></blockquote><blockquote type="cite" class=""><div class=""><blockquote type="cite" class="">Or are you saying that we should deny such transfers, but if somehow effectively<br class="">‘possession’ of the address block moves to another party despite lack of transfer,<br class="">that the registry has to eventually reflect reality?<br class=""></blockquote><br class="">I'm not sure I see the the distinction you're making between the two. My opinion on whether ARIN should deny (presumably out of policy) transfers is not particularly relevant. Ignoring that, my answer to both would be 'yes’.</div></blockquote></div><div><br class=""></div><div>Understood. Given you have proposed that the registry “accuracy” be measured via </div><div>fidelity to operational control of an address block, and that furthermore ARIN has a </div><div>responsibility to this definition of accuracy, I need to ask some further questions to </div><div>better understand this measure and its implications to the registry - </div><div><br class=""></div><div>1) Should we update the entry for those cases where there is a party with effective </div><div> ‘possession’ (i.e. use) of an address block but the original address holder cannot</div><div> be contacted or found? This is not uncommon for address blocks where the </div><div> original address holder is long gone and there’s a party with operational control/use </div><div> of the address block who is asserting to be the rightful address holder. </div><div><br class=""></div><div>2) Similarly, should we update the entry when a party has been using an address block</div><div> for some time, and is still actively using it, but there is a dispute about the meaning</div><div> of paperwork between the party and present address holder in the registry? This </div><div> also quite common, particularly with bill of sale documents that are ambiguous and</div><div> being presented to the registry in documenting an asserted ‘sale’ of rights.</div><div> </div><div>3) We presently have some practices regarding what documentation we require when</div><div> a party asserts to now have the rights to IP address block via merger/acquisition </div><div> You can see specifics here -<<a href="https://www.arin.net/resources/transfers/index.html" class="">https://www.arin.net/resources/transfers/index.html</a>></div><div> May we waive the documentation requirements if the party who asserts such can</div><div> demonstrate that they have operational control of the IP address block?</div><div><br class=""></div><div>Once I have solid understanding of your accuracy model, it will be possible to understand</div><div>what changes in mission/agreements/etc would be necessary if the community wished</div><div>to move in that direction. It appears to represent a significant shift from tracking the legal</div><div>rights to address blocks in the registry that we presently perform.</div><div><br class=""></div><div>Thanks!</div><div>/John</div><div><br class=""></div><div>John Curran</div><div>President and CEO</div><div>ARIN</div><div><br class=""></div><div><br class=""></div><div><br class=""></div><div><br class=""></div><div><br class=""></div><div><br class=""></div></body></html>