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]/
[db-wg] RIPE abuse finder
- Previous message (by thread): [db-wg] RIPE abuse finder
- Next message (by thread): [db-wg] RIPE abuse finder
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Gert Doering
gert at space.net
Wed Mar 6 12:38:36 CET 2013
Hi, On Wed, Mar 06, 2013 at 12:06:33PM +0100, Denis Walker wrote: > There is still a link to NETASSIST-MNT: > > inetnum: 31.133.32.0 - 31.133.63.255 > org: ORG-FTVM1-RIPE > > organisation: ORG-FTVM1-RIPE > admin-c: TV1866-RIPE > > person: Trubnikov Valeriy > nic-hdl: TV1866-RIPE > mnt-by: NETASSIST-MNT > > This nicely highlights the main problem with the legacy abuse contact > management. It relies on this spaghetti of relationships between many > objects in the database. And the over-eagerness of the current abuse finder implementation - I've been there as well, and the usefulness of walking the inetnum -> person -> mnt-by -> ... chain can be seriously doubted. I've said before that I would really prefer if you didn't do that, because that way, LIRs that happen to have added a person: object at some point in the past now happen to get abuse complaints for networks where they really cannot do anything, except "remove the mnt-by:" - and I really doubt there are cases where this is more useful than just returning "uh, we did not find anything". Except it looks "better", of course, to return something for a higher percentage of queries. Sufficiently pointy-haired metrics assumed. 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 (89) 32356-444 USt-IdNr.: DE813185279
- Previous message (by thread): [db-wg] RIPE abuse finder
- Next message (by thread): [db-wg] RIPE abuse finder
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]