[db-wg] mntner with misleading primary key

An alternative approach might be to make an authentication check (user has to have access to a maintainer of the ASN), however given the small amount of maintainers actually being named this way this would likely not be justifiable.

Matthias Merkel

Vice President

Staclar, Inc.

[https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/phone-icon-2x.png]
+1-302-291-1141 | +49 15678 585608
[https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/email-icon-2x.png]
matthias.merkel at staclar.com<mailto:matthias.merkel at staclar.com>
[https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/link-icon-2x.png]
staclar.com<https://staclar.com/>
[https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/address-icon-2x.png]
Munich, Germany
[https://staclar.com/images/logo.png]
[linkedin]<https://www.linkedin.com/in/matthias-merkel/>


________________________________
From: db-wg on behalf of Gert Doering via db-wg
Sent: Wednesday, July 1, 2020 8:52 PM
To: Cynthia Revström
Cc: DB-WG
Subject: Re: [db-wg] mntner with misleading primary key

Hi,

On Wed, Jul 01, 2020 at 07:36:53PM +0200, Cynthia Revström via db-wg wrote:
> I am not sure how feasible the mandatory "-mnt" would be at this point tbh.
> I can easily think of at least 2 maintainers that are actually used that I
> see quite often that wouldn't fit that pattern.

It would annoy me a bit, because all our stuff is under SPACENET-N and
SPACENET-P ("networks and person objects").  And all tools.

Of course it is doable, but... why?  Convince me :-)

Gert Doering
        -- NetMaster
--
have you enabled IPv6 on something today...?

SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Michael Emmer
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 --------------
An HTML attachment was scrubbed...
URL: <https://lists.ripe.net/ripe/mail/archives/db-wg/attachments/20200701/f41c1dec/attachment.html>