Date: Fri, 1 May 2015 09:02:23 +0000
From: Shane Kerr <
shane@time-travellers.org>
To: William Sylvester <
william.sylvester@addrex.net>
Cc:
db-wg@ripe.netSubject: Re: [db-wg] Proposal regarding Orphaned Objects
Message-ID: <
20150501090223.0427845f@vulcan.home.time-travellers.org>
Content-Type: text/plain; charset=US-ASCII
William,
On Tue, 28 Apr 2015 14:32:33 -0400
William Sylvester <
william.sylvester@addrex.net> wrote:
> Currently, when a number block holder wishes to update their number
> block they are unable to do so directly. They must contact the
> maintainer of the old object. Many of the older maintainers do not
> have current contact or have been acquired by another company and
> left in an unknown orphaned status. These maintainers can be
> difficult or impossible to contact. RIPE NCC then must be engaged to
> make the change to an object the number block holder should have had
> online access to manage directly in the first place.
As I understand it, the database allows the maintainer of
less-specific ("parent") inetnum or inet6num objects to delete
more-specific ("child") objects.
So, the recipient of either an allocation or assignment from the RIPE
NCC already has the power to clean up their space.
I believe this sort of delete functionality also applies to route and
related domain (meaning reverse DNS) objects.
https://www.ripe.net/manage-ips-and-asns/db/support/documentation/ripe-database-documentation-1.79/10-authorisation/10-13-reclaim-functionality-1/10-13-2-authorisation-to-reclaimAs I understand it, your proposal has already been implemented, with
the difference that maintainers can only delete, not modify objects
that they do not directly maintain but are in their space.
Cheers,
--
Shane
End of db-wg Digest, Vol 45, Issue 1
************************************