<div dir="auto">Dear all,</div><div dir="auto"><br></div><div dir="auto">No objection from my side. I personally think Denis’ proposal is a reasonable progression aligned with the original intent of NWI-5.</div><div dir="auto"><br></div><div dir="auto">As Maurice Moss (IT Crowd) famously said: “I’ll just put this over here with the rest of the fire” [1]</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto"><br></div><div dir="auto">Job</div><div dir="auto"><br></div><div dir="auto">[1]: <div><a href="https://knowyourmeme.com/memes/ill-just-put-this-over-here-with-the-rest-of-the-fire">https://knowyourmeme.com/memes/ill-just-put-this-over-here-with-the-rest-of-the-fire</a></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 14 Dec 2022 at 15:14, denis walker via db-wg <<a href="mailto:db-wg@ripe.net">db-wg@ripe.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">Colleagues<br>
<br>
Just a quick reminder in case you missed the previous email. Looks<br>
like no one has any objections...<br>
<br>
cheers<br>
denis<br>
co-chair DB-WG<br>
<br>
On Thu, 8 Dec 2022 at 16:43, denis walker <<a href="mailto:ripedenis@gmail.com" target="_blank">ripedenis@gmail.com</a>> wrote:<br>
><br>
> Colleagues<br>
><br>
> There is some support for the idea that if AUT-NUM objects in<br>
> RIPE-NONAUTH authorise the creation of AS-SET objects, these set<br>
> objects will also be in RIPE-NONAUTH. There is also support for this<br>
> to be considered as a bug from the implementation of 'NWI-5 Out of<br>
> region ROUTE(6)/AUT-NUM objects'. So existing AS-SET objects whose<br>
> creation was authorised by one of these RIPE-NONAUTH ASNs can be moved<br>
> to RIPE-NONAUTH as part of a bug fix.<br>
><br>
> Does anyone have any objections to such a 'bug fix'?<br>
><br>
> cheers<br>
> denis<br>
> co-chair DB-WG<br>
><br>
> On Thu, 1 Dec 2022 at 19:34, Nick Hilliard <<a href="mailto:nick@foobar.org" target="_blank">nick@foobar.org</a>> wrote:<br>
> ><br>
> > Cynthia Revström wrote on 30/11/2022 22:59:<br>
> > > I am not sure if this feature is used or not however I think this is a<br>
> > > very good reason to not go forward with a clean-up (at least until we<br>
> > > have properly evaluated things).<br>
> > > We will probably have to figure out some other way to deal with<br>
> > > objects that are currently causing issues I think.<br>
> ><br>
> > the "feature" is used, yes.  Some providers have customers in different<br>
> > RIR service regions.  Some organisations have address space registered<br>
> > in different RIR service regions. It's impossible to avoid in many<br>
> > situations.<br>
> ><br>
> > What's important right now is to close off the option to create new<br>
> > unqualified as-set names, and to move the existing qualified non-RIPE<br>
> > ASxxxx:as-set objects from source: RIPE to source: RIPE-NONAUTH.<br>
> ><br>
> > Denis was correct that this was a bug during the implementation of NWI-5<br>
> > (not ripe-731 which I mistakenly quoted).<br>
> ><br>
> > After that, we can afford to spend a bit of time looking at potential<br>
> > clean-up options.  There are 1590 empty as-set objects.  700 of these<br>
> > haven't been updated in the last 5 years, and some going back 20 years.<br>
> ><br>
> > I wouldn't lose too much sleep about deleting empty as-sets.  Contact<br>
> > people, set a timeout, and then delete.  Worst case, people can<br>
> > reference new, qualified as-sets.<br>
> ><br>
> > Nick<br>
> ><br>
<br>
-- <br>
<br>
To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit: <a href="https://mailman.ripe.net/" rel="noreferrer" target="_blank">https://mailman.ripe.net/</a><br>
</blockquote></div></div>