[AfriNIC-rpd] Re: Return of Policy Proposal RPD Mailinglist: Abuse Contact Information in the AfriNIC Service Region

[Scott Leibrand]

Ok, I'll come slightly out of lurk mode too, then...

It seems that a lot of the arguments and discussion about this proposal 
hinge on the ease of setting up the abuse contact object (whether IRT or 
abuse-c).  But it seems that we're arguing based on a number of 
not-yet-validated assumptions about how it would be implemented, and 
arguing about the ideal backend database object, when what we really 
care about is the front end: how easy it is to provide the necessary 
information, and how easy it is to query for it.

So perhaps it would be useful to first come to a rough consensus on the 
ideal way for block holders to provide abuse contact info on the front 
end, and let that debate (and the ease of implementation for AfriNIC 
staff) determine the precise object type on the back end...

-Scott

On Tue 7/6/2010 12:16 PM, Borg wrote:
>
>
>
> On 6 July 2010 21:45, Owen DeLong <owen at delong.com 
> <mailto:owen at delong.com>> wrote:
>
>     I am not a stakeholder in this region, so, you are welcome to take
>     or leave
>     my advice.
>
>
> Since there is only one Internet ... valuable contributions are 
> welcome from all corners.
>
>     However, it is my not so humble opinion that down this road
>     lies madness.
>
>     Owen
>
>     I will now attempt to return to lurker mode.
>
>
> On the contrary ... the lurkers like us need one of us to come out 
> once in a while and speak. It would be very sad if a proposal simpley 
> passed without debate . So ... permission to return to lurker base 
> denied. :-)
>
>
>     On Jul 6, 2010, at 4:51 AM, Tobias Knecht wrote:
>
>     > Hello again,
>     >
>     >>> Are there any questions about the intent of this policy proposal?
>     >>
>     >> I am curious as to why you are still pushing this obviously
>     unwanted
>     >> idea?  How does this help your working model/biz model?
>     >
>     > Because it is needed! And it is not changing our working
>     model/biz model
>     > in either way. It is helping the idea of "Global Reporting" and it's
>     > helping the idea of collaboration between ISPs and network owners.
>     >
>     > I'm pushing this idea, because I'm certain about it. I have seen
>     that
>     > collaboration works, that Global Reporting works, that
>     publishing the
>     > correct abuse handling contacts and handling the incoming abuse
>     > complaints helps network owners to clean up their network.
>     >
>     > In addition I have not heard any arguments that told me it is a bad
>     > idea, quite the contrary. And the argument we have done it that
>     way for
>     > the last 15 years is not an argument, it's an excuse for doing
>     nothing.
>     >
>     > So I'm absolutely happy to hear your arguments about this
>     proposal and
>     > discuss with you and any other person why it is important to
>     implement
>     > this proposal.
>     >
>     >> I still think you are ignoring the realities of object creation
>     in the
>     >> AfriNIC region (we don't do it for the most part, even when we
>     >> should).
>     >
>     > Just because it is like it is at the moment does first of all
>     not imply
>     > that it is good. And in addition it does not imply that it has to be
>     > that way in future.
>     >
>     > Thanks,
>     >
>     > Tobias
>     >
>     > --
>     > abusix.org <http://abusix.org>
>     >
>     >
>     >
>     >
>     >
>     >
>     > _______________________________________________
>     > rpd mailing list
>     > rpd at afrinic.net <mailto:rpd at afrinic.net>
>     > https://lists.afrinic.net/mailman/listinfo.cgi/rpd
>
>     _______________________________________________
>     rpd mailing list
>     rpd at afrinic.net <mailto:rpd at afrinic.net>
>     https://lists.afrinic.net/mailman/listinfo.cgi/rpd
>
>
>
> _______________________________________________
> rpd mailing list
> rpd at afrinic.net
> https://lists.afrinic.net/mailman/listinfo.cgi/rpd
>    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20100706/d4e414b6/attachment.html>