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]/
[db-wg] RIPE Policy Proposal 2018-06 Aims to Delete Conflicting Non-authorative IRR Objects
- Previous message (by thread): [db-wg] RIPE Policy Proposal 2018-06 Aims to Delete Conflicting Non-authorative IRR Objects
- Next message (by thread): [db-wg] RIPE Policy Proposal 2018-06 Aims to Delete Conflicting Non-authorative IRR Objects
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Nick Hilliard
nick at foobar.org
Sun Oct 14 12:32:44 CEST 2018
Job Snijders wrote on 14/10/2018 07:48: > When an operator makes a mistake, they've made a mistake. > When someone needs to create multiple ROAs, but only publishes one - it > is an operator error. When one misconfigures things... they are > misconfigured, no big deal. operator error happens all the time. In most cases, it's reversible and life goes on. As it stands, the proposal allows some types of operator error to cause irreversible changes to their exterior routing policy, with no notification or grace period. It may be that those changes are for the better, but there will also be cases where it's for the worse. The RIPE-NONAUTH data set contains garbage, but it also contains plenty of accurate objects. If this proposal does not provide a mechanism to notify holders of conflicting route/route6 objects and provide a reasonable grace period for sorting conflicts, then the proposal is harmful and should not proceed. Nick
- Previous message (by thread): [db-wg] RIPE Policy Proposal 2018-06 Aims to Delete Conflicting Non-authorative IRR Objects
- Next message (by thread): [db-wg] RIPE Policy Proposal 2018-06 Aims to Delete Conflicting Non-authorative IRR Objects
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]