Re: [anti-abuse-wg] Verification of abuse contact addresses ?
On Mon, 11 Mar 2019, Fi Shing wrote:
Why can't it be both?
12.5% annual fee incurred daily, to a maximum of 7 days, with resources being decommissioned if the abuse contact is not updated within that time.
This is probably something for the RIPE NCC AGM, not for the PDP... But i seriously doubt such a proposal could even fly onto an AGM agenda. (i'm not saying i agree or disagree, however 7 days seems a bit short) Regards, Carlos
In message <alpine.LRH.2.21.1903121026191.22599@gauntlet.corp.fccn.pt>, =?ISO-8859-15?Q?Carlos_Fria=E7as?= <cfriacas@fccn.pt> wrote:
On Mon, 11 Mar 2019, Fi Shing wrote:
Why can't it be both?
12.5% annual fee incurred daily, to a maximum of 7 days, with resources being decommissioned if the abuse contact is not updated within that time.
This is probably something for the RIPE NCC AGM, not for the PDP...
But i seriously doubt such a proposal could even fly onto an AGM agenda.
(i'm not saying i agree or disagree, however 7 days seems a bit short)
I agree with Carlos. What I was proposing was an -annual- additional fee assesment. It could perhaps be calculated as as additional 1% tacked on to annual fees due for each month that the contact information is incorrect and/or non-functional. Doing it on a monthly basis would provide some incentive to not wait a full year before taking action to correct the issue(s). But there's kind-of a Catch-22 here. Ideally, if RIPE NCC were to access such a penality, it would be the decent thing to do to -inform- each party against which the penalty is being accessed. And it would be rather inconvenient (for RIPE NCC) if it was obliged to do so strictly via snail-mail. The easiest way would be to inform the affected parties via email. But if their email contact addresses aren't working... Well, I guess you all can see the problem. Question: Does RIPE NCC have contact email addresses for all resource holders that work, and that are NOT being published in the relevant WHOIS records? I would guess so. I mean it is necessary to use an email account/address in order to create a login account on the RIPE web site, which is in turn necessary in order to manage one's assigned resources, right? If so, then perhaps the solution to this whole problem is for RIPE NCC to just simply place those working email addresses into the relevant RIPE WHOIS records in each and every case where it is determined that the email contact addresses within the public WHOIS records simply aren't working. Another idea: There are different ways in which RIPE NCC could make life slightly less pleasant for the troublesome few who neglect to keep theire public/published contact email addresses current, up-to-date, and working. The most drastic of these would be reclamation of the relevant number resources, and I do think this approach would be a very hard sell, politically, within the RIPE community... as well it should be. That is a very drastic response to a (relatively) small infraction. But this is quite certainly *not* the only lever of influence that RIPE NCC has at its disposal. What about reverse DNS delegation? I see no compelling or persuasive reason why a party that has neglected to Do The Right Thing and keep their published contact info up-to-date should necessarily continue to enjoy the benefits of properly delegated reverse DNS. Furthermore, the delegation of reverse DNS authority is something that RIPE NCC could discontinue easily, quickly, and from the comfort of their desks (i.e. without having to get up and buy stamps and go to the local Post Office -and- without having to try to reach people by phone). And conversely, once the issue has been resolved, for any partcular block of IP addresses, RIPE NCC staff could easily and quickly turn the reverse DNS delegation back on for that block and could do so the same day as the (WHOIS contacts) problem is resolved for that particular block. This seems like a rather simple and elegant solution for enforcing at least some minimal level of disipline among the holders of RIPE-issued number resources. Regards, rfg
it helps me, thanks Sent via RIPE Forum -- https://www.ripe.net/participate/mail/forum
Fi Shing, There's no need to complain if you are unhappy with the current policies! The RIPE community follows an open and transparent process for making policies, which you can read about here: https://www.ripe.net/participate/policies Again, I encourage you to submit a policy proposal if you want your ideas to be adopted. Many people can and will help you with this. But also again, I do not think that any proposal to "decommission" resources will be accepted by the community. But if you think that is what should be done then you need a proposal with some details that you can attempt to get consensus for. Cheers, -- Shane On 12/03/2019 05.45, Fi Shing wrote:
Why can't it be both?
12.5% annual fee incurred daily, to a maximum of 7 days, with resources being decommissioned if the abuse contact is not updated within that time.
-------- Original Message -------- Subject: Re: [anti-abuse-wg] Verification of abuse contact addresses ? From: "Ronald F. Guilmette" <rfg@tristatelogic.com <mailto:rfg@tristatelogic.com>> Date: Mon, March 11, 2019 12:26 pm To: anti-abuse-wg@ripe.net <mailto:anti-abuse-wg@ripe.net>
In message <9793c47c-2c44-47e3-033a-1d60ca4d33d2@time-travellers.org <mailto:9793c47c-2c44-47e3-033a-1d60ca4d33d2@time-travellers.org>>, Shane Kerr <shane@time-travellers.org <mailto:shane@time-travellers.org>> wrote:
>As far as I know there is nothing in any policy about decommissioning >resources. (I'm not even sure what that would mean in practice...) > >I don't think that such a proposal would get consensus in the RIPE >community, but I am often wrong so if you want this then please submit a >policy proposal. The RIPE NCC staff, the working group chairs, or some >friendly community member can help you with this.
It might be interesting to float a proposal to tack on a small extra annual registration fee... say, another 12.5% or something... applicable to all respouces for which corrections to the contact info have not been made.
I agree that it would be politically problematic to outright kill someone's allocations, but making it just a little painful (if they are screwing up) might be helpful and productive.
Regards, rfg
participants (5)
-
Carlos Friaças
-
Fi Shing
-
Ronald F. Guilmette
-
Shane Kerr
-
Vitaliy joness