This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[address-policy-wg] [db-wg] Guidance Requested: Reassigning Referenced ASNs
- Previous message (by thread): [address-policy-wg] [db-wg] Guidance Requested: Reassigning Referenced ASNs
- Next message (by thread): [address-policy-wg] [db-wg] Guidance Requested: Reassigning Referenced ASNs
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Nick Hilliard
nick at inex.ie
Wed Jun 26 22:34:29 CEST 2013
On 26/06/2013 19:11, Gert Doering wrote: > which is exactly that sort of reference that would currently keep the > NCC from reallocating AS48200 (assuming that one were free). ... which is why I suggested that inaction shouldn't negatively affect timelines. People never clean up after themselves, so the RIPE NCC will either need to edit the affected objects themselves (which will work fine until someone's provisioning database respams the DB with out-of-date information) or else notify + wait, but then ultimately ignore if there's a problem. Other IRRDBs are other peoples' problems. A recycling period of a couple of months would seem sensible, as there will be a resource shortage for asn16s. There's no reason for the RIPE NCC not to notify references immediately. Nick
- Previous message (by thread): [address-policy-wg] [db-wg] Guidance Requested: Reassigning Referenced ASNs
- Next message (by thread): [address-policy-wg] [db-wg] Guidance Requested: Reassigning Referenced ASNs
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]