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] Proposal to remove "referral-by" attribute in "mntner" object or make it optional
- Previous message (by thread): [db-wg] Proposal to remove "referral-by" attribute in "mntner" object or make it optional
- Next message (by thread): [db-wg] Proposal to remove "referral-by" attribute in "mntner" object or make it optional
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Denis Walker
denis at ripe.net
Tue Mar 18 16:35:39 CET 2014
Hi All Lets be clear that there are two very separate issues here: -making a change to functionality -deploying new software including any change For the second issue, we will follow our now accepted deployment process. If the change is made in several steps, each step is a change to the software and will be deployed according to the accepted process. There is not much point monitoring updates to MNTNER objects with a "referral-by:" during the transition phase as most updates are done with Webupdates. This will not include "referral-by:" in the template and will not allow it to be added. So unless they do an update in text area mode and manually add a "referral-by:" there will not be any. Regards Denis Walker Business Analyst RIPE NCC Database Team On 18/03/2014 14:24, Piotr Strzyzewski wrote: > On Tue, Mar 18, 2014 at 12:46:14PM +0100, Job Snijders wrote: >>> I think this may be a bit over cautious for this object type. >> When none of the other participants in this thread have objections to a >> 'fast phase-out', I will not persue a more cautious approach for this >> attribute. :-) > Although I'm quite happy to move forward with this case without any > unnecessary steps/hassle, I would like to avoid such discussions like > this one from last year about urgent release of RIPE DB software. > > And yes - this is over cautious from my side. ;-) > >>> The MNTNER object is not created, update or queried as often as >>> operational data. And it is one of the least likely objects to be >>> subject to automated scripts creating or querying & fully parsing it. >>> Because of the hidden password hash, most MNTNER objects can only be >>> fully accessed by an authenticated lookup in Webupdates. This takes >>> care of issues surrounding a missing, previously mandatory, >>> attribute. >> I agree. >> >>> So for this object maybe we can: >>> >>> -drop referral-by to an optional attribute with warning if used. Of >>> course it will follow our now standard deployment process. >>> -send the reminders to the DB WG after 1 and 2 months >>> -deprecate the attribute fully after 2 months >> Would it be possible to monitor the amount of creations/updates to MNTER >> objects which contain a 'referral-by' attribute from the moment the >> attribute becomes optional and generates soft warning? > Good idea. > > Piotr >
- Previous message (by thread): [db-wg] Proposal to remove "referral-by" attribute in "mntner" object or make it optional
- Next message (by thread): [db-wg] Proposal to remove "referral-by" attribute in "mntner" object or make it optional
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]