<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> </head> <body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""> Hi Jan,<br class=""> <div><br class=""> </div> <div>Thanks for your input. </div> <div><br class=""> <blockquote type="cite" class=""> <div class=""> <div dir="ltr" class=""> <div class="">I don't see how this proposal solves the issues it claims it is introduced to solve. It rather seems to guarantee that information in the database will increasingly become stale.</div> </div> </div> </blockquote> <br class=""> This policy proposal is technically only about inetnum objects and how far the LIR needs to specify (sub-)allocations in the RIPE DB. All the other information for abuse e.g. is already mentioned in the<a href="https://www.ripe.net/manage-ips-and-asns/db/support/documentation/terms" class=""> RIPE Database Terms and Conditions</a> in article 6.2 and also <a href="https://www.ripe.net/publications/docs/ripe-705" class="">Abuse Contact Management in the RIPE Database policy</a>. Also if the LIR doesn’t need to spend time creating unnecessary objects they are probably more willing and also have more time to focus on the information that is more relevant. </div> <div><br class=""> </div> <div>Also, the new address policy says the following even when something similar is also mentioned in the Terms and Condition and in the Abuse Contact policy <div><i class=""><br class=""> </i></div> <div><i class="">"<span style="caret-color: rgb(51, 51, 51); color: rgb(51, 51, 51); font-family: "Open Sans", Helvetica, Arial, sans-serif; font-size: 14.3px; background-color: rgb(255, 255, 255);" class="">LIRs are responsible for the address space that they received by the RIPE NCC and must ensure that the registration data (range, contact information, status, etc.) in the database is maintained correct at all times</span><span style="caret-color: rgb(51, 51, 51); color: rgb(51, 51, 51); font-family: "Open Sans", Helvetica, Arial, sans-serif; font-size: 14.3px; background-color: rgb(255, 255, 255);" class=""> </span><span style="caret-color: rgb(51, 51, 51); color: rgb(51, 51, 51); font-family: "Open Sans", Helvetica, Arial, sans-serif; font-size: 14.3px; background-color: rgb(255, 255, 255);" class="">and that operations such as abuse handling can be performed efficiently."</span></i></div> <div><br class=""> </div> <div> So when an LIR not updates the information and let it get stale, they would handle against the policy. </div> <div><br class=""> </div> <br class=""> <blockquote type="cite" class=""> <div class=""> <div dir="ltr" class=""> <div class="">"One of the main reasons for registering IPv4 PA assignments was that LIRs could show their use of IPv4 and thus justify the request for an additional IPv4 allocation from the RIPE NCC. However, this requirement has become obsolete since the RIPE NCC ran out of IPv4 addresses in 2019."</div> <div class=""><br class=""> </div> <div class="">This merely means that this particular reason is no longer relevant for IPv4 addresses.<br class=""> </div> <div class=""><br class=""> </div> <div class="">"The application of IPv4 assignment registration policies in the RIPE Database is inconsistent. Some resource holders flood the database with tiny assignments (e.g. assignments for individual IP addresses), while many others do not register any assignments."</div> <div class=""><br class=""> </div> <div class="">This proposal does nothing to resolve the perceived database inconsistency, there is no proposed cleanup of current database entries.</div> <div class=""><br class=""> </div> <div class="">"This proposal is in line with the data consistency and data minimisation principles (as defined in the DBTF report <sup class="">[3]</sup>: <ul style="list-style-type:circle" class=""> <li class="">Data stored in the RIPE Database should be adequate, relevant, and limited to only what is necessary.</li><li class="">It is recommended that resource registration requirements are applied consistently."</li></ul> <div class="">This proposal does not adequately describe this.</div> </div> </div> </div> </blockquote> <br class=""> <div> <div style="margin: 0px; font-stretch: normal; line-height: normal;" class="">What your thinking is missing or could be improved to adequately describe it?</div> <div style="margin: 0px; font-stretch: normal; line-height: normal;" class=""><br class=""> </div> </div> <blockquote type="cite" class=""> <div class=""> <div dir="ltr" class=""> <div class=""> <div class=""><br class=""> </div> <div class="">"Reduce the risk of LIRs registering personal data in the public database for no longer beneficial administrative/policy reasons."<br class=""> </div> </div> <div class=""><br class=""> </div> <div class="">This is a red herring. If this was the goal of a proposal, why not propose minimizing the amount of personal data, by e.g. restricting the use and publication of personal names and personal e-mail addresses?</div> <div class=""><br class=""> </div> <div class="">"More flexibility: LIRs can choose for themselves which information they think is necessary to document and which is not, making it easier to adapt to different situations."</div> <div class=""><br class=""> </div> <div class="">This appears to be the core and only real argument for the proposal.</div> </div> </div> </blockquote> <div style="margin: 0px; font-stretch: normal; line-height: normal;" class=""><br class=""> </div> <div style="margin: 0px; font-stretch: normal; line-height: normal;" class="">The core reason is indeed for more flexibility for the LIR. But I think it is also good to note the side benefits/drawbacks of changing the policy for a complete picture. </div> </div> <div class=""><br class=""> </div> <div class="">Kind regards,</div> <div class=""><br class=""> </div> <div class="">Jeroen </div> <div class=""><br class=""> </div> </body> </html>