Hi Havard
On 09/03/2016 22:02, Havard Eidnes wrote:
I would like abuse-c: much more if it were changed in two ways:
- permit abuse-c: in inet(6)num: objects
- permit abuse-c: to point to a normal person: object, not only role:
This boils down to what I thought would have been the better
implementation all along.
Better is a relative word. It would be better to improve the
operational usability and solve the problems you have without breaking
the design.
I have worked on the design, development and support of this database
for 15 years. I know it inside out. I know what problems it has. I
have seen the mistakes both new and old users have made. I have seen
the crazy things users have done because the database semantics,
syntax, business rules allowed it.
Frankly, I fail to see how that is that relevant to the above
suggestion.
Because when you have a long term perspective on how people have used
this database, the above suggestions fit into the category of those
crazy things, imo.
If you make the changes you are asking for I guarantee within 2 or 3
years people will be saying abuse-c is a failure, lets invent
something new to fix the mess.
What sort of mess? Can you please be a bit more explicit?
First of all references to PERSON objects. The original design, from old
documents I have read over the years, was that a PERSON object is for
holding personal information about a real person. These should only be
referenced in ROLE objects and the ROLE objects should be referenced
every where else in the database. But the constraints were never
implemented and PERSON and ROLE just became a fuzzy mess. The RIPE NCC
has spent a lot of time over the years helping people out when a person
leaves an organisation and HIS PERSON object is referenced in 10s or
100s of thousands of objects.
I know Gert is particularly upset that he has to create a ROLE object.
But having some standardisation in how things work, in the long term,
leads to more efficient usage and better understanding of how the
database works.
But this also highlights one of my issues with the people who discuss
these points on these mailing lists. Most of these people have used this
database for so long they 'just know' how it works. They don't seem to
understand the problems new users face when trying to understand this
thing. It is a case of decimalisation vs imperial measurements. Once you
know the imperial measurements you never forget them, but it takes a
long time to learn them.
Then there is the issue of allowing abuse-c in multiple places some of
which will override others. Over time this will get confused, more
specific values will be missed and reports will be sent to the wrong
addresses. Also some people will still dig into the database manually
thinking they know how it works and will inevitably find the wrong values.
The trouble with these technical mailing lists is it is the same very
very small number of people out of the 12k members and other
interested parties who keep pushing the same ideas to fix your
problems regardless of the consequences. As long as it works OK for
you, everything must be fine. None of you are willing to think out of
the box. I proposed some options for fixing these problems 2 years ago
on RIPE Labs. I am not saying they are the best solutions, but no one
has even commented on them in 2 years.
This is not an open, bottom up process. This is a cartel of old timers
who make all the decisions so they get their own way. This needs to be
fixed.
"Thanks" for the ad hominem. Instead of discussing the merits of the
above suggestion in a reasoned manner, I get told that I'm part of an
old-mans-club or worse. I may be old, but that was nevertheless
uncalled for, IMHO.
I hit reply but this was intended as a generalised comment. However you
cannot argue against the facts. Ignoring the AP WG, where half the
people are trying to maximise the value of IP addresses and the other
half are trying to minimise costs in the crazy IP gold mine, for the
technical mailing lists it is the same small group of people who make
the decisions. In many cases they already know each others viewpoints.
They can choose to blank out discussions they don't want to even
acknowledge, like the data model. I have been trying to start a
discussion on having a review to see if anything would be improved by a
change. That is so far removed from actually changing anything. But
still no one will even acknowledge my points. Only Shane and one other
person have ever commented on any point I have made about the data model
in the last 8 months. Some 'senior'/'elders'/'long established' people
on these lists, who respond to other points I make, noticeably cut out
the bit where I mentioned the data model in the reply. So nothing I said
about the data model gets perpetuated in any discussion.
But now I don't think there is any point in having that discussion. It
will be the same people who discuss it and I already know their
views...leave it alone, change nothing, 'we' don't need it simplifying.
It will help new members more than established ones, although it could
benefit all members. And there aren't many new members on these lists.
Two years ago when I used to go to all RIPE Meetings and talk to people
about the data model and explain some ideas there was quite a bit of
interest. But those people don't talk on mailing lists....except the
previous co-chairs of the DB WG who all liked some of my ideas when I
presented to them.
The mailing list archives are there for anyone to analyse. I did this
once and the number of individuals (excluding chairs and NCC staff who
you expect to be on the lists) who commented on the technical lists over
a year was very small indeed. I don't expect much to change in the near
future...
cheers
denis
Best regards,
- HÃ¥vard