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] Foreign ROUTE objects in RIPE Database - final decision?
- Previous message (by thread): [db-wg] Foreign ROUTE objects in RIPE Database - final decision?
- Next message (by thread): [db-wg] Foreign ROUTE objects in RIPE Database - final decision?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sascha Luck [ml]
dbwg at c4inet.net
Mon Oct 9 16:43:35 CEST 2017
Denis, On Mon, Oct 09, 2017 at 02:49:39PM +0100, denis walker via db-wg wrote: >Question - Should the RIPE Database allow creation of ROUTE >objects for non RIPE resources? > >A: Yes the RIPE Database should allow creation of ROUTE objects >for non RIPE resources. If this is the answer then we can look >at how to make the data more trusting in the short term (and >there may be ways to do that). > >B: No the RIPE Database should not allow creation of ROUTE >objects for any non RIPE resource. If this is the answer then >maybe we need to look at a project to remove all non RIPE >resource related ROUTE(6)/AUT-NUM objects from the RIPE Database >and disable the feature. But that needs to look at what to do >with ROUTE objects for prefixes from one region and ASNs from a >different region. > >C: Just leave things as they are. Don't promote the service but >no projects to remove any data from the RIPE Database either. >Just drift along on the principle "if it ain't broken, don't fix >it". This also means document this as the answer to this >question and no more discussions. Of course any problems >associated with this feature don't go away. Either A or C, insofar as they are different. Not allowing "foreign" resources in the ripedb denies the reality that there will always be RIPE-allocated prefixes originated from non-RIPE-assigned ASNs and vice versa. One could make an argument for not allowing route: objects where both the prefix and ASN are from outside RIPE. This would complicate (or make impossible) any attempt at automating acceptance filters, unless and until this information is available from other (trusted?) sources. As it currently stands, this would, on balance, be worse for the "good of the internet". cheers, Sascha Luck
- Previous message (by thread): [db-wg] Foreign ROUTE objects in RIPE Database - final decision?
- Next message (by thread): [db-wg] Foreign ROUTE objects in RIPE Database - final decision?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]