[db-wg] Deployed 1.87.4 with two fixes for business rules

Dear working group,

We deployed version 1.87.4 to production earlier this week with two fixes for business rules that impacted a number of users:

1) It was not possible to set "mnt-lower:" on INET6NUM objects with status "ALLOCATED-BY-RIR". This restriction existed when object editors were used, but was ignored at that time because object editors used a different authorisation method. The restriction has now been removed.

2) The fix in 1.87.3 allowed "netname:" to be changed on objects with status "ASSIGNED PI", but unfortunately not for other "ASSIGNED" objects. We have made sure that the restriction only applies to INET(6)NUM objects for allocations done by the RIPE NCC.

To summarise the following business rules apply to objects that are 'co-maintained', i.e. allocations, assignments or legacy space that is registered with RIPE NCC:

= Allocations

INETNUM objects with "status:" ALLOCATED PA, ALLOCATED PI or ALLOCATED UNSPECIFIED, and INET6NUM objects with "status:" ALLOCATED-BY-RIR

Restricted attributes: netname, org, sponsoring-org, status, mnt-by (you can only change your default maintainer through the LIR Portal)

= Assignments

INET(6)NUM objects with at least one RIPE-NCC-XYZ-MNT and "status:" ASSIGNED PI, or ASSIGNED ANYCAST

Restricted attributes: org, sponsoring-org, status, mnt-by (you cannot add or remove RIPE-NCC-XYZ-MNT) and mnt-lower

= Legacy space registered with RIPE NCC

INETNUM objects at least one RIPE-NCC-X-MNT and "status:" LEGACY 

Restricted attributes: org, sponsoring-org, status, mnt-by (you cannot add or remove RIPE-NCC-XYZ-MNT)

In addition to this, all objects described above can only be deleted by RIPE NCC.


I hope this makes it clear how we apply business to these objects. If you have any questions or comments, please let us know.



Kind regards,

Tim Bruijnzeels
Assistant Manager Software Engineering
RIPE NCC Database Group