<html><head></head><body><div style="color:#000; background-color:#fff; font-family:Helvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif;font-size:16px"><div id="yui_3_16_0_ym19_1_1463926174694_55458"><span id="yui_3_16_0_ym19_1_1463926174694_55611">Hi Job</span></div><div id="yui_3_16_0_ym19_1_1463926174694_55463"><br><span></span></div><div id="yui_3_16_0_ym19_1_1463926174694_55613"><span id="yui_3_16_0_ym19_1_1463926174694_55612">With the current transfer policy an address block may be split into 2 or more parts. As the address range is the primary key defining the object, each of these parts is a new object and none relate to the old parent object. The deleted parent object is currently not available as history as it has been deleted. <br></span></div><div id="yui_3_16_0_ym19_1_1463926174694_55648"><span id="yui_3_16_0_ym19_1_1463926174694_55612"><br></span></div><div id="yui_3_16_0_ym19_1_1463926174694_55654"><span id="yui_3_16_0_ym19_1_1463926174694_55612">Also if an address range is reassigned it may have been deleted and recreated by the LIR. Although this still has the same primary key, internally it has a different unique object id within the database. The current history feature does not cross boundaries of object ids. So you can only see the history of an object back to the most recent deletion point.<br></span></div><div id="yui_3_16_0_ym19_1_1463926174694_55665"><span id="yui_3_16_0_ym19_1_1463926174694_55612"><br></span></div><div id="yui_3_16_0_ym19_1_1463926174694_55828" dir="ltr"><span id="yui_3_16_0_ym19_1_1463926174694_55612">So if anyone has a legitimate interest in who held an address range in the past you need to be able to see the history of deleted and recreated objects. The focus MUST only be on resource objects. You should never show the history of personal or security data.</span></div><div id="yui_3_16_0_ym19_1_1463926174694_55829" dir="ltr"><br><span id="yui_3_16_0_ym19_1_1463926174694_55612"></span></div><div id="yui_3_16_0_ym19_1_1463926174694_55830" dir="ltr"><span id="yui_3_16_0_ym19_1_1463926174694_55612">cheers</span></div><div id="yui_3_16_0_ym19_1_1463926174694_55831" dir="ltr"><span id="yui_3_16_0_ym19_1_1463926174694_55612">denis</span></div><div id="yui_3_16_0_ym19_1_1463926174694_55832" class="qtdSeparateBR"><br><br></div><div style="display: block;" id="yui_3_16_0_ym19_1_1463926174694_55746" class="yahoo_quoted">  <div id="yui_3_16_0_ym19_1_1463926174694_55745" style="font-family: Helvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif; font-size: 16px;"> <div id="yui_3_16_0_ym19_1_1463926174694_55744" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif; font-size: 16px;"> <div id="yui_3_16_0_ym19_1_1463926174694_55765" dir="ltr"> <font size="2" face="Arial"> <hr size="1"> <b><span style="font-weight:bold;">From:</span></b> Job Snijders <job@instituut.net><br> <b><span style="font-weight: bold;">To:</span></b> db-wg@ripe.net <br> <b><span style="font-weight: bold;">Sent:</span></b> Wednesday, 25 May 2016, 14:57<br> <b><span style="font-weight: bold;">Subject:</span></b> [db-wg] NWI-2 - displaying history for DB objects where available<br> </font> </div> <div id="yui_3_16_0_ym19_1_1463926174694_55743" class="y_msg_container"><br>Dear Working Group,<br><br>This is the second Numbered Work Item.<br><br>(You can review <a href="https://www.ripe.net/ripe/mail/archives/db-wg/2016-April/005190.html" target="_blank">https://www.ripe.net/ripe/mail/archives/db-wg/2016-April/005190.html </a><br>to ensure you have an overview of the next steps.)<br><br>---------<br>NWI-2:<br><br>    The RIPE NCC was tasked with the following action point: AP69.2<br>    [RIPE NCC] Come up with some straw man proposals for displaying<br>    history for objects where available.<br><br>    The RIPE Database already provides a mechanism for object history.<br>    In our understanding the problem statement that motivated the action<br>    point is that some people are interested in seeing the history of<br>    *deleted* objects. It is our understanding that this interest is<br>    mainly focussed on primary (resource) objects.<br><br>    However, it is not entirely clear to the RIPE NCC why this is<br>    useful. We also have some concerns, mainly non-technical, and<br>    therefore we believe that the problem statement and motivation needs<br>    to be better defined in the working group.<br>---------<br><br>The next step is to help refine the problem statement. I would<br>appreciate it if working group participants with an interest in the<br>history of objects speak up and elaborate on the issue. <br><br>Kind regards,<br><br>Job<br><br><br><br></div> </div> </div>  </div></div></body></html>