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