<html><head></head><body><div class="ydp43431d4fyahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:16px;"><div></div>
<div dir="ltr" data-setdir="false">Hi guys</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">Historical queries to the RIPE Database only go back as far as the 'most recent' creation. So you can see changes made to the currently existing INETNUM object. If the object has been deleted and re-created it is not possible to query for the previous incarnation of the object. This was an arbitrary decision made when the historical query feature was introduced. The data is still available in the RIPE Database for all previous incarnations of an object.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">It has been suggested in the past that this service be extended to show all previous history (excluding personal data). If there is sufficient interest, maybe someone would like to propose such a change and it can be looked into in more detail.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">cheers</div><div dir="ltr" data-setdir="false">denis</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">co-chair DB-WG</div><div><br></div>
</div><div id="ydp430d8d52yahoo_quoted_6884495024" class="ydp430d8d52yahoo_quoted">
<div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div>
On Tuesday, 10 December 2019, 13:16:08 CET, Roland Perry <roland@internetpolicyagency.com> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div dir="ltr">In message <<a shape="rect" href="mailto:20191210114312.GJ72330@Space.Net" rel="nofollow" target="_blank">20191210114312.GJ72330@Space.Net</a>>, at 12:43:12 on Tue, 10 <br clear="none">Dec 2019, Gert Doering <<a shape="rect" href="mailto:gert@space.net" rel="nofollow" target="_blank">gert@space.net</a>> writes<br clear="none">>Hi,<br clear="none">><br clear="none">>On Mon, Dec 09, 2019 at 05:47:26PM +0000, Roland Perry wrote:<br clear="none">>> My question is this: how can the organisations responsible for that<br clear="none">>> former life be identified (in general terms) so that the end users can<br clear="none">>> at least given a plausible explanation for why their connectivity has<br clear="none">>> been so badly affected.<br clear="none">>><br clear="none">>> As far as I know, all the new ISP is prepared to divulge is "we are<br clear="none">>> working on it", and all the users' IT departments are prepared to<br clear="none">>> divulge is "Our new ISP says he's working on it".<br clear="none">><br clear="none">>If this is ISP-managed space ("provider aggregateable", PA, in RIPE lingo)<br clear="none">>this is a matter between the end customer and their ISP.<br clear="none">><br clear="none">>If(!) the ISP has been well-behaving RIPE member and documenting their<br clear="none">>assignments in the RIPE DB, the historic snapshots of the inetnum<br clear="none">>records will shed light.<br clear="none"><br clear="none">How do I as (nowadays anyway, an outsider) access such historic <br clear="none">snapshots of the IP address range, before today's ISP acquired them.<br clear="none"><br clear="none">Is this a 'service' that RIPE NCC offers (and hence my question in this <br clear="none">forum).<br clear="none"><br clear="none">Sometimes the answer is "we aren't allowed to tell you - because of data <br clear="none">protection". But I suspect the dirt was acquired by a user outside the <br clear="none">EU, and hence arguably outside the protection of EU DP law.<br clear="none"><br clear="none">>But I see this as somewhat unlikely, as it<br clear="none">>seems the ISP is unwilling to fix up the mess they created for their<br clear="none">>new customer.<br clear="none">><br clear="none">>I'd just send laywers their way - "you gave us these addresses, they<br clear="none">>are close to unusable, go fix things or give us clean ones, or we'll<br clear="none">>change ISPs again and you pay for all costs incurred"...<br clear="none"><br clear="none">If I were the admins in this case, I would have (weeks ago) demanded <br clear="none">"some new clean ones", seeing as how the process of cleaning the current <br clear="none">ones is proving less than adequate.<br clear="none"><br clear="none">But unfortunately the customer organisation is part of a consortium, and <br clear="none">you'd need to get a lot of *other* members on side.<br clear="none"><br clear="none">Being able to say who attracted the dirt, is my motivation for assisting <br clear="none">in an attempt to get a critical mass of consortium members to act.<div class="ydp430d8d52yqt0509885885" id="ydp430d8d52yqtfd75149"><br clear="none">-- <br clear="none">Roland Perry<br clear="none"><br clear="none"></div></div></div>
</div>
</div></body></html>