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/routing-wg@ripe.net/
[routing-wg] 2018-06 Discussion Phase (RIPE NCC IRR Database Non-Authoritative Route Object Clean-up)
- Next message (by thread): [routing-wg] 2018-06 Discussion Phase (RIPE NCC IRR Database Non-Authoritative Route Object Clean-up)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Alexander Azimov
a.e.azimov at gmail.com
Tue Jun 4 15:21:22 CEST 2019
I was opposing the first version of this proposal, where conflicting objects were silently and instantly removed. The new version seems to resolve these concerns - and 7-day notification should be fine. But I'm not sure if all objects have optional 'notify' field (and a brief check showed that there are some without this field, I don't have exact numbers at the moment). If there is the technical opportunity I would suggest to also use notify field (and may be other contacts) from the related maintainer object. пт, 31 мая 2019 г. в 14:11, Tore Anderson <tore at fud.no>: > * Marco Schmidt > > > A new version of RIPE Policy proposal, 2018-06, "RIPE NCC IRR Database > Non-Authoritative Route Object Clean-up", is now available for discussion. > > > > The goal of the proposal is to delete an non-authoritative object stored > in the RIPE IRR, if it conflicts with an RPKI ROA. > > Eminently sensible. Supported. > > Tore > > -- Best regards, Alexander Azimov -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/routing-wg/attachments/20190604/218432dd/attachment.html>
- Next message (by thread): [routing-wg] 2018-06 Discussion Phase (RIPE NCC IRR Database Non-Authoritative Route Object Clean-up)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]