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] geofeed issue: can't add geofeed attribute to PI /48
- Previous message (by thread): [db-wg] geofeed issue: can't add geofeed attribute to PI /48
- Next message (by thread): [db-wg] geofeed issue: can't add geofeed attribute to PI /48
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Cynthia Revström
me at cynthia.re
Tue Feb 22 21:07:52 CET 2022
> The RIPE NCC are creating /24 top-level allocations, but this size could also be used as a single (second level) assignment. However, we don't have a way (yet, see NWI-4) to distinguish between an allocation and assignment of the same size. Geofeed is allowed on a top-level resource but not on a more specific assignment within that. I hope you only mean for /24 and /48 (or more specific), as in I hope I would still be able to add a geofeed attribute to for example a /32 under the /29 allocated to the LIR by the NCC. -Cynthia On Tue, Feb 22, 2022 at 10:35 AM Edward Shryane via db-wg <db-wg at ripe.net> wrote: > > Hi Denis, > > > On 21 Feb 2022, at 17:10, denis walker <ripedenis at gmail.com> wrote: > > > > Hi Ed > > > > Can you clarify this comment... > > > >> > >> Our Legal team have considered the concerns from a part of the community regarding the eligible size for “geofeed:” validation and concluded the following: > >> Since resources with prefix size equal to the size distributed/registered by the RIPE NCC to a resource holder is not considered to be personal data, an equal prefix size may receive the “geofeed:” validation. > >> > >> Accordingly, we will allow "geofeed:" on ALLOCATED PA or top-level ASSIGNED PI (for IPv4) and ALLOCATED-BY-RIR on top-level ASSIGNED PI (for IPv6). > > > > Are you saying you will ONLY allow geofeed on resources with these > > status values? What about SUB-ALLOCATED PA and AGGREGATED-BY-LIR? The > > nature of these status values suggests they are not personal data. > > > > Legal have made a distinction between the resources allocated or assigned by the RIPE NCC and resources assigned on a second level by our members or provider independent resource holders. > > If SUB-ALLOCATED PA and AGGREGATED-BY-LIR are not personal data (since they are used for grouping network blocks together), then we can allow "geofeed:" on them. > > > "an equal prefix size may receive the “geofeed:” validation." > > Or are you saying any object with a size equal to any allocation can > > have a "geofeed:" attribute? That would mean a /24 for IPv4. > > > > The RIPE NCC are creating /24 top-level allocations, but this size could also be used as a single (second level) assignment. However, we don't have a way (yet, see NWI-4) to distinguish between an allocation and assignment of the same size. Geofeed is allowed on a top-level resource but not on a more specific assignment within that. > > Regards > Ed Shryane > RIPE NCC > > > > cheers > > denis > > co-chair DB-WG > > > -- > > 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] geofeed issue: can't add geofeed attribute to PI /48
- Next message (by thread): [db-wg] geofeed issue: can't add geofeed attribute to PI /48
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]