Marco Schmidt via db-wg wrote on 11/10/2018 14:18:
We just published the RIPE Policy proposal, 2018-06, "RIPE NCC IRR
Database Non-Authoritative Route Object Clean-up", to the Routing
Working Group mailing list.
The goal of the proposal is to delete an non-authoritative object
stored in the RIPE IRR, if it conflicts with an RPKI ROA.
There are some corner cases where this could cause permanent and
unwarranted pain.
1. what's the procedure for backing out the deletion if the ROA holder
in the other RIR makes a mistake and, for example, forgets to create a
roa for a specific ASN and then they find their RIPE-NONAUTH route
object deleted by accident.
2. what happens when someone is busy creating ROAs in, for example,
Magastan and the RIPE NCC runs a deletion process mid-way through that
process
3. the above situations are complicated by RFC6382.
It might be a good idea to send some warnings to the holders of the
route/route6 objects before nuking their objects + build in a timeout
period.
Nick