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/db-wg@ripe.net/
[db-wg] proposal: new attribute 'geofeed:'
- Previous message (by thread): [db-wg] proposal: new attribute 'geofeed:'
- Next message (by thread): [db-wg] proposal: new attribute 'geofeed:'
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Randy Bush
randy at psg.com
Tue Jan 5 14:18:42 CET 2021
>> from draft-ietf-opsawg-finding-geofeeds >> >> Any particular inetnum: object MAY have, at most, one geofeed >> reference, whether a remarks: or a proper geofeed: attribute when >> one is defined. >> >> now all we need is for the someone or someone's automated system to read >> the spec :) > > Of course the question is "what should happen in the bad case", eg. > what's the expected behaviour if there are 2 or more "remarks: > geofeed" attributes? > > Should the DB reject such an update? Should the geofeed client pick > one at random? Should it pick the first one? Or the last one? Or none? my personal opinion would be, as the spec says only one, an attempt to add a second should fail. as should an initial attempt to create with more than one. but i have faith that we can make it more complicated :) randy
- Previous message (by thread): [db-wg] proposal: new attribute 'geofeed:'
- Next message (by thread): [db-wg] proposal: new attribute 'geofeed:'
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]