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] Set Default Maintainer on all Top-level Resources
- Previous message (by thread): [db-wg] Set Default Maintainer on all Top-level Resources
- Next message (by thread): [db-wg] Set Default Maintainer on all Top-level Resources
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jacob Slater
jacob at rezero.org
Mon Oct 21 16:57:29 CEST 2019
If the goal is to ensure consistency between the LIR Portal and the RIPE database, why not simply make all mntner attributes on top-level resources managed by the NCC? If changes are made in the LIR portal, any changes could go live immediately. After an initial cleanup, there would be no need to constantly reset it. Jacob Slater On Mon, Oct 21, 2019 at 10:33 AM Edward Shryane via db-wg <db-wg at ripe.net> wrote: > Hi Gert, > > > On 21 Oct 2019, at 15:48, Gert Doering <gert at space.net> wrote: > > > > Hi, > > > > On Mon, Oct 21, 2019 at 11:51:12AM +0200, Edward Shryane via db-wg wrote: > >> as presented during the DB-WG session at RIPE 79, we wish to extend the > "Default Maintainer" functionality for LIR organisations. > > > > I haven't seen that presentation, so forgive me if I haven't understood > > things properly. > > > > Thank you for your feedback, I also proposed these changes on the db-wg > list so it wasn't necessary to sit through the presentation. > > > >> Secondly, to automatically (re-)set the Default Maintainer on a nightly > basis, on *all* top-level resources: > >> > >> - Fix inconsistencies due to manual updates > >> - Add the default maintainer (with an mnt-by: attribute), and remove > other user maintainer(s) > > > > Why so? If a LIR puts something into the database, which is allowed by > > business rules, I see no rationale for resetting it. > > > > The Default Maintainer is (also) set by the user, in the LIR Portal, and > is visible under "Account Details". > > This proposal is to make sure the maintainer in the RIPE database is > aligned with the maintainer specified in the LIR Portal. > > It could be confusing if the RIPE database doesn't match the LIR Portal, > and also, any additional maintainer(s) in the RIPE database are not visible > in the LIR Portal (so it's not clear who can update which objects). > > > Now if we as a group decide that certain changes should not be allowed, > > that's a different matter - but do not arbitrarily undo user changes > unless > > specifically asked for ("I have lost my maintainer password"). > > > > This proposal aims to resolve differences in user changes in the LIR > Portal (i.e. set Default Maintainer), and the RIPE database (i.e. the > mnt-by on top-level resources). > > Should setting a Default Maintainer in the LIR Portal, preclude other > mntners (as an mnt-by) on an LIR's top-level resources ? > > Should we require the Default Maintainer (as an mnt-by) on an LIR's > top-level resources (i.e., don't allow it to be removed, as the user has > set it in the LIR Portal) ? > > I welcome any feedback. > > > > 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 > > > > Regards > Ed Shryane > RIPE NCC > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/db-wg/attachments/20191021/e4c60b98/attachment.html>
- Previous message (by thread): [db-wg] Set Default Maintainer on all Top-level Resources
- Next message (by thread): [db-wg] Set Default Maintainer on all Top-level Resources
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]