<div dir="auto">Hi Randy,</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 3 Jan 2022 at 18:19, Randy Bush via db-wg <<a href="mailto:db-wg@ripe.net">db-wg@ripe.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> I appreciate concerns about privacy, but I'm not wholly convinced<br>
> restricting /48s from having a proper 'geofeed:' attribute is the best<br>
> path forward.<br>
<br>
drumroll!  and the best path forward is?  :)</blockquote><div dir="auto"><br></div><div dir="auto">My personal preference would be for the restriction to be lifted. I’m sceptical the restriction is achieving its intended purpose, and at the same time it seems to be hindering Geofeed deployment.</div><div dir="auto"><br></div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" dir="auto">my non-ecc memory is that this is ncc legal trying not to get highly<br>
specific.  i.e. it is not a wg matter.</blockquote><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">To me it seems this database feature is broken: I can reference my geofeed file via one method, but not via another (nicer) method.</div><div dir="auto"><br></div><div dir="auto">Regardless of the cause of the dysfunctionality, I think the Database Working Group is the appropriate forum to discuss the problem of being unable to use the geofeed RPSL attribute in database objects.</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto"><br></div><div dir="auto">Job</div></div></div>