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] NWI-13 Geofeed Legal Analysis
- Previous message (by thread): [db-wg] Using the RIPE Database for IPAM
- Next message (by thread): [db-wg] RIPE Database Quarterly Planning Q4 2022
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Edward Shryane
eshryane at ripe.net
Mon Sep 26 13:24:38 CEST 2022
Dear Colleagues, There was no support expressed in replies to my proposal to improve the "geofeed:" validation rules (see below, from July). Given this, the DB team will leave the current validation rules as-is, pending the outcome of the discussion on "geofeed:" and the database T&C's. Regards Ed Shryane RIPE NCC > On 29 Jul 2022, at 14:33, Edward Shryane via db-wg <db-wg at ripe.net> wrote: > > Dear colleagues, > > We are following the discussion on updating the purposes of the RIPE Database to accommodate geolocation. Until then we need to perform validation according to the legal analysis based on the current purpose. If there are updates on the discussion on the purposes of the database, we will re-evaluate the situation. In the meantime, this is how we plan to update the validation of the "geofeed:" attribute: > > (1) Firstly, the current validation based on prefix size is inadequate as it doesn't account for the intended use. We will replace the validation by prefix size with validation by "status:" value. > > (2) Resources allocated or assigned by the RIPE NCC to a resource holder are not considered personal data and can use "geofeed:", including: > inetnum: ALLOCATED PA, ASSIGNED PI > inet6num: ALLOCATED-BY-RIR, ASSIGNED PI > > (3) Resources with a "status:" not intended for individual assignment can also use "geofeed:" including: > inetnum: SUB-ALLOCATED PA, AGGREGATED-BY-LIR, LIR-PARTITIONED PA, ASSIGNED ANYCAST > inet6num: ALLOCATED-BY-LIR, AGGREGATED-BY-LIR, ASSIGNED ANYCAST > > (4) Resources that are reasonably assumed to be related to one individual user cannot use the "geofeed:" attribute. > inetnum: ASSIGNED PA > inet6num: ASSIGNED > > (5) LEGACY resources are not in scope. If there is interest in using "geofeed:" with legacy resources we can evaluate. > > We intend to implement these changes in the next Whois release. > > Regards, > Ed Shryane > RIPE NCC > > >> On 28 Jul 2022, at 13:33, Maria Stafyla via db-wg <db-wg at ripe.net> wrote: >> >> >> Dear colleagues, >> >> Following the legal update we provided on NWI-13: Geofeed at the DB WG session at RIPE 84, here is our analysis in case further discussion on this topic is needed. >> > > > -- > > To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit: https://mailman.ripe.net/
- Previous message (by thread): [db-wg] Using the RIPE Database for IPAM
- Next message (by thread): [db-wg] RIPE Database Quarterly Planning Q4 2022
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]