<div>Hi Joao</div> <div> </div> <div>I agree. So lets focus first on a consensus for stage 1. Then we can start work on that while we continue discussions on the other stages and the impacts they will have on work flow of LIRs.<BR><BR>regards</div> <div>Denis</div> <div>RIPE NCC<BR><BR></div><B><I></I></B> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"> <div> </div> <div>Cc: Database WG <DB-WG@RIPE.NET>,<BR>ncc-services-wg <NCC-SERVICES-WG@RIPE.NET><BR>From: Joao Damas <JOAO_DAMAS@ISC.ORG><BR>Subject: Re: [db-wg] Proposal - Maintaining person, role and domain objects<BR>Date: Mon, 25 Jun 2007 11:00:20 +0200<BR>To: Denis Walker <DENIS@RIPE.NET><BR><BR>Stage 1 makes a lot of sense to me as it has little consequences to <BR>older data while it makes sure new information going into the DB has <BR>a better chance of being kept as originally posted by the object <BR>creator.<BR>The other stages do need a
bit more discussion as they may in fact <BR>affect a lot of legacy data and have the potential to add a burden to <BR>LIR operations. I am in favour of those extra steps, just think that <BR>there is a need to repeat the warnings and announcements before and <BR>insist on people making an impact analysis on their operations.</div> <div> </div> <div> </div> <div>Joao Damas<BR><BR>On 21 Jun 2007, at 14:41, Denis Walker wrote:<BR><BR>> [Apologies for duplicate mails]<BR>><BR>> Dear Colleagues,<BR>><BR>> As a result of discussions during the Database Working Group <BR>> session at<BR>> RIPE 54, the RIPE NCC has nine proposals and implementation plans to<BR>> present to the community. Although most of them are now in the final<BR>> stages of preparation, we will send them out one at a time over the <BR>> next<BR>> few weeks for consideration by the community.<BR>><BR>> The first one concerns maintaining all objects in the RIPE
<BR>> Database, which<BR>> followed from a recommendation from the Data Protection Task Force <BR>> (DP TF)<BR>> (see below). We have already had some preliminary discussions about <BR>> this<BR>> with the DP TF. They provided the RIPE NCC with some very useful <BR>> feedback,<BR>> which is incorporated in this proposal.<BR>><BR>> Regards<BR>> Denis Walker<BR>> RIPE NCC<BR>><BR>><BR>><BR>> Maintaining person, role and domain objects<BR>> -------------------------------------------<BR>><BR>><BR>> Implementation<BR>> As with the CRYPT-PW deprecation this will have a staged rollout.<BR>><BR>> Stage 1<BR>><BR>> * No new person, role or domain objects can be created without a<BR>> "mnt-by:" attribute.<BR>> * Any un-maintained person, role or domain object cannot be modified<BR>> without adding a "mnt-by:" attribute.<BR>> * Any update where objects reference an un-maintained person
object,<BR>> either directly or through a mntner with such references, will<BR>> generate a warning message in the acknowledgement.<BR>><BR>> In this stage the acknowledgement message may include these warnings:<BR>><BR>> ***WARNING: Un-maintained person object referenced [DW-RIPE]<BR>> ***WARNING: Un-maintained person object referenced [DW-RIPE] in<BR>> mntner [AARDVARK-MNT]<BR>><BR>> Stage 2<BR>><BR>> * Any update where objects reference an un-maintained person object,<BR>> either directly or through a mntner with such references, will<BR>> generate a warning message in the acknowledgement.<BR>> * Any NEW reference to an un-maintained person object or to a mntner<BR>> which has such references will generate an error message in the<BR>> acknowledgement and the update will fail.<BR>><BR>> In this stage the acknowledgement message may include these warnings<BR>> and errors:<BR>><BR>> ***WARNING: Un-maintained
person object referenced [DW-RIPE]<BR>> ***WARNING: Un-maintained person object referenced [DW-RIPE] in<BR>> mntner [AARDVARK-MNT]<BR>> ***ERROR: New reference to un-maintained person object [DW-RIPE]<BR>> ***ERROR: New reference to un-maintained person object [DW-RIPE] in<BR>> mntner [AARDVARK-MNT]<BR>><BR>> Stage 3<BR>><BR>> * Any update where objects reference an un-maintained person object,<BR>> either directly or through a mntner with such references, will<BR>> generate an error message in the acknowledgement and the update<BR>> will fail.<BR>><BR>> In this stage the acknowledgement message may include these errors:<BR>><BR>> ***ERROR: Un-maintained person object referenced [DW-RIPE]<BR>> ***ERROR: Un-maintained person object referenced [DW-RIPE] in mntner<BR>> [AARDVARK-MNT]<BR>><BR>><BR>> Statistics<BR>> ----------<BR>> While not a very statistically valid survey, we looked at a few days<BR>>
just after the RIPE meeting to see how many new person objects were<BR>> created with and without mntner objects. We also queried the new<BR>> objects some time after creation to allow for a "mnt-by:" to be added<BR>> later. We also noted how many unique person objects were referenced in<BR>> any objects in update messages with and without mntner objects. AUTO-<BR>> references were ignored in both creations and updates, and multiple<BR>> instances of the same person object being referenced many times were<BR>> counted as one.<BR>><BR>> --------------------------------------------------------<BR>> | Date |Created |Created |Referenced |Referenced |<BR>> | |with |without |with |without |<BR>> |--------------------------------------------------------|<BR>> | 20070515 | 156 | 89 | 925 | 726 |<BR>> | 20070516 | 111 | 67 | 1022 | 486 |<BR>> | 20070517 | 85 | 48 | 476 | 185 |<BR>> | 20070518 | 82 | 18 | 679 | 445 |<BR>>
--------------------------------------------------------<BR>><BR><BR><BR><BR><BR>End of db-wg Digest<BR></div></BLOCKQUOTE><BR><p>
<hr size=1>
New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the <a href="http://uk.rd.yahoo.com/mail/uk/taglines/default/championships/games/*http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk/">Yahoo! Mail Championships</a>. Plus: play games and win prizes.