[db-wg] proposal: new attribute 'geofeed:'

+1 this is a much more reasonable solution than remarks imo

- Cynthia


On Tue, 6 Oct 2020, 18:29 Job Snijders via db-wg, <db-wg at ripe.net> wrote:

> Dear DB-WG,
>
> Some colleagues are working to address the never-ending-story of 'where
> the heck are IPs geographically?'. This problem space has been brought
> up numerous times in the Database Working Group, but we never managed to
> solve it. As with all compsci problems adding a layer of indirection can
> help ;-)
>
> This current draft suggests overloading the RPSL 'remarks:' field with a
> structured attribute value, however I suspect we would do ourselves a
> disservice to overload a 'remarks:' field.
>
> Instead it would be better to add a 'geofeed:' attribute to the RPSL
> inetnum/inetnum6 class dictionary, which as value contains a URL with
> http or https scheme.
>
> The draft: https://tools.ietf.org/html/draft-ymbk-opsawg-finding-geofeeds
>
> The value of the attribute could be validated using something like
> "org.apache.commons.validator.UrlValidator", the attribute would look
> like this, only valid in the inetnum/inet6num:
>
>     "geofeed:   [optional]   [single]     [ ]"
>
> Example object:
>
>     inetnum:        192.0.2.0 - 192.0.2.255
>     netname:        EXAMPLE
>     country:        NL
>     geofeed:        https://example.com/geofeed.csv
>     ... snip ...
>     source:         RIPE
>
> What do others think?
>
> Kind regards,
>
> Job
>
> ps. In IRRd v4.2 support for the 'geofeed:' attribute will be added
> https://github.com/irrdnet/irrd/issues/396
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </ripe/mail/archives/db-wg/attachments/20201007/a18649af/attachment.html>