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/db-wg@ripe.net/
[db-wg] Options for extending "abuse-c:"
- Previous message (by thread): [db-wg] [anti-abuse-wg] Options for extending "abuse-c:"
- Next message (by thread): [db-wg] Options for extending "abuse-c:"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Gert Doering
gert at space.net
Fri May 9 19:26:37 CEST 2014
Hi, On Thu, May 08, 2014 at 12:03:02PM +0200, Denis Walker wrote: > I understood the subnet issue to mean an organisation has more than one > default abuse handling team within their organisation. For example they > may have three allocations and have a different abuse team for each > allocation. I did not expect an organisation to have hundreds of abuse > teams, so I don't think this solution would create too much of a > problem. The ORGANISATION object is not going to grow too large. > > For End User customers who are handling abuse, they are taking over part > of the management of that internet resource. They should therefore have > their own ORGANISATION object referenced from that resource and an > "abuse-c:" referenced from the ORGANISATION object. For this we are > offering the wizard solution that will create and delete these extra > objects as required. I pointed out in the past that creation of an extra organization object just to get an abuse-c: referenced is something I consider "too much hassle". It's a "database people think so" solution. Having an optional abuse-c: in the more-specific inet(6)num: would be a nice and low-effort solution. > We will also provide a management tool that will provide an overview of > all additional "abuse-c:" setups within your network. Nice and shiny query tools are also missing the point. Creation of a needless object just to fulfill "abuse-c: may only be referenced from an organization: object" designs is not being made less effort by nice query tools. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 811 bytes Desc: not available URL: </ripe/mail/archives/db-wg/attachments/20140509/29bba892/attachment.sig>
- Previous message (by thread): [db-wg] [anti-abuse-wg] Options for extending "abuse-c:"
- Next message (by thread): [db-wg] Options for extending "abuse-c:"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]