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]/
[address-policy-wg] IPv4 waiting list policy
- Previous message (by thread): [address-policy-wg] IPv4 waiting list policy
- Next message (by thread): [address-policy-wg] IPv4 waiting list policy
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Chris Woodfield
chris at semihuman.com
Tue Dec 7 22:25:04 CET 2021
> On Dec 7, 2021, at 11:53 AM, denis walker <ripedenis at gmail.com> wrote: > > I am going to go one step further than Gert's proposal. Let's suspend > the current policy pending a review. In other words, freeze the > allocation of /24s. I am sure there is nothing in the PDP or anywhere > else that allows for this. But there probably is nothing that > disallows it either. Again let's have a legal review and take bold > action. > I’m not going to speculate on whether or not this is warranted in this particular case - I won’t claim to have the deep understanding necessary - I will note that there is precedent for this; this course of action is functionally identical to the emergency policy that the ARIN Board Of Trustees put into place in February 2019 that suspended waiting list allocations in the region, as a direct result of the waiting list abuse discovered which seems very similar to the abuse being alleged in this thread. https://www.arin.net/vault/announcements/2019/20190207_waitlist.html <https://www.arin.net/vault/announcements/2019/20190207_waitlist.html> That said, the current RIPE waiting list policy seems very similar to the policy that ARIN put into place when reverting the suspension, except for a shorter transfer suspension window (24 months as opposed to ARIN’s 5 year restriction on waiting list resources). So it’s not clear if further policy restrictions would solve this problem, as opposed to active investigation of request patterns that appear suspicious when held up to scrutiny. > I am probably going to get hammered for saying all this, but sometimes > we need to make bold moves and set new precedences... > Ideally, sufficient scrutinization of waiting list requests could result in the exposure of abusive patterns and bad actors, similar to the scrutiny that led to the discovery of the Micfo fraud. But that’s like saying that that we should have zero crime in a city because we have a police department. > cheers > denis > co-chair DB-WG > Thanks, -Chris > -- > > To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit: https://mailman.ripe.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/address-policy-wg/attachments/20211207/f861e60c/attachment.html>
- Previous message (by thread): [address-policy-wg] IPv4 waiting list policy
- Next message (by thread): [address-policy-wg] IPv4 waiting list policy
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]